Pagina 7 di 8 PrimaPrima ... 5678 UltimaUltima
Risultati da 61 a 70 di 78
  1. #61
    UTENTE ATTIVO L'avatar di munro
    Data Registrazione
    Oct 2012
    Localit
    TERRA
    Messaggi
    1,207
    di seguito riporto altre info riguardo la linea can in quanto sostanzialmente la mia idea è di riuscire a riprogrammare le varie ecu usando non la classica porta obd ma implementando il pc con il tool di riprogrammazione adeguamente conformato per poter seguire in real time sia il lavoro ecu,quindi micro,ram e flash,e di conseguenza implementare spezzoni di codici per la ricalibrazione degli stessi purtroppo come potrete vedere in seguito la cosa è fattibile ma particolarmente difficile perche appunto ogni frame di dati canbus presenta un codice indentificatore e uno di priorita che attraverso i vari nodi can viene di volta volta processato.

    Il protocollo CAN
    Attualmente ci sono due versioni principali del protocollo CAN
    standard: 2.0A con 11bit identificatori
    standard CAN estesa: 2.0B con 29bits identificatori
    CAN è definito in ISO_11519 e ISO_11898.

    ISO 11898-2 definisce l'alta velocità CAN, fino a 1Mbit / sec

    ISO 11898-2 ad alta velocità

    ISO 11898-2 è lo standard di ****llo fisico più usato per reti CAN. Esso descrive l'unità di accesso al bus (implementato come transceiver CAN ad alta velocità) funzioni, così come alcune caratteristiche dell'interfaccia di media-dipendente.
    In questo standard la velocità dei dati è definito fino a 1 Mbit / s con una teoricamente possibile lunghezza del bus di 40 m a 1 Mbit / s. Lo standard ad alta velocità specifica un bus differenziale a due fili per cui il numero di nodi è limitato dal busload elettrica. L'impedenza di linea caratteristica è di 120 Ohm, la tensione di modo comune varia da -2 V sul CAN_L a +7 V CAN_H. La nominale specifica ritardo di propagazione della linea bus a due fili è specificato a 5 ns / m. Tutte queste figure sono valide solo per un / velocità di trasferimento 1 Mbit s ed una lunghezza di rete massima di 40 m.
    Per ottenere la compatibilità fisico tutti i nodi della rete devono utilizzare lo stesso o un simile bit di temporizzazione. Per le applicazioni automotive la SAE ha pubblicato le specifiche SAE J2284. Per le applicazioni non-automotive industriali e di altro il progettista del sistema può utilizzare la raccomandazione CiA 102. Questa specifica definisce il bit-timing per i tassi di 10 kbit / s a 1 Mbit / s. Esso fornisce inoltre raccomandazioni per le linee di bus e per i connettori e assegnazione dei pin.

    ISO 11.898-3 (aka ISO 11.519-2) definisce il fault tolerant (e velocità inferiore) possono, fino a 125Kbit / sec

    ISO 11.898-3 fault-tolerant

    Una forma alternativa di interfacciamento del bus e la disposizione di linee di autobus è specificato nella norma ISO 11.898-3 (fault-tolerant CAN). Questo standard è utilizzato principalmente per l'elettronica del corpo nel settore automobilistico. Dato che per questa specifica è ipotizzato un circuito breve, il problema della riflessione segnale non è così importante come per le linee di bus lunghi. Ciò rende l'uso di una linea bus aperto possibile.
    Questo significa driver a bassa bus possono essere utilizzati per reti con un consumo energetico molto basso e la topologia bus non è limitata ad una struttura lineare. È possibile trasmettere dati asimmetricamente su una sola linea bus in caso di guasto elettrico di una delle linee di bus.
    ISO 11.898-3 definisce velocità di trasferimento dati fino a 125 kbit / s con la lunghezza massima del bus a seconda della velocità di trasmissione dati utilizzato e la marea. Sono specificati fino a 32 nodi per rete. La tensione di modo comune è compresa tra -2 V e +7 V. L'alimentatore è definito a 5 V.
    Chip ricetrasmettitore, che supportano questo standard, sono disponibili da diverse società. I ricetrasmettitori fault-tolerant supportano la gestione degli errori completa compresa l'individuazione di errori del bus e commutazione automatica per la trasmissione del segnale asimmetrica.


    ****lli di tensione ISO 11898-2 (CAN ad alta velocità)

    Segnale stato recessivo stato dominante
    min nominale max min nominale max
    CAN-alta 2.0 2.5 3.0 2,75 3.5 4.5 Volt
    CAN-Low 2.0 2.5 3.0 0.5 1.5 2.25 Volt

    Si noti che per lo stato recessivo, tensione nominale per i due fili è la stessa. Questo diminuisce la potenza assorbita dai nodi attraverso i resistori di terminazione. Queste resistenze sono 120ohm e si trovano su ciascuna estremità dei fili. Alcune persone hanno giocato con l'utilizzo di resistori di terminazione centrali (vale a dire, la loro messa in un posto sul bus). Questo non è raccomandato, poiché tale configurazione non impedirà problemi di riflessione.

    ISO 11519 ****lli di tensione (CAN a bassa velocità)



    Segnale stato recessivo stato dominante
    min nominale max min nominale max
    CAN-alta 1.6 1.75 1.9 3.85 4.0 5.0 Volt
    CAN-Low 3.1 3.25 3.4 0 1.0 1.15 Volt

    ISO 11519 non richiede resistori di terminazione. Essi non sono necessari perché i tassi po 'limitato (massimo 125 kb / s) rende il bus insensibile alle riflessioni. Il ****llo di tensione sul bus CAN è recessivo quando il bus è inattivo.


    lunghezze di bus
    La lunghezza massima del bus di una rete CAN dipende dalla velocità di bit utilizzata. È necessario che il fronte d'onda del segnale di bit ha tempo di viaggiare al nodo più remota e viceversa prima viene campionato il bit. Ciò significa che se la lunghezza del bus è vicino al massimo per il bit rate utilizzato, si dovrebbe
    scegliere il punto di campionamento con la massima cura - un altro canto, si dovrebbe sempre farlo!
    Di seguito una tabella di diverse lunghezze di autobus e le velocità di trasmissione massime corrispondenti.


    lunghezza del bus (m) Massima velocità di bit (bit / s)
    40 1 Mbit / s
    100 500 kbit / s
    200 250 KPIT / s
    500 125 kbit / s
    6 km 10 kbit / s



    cavi
    Secondo lo standard ISO 11898, l'impedenza del cavo deve essere di 120 + - 12 ohm. Si deve essere attorcigliato coppia, schermati o non schermati. Il lavoro è in corso sullo standard single-wire SAE J2411.
    Un motociclista non crea code nemmeno in auto...
    un automoblista crea code anche in moto...

  2. #62
    UTENTE ATTIVO L'avatar di munro
    Data Registrazione
    Oct 2012
    Localit
    TERRA
    Messaggi
    1,207
    CAN frames
    Ecco alcune informazioni su frame di dati CAN
    il seguente quadro è da http://www.jcelectronica*****/articl...tutorial_2.htm
    Lo Standard e cornici estese sono mostrati, e la diversa lunghezza del campo indirizzo può essere visto.

    CAN affidabilità
    CAN comunicazioni del bus sono generalmente molto affidabili, piuttosto insensibile ai disturbi esterni (dal interferenze esterne influenzano analogamente entrambi i fili, la differenza tra le tensioni rimane invariato), e al singolo guasto centralina. I dispositivi possono spesso lavorare anche in caso di bus essere gravemente collegato male (un cavo cortocircuitato a terra o a Vcc). Non c'è bisogno di una terra comune aumenta la robustezza. Questa affidabilità è tra le proprietà che lo hanno reso lo standard attuale in ambienti difficili, con un'ampia gamma di temperature, e molto diverse situazioni ambientali.

    Rilevamento CAN
    Poiché ci sono molti fili, non è facile individuare quelli appropriati.
    segnali 0.CAN di solito non sono presenti se la chiave non è acceso per alimentare il cruscotto. (Normalmente non è necessario che il motore è alimentato).
    fili 1.can di solito sono intrecciati.
    2.Checking segnale CAN presenza senza l'uso di un oscilloscopio: Un semplice test per vedere se il bus funziona correttamente è usare un multimetro e misurare la tensione tra i due fili. In situazioni "perfetto", se il bus è attivo e funzionante mostrerà un 2,5V o 0,5V stabile (in assenza di variazioni del segnale), o un veloce alternanza tra il 0,5 e 2,5V. Se non funziona, sarà 0V come uno dei controller CAN sulla rete sta tirando il bus bassa (noto come Bus Off).
    3. Operando con un oscilloscopio a due canali, e utilizzando la funzione di sottrarre tra i due segnali CAN-H e CAN-L, si dovrebbe ottenere una costante (perché i due segnali hanno fasi opposte). Oscilloscopio può anche aiutare a rilevare la velocità dei segnali CAN bus. (Aggiungerà dettagli qui).
    4. Un indicatore presenza può indiretto potrebbe essere il test per la terminazione corretta. La corretta terminazione di un bus CAN può essere facilmente testato con un multimetro: quando il bus non è utilizzato, una resistenza di 60ohm deve essere misurata tra le due cavi (due 120 ohm terminatori in parallelo ai lati invia una resistenza globale di 120 / 2 = 60 ohm).
    5. Come uno strumento utile per il rilevamento possibile controllare la Würth CANfinder dispositivo .
    6. segnali CAN non potevano essere presenti dove dovrebbero essere (cioè nel connettore OBD2) se una corretta impostazione non viene eseguita sul dispositivo gateway.
    prorpio sul gateway vorrei soffermarmi perche proprio questa "porta can bus" è oggetto di studio in quanto sembra essere presente su diverse vetture,in realta esistono delle interfaccie appositamente sviluupate con tanto di sw che permettono gia di implementare un pc in linea can rendendolo di fatto un ulteriore nodo o modulo al pari della ecu in quanto se ci pensate la ecu si comporta un pò come un pc con tanto di hard disk(la eprom flash).Inoltre come vedremo ci sono svariati altri hardware in grado di interfacciarsi alla rete can.


    Interfacciamento con CAN
    In termini di circuiti, ogni dispositivo di connessione al bus CAN di solito si interfaccia tramite un controller CAN, che a sua volta acceses bus tramite un driver linea CAN (in realtà un ricetrasmettitore).


    Il controller può effettivamente parlare con il dispositivo in qualche modo (per esempio tramite un'interfaccia seriale RS232) e sulle altre Molti produttori di produrre circuiti integrati del driver linea CAN, per esempio Dallas Semiconductors / MAXIM MAX13050 o Microchip MCP2551 .o Philips PCA82C250 . o Philips / NXP TJA1054

    La corretta terminazione bus deve essere presente ad ogni estremità del bus per smorzare la riflessione del segnale elettrico (echi). Inoltre è importante minimizzare la lunghezza del collegamento tra il bus e il ricetrasmettitore di ciascun dispositivo collegato (per minimizzare effetti indesiderati eco).


    I moduli sono insiemi di ECU
    In un veicolo, un modulo di solito identifica un insieme di due o più centraline elettroniche.
    Il controllo del motore è il primo e più critico, le corrispondenti unità di controllo sono le più complesse. Engine Control Unit (ECU) è supportata da unità di controllo della trasmissione (TCU) ed i due sono a volte indicato come modulo di controllo Powertrain (PCM). Transmission Control Unit, tra le altre cose, si prende cura di cambio marcia.

    Le unità di controllo elettronico relativi utenti sono spesso indicati nel suo complesso con il termine modulo di body computer o BCM.
    Un motociclista non crea code nemmeno in auto...
    un automoblista crea code anche in moto...

  3. #63
    UTENTE ATTIVO L'avatar di munro
    Data Registrazione
    Oct 2012
    Localit
    TERRA
    Messaggi
    1,207
    diverse reti
    La diversa criticità della segnalazione tra i dispositivi elettronici del veicolo, ha creato una spinta per isolare le reti di diversi moduli, per esigenze di sicurezza, ma anche per diverse interfacce di apparecchiature essendo a velocità diverse.
    Queste reti diverse sono raggruppati in 3 classi principali:

    Telaio Corpo, che richiedono velocità fino a 10Kbps (vetri elettrici, porte, ecc,) [come esempio di BCM vedi riferimenti successivi a Peugeot BSI Built-in System Interface]
    strumentazione del cruscotto, che richiede gamma di velocità 50-125Kbps (strumentazione, aria condizionata, ecc)
    Motore e trasmissione, richiedendo ad alta velocità (fino a 1Mbps)

    Alcune di queste reti veicolo può anche essere non-CAN. Ci sono altri standard utilizzati nelle reti dei veicoli, come LIN (utilizzato per il basso costo, a bassa velocità, uso non critico, vedi anche qui ), FlexRay (usato per l'alta velocità, le esigenze critiche, in BMW SUV), MOST (Media Oriented System Transport ) per il multimedia e infotainment.


    Separazione Bus

    Controllo Motore, Airbag, sottosistema di frenata, controllo della velocità e ABS, sono i sistemi più critici per la sicurezza, richiedono ad alta velocità, e quindi di solito sono tenuti separati dai sistemi meno critici.

    La separazione tra i diversi autobus può permettere molto di più capacità di recupero dei sistemi critici nel caso di una unità di controllo non critica fallisce (il motore dell'auto si avvia ancora se si dispone di un problema nel lettore CD o nelle luci della cabina).



    I gateway tra reti diverse
    Nella maggior parte dei veicoli, molte reti CAN sono lì, operante a velocità diversa, e che vi sono gateway consentono dati trasferiti tra i vari bus.
    La presenza di questi gateway consentono filtrato trasferimento di informazioni, insieme con eventuale cambio di velocità. Un gateway potrebbe agire come un firewall consentendo solo la propagazione dei pacchetti specifici. Gateway sono in realtà dispositivi elettronici collegati a più bus, e possono essere programmati per consentire il filtraggio dei pacchetti.
    Vi è una specifica interessante chiamato Pass-Through SAE J2534-1 che è stato progettato per consentire una sorta di protocollo comune (!! fornitore e marchio indipendente !!) per l'attraversamento in-tra i gateway bus (può o non può). Questo standard deve essere supportato su tutti i veicoli prodotti dopo il 2004. specifica pass-through è rivolto a riprogrammazione e ri-lampeggio delle singole centraline elettroniche, ma permette anche di leggere e scrivere I / O, e messaggi periodici definizione. Vi è anche un insieme di API definite (Application alle interfacce per programmi), attraverso il quale il dialogo può essere implementato.

    Ecco la descrizione del documento raccomandazione SAE J2534-1, come preso da J2534/1: Recommended Practice for Pass-Thru Vehicle Programming - SAE International il 22 settembre 2011.


    "Questa pratica suggerita SAE fornisce il quadro per consentire alle applicazioni software di riprogrammazione da ogni Casa automobilistica la possibilità di lavorare con più strumenti di interfaccia di collegamento dati del veicolo da più fornitori di utensili. Questo sistema permette ad ogni costruttore del veicolo per controllare la sequenza di programmazione per unità di controllo elettronica (ECU ) nei loro veicoli, ma consente un unico insieme di hardware interfaccia di programmazione e veicoli da utilizzare per moduli di programma per tutti i costruttori di veicoli. Questo documento non limita le possibilità hardware per la connessione tra il PC utilizzato per l'applicazione software e l'utensile ( ad esempio, RS-232, RS-485, USB, Ethernet ...). fornitori di utensili sono liberi di scegliere l'interfaccia hardware appropriato per il loro strumento. l'obiettivo di questo documento è quello di garantire che il software di riprogrammazione da qualsiasi costruttore del veicolo è compatibile con hardware fornito da qualsiasi produttore di utensili. l'agenzia statunitense Environmental Protection (EPA) e il California Air Resources Board (ARB) hanno proposto i requisiti per la riprogrammazione veicoli per tutti i produttori da parte del settore aftermarket riparazione. Il presente documento ha lo scopo di soddisfare tali requisiti proposti per i veicoli di anno di modello del 2004. Requisiti aggiuntivi per l'anno modello 2005 possono richiedere la revisione di questo documento, in particolare l'inclusione di SAE J1939 per alcuni veicoli pesanti. Questo documento sarà rivisto per un'eventuale revisione dopo quei regolamenti sono finalizzate e requisiti sono meglio compresi. Eventuali revisioni includono software specifico SAE J1939 e un connettore veicolo alternativo, ma si prevede l'hardware di base di un dispositivo di interfaccia SAE J2534 rimanere invariata ".

    Controllare anche questo articolo di Dan Demaggio da Drew Technologies : http://www.drewtech*****/support/j2534/intro.html per la storia dello sviluppo di questa raccomandazione SAE.


    Ecco un esempio di un dispositivo gateway doppia interfaccia CAN bus: CAN / CAN Gateway CG-ARM7, prodotto da EMS Dr. Thomas Wünsche: http://www.ems-wuensche*****/?menu=_...atasheets/html / cgarm7_e


    Tale dispositivo è infatti un firewall con un sofisticato filtro del contenuto dei pacchetti e la capacità di riscrittura.
    Ecco un documento che descrive un dispositivo può ingresso in una macchina Volkswagen Golf
    I due paragrafi seguenti sono tratte da http://www.my-gti*****/2296

    Il ruolo del Gateway (noto anche come il bus dati J533 interfaccia diagnostica) è lo scambio di dati tra i sistemi di bus dati CAN ( 'Powertrain CAN bus dati', 'convenienza CAN bus dati' e 'autobus infotainment CAN dati') e la conversione dei dati diagnostici dai sistemi bus di dati CAN a K-cavo e viceversa in modo che i dati possono essere utilizzati per la diagnosi dei veicoli, sistemi di informazione e di sperimentazione, come gli strumenti rivenditore VAS e Vagcom / VCD.

    Per vari motivi, tra cui problemi di consumo di energia con unità di testa di terza generazione o l'aggiunta di nuovi moduli non supportati il gateway bus CAN deve essere aggiornato a una nuova versione. Questa guida copre la sostituzione del gateway bus CAN in un 2005 MY06 Volkswagen Golf GTI. L'aggiornamento sostituisce il 1K0 907 530 E (1K0907530E) con una 1K0 907 530 AA (1K0907530AA).

    Ecco una foto della Volkswagen / Audi gateway (parte no: 1K0907530AA), tratto da http://www.my-gti*****/1101

    Questo gateway in termini di Volkswagen si chiama "bus dati interfaccia diagnostica J533". E 'utilizzato in molti modelli di auto da questo fornitore. Ho trovato un documento tecnico di Audi (Audi A5 gruppo proprietari sito Audi_A5 _-_ Networking_en_2.pdf ) che descrive la versione 4 diversa di questo componente gateway (differenze sono in termini di interfacce), per i diversi modelli di auto. È collegato a molti autobus differenti (diverse lattine, Lin, la maggior parte). Il documento afferma che la "modalità di trasporto" può essere attivato su richiesta. Credo che questo modo di trasporto potrebbe consentire il flusso di informazioni tra i diversi autobus attraverso il gateway stesso (che in questa modalità si comporta un po 'come un router).
    Un motociclista non crea code nemmeno in auto...
    un automoblista crea code anche in moto...

  4. #64
    UTENTE ATTIVO L'avatar di munro
    Data Registrazione
    Oct 2012
    Localit
    TERRA
    Messaggi
    1,207
    parlaimo un pò della porta obd ovvero la porta seriale che consente la riprogrammazione dei parametri ecu(non su tutte dipende,ma questo è un altro argomento)che poi è quello che interessa tutti noi.
    il motivo di tutto questo chilometrico post di cui mi vorrei scusare un pò ripeto è l'implementazione di nuove funzioni anche non impengnando fisicamente tale porta.vediamo un po come funziona.

    OBD: On Board Diagnostic
    A causa della progressiva diffusione di dispositivi elettronici nel settore dei veicoli, anche procedure diagnostiche hanno iniziato a fare affidamento su interrogazione questi diversi pezzi di elettronica, per la risoluzione dei problemi, e messa a punto dei parametri.
    Gli standard diagnostico di bordo (OBD) definiscono come queste diagnosi può essere eseguita. Ogni unità di controllo dispone di una serie di codici di difficoltà diagnostici (DTC) che possono aiutare a identificare il proprio stato o eventuali guasti.
    diagnosi effettiva viene eseguita da un tecnico collegamento di un dispositivo di ispezione ad una spina specifico all'interno del veicolo, e l'analisi eseguendo.
    In molti veicoli, il connettore OBD (attualmente in genere conforme alla OBD-2 standard) è a portata di mano dal sedile di guida e consente l'accesso ad almeno uno dei veicolo può autobus.

    Nel corso degli anni, molte versioni differenti dello standard OBD apparvero, e quella attuale è etichettato OBD-2 o OBD-II, che utilizza un 16 pin (2x8) Connettore femmina SAE J1962 sul veicolo. configurazioni specifiche di gateway potrebbero essere necessari in modo da consentire specifica unità elettroniche di controllo del traffico (filtraggio) sia disponibile sul OBD-2 interfaccia CAN. Inoltre, a seconda del produttore e il modello, la disponibilità bus CAN sul connettore OBD-2 potrebbe essere necessaria una configurazione specifica altrove (forse ponticelli nel pannello dell'interruttore).
    Essere presenti in molti veicoli, il connettore OBD-2 di solito consente l'accesso a molti segnali diagnostici. A volte più di un bus CAN è reso disponibile sul connettore, su diversi sulla mappa.

    Ecco la piedinatura del connettore FIAT OBD-2: http://pinoutsguide*****/CarElectron...i_pinout.shtml



    Alcune "regole" circa il connettore OBD-2
    (informazioni da http://www.auterraweb*****/obdiipinout.html e 404 - Beitrag nicht gefunden )
    Se il perno 5,6,14,16 sono collegati, i pin 6 e 14 sono CAN-HI / LOW (ISO_15765-4 / SAE_J2284), mentre il pin 5 è a terra ed il pin 16 è 12Vcc
    Se sono collegati i pin 5,7,16 e facoltativamente 15, il connettore supporta l'accesso ai ISO_9141-2 (aka KWP): pin 5 è a terra, il pin 16 è 12Vcc, pin 7 è ISO-dati (aka ISO_K-line), come così come il perno opzionale 15, che è più vecchio ISO_9141-2 (aka ISO_L-line).
    Se sono collegati i pin 2,5,16, il connettore supporta l'accesso ai VPW_J1850: pin 5 è a terra, il pin 16 è 12 Vcc, e il pin 2 è VPW-dati

    Se sono collegati i pin 2,5,10,16, il connettore supporta l'accesso ai PWM_J1850: pin 5 è a terra, il pin 16 è 12 Vcc, e il pin 2 e 10 sono PWM-dati

    Connettore Pins 1,3,8,9,11,12,13 (se collegato) vengono utilizzati in modo diverso da diversi costruttori di veicoli, e lo standard OBD-2 non definisce il loro ruolo.

    Utilizzo di contatto di alcuni produttori (tavolo da 404 - Beitrag nicht gefunden ):
    perno SAE J1979,
    ISO 15031 GM Fiat Opel Saab Isuzu GM-FI
    da 5,2002
    1 Produttore mandato secondo UART ABS, freni, K-Line riservato Saab Instruments (+) SIR (GM8192 Prot.) SW-LS-CAN (33kb)
    o
    DW-FT-CAN (+) (<125KB)
    2 J1850 (+) PWM / VPW J1850 (+) VPW DW-FT-CAN (+) n / a n / a n / a n / a
    3 Produttore mandato Comfort Airbag K-Line, K2, TCM, Tetto apribile, CDL, Multi-Timer n / a ABS (KW81-Prot.) MS-CAN (+) (95kb)
    4 terra del telaio terra del telaio terra del telaio terra del telaio terra del telaio terra del telaio terra del telaio
    5 massa del segnale massa del segnale massa del segnale massa del segnale massa del segnale massa del segnale massa del segnale
    6 ISO 15765 HS-CAN (+) PCM ISO 15765 HS-CAN (+) Blinkcode Blinkcode TCM ISO 15765 HS-CAN (+) (500kB)
    7 ISO 9141 K-Line n / a ISO 9141 K-Line (motore) K-Line, K1 (motore) K-Line, K1 (motore) K-Linie, K1 (motore) n / a
    8 Produttore mandato CCM n / a K-Line, K4 K-Line (Saab 9000/1, KW81 / 82 Prot.) n / a riservato
    9 Produttore mandato prima UART corpo ECU reserviert Saab Instruments (-) ECM / TCM (GM8192 Prot.) DW-FT-CAN (-) (<125KB)
    10 J1850 (-) PWM n / a DW-FT-CAN (-) n / a n / a n / a n / a
    11 Produttore mandato controller EVA (Sistema antifurto) riservato Posti di memoria L-Line SIGNORE MS-CAN (-) (95kb)
    12 Produttore mandato addominali vano motore K-Line, K3, ABS, TC, sterzo, RTD, OW n / a addominali K-Line (KW82 Prot.)
    13 Produttore mandato SIGNORE Compartimento bagagli f riservato. K-Line, K5 n / a ECM riservato
    14 ISO 15765 HS-CAN (-) E & C ISO 15765 HS-CAN (-) riservato n / a n / a ISO 15765 HS-CAN (-) (500kB)
    15 ISO 9141 L-Line n / a n / a n / a n / a n / a n / a
    16 Batteria più, non commutata Batteria più, non commutata Batteria più, non commutata Batteria più, non commutata Batteria più, non commutata Batteria più, non commutata Batteria più, non commutata


    Accesso ai bus CAN in auto
    Quando CAN bus non è disponibile nella spina OBD2 o non è possibile per la connessione nella porta seriale, o se il gateway non è "pubblico" I segnali sulla porta OBD2,o via bus si potrebbe avere la possibilità do collegarsi ai suoi fili.
    Ma è necessario un disclaimer:
    Nella maggior parte dei casi, i produttori di automobili non sono idonei a rivelare le specifiche dei loro sistemi diagnostici e non ci sono approcci semplici che sono coerente tra le diverse marche. Anche se si è in grado di accedere segnali CAN, non sarà un compito facile per decodificare e comprendere il significato dei pacchetti di dati. Qui è una guida (preparato dalla società britannica Racelogic ) a trovare i cavi giusti in diversi veicoli. Dispositivi come il suddetto Würth canfinder possono anche essere utili.

    Su auto Volkswagen Golf, i seguenti codici di colore filo applicano (da http://www.my-gti*****/991/performin...can-bus-wiring ). Tutte le tre reti possibile utilizzare coppie di cavi, e ogni coppia possono essere identificati dal colore del filo CAN-HIGH, essendo tutti i fili CAN-LOW dello stesso colore.

    Una linea non schermato bifilare (1) e (2) con una sezione trasversale di 0,35 mm² o 0,5 mm² viene utilizzato per il cablaggio CAN bus.
    I codici colore del cablaggio CAN bus sono:
    Powertrain CAN ad alta filo arancione / nero
    Convenienza CAN ad alta filo arancione / verde
    Infotainment CAN ad alta arancione / viola
    CAN bassa del filo, (tutti) arancio / marrone

    Su FIAT Punto diesel, abbiamo trovato un segnale CAN nel connettore dietro la radio. I fili possono in questa vettura sono rosa-nero e bianco-rosa.
    il seguente collegamento descrive un progetto per interfacciare un bus CAN macchina a una rete Wi-Fi:
    http://www2.cs.uidaho.edu/~oman/RTCS...r-project.pptx

    Per Peugeot (/ PSA e probabilmente per cytroen) automobili, controllare questo sito: http://peugeot.mainspot.net/ dove si possono trovare informazioni precise e Schema di collegamento completa per Peugeot307 , insieme alle informazioni su BSI (Body Control: B uilt -In S istema I nterface)
    Peugeot BSI è collegato e "accoppiato" per unità di controllo del motore, e ci sono le protezioni per evitare manomissioni da parte di rivenditori non ufficiali o tecnici di auto-riparazione. Qui ci sono una serie di avvisi relativi alla manutenzione Peugeot BSI-ECU: http://www.liontamer.net/forums/inde...topic,3.0.html
    Qui è una foto di una Peugeot BSI.
    Peugeot / PSA utilizzati per implementare la propria versione di bus CAN, chiamato VAN (Dati del veicolo Area Network Comfort VAN autobus bus / corpo Data Control). Ho trovato alcuni ragazzi intelligenti che hanno fatto un po 'di lavoro impressionante nella raccolta di informazioni su Van: Graham Auld, e Alessandro Zummo. Controllare http://graham.auld.me.uk/projects/vanbus/index.html e http://code.***********/p/van-bus/ ho avuto modo di questi siti tramite questa pagina web.
    Un motociclista non crea code nemmeno in auto...
    un automoblista crea code anche in moto...

  5. #65
    UTENTE ATTIVO L'avatar di munro
    Data Registrazione
    Oct 2012
    Localit
    TERRA
    Messaggi
    1,207
    Accesso CAN in camion
    In particolare per i camion, non vi è un altro standard, di avere un accesso uniforme ai dati del veicolo, e mirato per le esigenze di guida di dispositivi di monitoraggio.

    http://www.fms-standard*****/
    Questo standard FMS (Fleet Management System) è molto importante per consentire l'accesso alle informazioni specifiche camion come il tachimetro e contachilometri, che sono necessari per essere letti nei dispositivi per controllare l'attività del conducente (tachigrafi digitali). FMS richiede un SAE J1939 CAN 29 bit 250kbit / sec sottostante standard.

    Per tachigrafi digitali europei, controllare http
    ://www.dtco.vdo*****
    Al fine di essere compatibile con FMS serie, produttori di veicoli industriali implementano una specifica centralina di gateway che legge le informazioni richieste dal principio da tutti i luoghi adatti e attraverso tutti gli standard richiesti, rispettando protocolli interni specifici del veicolo-marchio, e rende tutti questi informazioni disponibili attraverso uno specifico bus CAN a cui è collegato il dispositivo contagiri.
    In questo modo, un FMS dispositivi contagiri digitale compatibili possono essere facilmente collegati a qualsiasi FMS camion compatibile.



    Diversi cavi di collegamento
    (Questa sezione ha bisogno di lavoro ed è parzialmente superata da quello che ho scritto nella sezione del connettore OBD-2)

    Un certo numero di diversi cavi pronti esiste per accedere diagnostica per auto, di solito tramite il suddetto connettore di ODB-2
    ecco un elenco dei loro nomi, ma sono lontani dal comprendere le loro differenze

    SAE J1850 (può essere un doppio differenziale filo di 41,6 Kbit / s PWM -pulse Larghezza Modulation-, o un 10.4Kbit / s VPW Singlewire Pulse Width -Variable). vedere questo documento Intel.
    SAE J2534 (questo è un protocollo PWM utilizzato in Ford, Lincoln, Mercury, veicoli Mazda)

    K-LINE e L-LINE (ISO 9141-2) (da spiegare: ho bisogno di studiare)
    ISO 14230-4 (noto anche come KWP)

    PWM può
    HS-CAN (ISO 15765)

    VAG-COM non è un cavo, ma un prodotto da Ross-Tech. Si tratta di un software di Windows diagnostica per Volkswagen / Audi. Alcuni cavi da utilizzare con questo software sono etichettati VAG-COM

    ELM 32x sono circuiti integrati, (qui è elm327 descrizione), venduto da elmelectronics***** e basata su Microchip Technology Inc . Dispositivi prime. Questi chip ELM agiscono come decodificatori ODB2 generici e sono in grado di identificare e decodificare molti dei diversi segnali disponibili sulla spina ODB2, convertendoli in RS232, per collegamento a un PC. Molti software di diagnostica diversi PC sono in grado di interfacciarsi con l'elettronica per auto tramite un adattatore ELM base, come questa

    Arduino e CAN
    E 'possibile interfacciare un Arduino 2009 bordo con bus CAN, tramite una specifica stringa di codice
    si può usare SkPang Arduino CAN-Bus Shield , per la connessione a una Audi A6 (2003) e si è in grado (mediante l'applicazione di esempio fornito) per leggere correttamente RPM (giri al minuto) i dati dal motore utilizzando un meccanismo di polling.

    Questo scudo utilizza un MCP2515 CAN controller e un MCP2551 CAN Line Driver.

    Sk-Pang scudo utilizza una libreria preso dal codice Fabien Greif (qui è il sito principale: http://www.kreatives-chaos*****/artikel/universelle-can -bibliothek )

    OBDuino
    Si tratta di un progetto, avviato nel 2009, di utilizzare una scheda Arduino, come consuetudine per interfacciarsi con auto CAN-Bus e costruire una
    Il progetto è descritto in questa pagina Wikipedia: OBDuino - Wikipedia, the free encyclopedia e il codice repository, insieme ad alcune immagini di prototipi, si trova in una pagina di ******-code, qui: http: // codice. ***********/p/opengauge/wiki/OBDuinoInterface


    MPGuino
    Questo progetto è mirato a costruire un computer di misurazione del carburante, con un Arduino come il dispositivo, analizzando gli impulsi agli iniettori di carburante, e con le tabelle per il calcolo del combustibile iniettato specifica basandosi sulla durata dell'impulso. I segnali devono essere direttamente lettura / presa dai principali collegamenti del motore ECU gli iniettori. I dati appare estremamente accurata. Ecco il link: http://ecomodder*****/wiki/index.php/MPGuino



    Teltonika FM4200
    Si tratta di un dispositivo appositamente progettato per interfacciarsi con FMS interfaccia CAN in camion.
    che utilizza un microcontrollore NXP LPC2368 che è (per inciso) la stessa UC utilizzato dal mbed progetto. Ecco alcune informazioni circa il microcontrollore che include un controller CAN (ma non un ricetrasmettitore CAN). I circuiti FM4200 utilizza un Texas Instruments SN65HVD234D CAN ricetrasmettitore 3.3V.

    CAN bus dati reverse engineering:
    Per una vettura Toyota Prius, da Attila Vass: The new 2004 Toyota Prius : My CAN Project
    Per una vettura SAAB da Tomi Liljemark: http://pikkupossu.1g.fi/tomi/projects/i-bus/i-bus.html

    Riferimenti generali e link
    Il grande sito CAN-CIA: http://www.can-cia.org/ che è probabilmente il miglior sito e più affidabile di riferimento disponibile.
    Il dizionario può : contiene una definizione della maggior parte degli acronimi e abbreviazioni.

    Grande pagina su CAN di Staffan Nilsson: http://www.staffannilsson.eu/developer/CAN.htm
    Bosch CAN 2.0 specifiche .
    Pagine Mike J Schofield: (URL non funzionante: http://www.mjschofield*****/~~number=plural - c'è uno specchio in sito Staffan Nilsson)
    http://www.ixxat*****/can-controller...uction_en.html
    http://www.jcelectronica*****/articl...20tutorial.htm


    CAN fornitori di analisi e attrezzature
    http://www.vector-group.net
    http://www.kvaser*****
    http://www.ems-wuensche***** : Ho comprato un EMS-Wuensche CPC-USB / ARM7 con optoisolamento galvanica e transceiver a bassa velocità (TJA1054) per il settore automobilistico. Ricevuto l'oggetto (2010.dec.10), e la prima impressione è buona: sembra molto ben costruito e affidabile. Presto testarlo sul campo.
    http://www.lawicel*****/
    http://www.peak-system*****/
    Un motociclista non crea code nemmeno in auto...
    un automoblista crea code anche in moto...

  6. #66
    UTENTE ATTIVO L'avatar di munro
    Data Registrazione
    Oct 2012
    Localit
    TERRA
    Messaggi
    1,207
    CAN bus in moto
    Naturalmente,anche le moto utilizzano elettronica con protocolli digitali.
    ed anche qui riuscire ad hacherare la can bus e con essa il modulo ecu ha applicazioni vastissime non solo sulla mappatura in tempo reale ma su tutta una serie di sistemi che sono integrati sulle moderne motociclette
    come traction controll drive by wire ecc..gli eventuali sviluppi su tali sitemi permetterebbero di cucirsi addosso la moto e non solo ovviamente questa come un abito basta avere fantasia.di seguito posto un sw molto conosciuto che stò usando nei momenti liberi per lo studio degli stati logici can bus.
    Software
    FreeDiag: Freediag - Vehicle Diagnostic Suite
    *********** è un software per l'analisi di auto italiane fatte (fiat / alfa / Lancia di marca). Disponibile in versione gratuita e in versione a pagamento, con caratteristiche diverse. Http://***********.net . Ecco una lista dei veicoli supportati dalla versione corrente della ***********.

    Ricapitolando di primo acchitto sembrebbe impossibile riuscire nello scopo Ma questa impossibilità non è normalmente a causa di ragioni fisiche. Ogni produttore ECU utilizza il proprio insieme di regole e codici di pacchetti di dati sulle loro reti veicoli. Queste informazioni e formati di dati non sono facilmente disponibili, e non ci sono regole condivise seguita da diversi produttori.

    FM4200 che citavo prima ad esempio è progettato per essere in grado di decodificare FMS CAN, che è una rappresentazione formato di dati standard accettati e condivisi da tutti i veicoli industriali (camion). L'obiettivo è quello di consentire di interconnessione contagiri con cruscotto del veicolo.

    Tachimetri sono dispositivi che in molti paesi deve essere installato sul camion in modo da monitorare il comportamento del conducente e attività lavorative. Dal momento che ci sono molti dispositivi contagiri, che sono costruiti e installati da molti paesi fornitori certificati, era necessario uno standard, in modo da FMS è nato. L'accesso non professionale per la connessione dati del tachimetro è generalmente vietato.

    Attraverso bus dati inverso dell'automobile di tecniche di ingegneria, per lo più sulla base di prove ed errori e / o informazioni trapelate, è teoricamente possibile mappare alcuni dei pacchetti di dati possibile per il loro significato. Generalmente solo leggere approccio è sicuro. Ma i problemi potrebbero sorgere quando la manutenzione del software del veicolo viene effettuata, in quanto significato pacchetto di dati potrebbe cambiare, e produttori attuali non sono tenuti a rivelare apertamente questi dettagli.

    Accesso in scrittura alla trasmissione e il motore del bus è da considerarsi critica ed è generalmente esplicitamente vietato o fortemente sconsigliato anche se noi tutti ben sappiamo che se stessimo a dar retta hai veti imposti da qualche burocrate di turno saremmo rimasti forse ancora all'età della pietra.

    Di sicuro però potrebbe essere grande se tutti i dati fossero comprensibile e accessibile, ma ci sono importanti implicazioni per la sicurezza se la gente irresponsabile manomettere queste cose. Sicurezza del veicolo, la copertura assicurativa e la sicurezza stradale potrebbero venire influenzati.
    spero di non aver annoiato nessun con questo lungo trattato sull'argomento e mi raccomando:

    Studiate sempre, imparate e capite prima di "giocare"con questa roba.
    E se volete condividte responsabilmente le vostre scoperte.

    Munro
    Un motociclista non crea code nemmeno in auto...
    un automoblista crea code anche in moto...

  7. #67
    UTENTE ATTIVO L'avatar di ugoboss
    Data Registrazione
    Sep 2013
    Localit
    FRARA
    Messaggi
    1,825
    bel lavoro , grazie, e auguri per la salute.
    ugo ---- presidente A.E.P.

  8. #68
    UTENTE MEDIO
    Data Registrazione
    May 2015
    Messaggi
    279
    Grande lavoro! Non sai che piacere averti letto qui sul forum! Ben tornato e un augurio per tutto!

  9. #69
    UTENTE ATTIVO L'avatar di munro
    Data Registrazione
    Oct 2012
    Localit
    TERRA
    Messaggi
    1,207
    Grazie a voi ragazzi per tutto

  10. #70
    UTENTE MEDIO L'avatar di tranky
    Data Registrazione
    Aug 2015
    Localit
    Alfa147Land
    Messaggi
    702
    Parzialmente vero ciò che dici ma se programmi e presumo di si visto che ne parli a modo, sai che un reverse con de compilazione fatta con la architettura nativa ti restituisce il code nativo.
    Poi se é C++ oltre alle variabili definite dal costruttore si possono interpretare le roule (regole/istruzioni) e con logica modificarle.
    Quindi impossibile non direi, ho fatto di peggio.. ma sicuramente un gran lavoro e bisogna avere una buona potenza di calcolo per fare il revert del codice.
    Vivi ****** & Muori da EROE !

Pagina 7 di 8 PrimaPrima ... 5678 UltimaUltima

Tag per Questa Discussione

Permessi di Scrittura

  • Tu non puoi inviare nuove discussioni
  • Tu non puoi inviare risposte
  • Tu non puoi inviare allegati
  • Tu non puoi modificare i tuoi messaggi
  •