Del concepto al prototipo — desarrollo de producto autónomo

Desarrollo completo de dispositivos electrónicos: esquemático, enrutamiento, firmware, diseño FPGA, simulación y verificación. Especificación, código, prueba, entrega — todo de una sola mano.

Los dispositivos embebidos rara vez nacen de una sola disciplina. Una idea nueva exige un esquemático, el esquemático un enrutamiento, el enrutamiento firmware o un diseño FPGA, y todo eso requiere al final verificación y documentación. Repartir esta interacción entre varios proveedores equivale a comprar interfaces — y las interfaces son la fuente de error más frecuente.

Desarrollo completo autónomo significa: un único interlocutor, una responsabilidad de extremo a extremo, un estado documental coherente. Usted ahorra coordinación, yo puedo decidir sin tener que consultar una cadena de proveedores.

Cómo se desarrolla un proyecto completo típico

Aunque cada proyecto es diferente, el desarrollo sigue un patrón reconocible:

1. Comprender la tarea. La primera consulta aclara qué debe hacer el dispositivo, qué restricciones se aplican (volumen, costes, tamaño, consumo, requisitos normativos) y qué interfaces existen con sistemas existentes.
2. Concepto y especificación. Sobre la base de la tarea se perfila un concepto técnico: qué plataforma de microcontrolador o FPGA encaja, qué buses, qué señales analógicas y digitales, qué arquitectura de software. El resultado es un documento de especificación que sirve de base a todo lo demás.
3. Diseño del esquemático. Creación del esquemático con los componentes elegidos, dimensionamiento de los componentes críticos, simulación en los puntos decisivos.
4. Enrutamiento de placa. Diseño PCB multicapa con atención a las señales de alta velocidad, EMC, disipación térmica y fabricabilidad. Selección de un fabricante de placas y acompañamiento de la fabricación.
5. Firmware o diseño FPGA. Implementación de la lógica de control o procesamiento de señal en C/C++ para microcontroladores, en VHDL/SystemVerilog para FPGA — o en combinación. Bare-metal en microcontroladores limitados, FreeRTOS o RTOS equivalente en sistemas mayores.
6. Verificación y prueba. Simulación de circuito en los puntos críticos, testbenches para diseños FPGA, pruebas de hardware sobre el prototipo, banco HIL si procede para el software.
7. Entrega y documentación. Código fuente completo, esquemático, datos de enrutamiento, lista de materiales, documentación del enfoque y de las decisiones de diseño. Si se desea, transferencia de conocimiento al equipo del cliente.

Si es necesario, también me ocupo de la coordinación con un fabricante en serie que entregue la calidad deseada — como en el proyecto Audi (véase referencias), donde un prototipo cableado a mano se convirtió en una placa industrial fabricada en máquina.

Tres disciplinas — una sola mano

Las tres disciplinas siguientes confluyen en un proyecto completo:

Lo que distingue el desarrollo completo del «mero coding»

Cuando un cliente busca hoy «un desarrollador embebido», suele pensar en alguien que ejecute una tarea parcial: un módulo en C, un componente FPGA, un driver. Para eso hay muchos prestadores.

El desarrollo completo es diferente. Exige a alguien capaz de decidir — sobre arquitectura, sobre selección de componentes, sobre interfaces, sobre los compromisos entre coste y funcionalidad. Esta competencia decisoria no está en todos los CV, y no se sustituye añadiendo especialistas.

Asumo el desarrollo completo allí donde el cliente no quiere mantener un departamento embebido propio — y donde, al mismo tiempo, el esfuerzo y la responsabilidad resultantes pueden recaer económicamente en una sola persona.

Modos de cooperación

Los proyectos completos se tratan en general en contrato a tanto alzado con compromiso firme de entrega. El esfuerzo se estima antes del inicio del proyecto, el precio queda garantizado. Para trabajos exploratorios sin punto de llegada exacto es posible, alternativamente, una cuota horaria. Detalles en la página Contratación.