ACF
- IEEE 1722 Teil 2 — ACF (AVTP Control Format): Feldbus-Tunneling über TSN
ACF im AUTOSAR-Modul IEEE1722Tp: ACF_CAN und ACF_LIN, TSCF vs. NTSCF, Bündelung mehrerer Feldbus-Nachrichten, und warum das für zonale Architekturen relevant ist — inklusive Abgrenzung zum breiteren Formatumfang von Open1722.
- IEEE 1722 Teil 4 — Praxisbeispiele end-to-end mit Open1722
Zwei End-to-End-Beispiele zum Nachvollziehen mit Open1722: ein Kamera-Stream von der Aufnahme bis zur deterministischen Auslieferung, und ein CAN-Teilnetz transparent per ACF.CAN über ein TSN-Backbone getunnelt.
- IEEE 1722 Teil 5 — Praxisprojekt: ACF-CAN-Kernel-Modul zwischen zwei echten BeagleBone Black
Das Open1722-ACF-CAN-Kernel-Modul gegen den Yocto-Kernel cross-kompilieren, laden und zwischen zwei physischen BeagleBone Black über Ethernet testen — echtes CAN-Tunneling, kein Loopback auf einer Maschine.
- IEEE 1722 Teil 6 — Was IEEE 1722-2025 kann und AUTOSAR (noch) nicht abbildet
Der volle AVTPDU- und ACF-Umfang von IEEE 1722-2025 im Vergleich zum AUTOSAR-Modul IEEE1722Tp (R24-11): CVF, CAN-XL, FlexRay, MOST, GBB/ABB, GISF und mehr — was der Standard kann, was AUTOSAR (noch) nicht definiert.
- IEEE 1722 Teil 7 — CAN-XL & CAN-XL Brief: die praktisch relevanteste Lücke
ACF_CANXL und ACF_CAN_XL_BRIEF im Detail: VCID, SDT, Acceptance Field und Segmentierung — die neuen Header-Felder von IEEE 1722-2025, die AUTOSAR (R24-11) noch nicht kennt.
- IEEE 1722 Teil 8 — CAN_V2, CAN_BRIEF_V2 & LIN_V2: mehr Bus-IDs, ein unfertiges Format
ACF_CAN_V2 und ACF_CAN_BRIEF_V2 im Detail: 11-Bit-Bus-ID statt 5 Bit — und warum LIN_V2 bislang nur auf dem Papier existiert.
- IEEE 1722 Teil 9 — Generic & Abbreviated Byte Bus (GBB/ABB): Tunneling ohne eigenes Protokoll
ACF_GBB und ACF_ABB im Detail: das generische Request/Response-Format von IEEE 1722-2025 für Bussysteme ohne eigenes ACF-Format — und warum das für automotive Nischenprotokolle relevant ist.