CAN-Bus-Daten sind kryptisch: Lenkwinkel liegen etwa auf CAN-ID 0x12A, Bit 16 bis 27 mit Skalierung 0.05. Cloud-Dienste direkt an DBC-Dateien zu koppeln, erzeugt Fehler bei jedem Steuergeraete-Update. KUKSA.val entkoppelt Hardware und Applikationen nachhaltig.
KUKSA.val trennt die Datenerfassung in modulare 'Feeder'. Ein CAN-Feeder greift auf Linux SocketCAN zu, dekodiert Bitfelder via DBC und sendet typisierte Signale ueber schnelles gRPC an den KUKSA-Databroker. Dieser validiert alles speicherschonend im VSS-Baum.
Sobald Signale im Databroker normiert sind, abonnieren Microservices diese per gRPC-Stream oder WebSocket. Eine Cloud-Bridge fasst Statusaenderungen (Tempo, Tuerkontakte) lastabhaengig zusammen und streamt sie per mTLS an Apache Kafka oder AWS IoT Core.