Skip to main content

Acceso a mi tarjeta wESP32 desde Ubuntu 22.04

Una breve nota por aquí para recordar que la distro 22.04 ocasiona un pequeño problema para el enlace serial-USB con la tarjeta wESP32

En esta tarjeta, el enlace serial-USB se realiza con una interfaz basada en el chip CP210x de Silicon Labs. Sin embargo, una mala práctica del fabricante Cygnal Integrated Products, Inc. (ahora de Silicon Labs también), asocia el idVendor:idProduct de su interfaz Braille Seika/BrailleMemo con el correspondiente al CP210x (en mi caso es 10c4:ea60) bloqueando efectivamente las reglas udev para activar la interfaz serial. 

La solución: editar la regla correspondiente en los archivos udev. En mi caso, el archivo relevante está en 

/usr/lib/udev/rules.d/85-brltty.rules

en donde comenté la linea correspondiente, para luego reiniciar el subsistema udev con

sudo udevadm control --reload-rules

sudo udevadm trigger

Comments

Popular posts from this blog

Reparando una Sanyo DP50E44T

En días pasados, mi preciosa amiga Ale sufrió el daño de su súper televisión de 50'', una Sanyo DP50E44T que se ve espectacular. Al parecer, no hubo regulador que la salvara de la tormeta eléctrica de mayo. Sospeché que era la fuente de alimentación, por lo menos, lo que se había dañado. Fuente de alimentación (LK-SP412002C) La fuente en efecto estaba dañada. sin salida de 5V en el pin 5VSB, el voltaje de standby indispensable para que pueda uno encenderla con el control remoto. Sin 5VSB, no puede encenderse el equipo, no hay PWM y los inversores no andan. Resultó que el problema fue el chip de PWM (en la parte inferior de la tarjeta). Un reemplazo veloz (soldar seis patas en un SMD de tamaño humano no es tanto problema) y listo, 5VSB de vuelta, y puenteando temporalmente 5VSB con ON/OFF, también los 5V, 12V y 24 V de toda la fuente. Pero eso no resolvió el asunto porque al reconectar todo, vino el familiar olor a chip vuelto plancha....el culpable, el microprocesador

Configurando un entorno de desarrollo para el MSP430 en GNU/Linux: mspgcc+mspdebug+Code::Blocks

Si eres como casi todos, también querrás un IDE para el desarrollo de software para tu MSP430 Launchpad. Mientras que es cierto que existe el Code Composer Studio -incluso para Linux-, nuestro gusto por el software libre nos lleva a buscar alternativas abiertas. Es el caso de este post, donde les platico cómo configurar el IDE genérico Code::Blocks para desarrollar software para el MSP430, incluyendo la opción de descarga directa al Launchpad. Aquí vamos. MSP430-GCC Primero que nada, necesitas tener un " toolchain " para el MSP430 instalado en tu equipo, esto es, la colección de herramientas de compilación, enlazado, archivado y depuración de código para el MSP430. Mi distribución Fedora tiene un "port" del infalible gcc para este micro, se llama msp430-gcc y viene acompañado de sus correspondientes utilerías binarias msp430-binutils , sus definiciones de dispositivo msp430mcu , su depurador/cargador mspdebug y su biblioteca estándar de C, msp430-libc . Pa

Probemos Elementary OS

Siempre conviene escuchar al experto. A consecuencia de una entusiasta recomendación de mi querido amigo Santiago Alvarez  he decidido probar Elementary OS en mi portátil Dell. Aquí narraré la aventura. Instalación: La lancé desde un DVD quemado con la versión 0.4.1  y transitó sin falla. Lo único que hice en especial fue activar en su momento la casilla para instalar drivers de terceros y soporte para MP3, previendo que eso ayudaría con la instalación del driver de NVIDIA, que siempre es una calamidad. El driver de NVIDIA no viene por defecto en la distribución, pero, con la selección de la casilla de instalación mencionada, aparecieron en la AppStore los drivers 304, 340 y 375. Instalé el último. Y por recomendación del blog de elementary también instalé los paquetes accesorios con >> sudo apt install nvidia-prime nvidia-settings y luego reinicié el equipo. Todo anduvo de maravilla, con el driver de NVIDIA activo por default y gastando pila como loco y cocinando