SAE J1939


  1. Storia

La Society of Automotive Engineers standard SAE J1939 dal 2000 ha incluso il protocollo CAN come vehicle bus raccomandato per uso pratico nella comunicazione e diagnosi per i componenti dei veicoli.

2. SAE J1939

I messaggi CAN Extended che viaggiano nei vehicle bus hanno bisogno di essere rapidamente compresi e reperibili da tutti gli Specialist Engineer che operano allo sviluppo e messa in opera durante di un veicolo dotato di componentistica elettronica, ovvero i nodi nel precedente articolo. La SAE J1939 serve per regolare e classificare gli interscambi di informazioni tra nodi e/o ECU.

Dal articolo sul CAN Bus, si evince che esso è un canale dove tutti i nodi ascoltano e dunque ci si può aspettare che esiste solo un tipo di comunicazioni broadcast ma la SAE J1939 prevede due tipi di comunicazioni: Unicast e Broadcast.
Un messaggio su SAE J1939 deve avere i seguenti attributi:

o   Name, Type, ID, DLC, Trasmitter, TxMethod, Cycle Time.

L’ID è l’attributo che ci consente di classificare diverse caratteristiche di un messaggio. L’ID è così formato:


         i.            Classificazione delle priorità



Priorità 0 = 0x00
Priorità 4 = 0x10

Priorità 1 = 0x04
Priorità 5 = 0x14

Priorità 2 = 0x08
Priorità 6 = 0x18

Priorità 3 = 0x0C
Priorità 7 = 0x1C

        ii.            Parameter Group Number (PGN)

Extended data page (EDP) è un flag riservato per la SAE J1939 va settato a 0.
Data Page (DP) è usato per avere un PGN duplicato.
PGU Format è usato come sparti acque tra i messaggi Pdu1 e Pdu2 format ovvero:

·         00 – EF Pdu1 format

·         F0 – FF Pdu2 format

La SAE J1939 permette due tipi di messaggi: i messaggi unicast (peer-to-peer) usano un ID che include gli indirizzi del trasmettitore e ricevitore ed i messaggi broadcast usano l’indirizzo del trasmettitore ed il messaggio è ricevuto da tutti i nodi e solo i nodi interessati acquisiscono il messaggio.

Nella tabella a seguire farà chiarezza su come si dividono i messaggi.


0x0000 – 0xEEFF
Messaggi standard unicast di PDU1 format
0xEF00 – 0xEFFF
1 Messaggio unicast PDU1 ad uso proprietario
0xF000 – 0xFEFF
3840 Messaggi broadcast PDU2 format ad uso standard
0xFF00 – 0xFFFF
256 Messaggi broadcast PDU2 format ad uso proprietario

Commenti

Posta un commento

Post popolari in questo blog

AUTOSAR

Immagine
Cos'è AUTOSAR? AUTomotive Open System ARchitecture (AUTOSAR) è un'architettura software open ed è standardizzata congiuntamente dai produttori di vetture, dai fornitori e dai sviluppatori di tool. Lo standard AUTOSTAR abilita l'uso dei componenti basati su una modulazione progettuale del software per i sistemi veicolari. Il model design utilizza componenti del software applicativo, i quali sono indirizzati a componenti astratti chiamati Virtual Funtion Bus . I componenti del software applicativo possono essere visti come i pezzi più piccoli di una applicazione software in cui sono implementate delle specifiche funzionalità e grazie all'integrazione di questi componenti si produce il software di un'applicazione. Avere delle interfacce standardizzate AUTOSAR  per tutti i componenti software rende possibile la gestione delle differenti applicazioni automotive. I virtual function bus connettono i differenti componenti software al modello progettato. I co
Continua a leggere

LIN Local Interconnect Network

Immagine
Il protocollo Local Interconnect Network (LIN) si basa sulla tecnologia Volcano-Lite sviluppata dallo spin-out di proprietà Volvo: Volcano Communications Technology (VCT). Poiché anche altre case automobilistiche erano interessate a un'alternativa più economica a CAN, è stato creato il comitato LIN. A metà del 1999 abbiamo il primo rilascio del protocollo LIN (1.0). Il protocollo è stato aggiornato due volte nel 2000. Nel novembre 2002 è stato rilasciato LIN 1.3 con modifiche principalmente apportate a livello fisico. L'ultima versione LIN 2.0 è stata rilasciata nel 2003.  Con LIN 2.0 sono arrivate alcune importanti modifiche e anche alcune nuove funzionalità come la diagnostica. Le modifiche sono mirate principalmente a semplificare l'uso dei nodi slave standardizzati. Aree di utilizzo Il protocollo LIN è di solito associato ai protocolli CAN e SAE J1850 per applicazioni che non sono critiche in termini di tempo o che non richiedono un'estrema tolleranza agli errori, p
Continua a leggere

Automotive safety-ISO 26262

Immagine
Benefici della ISO 26262: La norma ISO 26262 garantisce un elevato livello di sicurezza integrata nei componenti della vettura fin dall'inizio della propria progettazione. Lo standard può essere utilizzato per stabilire un sistema di gestione della sicurezza basato sulle best practice riconosciute a livello internazionale e con i più moderni approcci per la gestione del rischio, offrendo un vantaggio competitivo. Inoltre le case automobilistiche utilizzeranno la conformità alla norma ISO 26262 come mezzo per verificare la qualità dei componenti proprietari ed elettrico/elettronici (E/E) dei fornitori. Cos’è la ISO 26262? La ISO 26262 è un standard che definisce requisiti e provvede a linee guide per il raggiungimento della functional safety nei sistemi E/E dei veicoli stradali. Lo standard ISO 26262 è considerato un quadro di buone pratiche per il raggiungimento delle funzionalità di safety nei veicoli stradali.   Lo scopo della ISO 26262: Gestire hardware e sof
Continua a leggere