Publika forks · Fordons-telemetri
Signal Broker
Arbete på en utvecklingsplattform för fordonsnätverk som gör CAN, LIN och relaterade bussar till språkoberoende tjänster och därefter gör live-trafik utforskbar i webbläsaren.
- Nisch
- Utveckling och telemetri för fordonsnätverk
- Kärnstack
- Elixir · gRPC · gRPC-Web · Vue
- Gränssnitt
- CAN/LIN · WebSocket · webbläsardiagram
- Roll
- Forkad och utökad open-source-stack
Nischen
Fordonsbussar är kraftfulla men besvärliga som applikationsgränssnitt. Signal Broker skapar en gräns mellan lågnivååtkomst till bussen och verktygen som behöver konsumera den.
I stället för att tvinga varje applikation att förstå SocketCAN, ramformat och transportdetaljer direkt exponerar servern bussåtkomst via gRPC. Webbläsarklienten för sedan datan till en mer tillgänglig inspektionsyta via gRPC-Web och WebSockets.
Vad som skiljer det
Den användbara abstraktionen är inte “en CAN-visare”. Det är ett transportneutralt utvecklingslager för fordonssignaler.
gRPC gör tjänsten användbar från flera språk i stället för att binda verktygsekosystemet till en enda implementationsstack.
Servern mot bussen och verktygen mot webbläsaren är separata ansvarsområden, så UI-val styr inte hur fordonsåtkomsten fungerar.
Live-ramar och signaler kan väljas, inspekteras och ritas från en vanlig webbklient i stället för att kräva en specialiserad desktopapplikation.
Stöd för SocketCAN och virtuell CAN gör att samma begrepp kan användas både vid hårdvaruanslutet arbete och offlineutveckling eller uppspelning.
Produkt- och designtänkande
Produktidén är att göra ett ogenomskinligt fysiskt nätverk lättare att resonera om utan att dölja de underliggande signalerna.
Webbläsarytan finns för att minska friktion: anslut till brokern, välj relevanta ramar eller signaler och se trafiken förändras över tid. Det är närmare ett ingenjörsinstrument än en konsumentdashboard.
Separationen skapar också utrymme för enklare klienter. Ett WebSocket-gränssnitt stödjer lätta JavaScript-integrationer medan gRPC förblir det rikare primära API:t.
Utvecklingsmetod
Det kreativa arbetet ligger i att göra osynligt maskinbeteende tillräckligt synligt för att kunna ställa bättre frågor om det.
Experiment kan börja mot virtuell CAN eller inspelad trafik, där filter, diagram och interaktionsidéer är billiga att ändra. Bara användbara abstraktioner flyttas in i den typade gRPC-gränsen, så det utforskande gränssnittet aldrig av misstag blir definitionen av fordonsprotokollet.
Det förkortar en traditionellt hårdvaruberoende loop: observera → isolera en signal → prototypa en förklaring → verifiera mot riktig trafik. Simulerade bussar och tydliga transportkontrakt skapar utrymme för visuella experiment utan att göra instrumentet mindre pålitligt.