Volkswagen Jetta: Usato, Diesel, 2.0L TDI

Mi scusi per il mio inglese in questo forum tedesco.

Sto cercando di far funzionare un motore TDI 2.0L CBAA del 2009 nel mio Volkswagen T3. Ho individuato tutte le informazioni CAN necessarie, ad eccezione del sistema di controllo della velocità di crociera (GRA).

Attraverso l'analisi del traffico dati, ho scoperto che 0x03A corrisponde a GRA e che si tratta di 3 byte di informazioni. Tuttavia, quando invio queste informazioni alla centralina (ECU), lo stato degli interruttori non cambia quando monitoro il blocco di misurazione 006 in VCDS.

0x0 = 0x2 + "offset"
Off = 0
On = -1
(-) = -3
(SET) = -21
ecc...

0x1 = Rappresentazione binaria di un interruttore:
00000000 = nessun pulsante premuto.
00000001 = ON
xxxxxx1x = ANNULLA
xxxxx1xx = Rallentare.
xxxx1xxx = Accelera.
xxx1xxxx = Insieme
xx1xxxxx = Curriculum vitae

0x2 - Orologio.
Ripetizioni: 20, 52, 84, 116, 148, 180, 212, 244, 20, 52...

0x3 - Sempre "0".


Cosa altro è necessario affinché la centralina utilizzi i miei dati per il controllo della trazione?

Pedal inputs are all correct (all show 0). Speed is shown in the first block of 006. Accelerator pedal input is working . . . I have a strong feeling it is depending on another address as well... Sono bloccato/a!

Cordiali saluti!

Ciao e benvenuti.
Secondo le mie note, i pulsanti del sistema di controllo della velocità di crociera si trovano all'ID 0x289. Il messaggio proviene dal bus comfort (modulo del volante) e viene poi tradotto in ID 0x38A dal gateway, che lo inoltra successivamente al bus del powertrain.

Codice:

byte0: XOR checksum byte1: 00000000 = CCS off 0000000? = stuck ON 000000?1 = pressed OFF 00000?01 = decelerate (-) 0000?001 = accelerate (+) 000?0?01 = decelerate (-) stuck 00?0?001 = accelerate (+) stuck ?0000000 = ACC coded byte2: 0000000? = set 000000?0 = resume 0000??00 = coding. 11 = GRA im blinkerhebel, 01 = GRA im drittenhebel 0x?X = counter from 0x00 to 0xF0 byte3: 00000100 = distance- 00001000 = distance+

majonez ha scritto:

Ciao e benvenuti. Secondo le mie note, i pulsanti del sistema di controllo della velocità di crociera si trovano all'ID 0x289. Il messaggio proviene dal bus comfort (modulo del volante) e viene poi tradotto in ID 0x38A dal gateway, che lo inoltra successivamente al bus del powertrain. Codice: byte0: XOR checksum byte1: 00000000 = CCS off 0000000? = stuck ON 000000?1 = pressed OFF 00000?01 = decelerate (-) 0000?001 = accelerate (+) 000?0?01 = decelerate (-) stuck 00?0?001 = accelerate (+) stuck ?0000000 = ACC coded byte2: 0000000? = set 000000?0 = resume 0000??00 = coding. 11 = GRA im blinkerhebel, 01 = GRA im drittenhebel 0x?X = counter from 0x00 to 0xF0 byte3: 00000100 = distance- 00001000 = distance+

Grazie per queste informazioni! Controllerò di nuovo il mio codice e vedrò a cosa porta.

Oggetto: byte3 - questa è la distanza di sicurezza per il sistema di controllo della velocità adattivo (ACC)?

hasenwerk ha scritto:

majonez ha scritto: Ciao e benvenuti. Secondo le mie note, i pulsanti del sistema di cruise control si trovano all'ID 0x289. Il messaggio proviene dal bus comfort (modulo del volante) e viene poi tradotto in ID 0x38A dal gateway, che lo inoltra successivamente al bus powertrain. Codice: byte0: XOR checksum byte1: 00000000 = CCS off 0000000? = stuck ON 000000?1 = pressed OFF 00000?01 = decelerate (-) 0000?001 = accelerate (+) 000?0?01 = decelerate (-) stuck 00?0?001 = accelerate (+) stuck ?0000000 = ACC coded byte2: 0000000? = set 000000?0 = resume 0000??00 = coding. 11 = GRA im blinkerhebel, 01 = GRA im drittenhebel 0x?X = counter from 0x00 to 0xF0 byte3: 00000100 = distance- 00001000 = distance+ Grazie per queste informazioni! Controllerò di nuovo il mio codice e vedrò a cosa porta. Oggetto: byte3 - questa è la distanza di separazione per il sistema di controllo della velocità adattivo (ACC)?

Ho controllato tutto il codice e penso che l'ECU continui a non funzionare correttamente.

Nell'auto, con il sistema GRA disattivato, si ha:

0x0 0x1 0x2 0x3
20 0 20 0
52 0 52 0
84 0 84 0
116 0 116 0
148 0 148 0
180 0 180 0
212 0 212 0
244 0 244 0
20 0 20 0

GRA impostato su ON.

0x0 0x1 0x2 0x3
21 1 20 0
53 1 52 0
85 1 84 0
117 1 116 0
149 1 148 0
181 1 180 0
213 1 212 0
245 1 244 0
21 1 20 0


Gli esempi precedenti corrispondono a quanto descritto. Tuttavia, se invio questi dati alla centralina (ECU), quest'ultima non cambia stato come dovrebbe: il gruppo 006, chiamato "Switch Blocks", mostra sempre il valore 01000000, che è lo stesso del sistema standard quando l'auto funziona normalmente. C'è qualcos'altro che deve essere attivo prima che la centralina accetti l'input?

Nota a margine: se interpreto 0x38a come 8 byte, i byte dal 3 al 7 hanno effettivamente dei valori... ma sembrano pseudo-casuali. Le sequenze 105, 33, 250, 209 sono le più comuni (più del 50% delle volte), mentre 0, 0, 31, 0; 254, 255, 255, 250; e 255, 0, 0, 160 sono esempi di alcuni dei risultati ottenuti.

hasenwerk ha scritto:

Il gruppo 006, denominato "Switch Blocks", mostra sempre il valore 01000000, che è lo stesso visualizzato dall'auto quando il sistema standard è in funzione. C'è qualcos'altro che deve essere attivo prima che la centralina (ECU) accetti l'input?

Hai collegato il pin di abilitazione CCS fisico nell'ECU del motore a +12V?
Avete calcolato correttamente il checksum?
Hai mantenuto il contatore nel modo corretto?

hasenwerk ha scritto:

Nota a margine: se interpreto 0x38a come 8 byte, i byte dal 3 al 7 hanno effettivamente dei valori... ma sembrano pseudo-casuali. 105, 33, 250, 209 è la sequenza più comune (più del 50% delle volte), mentre 0, 0, 31, 0, 254, 255, 255, 250 e 255, 0, 0, 160 sono esempi di alcuni dei risultati.

Come hai letto un messaggio di 4 byte come se fosse di 8 byte? Non è possibile farlo . I valori casuali sono probabilmente dati corrotti provenienti dalla RAM del microcontrollore.

Saluti, Michal.

majonez ha scritto:

hasenwerk ha scritto: Il gruppo 006, denominato "Switch Blocks", mostra sempre il valore 01000000, che è lo stesso visualizzato dall'auto quando il sistema standard è in funzione. C'è qualcos'altro che deve essere attivo prima che la centralina (ECU) accetti l'input? Hai collegato il pin di abilitazione CCS fisico nell'ECU del motore a +12V? Avete calcolato correttamente il checksum? Hai mantenuto il contatore nel modo corretto? hasenwerk ha scritto: Nota a margine: se interpreto 0x38a come 8 byte, i byte dal 3 al 7 hanno effettivamente dei valori... ma sembrano pseudo-casuali. 105, 33, 250, 209 è la sequenza più comune (più del 50% delle volte), mentre 0, 0, 31, 0, 254, 255, 255, 250 e 255, 0, 0, 160 sono esempi di alcuni dei risultati. Come hai letto un messaggio di 4 byte come se fosse di 8 byte? Non è possibile farlo . I valori casuali sono probabilmente dati corrotti provenienti dalla RAM del microcontrollore. Saluti, Michal.

Pin di abilitazione CCS? Intendi i pin F, F36 e F47? Queste impostazioni sono corrette. Qual è il pin specifico sull'EDC17? In pratica, riesco a collegare la centralina all'autobus CAN dell'auto e funziona quando premo i pulsanti sul comando. Se la collego all'autobus CAN del mio microcontrollore (Arduino con shield CAN), non fa nulla.

Se leggo 0x38A come una lettura di 8 byte invece che di 4 byte, ottengo quei "dati spazzatura", quindi sì, sicuramente dati casuali. Sto inviando un'operazione di scrittura di 4 byte al bus, quindi *dovrei* andare tutto bene.

Qualcuno può confermare che scrivere *solo* nel valore 0x38A è sufficiente per controllare la centralina GRA sull'ECU EDC17?