TV Free fuer PC am RNS-E | Messaggi 32+

Mi sto occupando da tempo del problema del Video In Motion (VIM) nel sistema RNS-E 2010 (modello 193), per il quale, purtroppo, non esiste l'ormai noto hack VIM.

Il sistema RNS-E legge la velocità del veicolo tramite il bus CAN, utilizzando l'identificativo 0x359 (nel modello A3 8PA MJ del 2011).
I byte responsabili non sono i due byte relativi alla velocità, ma il terzo e il quarto byte. Questi ultimi contano le rotazioni delle ruote. Sulla base della circonferenza delle ruote e del numero di rotazioni, il sistema RNS calcola la velocità percorsa.

Se la velocità supera i 5 km/h, l'ingresso TV viene disattivato e viene visualizzato un messaggio che indica che, per motivi di sicurezza, l'immagine TV viene disattivata durante la guida. Inoltre, i messaggi CAN relativi alla pressione dei tasti che vengono inviati al CAN durante la modalità TV non sono più presenti. Solo i due tasti superiori (Avanti e Indietro) continuano a essere trasmessi.

L'attivazione di VIM può essere bloccata semplicemente impedendo l'accesso all'ID 0x359, ma in questo caso la navigazione non funzionerà più (la mappa e la freccia non si muoveranno), perché il sistema RNS-E percepisce il veicolo come fermo.

L'ID 0x359 non deve essere bloccata completamente; è sufficiente non modificare più i byte 3 e 4 (nessuna modifica = nessuna rotazione = fermo). Inoltre, non ha senso far credere al sistema RNS-E di viaggiare a una velocità inferiore a 5 km/h, poiché in questo caso il navigatore sarà sempre in ritardo.

Attualmente, ho implementato una soluzione in cui l'ID viene bloccato o filtrato solo quando l'unità RNS-E è in modalità TV.
Se si passa, ad esempio, alla radio, anche la navigazione dovrebbe funzionare di nuovo.

In breve, l'utilizzo di una versione "corretta" di VIM con il sistema RNS-E 2010 non è possibile .


Al di là del tema del CAN, al momento sto lavorando per pilotare direttamente il display del RNS-E, ovvero senza utilizzare un ingresso video esterno. Se questo dovesse funzionare, si potrebbe eliminare completamente il VIM, poiché il display verrebbe utilizzato semplicemente come monitor per, ad esempio, un CarPC. In questo modo, il display potrebbe visualizzare o il sistema RNS-E, oppure il contenuto del computer.

I componenti sono stati ordinati, la prossima settimana potrò darvi maggiori informazioni...

Progetto interessante .

CAN-Diagnose ha scritto:

Progetto interessante

Intendi con questo VIM o il controllo della visualizzazione?

[Traduzione in corso...]

VIM

Non ho ancora rinunciato e sto attualmente testando diversi scenari con varie modifiche all'ID 0x359.

Aggiornamento da parte mia: il sistema VIM non funziona con il sistema RNS-E prodotto a partire dal 2010.

Il segnale di velocità deve essere bloccato o limitato a 5 km/h. Entrambe le soluzioni impediscono il funzionamento della navigazione.


La mia soluzione per il controllo del display, invece, funziona finalmente!
Ho sviluppato una scheda di conversione che pilota direttamente il display del sistema RNS-E. La scheda viene installata all'interno del sistema RNS-E e collegata alla scheda principale. Alla scheda, a sua volta, collego un Raspberry Pi tramite HDMI.
Con questo, posso utilizzare il display RNS-E con la sua risoluzione massima sul Raspberry Pi, ottenendo una resa pixel-perfetta (800x480).
Sulla scheda è presente un multiplexer che alterna tra il collegamento RNS-E e il display e il collegamento Raspberry Pi e il display.

Attualmente, la commutazione avviene tramite un pulsante, ma in futuro sarà possibile effettuarla tramite CAN bus o controllo radio.

La cosa bella è che ora VIM non è più necessario, perché viene utilizzato solo il display del sistema di navigazione RNS-E per il computer multimediale.