Inleiding tot KAN FD voor hoge snelheid Automotive Networking

De evolutie van voertuigelektronica heeft de traditionele netwerkprotocollen in voertuigen tot hun grenzen geduwd. Aangezien Advanced Driver Assistance Systems (ADAS), infotainment platforms en elektrische aandrijvingen snellere gegevensuitwisseling vereisen, is het Protocol van het Controller Area Flexible Data-rate (CAN FD) ontstaan als een kritische upgrade. Oorspronkelijk gestandaardiseerd door Bosch en later geformaliseerd in ISO 11898-1:2015, CAN FD breidt de klassieke CAN standaard uit om datasnelheden tot 8 Mbps en laadvermogens van 64 bytes per frame te leveren, acht keer meer dan conventionele CAN. Dit artikel biedt een uitgebreid overzicht van CAN FD, zijn architectuur, implementatiestrategieën, real-world toepassingen, en de uitdagingen waarmee ingenieurs het geconfronteerd worden bij het inzetten in moderne auto-netwerken.

Begrip CAN FD: Kernbeginselen en verschillen van klassieke CAN

Wat is CAN FD?

CAN FD is een uitbreiding van het klassieke CAN protocol dat werkt op dezelfde fysieke laag en busarchitectuur terwijl het toevoegen van twee belangrijke verbeteringen: [flexibele data rate[ en grotere payloads[]. In de klassieke CAN, het maximale data veld is 8 bytes, en de bit rate is vastgesteld op maximaal 1 Mbps. CAN FD behoudt de arbitrage fase bij de standaard bit rate (gewoonlijk 500 kbps of 1 Mbps) maar schakelt vervolgens over naar een hogere bit rate (tot 8 Mbps) tijdens de data fase. Deze schakelaar wordt aangegeven door een speciaal bit in het frame, waardoor bestaande CAN controllers die geen FD ondersteuning hebben om een foutframe te detecteren en te zwijgen tijdens FD-transmissies.

Een ander kritisch verschil is de Flexibele gegevensindeling (FDF) bit, die klassieke CAN-frames onderscheidt van CAN FD-frames. Het protocol introduceert ook een Bit Rate Switch (BRS)] bit om de verandering in transmissiesnelheid na arbitrage aan te geven. Dit ontwerp zorgt voor achterwaartse compatibiliteit met klassieke CAN, wat betekent dat CAN FD-knooppunten kunnen naast elkaar bestaan op dezelfde bus met legacy nodes, hoewel FD-frames genegeerd worden door niet-FD-knooppunten.

Technische sleutelspecificaties

  • Maximale gegevenssnelheid tijdens de datafase: Tot 8 Mbps (praktische limieten zijn afhankelijk van de lengte van de bus en netwerktopologie; meestal 2
  • Maximaal laadvermogen per frame: 64 bytes (vs. 8 bytes in classic CAN)
  • Arbitratiefase bitsnelheid: Hetzelfde als klassieke CAN (1 Mbps max, vaak 500 kbps)
  • Frame-formaat: ISO KAN FD (ISO 11898-1:2015) en niet-ISO KAN FD (oudere implementaties, nu verouderd)
  • CRC lengte: 17 bits (voor ladingen tot 16 bytes) of 21 bits (voor langere ladingen) om robuuste foutdetectie te garanderen

Voor een gedetailleerde technische referentie, de Bosch CAN FD specificatie pagina verstrekt officiële documentatie en white papers.

Voordelen van CAN FD in moderne automotive systemen

Hogere gegevensdoorvoer en verminderde busbelasting

Omdat de FD acht keer meer gegevens per bericht kan versturen, wordt het aantal frames dat nodig is voor een bepaalde set signalen drastisch verminderd. Hierdoor wordt de arbitrage van bussen overhead verlaagd en wordt bandbreedte voor extra berichten vrijgemaakt. Bijvoorbeeld, een batterijbeheersysteem dat voorheen vier 8-byte CAN berichten nodig had om celspanningen, temperaturen en status te melden, kan nu dezelfde gegevens in één 64-byte CAN FD-frame verzenden. Deze vermindering van de busbelasting is van cruciaal belang omdat het aantal elektronische controle-eenheden (ecu's) in voertuigen blijft groeien en sommige premium voertuigen nu meer dan 100 ecu hebben.

Ondersteuning voor bandbreedte-intensieve toepassingen

Systemen zoals hoge-resolutie radar, lidar, cameramodules en over-the-air (OTA) update managers vereisen een hogere doorvoer dan klassieke CAN kan bieden. KAN FD direct aan deze behoeften tegemoet komen zonder dat een volledige architectonische verschuiving naar ethernet of FlexRay vereist is. Veel ADAS-functies vertrouwen op het samenvoegen van sensorgegevens uit meerdere bronnen; KAN FD's grotere ladingen maken het mogelijk meer sensorfusiegegevens te verzenden op een enkele bus, waardoor latency wordt verminderd en de bedrading wordt vereenvoudigd.

Terugwaartse compatibiliteit en Incrementeel upgradepad

Autofabrikanten kunnen incrementele CAN FD inzetten. Klassieke CAN-knooppunten werken nog steeds op dezelfde bus en CAN FD-knooppunten moeten eenvoudig worden geconfigureerd om de arbitrageregels te gehoorzamen. Hierdoor kunnen fabrikanten CAN FD invoeren op nieuwe ECU's terwijl ze de oude modules onveranderd houden . Een groot voordeel ten opzichte van protocollen zoals Ethernet, die vaak een nieuwe ruggengraat vereisen. De backward-compatibiliteitsfunctie wordt gedefinieerd door de ISO-norm; de fysieke laag (CAN transceiver) ondersteunt beide modi. Bijvoorbeeld, de TJA1145 transceiver van NXP kan naadloos werken in de klassieke of FD-modus.

Verbetering van de efficiëntie van het protocol

Kan FD ook protocol overhead per byte van nuttige gegevens verminderen. De bit overhead voor een 64-byte frame is evenredig kleiner dan voor acht 8-byte frames, wat resulteert in een betere doorvoer van dezelfde busbandbreedte. Deze efficiëntiewinst is vooral gunstig voor diagnostische communicatie (UDS op CAN FD) en flits programmering over een netwerk, waar grote blokken van gegevens moeten worden overgedragen in de kortst mogelijke tijd.

Implementatie CAN FD in Automotive Networks

Hardwarevereisten en selectie

Om een CAN FD-netwerk te bouwen, moet elke ECU een KAN FD-compatible controller en een KAN FD transceiver. Veel moderne microcontrollers, zoals de Infineon Aurix TC3xx, NXP S32K, en STMicroelectronics SPC58 serie, integreren CAN FD controllers. De transceiver moet de hogere data rates ondersteunen; standaard high-speed CAN transceivers mogen niet omgaan met bit rates boven 1 Mbps betrouwbaar. Aanbevolen transceivers zijn de NXP TJA11455, TJA1151, en de Texas Instruments TCAN4550 (die ook een SPI interface voor het toevoegen van CAN FD aan niet-CAN systemen).

Ingenieurs moeten ook rekening houden met signaalintegriteit. Bij 5

Topologie en ontwerpoverwegingen van het netwerk

De klassieke CAN bus topologie een lineaire bus met beëindiging aan elk uiteinde wordt gehandhaafd voor CAN FD. Echter, de maximale buslengte wordt verlaagd bij hogere bit rates. Als een regel van duim, voor data fase bit snelheden van 2 Mbps, de bus lengte kan worden tot 50 meter; voor 5 Mbps, is het beperkt tot ongeveer 20 meter; en voor 8 Mbps, de lengte is typisch onder 10 meter. Stub lengtes moeten zo kort mogelijk worden gehouden (meestal onder 0,3 meter) om reflecties te minimaliseren. Met behulp van een bus ster topologie[] met actieve hubs (repeaters) kan het netwerk uitbreiden, maar voegt latency en kosten.

Configuratie en bit-timing

De eenvoudigste methode is om een vooraf gedefinieerde set parameters te gebruiken uit de specificatie van de CAN in Automatisering (CiA) of de aanbevolen waarden van de fabrikant. Hulpmiddelen zoals Vector CAN analyser of PCAN-USB FD kunnen ingenieurs de bus controleren en de timing aanpassen. Gemeenschappelijke instellingen zijn onder meer:

  • Arbitrage: 500 kbps, monsterpunt op 80
  • Gegevensfase: 2 Mbps of 4 Mbps, monsterpunt op 70/75%

Het is cruciaal om te controleren of alle knopen op de bus de tolerantie voor de bit timing kunnen verdragen zoals gespecificeerd in ISO 11898-1:2015. De re-synchronisatie sprong breedte (SJW) en fase buffer segmenten moeten worden gekozen om oscillator toleranties te verwerken .

Software en Firmware Aanpassing

Bestaande klassieke CAN software stacks moeten worden aangepast om de grotere lading en de optionele BRS bit te verwerken. De meeste real-time besturingssystemen (RTOS) die worden gebruikt in de automotive (bijv. AUtosAR) ondersteunen nu CAN FD. De driver moet FD-frames detecteren, het grotere dataveld beheren en ervoor zorgen dat het bericht ID en DLC (Data Length Code) correct worden geïnterpreteerd. AUtosAR definieert een CAN FD Interface module en een CAN FD Transceiver Driver die de hardware-specifics abstract.

Diagnostische protocollen zoals UDS (ISO 14229) zijn uitgebreid om te werken over CAN FD, waardoor snellere ECU herprogrammering en gegevenslogging mogelijk is. Bijvoorbeeld, een UDS "RequestDownload" over CAN FD kan grote softwaremodules overdragen in minder berichten, waardoor de flash programmeringstijd met 70% in vergelijking met klassieke CAN.

Testen en valideren van CAN FD-netwerken

Fysische laagtest

Zoals bij elke hoge snelheidsbus is fysieke laagtest essentieel. Gebruik een oscilloscoop met differentiële sondes om het CAN FD-signaal op elke knoop te meten. Belangrijkste parameters om te verifiëren: differentiaalspanningsniveaus (dominant: 1.5.0 V; recessief: 0.0.0.0 V), bit timing nauwkeurigheid[] (vooral de datafase), en ]signaalkwaliteit[] (overshoot, undershoot, ringing). De oogdiagrammethode is gebruikelijk; de bittijd tijdens de datafase moet duidelijk open zijn met voldoende marge.

Ook compliance testing uitvoeren volgens ISO 11898-2 (transceiver specificatie) en ISO 11898-5 (hogesnelheidsmedium access unit). Veel leveranciers bieden testsuites aan. Bijvoorbeeld, de CAN in Automation (CiA) vereniging biedt een CAN FD-conformiteitstestspecificatie (CiA 601-serie).

Protocol- en overeenstemmingstests

Protocol testen zorgt ervoor dat alle knooppunten correct omgaan met arbitrage, fout frames, en de FD-specifieke bits. Gebruik een CAN FD bus analyser (bijv., Vector VN1630, Kvaser USBcan FD) om frames te vangen en decoderen. Controleer of de BRS bit is ingesteld tijdens de data fase en dat de CRC overeenkomt. Ook test fout scenario's: bit fouten, spullen fouten, en CRC fouten. CAN FD controllers moeten in staat zijn om fouten te detecteren en te behandelen binnen dezelfde bit tijd.

Interoperabiliteitstests

Omdat achterwaartse compatibiliteit is een belangrijke functie, moet u netwerken die klassieke CAN en CAN FD-knooppunten mengen testen. De klassieke CAN-knooppunten moeten foutframes genereren wanneer ze een FD-frame zien (door de dominante CRC-delimiterovertreding), maar de CAN FD-knooppunt moet in staat zijn om deze foutframes te negeren en zo nodig opnieuw te verzenden. Sommige controllers hebben een speciale "FD-passieve" modus om dergelijke gevallen te behandelen. Zorg ervoor dat alle knooppunten consistent zijn geconfigureerd om bus-off voorwaarden te vermijden.

Uitdagingen en technische overwegingen

Kosten en componenten beschikbaarheid

Terwijl CAN FD controllers zijn nu gebruikelijk, transceivers die de volledige 8 Mbps data fase ondersteunen zijn nog steeds duurder dan klassieke hoge snelheid zenders. Extra filteren en isolatie circuits kan nodig zijn voor automotive EMC compliance. Voor lage volume productie of retrofit toepassingen, de upfront kosten kunnen aanzienlijk zijn. Echter, als de goedkeuring stijgt, de prijzen worden verwacht te convergen met klassieke CAN.

Complexiteit van de timinganalyse

Netwerk ingenieurs worden geconfronteerd met een steile leercurve bij de overgang van klassieke CAN naar CAN FD. De bit timing is gevoeliger, en de interactie tussen de arbitragesnelheid en data rate vereist zorgvuldige analyse. Tools zoals Vector CANoe bieden simulatieomgevingen waar timing en latentie kunnen worden gemodelleerd voordat fysieke implementatie. Zonder de juiste simulatie, busfouten of onverwachte time-outs kunnen optreden, vooral onder zware belasting.

Integratie met legacysystemen

Veel bestaande voertuigen nog steeds vertrouwen op klassieke CAN. Retrofitting CAN FD vereist vaak upgrading gateway modules die berichten route tussen verschillende bus domeinen. Deze gateways moeten kunnen vertalen tussen klassieke CAN en CAN FD-formaten . Trancing of het opladen van lading en hercalculeren CRC's. Deze vertaling kan latency en complexiteit introduceren. In sommige gevallen kan het eenvoudiger zijn om de legacy bus als klassieke CAN en voeg een aparte CAN FD subnet voor nieuwe ECU.

Elektromagnetische compatibiliteit (EMC)

Hogere bitsnelheden inherent produceren hogere-frequentie-emissies. KAN FD op 5

Real-World Use Cases en toepassingen

ADAS en autonome rijding

Moderne ADAS-eenheden moeten gegevens verwerken van meerdere camera's, radars en lidar sensoren. Terwijl veel van de hoge bandbreedte sensorgegevens via Ethernet of SerDes worden verwerkt, kunnen de geaggregeerde objectlijsten en fusieresultaten via CAN FD naar de centrale domeincontroller worden verzonden met hoge snelheid. Bijvoorbeeld, een cameramodule die rijstrookmarkeringen, voertuigen en voetgangers detecteert, kan een lijst van verschillende honderden bytes in één CAN FD-frame verzenden, vergeleken met tientallen klassieke CAN-frames. Dit vermindert busovertuiging en zorgt voor een lagere latentie voor het uitvoeren van commando's.

Elektrische voertuig (EV) Batterijbeheer

Voor het beheer van EV-batterijsystemen (BMS) is real-time monitoring van celspanningen, temperaturen en opgeladen toestand per module vereist. Een batterijpakket van 96 cellen moet mogelijk 96 voltages, 32 temperaturen en statusvlaggen melden. Classic CAN zou meerdere frames per module nodig hebben, waardoor de busbelasting toeneemt en de tijd van de monsterafbraak wordt verhoogd. Met CAN FD kan een enkel frame per module alle gegevens bevatten, waardoor een snellere en nauwkeurigere schatting van de toestand mogelijk wordt. Veel EV-fabrikanten, waaronder Tesla (tot model 3) hebben CAN FD goedgekeurd voor hun BMS-communicatie.

Over-the-Air (OTA) Updates

OTA-updates zijn een groeiende eis voor automotive software levenscyclus. Een enkele ECU firmware beeld kan 10 MB of meer. Met behulp van klassieke CAN 500 kbps, het overbrengen van 10 MB zou meer dan drie minuten duren. Met CAN FD bij 4 Mbps, dezelfde overdracht duurt minder dan 30 seconden. De verminderde flitstijd betekent minder voertuig uitvaltijd en een lager risico van onderbreking tijdens updates. Het UDS-protocol over CAN FD (ISO 15765-4) is het standaard mechanisme voor OTA.

Infotainment- en Gatewaysystemen

Moderne hoofdeenheden verzamelen gegevens van meerdere bronnen diagnostiek, smartphone spiegelen, surround-view camera's. CAN FD biedt een hoge snelheid ruggengraat voor deze data streams zonder de kosten en complexiteit van volledige ethernet. Veel Tier-1-leveranciers zoals Bosch en Continental bieden nu gateway modules die CAN FD combineren met Ethernet, waardoor de twee domeinen voor toekomstige architecturen worden overbrugt.

Vergelijking met andere hoge snelheid auto-protocollen

KAN FD vs. FlexRay

FlexRay is een deterministisch, tijdgebonden protocol met datasnelheden tot 10 Mbps en payloads tot 254 bytes. Het biedt een hogere determinisme en fouttolerantie maar tegen hogere kosten en complexiteit. CAN FD is eenvoudiger, goedkoper en meer algemeen overgenomen in de productie. FlexRay heeft de laatste jaren geen vaart meer, terwijl CAN FD zich blijft uitbreiden naar gebieden die voorheen door FlexRay werden bediend, zoals chassisbesturing en aandrijving.

KAN FD vs. Automotive Ethernet

Ethernet (100BASE-T1, 1000BASE-T1) biedt veel hogere bandbreedte (100 Mbps.2 Gbps) en is het protocol van keuze voor bandbreedte-hongerige toepassingen zoals ruwe camera video en hoge snelheid diagnostiek. Echter, Ethernet vereist duurder silicium, gespecialiseerde connectoren, en een geschakelde topologie, toenemende gewicht en kosten. KAN FD vult de kloof tussen klassieke CAN en Ethernet, het verstrekken van een kosteneffectieve tussenoplossing voor matige-bandbreedte, real-time communicatie.

Toekomstige vooruitzichten en normalisatie

De automobielindustrie beweegt zich naar een domein-gebaseerde en zonale architectuur, waar high-speed backbone netwerken (vaak Ethernet) verbinding maken met zone gateways die CAN FD gebruiken voor lokale communicatie met sensoren en actuatoren. De volgende evolutie, CAN XL (momenteel in ontwikkeling door CiA), heeft als doel om datasnelheden tot 20 Mbps en lading tot 2048 bytes te ondersteunen, waarbij de eenvoud van CAN FD connecteert met Ethernet-achtige doorvoer. Echter, CAN FD zal het primaire protocol voor het komende decennium blijven vanwege zijn volwassenheid, hulpmiddel ondersteuning en geïnstalleerde basis.

De internationale normalisatie-instellingen blijven de specificatie van de CAN FD verfijnen. ISO 11898-1:2015 is de huidige basis, met wijzigingen die betrekking hebben op de lengte van de bus, timing en EMC. De CiA 601 serie biedt testspecificaties voor CAN FD-zenders. Voor de laatste updates, verwijzen we naar CiA's CAN FD-kennispagina en de ISO 11898-1 officiële standaard[.

Conclusie

CAN FD protocol vertegenwoordigt een pragmatische en krachtige upgrade naar klassieke CAN, waardoor high-speed data overdracht zonder het opgeven van de bewezen eenvoud en robuustheid van de CAN bus. De achteruit compatibiliteit, grotere laadvermogens en hogere datasnelheden maken het een ideale keuze voor moderne automotive systemen die zowel real-time prestaties en kostenefficiëntie vereisen. Van ADAS en batterijbeheer tot OTA updates en infotainment, CAN FD biedt de bandbreedte die nodig is voor vandaag de dag voertuigen, terwijl dienst als basis voor toekomstige innovaties. Succesvolle implementatie vraagt om zorgvuldige aandacht voor hardware selectie, bit timing, signaal integriteit en testen. Terwijl de automobielindustrie blijft zijn verschuiving naar software-gedefinieerde voertuigen, zal mastering CAN FD implementatie zal een kernvaardigheid voor embedded ingenieurs blijven.