Forks públicos · Telemetría vehicular
Signal Broker
Trabajo en una plataforma de desarrollo para redes vehiculares que convierte CAN, LIN y buses relacionados en servicios independientes del lenguaje y permite explorar el tráfico en vivo desde el navegador.
- Nicho
- Desarrollo y telemetría de redes vehiculares
- Stack principal
- Elixir · gRPC · gRPC-Web · Vue
- Interfaces
- CAN/LIN · WebSocket · gráficos en navegador
- Rol
- Stack de código abierto bifurcado y extendido
El nicho
Los buses vehiculares son potentes, pero incómodos como interfaces de aplicación. Signal Broker crea un límite entre el acceso de bajo nivel al bus y las herramientas que necesitan consumirlo.
En lugar de obligar a cada aplicación a comprender directamente SocketCAN, formatos de trama y detalles de transporte, el servidor expone el acceso al bus mediante gRPC. El cliente web lleva después esos datos a una superficie de inspección más accesible mediante gRPC-Web y WebSockets.
Qué lo hace diferente
La abstracción útil no es “un visor CAN”. Es una capa de desarrollo neutral respecto al transporte para señales vehiculares.
gRPC permite consumir el servicio desde varios lenguajes en lugar de atar el ecosistema de herramientas a un único stack de implementación.
El servidor orientado al bus y las herramientas orientadas al navegador son responsabilidades separadas, de modo que las decisiones de UI no dictan cómo funciona el acceso al vehículo.
Las tramas y señales en vivo pueden seleccionarse, inspeccionarse y graficarse desde un cliente web normal sin requerir una aplicación de escritorio especializada.
El soporte para SocketCAN y CAN virtual permite que los mismos conceptos sirvan tanto para trabajo conectado a hardware como para desarrollo o reproducción offline.
Enfoque de producto y diseño
La idea de producto es facilitar el razonamiento sobre una red física opaca sin ocultar las señales subyacentes.
La superficie web existe para reducir fricción: conectarse al broker, seleccionar las tramas o señales relevantes y observar cómo cambia el tráfico con el tiempo. Se parece más a un instrumento de ingeniería que a un panel para consumidores.
La separación también deja espacio para clientes más simples. Una interfaz WebSocket admite integraciones ligeras en JavaScript mientras gRPC sigue siendo la API principal más rica.
Enfoque de desarrollo
El trabajo creativo consiste en hacer visible el comportamiento invisible de la máquina lo suficiente como para formular mejores preguntas.
Los experimentos pueden empezar con CAN virtual o tráfico grabado, donde filtros, gráficas e ideas de interacción son baratos de cambiar. Solo las abstracciones útiles pasan al límite gRPC tipado, de modo que la interfaz exploratoria nunca se convierta por accidente en la definición del protocolo del vehículo.
Eso acorta un ciclo tradicional dependiente del hardware: observar → aislar una señal → prototipar una explicación → verificar con tráfico real. Los buses simulados y contratos de transporte explícitos dejan espacio para experimentar visualmente sin perder la fiabilidad del instrumento de ingeniería.