Domanda:
Da quando è obbligatorio il bus CAN per i nuovi veicoli?
Kozuch
2015-07-24 13:09:58 UTC
view on stackexchange narkive permalink

La pagina Wikipedia del bus CAN afferma che:

Il bus CAN è uno dei cinque protocolli utilizzati nella diagnostica di bordo (OBD) -II standard di diagnostica del veicolo . Lo standard OBD-II è obbligatorio per tutte le auto e gli autocarri leggeri venduti negli Stati Uniti dal 1996 e lo standard EOBD è obbligatorio per tutti i veicoli a benzina venduti nell'Unione europea dal 2001 e tutti i veicoli diesel dal 2004.

La pagina Wikipedia di OBD afferma inoltre che:

2001: L'Unione Europea rende l'EOBD obbligatorio per tutti i veicoli a benzina (benzina) venduti in Unione Europea, a partire dal MY2001 (vedere la Direttiva sugli standard europei di emissione 98/69 / CE).

2003: L'Unione Europea rende l'EOBD obbligatorio per tutti i veicoli diesel venduti nell'Unione Europea

2008: tutte le auto vendute negli Stati Uniti devono utilizzare lo standard di segnalazione ISO 15765-4 (una variante del bus CAN (Controller Area Network)).

Tranne la data 2008 queste citazioni parlano principalmente di OBD / EOBD. Come sono esattamente correlati OBD e CAN? CAN è un protocollo obbligatorio per OBD-II / EOBD? Nel caso in cui vedessi un conflitto nelle date del 1996 e del 2008 per gli Stati Uniti ...

La mia ultima domanda è semplice: ci sono determinate date a partire dalle quali tutte le auto vendute in determinati mercati devono utilizzare CAN bus per la comunicazione interna tra l'elettronica dell'auto?

Il motivo per cui lo chiedo è che desidero eseguire il reverse engineering della segnalazione dai vari sensori del veicolo (sensore dell'angolo di sterzata, ecc.). Se sapessi qualcosa come "tutte le auto europee dal 2004 usano CAN per le comunicazioni interne tra le parti elettroniche" mi aiuterebbe molto.

EDIT:

Ovviamente il bus CAN è in qualche modo obbligatorio dal 2008 almeno negli Stati Uniti. Tuttavia, non so fino a che punto in dettaglio - di solito ci sono pin-out del bus CAN sul connettore OBD-II. Tuttavia, potrebbero esserci più bus CAN presenti all'interno di un singolo veicolo - uno per funzioni critiche come ABS, ESP ecc. E un altro per infotainment come radio ecc. Mi chiedo se qualcuno di questi bus debba essere collegato al pin-out OBD. ..

Cross pubblicato qui: http://law.stackexchange.com/questions/1317/since-when-is-can-bus-mandatory-for-new-vehicles
Sei risposte:
ALAN WARD
2015-07-24 14:44:53 UTC
view on stackexchange narkive permalink

È necessario fare una distinzione tra:

  • OBD: si tratta di un'interfaccia che specifica i parametri fisici ed elettrici necessari per collegare un computer diagnostico e l'elettronica dell'auto in un modo standard. Questo è il bit obbligatorio per legge, in modo che un produttore di automobili non possa "bloccare" i suoi veicoli richiedendo che la manutenzione venga eseguita utilizzando solo i propri strumenti diagnostici.
  • Il bus CAN. CAN è anche uno standard del settore (originariamente progettato da Bosch), ma si riferisce alla comunicazione tra le diverse parti elettroniche del veicolo. Tuttavia, è solo uno standard tra i tanti e, sebbene sia forse il più utilizzato, ci sono molte altre possibilità implementate da varie marche di elettronica automobilistica. Esistono anche diverse varietà, anche all'interno della famiglia di bus CAN.

Tutti i componenti di un dato veicolo dovranno utilizzare lo stesso standard di bus, e in effetti molti produttori si atterranno ovviamente allo stesso standard su molti modelli della loro gamma. Tuttavia, sono tutti costretti a fornire una porta diagnostica conforme all'OBD.

Un altro punto da sottolineare riguarda le direttive UE. La situazione in Europa è piuttosto complessa poiché esistono due diversi tipi di documenti legali:

  • Un Regolamento UE è immediatamente applicabile e applicabile in tutti gli Stati membri dell'Unione.
  • Un UE La direttiva non è immediatamente applicabile. Invece, deve essere recepito nella legge di ogni Stato membro per avere effetti. Il processo di recepimento presenta anche alcune differenze in ogni stato, e in molti casi è abbastanza flessibile in modo che i testi legali prodotti negli stati membri in risposta a una determinata direttiva possano mostrare alcune differenze, in particolare per quanto riguarda le eccezioni che sono -volume di produzione di automobili).

Le eccezioni stabilite nelle legislazioni degli Stati membri dell'UE spiegano perché il settore automobilistico britannico non è soggetto agli stessi requisiti legali del continente. Ad esempio, è relativamente comune per i proprietari di auto sostituire i motori anziani con un blocco più recente, anche di un produttore diverso (come un motore Nissan in una serie Land Rover) o utilizzare un carburante diverso. Sarebbe davvero molto difficile farlo legalmente in Francia, ad esempio.

Adam Davis
2015-07-24 20:31:33 UTC
view on stackexchange narkive permalink

I due requisiti sono separati.

OBDII è richiesto in tutti i veicoli dal 1996. Si tratta principalmente di un regolamento relativo alle emissioni per formalizzare il modo in cui i veicoli potrebbero trasmettere i guasti alle emissioni all'utente e ai meccanici.

Lo standard ha molte parti, ma designa principalmente un connettore, la sua piedinatura e consente l'utilizzo di uno dei cinque diversi standard di segnalazione elettrica.

Uno di questi standard di segnalazione elettrica è CAN.

Avanti veloce di quasi due decenni e, per una serie di motivi, la maggior parte delle auto ha bus CAN anche se sceglie ancora di utilizzare uno standard di segnalazione diverso sul connettore OBDII per scopi diagnostici. Tuttavia, poiché i pin sono disponibili per diversi tipi di segnalazione, molti produttori automobilistici forniscono anche l'accesso a uno o più bus CAN sul connettore OBDII. Ciò consente ai tecnici di collegare un cavo per un'ampia varietà di manipolazione del processore del veicolo, pur continuando a fornire i requisiti OBDII minimi richiesti sulle loro comunicazioni di vecchio stile. Ciò significa anche che non devono aggiornare tutti i loro negozi alle ultime comunicazioni se tutto ciò di cui il negozio ha bisogno sono informazioni diagnostiche di base. Questo uso proprietario del connettore OBDII era esplicitamente consentito nello standard del 1996, a condizione che anche fornisse la comunicazione diagnostica secondo lo standard per almeno una delle interfacce di segnalazione consentite.

Ciò che significa il regolamento del 2008 è che se il veicolo mette CAN sul connettore OBDII, indipendentemente da qualsiasi altra segnalazione diagnostica fornita, il CAN deve rispettare i requisiti diagnostici di base, anche se originariamente previsto per uso proprietario.

I veicoli che non collegano CAN al connettore OBDII non devono aderire a questo regolamento del 2008.

Quindi, mentre i produttori di veicoli possono scegliere di rimuovere il loro CAN dal connettore e fornire solo uno degli altri quattro segnali di diagnostica, la maggior parte (tutti?) Ha scelto di mantenere la flessibilità acquisita quando ha aggiunto il bus CAN ad esso, e hanno modificato i loro protocolli CAN per aderire al nuovo regolamento.

Ciò significa che mentre il regolamento del 2008 non richiede l'uso di CAN per la diagnostica, ha effettivamente ha fatto in modo che la maggior parte dei veicoli oggi fornisca la diagnostica CAN al connettore OBDII.

Steve Matthews
2015-07-24 13:19:17 UTC
view on stackexchange narkive permalink

Niente di tutto questo è vero. Allo stesso modo in cui esisteva una direttiva UE che prevedeva che tutte le auto fossero dotate di ABS, ma TVR non l'ha sottoscritta. Mio zio ha appena venduto una Caterham Se7en CSR-200 del 2005 che utilizzava la gestione MBE e sicuramente non era CAN-BUS.

Ne stiamo costruendo un'altra nell'ottobre di quest'anno e se è veramente CAN-BUS Ti farò sapere ma ho la sensazione che non lo sarà.

Grazie per la tua risposta. I produttori che citi sono molto piccoli, giusto? Beh, immagino che le "direttive UE" possano essere applicate solo alle più grandi case automobilistiche (questo può essere giudicato da quante auto vendi o dal fatturato economico). Penso che all'UE non dispiaccia consentire di fare eccezioni per i piccoli perché potrebbero non avere budget per conformarsi alle direttive e comunque costruirà pochissime auto in modo che non abbiano un impatto sul mercato. Ci sono tutti i tipi di eccezioni in quasi tutte le leggi, quindi posso facilmente immaginarlo ... ma dico che non lo so per certo, sto solo supponendo.
Per quanto riguarda TVR, alla domanda sulla mancanza di ABS in riferimento alla direttiva UE, un dipendente TVR ha risposto semplicemente "Oh, non abbiamo ricevuto quel promemoria". Sia TVR che Caterham sono relativamente piccole, ma ad essere onesti, da quando la Rover è scomparsa, la maggior parte delle case automobilistiche autenticamente britanniche sono state minuscole; Morgan, Noble, McLaren, ecc ...
Nick C
2015-07-24 14:06:52 UTC
view on stackexchange narkive permalink

Non credo che CAN sia una parte necessaria di OBD, è solo il sistema più comunemente usato.

I requisiti OBD sono per una diagnostica coerente (in modo che, in teoria, qualsiasi auto possa essere collegata a un lettore standard e fornire un set standard di codici di errore), mentre CAN è un metodo per i componenti interni di l'auto per comunicare (simile per molti versi allo standard USB che utilizzerai con il tuo computer)

Come dice Steve, molti di questi requisiti si applicano comunque solo ai produttori di massa, con auto a basso volume o singole produttori esenti

Bene, ma la direzione degli Stati Uniti del 2008 dice qualcosa sul bus CAN ... Mi chiedo cosa significhi esattamente.
L'articolo di wikipedia che hai citato dice "dal 2008 tutti i veicoli venduti negli Stati Uniti sono tenuti a implementare CAN come uno dei loro protocolli di segnalazione." - quindi devono avere CAN sulla porta OBD. Tuttavia, non dice quali componenti devono essere collegati a quel bus!
Ok, ma quale sarebbe la ragione per avere un pin-out CAN sulla porta OBD senza avere nulla agganciato a quella CAN? :) Giusto per rispettare la legislazione fornendo qualcosa come un "bus CAN fittizio"?
Non sarebbe la prima volta che viene fatto qualcosa del genere! Sospetto che la maggior parte delle aziende utilizzi CAN per la maggior parte delle comunicazioni, ma l'articolo suggerisce che non DEVONO ...
Pᴀᴜʟsᴛᴇʀ2
2015-07-24 16:35:34 UTC
view on stackexchange narkive permalink

Qual è la relazione esatta tra OBD e CAN?

Controller Area Network (CAN) è lo standard ISO 11898. Come la maggior parte delle altre reti, si basa sul modello OSI. Specifica alcuni parametri per le comunicazioni tra i sistemi del veicolo. CAN è stato specificato per la prima volta nel 1986 da Robert Bosch al congresso della Society of Automotive Engineers (SAE). CAN utilizza comunicazioni seriali su un sistema a due fili.

On Board Diagnostics (OBD) in una forma o nell'altra esiste dal 1968, quando VW lo introdusse su alcuni dei suoi veicoli. Era un sistema piuttosto rudimentale.

La relazione tra i due è di convenienza. Lo standard CAN è semplice da implementare ed è pensato per essere utilizzato nei veicoli. Successivamente è stato utilizzato (in una forma o nell'altra) in altri luoghi in cui era necessaria un'architettura seriale, come nelle navi marittime e nelle fabbriche. È un matrimonio di due standard che funziona nell'era digitale. Entrambi gli standard continuano ad evolversi con la crescita dei requisiti sulle emissioni e di altri standard per i veicoli.

CAN è un protocollo obbligatorio per OBD-II / EOBD?

CAN è non è un protocollo obbligatorio per OBD-II o EOBD. Lo standard ISO 15765-4: 2011 afferma:

ISO 15765-4: 2011 pone limitazioni a tali standard internazionali per l'adempimento delle normative. Non specifica l'architettura del bus CAN all'interno del veicolo , ma cerca di garantire che le comunicazioni CAN regolamentate del veicolo siano conformi ai requisiti delle apparecchiature di prova esterne.

(Enfasi: mio )

Continua dicendo:

ISO 15765-4: 2011 definisce i requisiti per stabilire, mantenere e terminare con successo la comunicazione con un veicolo che implementa i requisiti dei regolamenti OBD / WWH-OBD. Le capacità di comunicazione plug-and-play tra veicoli e apparecchiature di prova sono definite per assicurare l'interoperabilità delle apparecchiature di prova esterne e dei veicoli. ISO 15765-4: 2011 descrive in dettaglio tutti i requisiti del livello OSI per raggiungere questo obiettivo.

Per me, questo afferma che l'architettura del bus CAN è un insieme di standard che specifica la comunicazione, ma non come fare la comunicazione. Mi rendo conto che questo probabilmente sta dividendo i capelli. Un produttore può utilizzare qualsiasi metodo per la comunicazione che desidera, purché l'OBD possa comunicare con l'apparecchiatura di prova. Questo è più un modo per consentire la standardizzazione delle apparecchiature di prova che per qualsiasi altra cosa. Quest'ultimo standard è stato pubblicato nel 2011 e modifica la versione precedente che era stata pubblicata nel 2005. Non temere però, ISO sta lavorando a una nuova revisione che è in fase di sviluppo.

Questa pagina web descrive l'architettura del bus CAN da un livello superiore. Fornisce una grande analisi del perché il bus CAN viene utilizzato nell'industria automobilistica di oggi. Una delle ultime cose che afferma nel suo articolo è:

CAN dominerà la scena automobilistica per molti anni a venire. Ha anche un impatto considerevole in altri settori in cui l'immunità al rumore e la tolleranza ai guasti sono più importanti della velocità pura. Poiché l'hardware CAN è diventato così economico ed è integrato in così tanti microcontrollori, è un'opzione di progettazione che vale la pena considerare la prossima volta che vuoi far dialogare i tuoi sistemi embedded.

Come affermato prima, poiché CAN è così ampiamente utilizzato, sarà con noi per un po ', sia nell'industria automobilistica che in qualsiasi altro luogo, le sue proprietà sono necessarie per soddisfare le esigenze di comunicazione tra i nodi.

... ci sono date a partire dalle quali tutte le auto vendute in determinati mercati devono utilizzare CAN bus per la comunicazione interna tra l'elettronica dell'auto?

Come affermato, il matrimonio di OBD e Il bus CAN è uno dei vantaggi. CAN è un modo per farlo accadere, non un fine tutto. Nessun produttore è tenuto a usarlo, anche se al momento è il modo più semplice per ottenere comunicazioni. Non c'è motivo, in questo momento, di reinventare la ruota.

Anonymous
2015-07-24 22:33:45 UTC
view on stackexchange narkive permalink

OBD è uno standard per una porta diagnostica che fornisce informazioni relative alle emissioni sulla porta diagnostica.

Contrariamente alla credenza popolare, il suo scopo non è impedire il lock-in da parte dei produttori di automobili, ma solo consentire centri di servizio un modo standard per accedere alle informazioni relative alle emissioni richieste per i controlli obbligatori come il "test MOT" (come lo chiamano nel Regno Unito). La roba effettivamente interessante (interessante per un vero meccanico e non solo per un paese che vuole fregarti perché la tua auto rifiuta 0,001g di CO2 in più di quanto dovrebbe) è ancora nascosta dietro protocolli proprietari, ecco perché questi scanner OBD sono inutili e tu sei ancora costretto ad acquistare dispositivi / software diagnostici specifici del produttore (spesso dispositivi contraffatti o rubati, poiché i produttori stessi non li vendono) se vuoi fare qualcosa sulla tua auto.

CAN è un autobus spesso utilizzati nelle automobili per interconnettere i loro diversi computer e consentire loro di comunicare. La porta OBD dovrebbe usare CAN per parlare con il dispositivo diagnostico.

Ora, il fatto che la porta OBD parli CAN non significa che l'auto stessa utilizzi CAN per interconnettere i suoi computer: potrebbe usare qualunque cosa tecnologia che gli piace, che sia un protocollo proprietario o anche Ethernet *, sarà comunque conforme alle normative fintanto che parla CAN sulla porta OBD e fornisce i valori di base richiesti dallo standard.

* cattiva idea a causa della latenza e della complessità non necessaria



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...