Trayectoria

El trabajo no se vuelve menos técnico. Se vuelve menos acotado.

Como desarrollador, la pregunta es si lo que estoy construyendo está bien construido. Como responsable del conjunto, que lo esté es necesario, pero no basta ni de lejos: la pregunta pasa a ser si es lo que había que construir. Si se puede certificar, si el cliente lo va a aceptar, si el ingeniero que lo herede dentro de cuatro años podrá mantenerlo, y si la decisión que estoy a punto de tomar cierra la puerta a algo que vamos a necesitar más adelante.

Dos consecuencias que tardé en aprender. La primera es que casi todas mis decisiones caras ocurren antes de que haya nada que probar, así que el lazo de realimentación se mide en años y la única defensa real es dejar escrito el porqué. La segunda es que el trabajo deja de llegar desde una sola dirección: mis propios proyectos, productos antiguos cuyos problemas reaparecen, y consultas de gestión de producto y de la dirección de I+D que no están atadas a ningún proyecto mío. Medir esa carga y ponerle un límite acabó siendo parte del puesto, y es la parte de la que nadie te avisa.

Demodulación PPM de la señal del receptor de radio, un lazo PID de control de posición, control de válvulas electrohidráulicas para las superficies de mando, control del servo del acelerador, despliegue del tren de aterrizaje, carga de agua y compuertas, codificadores digitales externos para realimentar posición, y configuración remota por RS-232. Más el diseño de la PCB y el cableado eléctrico y de datos completo del avión.

Seis meses, un microcontrolador de 8 bits y un avión que tenía que volar. Fue además el primer lazo PID de mi carrera, lo que traza una línea recta desde allí hasta los lazos de temperatura que calibro ahora.

Controladores de iluminación DALI y DMX, incluido un controlador DMX de doce canales. Una sonda de temperatura y humedad para displays matriciales. Un regulador de intensidad de luz. Un bootloader y actualizador de firmware. Un enlace de comunicación a través de la propia luz. Y una estación de ensayo para la línea de producción.

Tres cosas empezaron allí y me han seguido desde entonces: bootloaders, estaciones de ensayo de fin de línea, y buses de comunicación propietarios entre placas. Quince años después sigo haciendo las tres, sobre microcontroladores bastante más grandes.

Era un producto y no un programa, y por eso sigue teniendo sitio en esta página dieciséis años después.

El enunciado era una videoconsola retro y el entregable era la máquina: esquemático y PCB, un microcontrolador PIC, una pantalla de matriz de LEDs, controles de botón y el ensamblador debajo de todo. Dos juegos corren sobre un sistema base pequeño que se ocupa de la pantalla, los controles y el almacenamiento de puntuaciones, y la base se diseñó a propósito para que otra persona pudiera añadir un tercer juego sin tocarla.

Que es, salvando dieciséis años y unos cuantos órdenes de magnitud, el mismo argumento que defiendo hoy sobre un firmware base y una tabla de parámetros.

Acabó publicado dos veces: el propio proyecto, y una comunicación de congreso sobre introducir el diseño de videoconsolas retro como proyecto de fin de carrera en el plan de estudios de electrónica.

Diseñar un ABS en 2006 fue mi primer lazo cerrado sobre un sistema físico. Medir la velocidad de una rueda, compararla con lo que está haciendo el vehículo, actuar sobre una válvula, y hacerlo lo bastante rápido como para que la física no se te escape. Un sensor, un actuador, una ley de control y una restricción de tiempo real dura.

Veinte años después calibro lazos PID en hornos y en circuitos de frío. Es el mismo problema con una planta más lenta, y es la razón por la que describo lo que vino después como un cambio de dominio y no como un cambio de interés.