Segnali dei sensori degli airbag sul bus CAN

Ciao,

Cosa ne pensate, è possibile estrarre dal flusso di dati del sistema CAN (OPEN) della Golf 3 i segnali dei sensori degli airbag e determinare quale airbag si è attivato?
Sicurezza.......
Con CANviewer? Certo, ecco la traduzione:

"Ho bisogno di questa traduzione per la mia tesi di laurea."
Vorrei installare una centralina motore, un sistema antibloccaggio (ABS) e un sistema di controllo della trazione (TCS), e realizzare un piccolo impianto elettrico per veicoli.
Quale hardware consigliereste...?
Cordiali saluti.

Mi dispiace, ma non ho ricevuto alcun testo da tradurre. Per favore, forniscimi il testo che desideri tradurre dal tedesco all'italiano.

Ciao,

Mi risulta che il sistema airbag della Golf 3 non sia collegato al CAN bus.

Ciao,

A cosa è collegato l'AirSTG?
Ha un proprio circuito di alimentazione?
Cosa è collegato al CAN bus della Golf 3?

Grazie!

lf99

lifefun99 ha scritto:

ciao, A cosa è collegato l'AirSTG? Ha un proprio circuito di alimentazione? Cosa è collegato al CAN bus della Golf 3? Grazie! lf99

Ciao.

Si tratta probabilmente di un normale bus a una linea, quindi con un singolo filo o una linea di segnale.

Nella Golf 3 non è ancora presente il sistema CAN-Bus.



Ciao Cosi.

Yepp - G3 non ha il protocollo CAN. LIN, ma neanche

Le centraline sono collegate tramite l'interfaccia ISO 9141, un'interfaccia standard.
insieme.

Cordiali saluti, Rudi.

Ciao,

Nell'identificatore CAN è codificata almeno la destinazione. È molto improbabile che tu riesca a trovare il mittente qui. Altrimenti, la maschera di accettazione non funzionerebbe. (Almeno nel modello SJA1000, questa funzione è disponibile solo per l'identificatore).
Quindi, probabilmente, l'identificativo del mittente è codificato in qualche modo all'interno dei byte dei dati.
Dato che con un analizzatore CAN puoi visualizzare l'intero messaggio byte per byte, dovresti essere in grado di identificare anche il mittente, se l'implementazione lo prevede. Probabilmente è così. Poiché il destinatario, di solito, vuole e/o deve conoscere anche l'identità del mittente.

Mi viene in mente anche che potrebbe essere che l'identificatore sia stato scelto in modo univoco.
Ogni nodo ha il proprio identificativo. In questo caso, non viene utilizzata la maschera di accettazione, ma si pone maggiore enfasi su una fase di arbitraggio pulita. Questo approccio sarebbe più adatto per le applicazioni automobilistiche. Sicuramente ci sono nodi con una priorità più alta in questo sistema.
Purtroppo, non conosco molto bene il protocollo CANopen.

A presto.
Markus.

zocker100 ha scritto:

Nell'identificatore CAN è codificata almeno la destinazione. È molto improbabile che tu riesca a trovare il mittente qui. Altrimenti, la maschera di accettazione non funzionerebbe. (Almeno nel modello SJA1000, questa funzione è disponibile solo per l'identificatore). Quindi, probabilmente, l'identificativo del mittente è codificato in qualche modo all'interno dei byte dei dati.

Sul bus CAN, vengono trasmesse *solo* le messaggi con il loro identificatore; mittente e destinatario del messaggio non sono formalmente definiti nel protocollo CAN. Ogni nodo riceve tutti i messaggi e, in base a un database locale, determina se l'informazione è rilevante per esso.

Citazione:

Mi viene in mente anche che potrebbe essere che l'identificatore sia stato scelto in modo univoco. Significa che ogni nodo ha il proprio identificativo. Qui non si utilizza la tecnica della "acceptance mask", ma si pone maggiore enfasi su una fase di arbitraggio accurata.

L'arbitraggio pulito non è opzionale e non ha nulla a che vedere con la maschera di accettazione. Questa maschera è solo uno strumento che un nodo utilizza per filtrare direttamente, al momento della ricezione, i messaggi irrilevanti in base all'identificatore; inoltre, è indipendente dal controller utilizzato (SJA1000 o altro). L'arbitraggio si riferisce al processo di determinazione di chi ha il diritto di inviare i propri messaggi per primo.

Purtroppo, non posso fornire informazioni specifiche su CAN, in particolare per il modello G3.
Saluti.
JL.

Ciao,

Certo che hai ragione.
Ma la maschera di accettazione funziona solo tramite l'identificatore. Se codifichi solo il destinatario nell'identificativo, in modo che il ricevente possa decidere, tramite la maschera di accettazione, se il messaggio è rivolto a lui o meno, avrai problemi con l'arbitraggio.
Se più nodi inviano dati contemporaneamente verso una destinazione, l'arbitraggio fallisce (vengono generati frame di errore). Oppure, lo stato in cui si trova l'autobus è incerto.
È questo che intendevo.
Ogni controller CAN riceve naturalmente sempre tutti i dati presenti sul bus.
Deve farlo. Altrimenti, non potrebbe utilizzare la maschera di accettazione per determinare se un messaggio è rivolto a lui o è solo una cortesia. Questo processo avviene internamente all'interno del controller.

Poiché esistono due maschere di accettazione (Pelikan Mode > che potrebbero non essere compatibili con tutti i controller), l'emittente potrebbe codificare le informazioni nella prima parte dell'identificatore e il destinatario nella seconda. In questo modo, l'arbitraggio sarebbe sicuramente corretto. Inoltre, la questione della priorità sarebbe risolta. Un trasmettitore con una priorità elevata e, di conseguenza, un indirizzo mittente basso nell'identificativo, ha la "precedenza" su un trasmettitore con un indirizzo mittente più alto e una priorità inferiore.

A presto.
Markus.

zocker100 ha scritto:

Ciao, Poiché esistono due tipi di maschere di accettazione (Pelikan Mode, che però probabilmente non sono compatibili con tutti i controller), il mittente potrebbe essere codificato nella prima parte dell'identificatore e il destinatario nella seconda parte.

Certo, non possono esistere due nodi che inviano contemporaneamente un messaggio con lo stesso identificatore.
I controller CAN con più maschere di accettazione non possono applicare i filtri sequenzialmente alla stessa messaggio: ogni filtro controlla la memorizzazione dei messaggi in una specifica casella di posta (mailbox) del controller. Ad esempio, nella prima casella di posta vengono memorizzati solo i messaggi in cui il terzo bit dell'identificatore è impostato, mentre nella casella successiva vengono memorizzati solo i messaggi con il settimo bit cancellato. Bit.
Le caselle di posta vengono utilizzate dal controller per una prima selezione, in modo che quest'ultimo possa effettuare una propria prioritarizzazione nell'elaborazione. Il numero di caselle di posta disponibili varia a seconda dei controller CAN.

Saluti.
JL.

...bella discussione sul CAN .

Ma ancora, la Golf III non ha assolutamente il sistema CAN.

L'unità di controllo degli airbag ha solo una connessione diagnostica e comunica esclusivamente con i sensori degli airbag laterali, se presenti.
Altrimenti, c'è solo un segnale di innesco per la 'carica esplosiva' che gonfia l'airbag.

Qui non è possibile intercettare segnali.