Un constructor formado por electrónica, máquinas y la comunidad maker.
Mi formación es en Ingeniería de Electrónica Industrial y Automatización, pero gran parte de mi trabajo ha crecido fuera de una sola disciplina. Empecé en el mundo maker y del hardware abierto, construyendo para comprender desde dentro: electrónica, mecánica, firmware, piezas impresas en 3D, herramientas de software y la documentación que permite repetir un proyecto.
Esa forma de trabajar sigue definiendo el sitio. No busco presentar un perfil de agencia pulido. Quiero que este sea un archivo técnico claro de lo que construyo, lo que he aprendido y cómo se conectan las distintas capas de un sistema cuando el proyecto tiene que funcionar en el mundo real.
Raíces en hardware abierto, Game Boy, automatización y herramientas internas.
Una parte importante de mi trabajo público procede del hardware abierto y los prototipos físicos: Little PnP, Mobility Shield, FaxiDraw, mecanismos impresos en 3D y placas electrónicas. Estos proyectos no son sólo piezas de un portfolio; son el camino que me enseñó a conectar restricciones mecánicas, diseño PCB, firmware, montaje, pruebas y documentación.
El ecosistema de hardware Game Boy es uno de los ejemplos más claros de esa mezcla. Programadores, cartuchos flash, partidas en FRAM, comportamiento RTC, mappers MBC y experimentos CPLD/VHDL combinan hardware antiguo, componentes modernos, usuarios reales, pequeña producción y mucha depuración práctica.
El lado privado es más operativo: inventario, códigos de barras, herramientas PHP/MySQL, prototipos de automatización, integraciones PLC/CAN/NMEA y documentación asistida por IA. Lo describo con cuidado porque parte es interna o está bajo NDA, pero responde al mismo objetivo: sistemas comprensibles y utilizables.
El trabajo útil ocurre donde se cruzan las disciplinas.
Me gustan los proyectos cuyas fronteras no son claras. Un cartucho no es sólo una PCB, una máquina no es sólo mecánica y un inventario no es sólo una aplicación web. Lo interesante suele ser la interfaz entre el objeto físico, el control, el proceso y la documentación que permite mantenerlo.
Por eso un mismo proyecto puede implicar leer un bus antiguo, elegir memoria moderna, escribir firmware, diseñar una placa, probar casos límite, preparar etiquetas o útiles y convertir el resultado en notas útiles meses después.
Prototipar con honestidad y documentar lo que merece conservarse.
Me interesa más una comprobación útil que una presentación perfecta. Un buen prototipo responde a una pregunta concreta: ¿funciona el circuito, se mueve el mecanismo, comunica el bus, resiste el proceso la repetición, reduce la herramienta el esfuerzo?
- 01 Empezar por las restricciones. Alimentación, espacio, tiempos, coste, herramientas, componentes, mantenimiento y modos de fallo deciden más que la estética.
- 02 Probar una capa cada vez. Una parte pequeña verificada es mejor que un sistema aparentemente completo que oculta el fallo.
- 03 Facilitar la siguiente iteración. Notas, etiquetas, medidas, revisiones y listas de comprobación forman parte de la construcción, no son papeleo que se añade al terminar.
Algunos proyectos se pueden abrir. Otros sólo se pueden explicar con cuidado.
Los proyectos públicos pueden mostrar revisiones, circuitos, decisiones, fallos, restricciones y cambios. Es el caso ideal, especialmente en hardware abierto y Game Boy, donde el camino técnico ayuda a otras personas.
Las herramientas privadas, proyectos de clientes y automatización bajo NDA son diferentes. Puedo hablar del tipo de ingeniería —inventario, PLC, CAN/NMEA, sensores, actuadores y procesos internos— sin exponer contexto del cliente, arquitectura propietaria ni detalles operativos.
JRodrigo.com convierte trabajo disperso en un archivo de laboratorio coherente.
Parte de mi trabajo está repartida entre webs antiguas, repositorios GitHub, registros Hackaday, productos Tindie, notas locales y herramientas privadas. Este sitio busca una estructura más clara: Proyectos para los desarrollos, Notas para los procesos, Wiki para las referencias y Acerca de para el contexto que lo conecta todo.
Quiero que el sitio sea técnico, personal y útil. No un portfolio genérico, una página de startup ni un centro de mando ficticio. Un lugar donde se comprenda qué construyo, cómo pienso y por qué un pequeño proyecto de hardware puede implicar electrónica, automatización, software y documentación al mismo tiempo.
