Impianto allarme CAN-Bus

Ciao,

Sono uno sviluppatore software e vorrei migliorare tecnicamente il mio Citroen Jumper camper.

Un Arduino con uno shield CAN dovrebbe essere in grado di rilevare eventi come "porta aperta" e, eventualmente, attivare la sirena e gli indicatori di direzione/fari abbaglianti, oppure solo una sirena esterna. In pratica, un sistema di allarme basato su CAN bus.

Secondo me, queste informazioni non vengono trasmesse tramite la presa OBDII (sto testando attualmente su una Opel Adam). Sebbene vengano rilevati diversi identificativi, non è possibile individuare un "origine". Tutti gli identificativi sono presenti più di tre volte e sembrano essere solo "risposte" all'operazione iniziale.

Ritengo, e credo di averlo anche letto, che queste informazioni vengano ricevute tramite il bus CAN a bassa velocità (Comfort) e che siano accessibili solo lì.

È corretto? E si tratta del CAN bus che può essere raggiunto tramite il connettore della radio dell'auto?

Solo il segnale CAN del motore è disponibile sulla connessione ODBII?

Saluti.
Chris.

Non so se sia lo stesso per tutti i modelli Opel, ma in quelli che ho provato (Vectra C, Astra H/J), tutti e tre i bus CAN sono accessibili tramite la presa OBD.

Il comfort in questo caso è di tipo medio, non (s)lento!

Il pin 1 del connettore OBD è dedicato al CAN a bassa velocità (33 kbps), che viene utilizzato per funzioni come l'alzacristalli e altre funzionalità secondarie. Si tratta di un sistema CAN a filo singolo.
Il pin 3/11 (+/-) è il CAN MidSpeed (95,2 kbps), noto anche come GMLAN, attraverso il quale funzionano il sistema di climatizzazione, la radio, il display, ecc.
Il pin 6/14 (+/-) è il collegamento per il CAN ad alta velocità (500 kbps) attraverso il quale comunicano la centralina del motore e altri dispositivi.

La domanda è, dove stai cercando di ascoltare proprio ora .

A parte questo, è probabile che tu non possa semplicemente trasferire ciò che programmi ora per Adam al sistema Citroen!

Grazie mille per la risposta dettagliata, mi ha fatto fare un bel passo avanti .

Finora ho ascoltato i canali 6/14. Ora proverò con il 3/11. Avrei bisogno dei messaggi per il blocco e lo sblocco remoto, l'accensione/spegnimento del motore e l'apertura delle porte. Non riesco a identificare questi messaggi in modo univoco sul canale 6/14. Sarebbe bello poter attivare anche clacson, indicatori di direzione e fari abbaglianti, ma non è strettamente necessario.

L'implementazione con Adam è per ora solo una dimostrazione di concetto, perché il KaWa non è ancora disponibile. L'architettura di base (del software) sarà comunque corretta, ad eccezione degli ID CAN specifici e dei relativi messaggi.

Saluti.
Chris.

Quale shield CAN utilizzi e quale libreria?

Dal punto di vista tecnico della libreria, i 95.2 kbps potrebbero essere problematici. Nella libreria che utilizzo, ho dovuto modificare i valori CNF perché la libreria, di default, non supportava quella velocità di trasmissione .
Ti chiedo del CAN-Shield perché immagino che tu possa trovare i messaggi di cui hai bisogno più facilmente sul cavo singolo del CAN. Per questo, avresti bisogno di un transceiver CAN sul CAN-Shield che supporti questa funzionalità. Infatti, l'MCP2551/2562, comunemente utilizzato sui CAN-Shield, non lo supporta ufficialmente.
Non so se potrebbe funzionare comunque, ma come soluzione definitiva, forse non sarebbe l'ideale .

Anche a me è venuto subito in mente il 95.2. Attualmente, si tratta dello shield CAN-Bus di Seeed con i chip MCP2551/2515. Esiste una definizione chiamata CAN_95KBPS, ma purtroppo non c'è una CAN_95K2BPS. Proverò a usarlo con questa definizione. Se non funziona, aspetterò che arrivi il modulo Citroen Jumper.

Grazie per il tuo aiuto!

Saluti.
Chris.

Penso che 95 si riferisca a 95.2.

È possibile. Purtroppo, esistono definizioni come CAN_31K25BPS e CAN_83K3BPS, il che suggerirebbe l'esistenza di una definizione CAN_95K2BPS.

Puoi controllare i valori nella libreria.

Questi sono i miei, dovrebbero funzionare.

Codice:

#define MCP_16MHz_95kBPS_CFG1 (0x03) #define MCP_16MHz_95kBPS_CFG2 (0xBB) #define MCP_16MHz_95kBPS_CFG3 (0x07)

Ci sono diversi valori funzionanti, cioè, se ne hai altri, questo non significa necessariamente che i tuoi siano sbagliati .

Sono diversi:

Codice:

#define MCP_16MHz_95kBPS_CFG1 (0x03) #define MCP_16MHz_95kBPS_CFG2 (0xAD) #define MCP_16MHz_95kBPS_CFG3 (0x07)

Come sei arrivato a 0xBB?

Ho utilizzato uno strumento per questo, che si chiama "Microchip CAN Bit Timing Calculator".

Ah, ok. Datasheet sagt es gibt 3 CNF Bit Timing Register. Certo.

Vi informerò se funziona.