A soros protokoll azonosítása a Honda Odyssey 2007-ben

dccharacter

2016-02-18 08:13:47 UTC

view on stackexchange narkive permalink

Megpróbálom kideríteni, mi az a soros protokoll, amelyet a Honda Odyssey 2007-ben használnak a RES (hátsó szórakoztató rendszer) DVD-meghajtó és a fő audio fej közötti kommunikációhoz. Meg voltam róla győződve, hogy GA-NET (IEBus) lesz , de miután nem használtam egy eszközt a busz dekódolásához, összekötöttem egy hatókört és meglepődve tapasztaltam, hogy a vezetékek nem differenciálisak, hanem inkább RX / TX.

Így beszélnek:

Exchange
És ez egy olyan kép, amely véleményem szerint kissé olyan, mint hogy életben tartsa a DVD válaszát.

Close up

Nagyon meglepődtem, amikor láttam ez. Úgy tűnik, hogy a átviteli sebesség 1200-4800 között van, ha feltételezésem helyes - ez a kéjes vértes 3-4 bájtnak tűnik (ha ez egyáltalán 8 bites adatcsere). Vagy talán LIN, és a csomagméretek 11 és 29 bitek? Nagyon zavart vagyok, értékelni fogom a segítséget.

Előre is nagyon köszönöm!

Sajnálom a jelölést - teljesen képtelen vagyok rájönni. Ha elolvassa a súgót - ez nagyon egyszerűnek tűnik, de amikor megpróbálja ténylegesen használni, az teljes kudarc

Kipróbáltad már a közönséges kerti UART-ot? 1200 2400 4800 mind szabványos UART adatátviteli sebesség?

Valójában nem :-) Valószínűleg megteszem.

Semmi emberi olvasható nem jön ki. Teszteket végeztem mind invertálatlanul (elfelejtettem invertálni), mind fordítottan (nyilvánvalóan ez a helyes), mindenféle átviteli sebességgel, beleértve a nem szabványosakat is, mint a 3000, a 3600 és a 6000. hogy a csere byte-stream (ha egyáltalán egyszerű UART), nem pedig ASCII stream. Vagy japánul :-)

Nos, nagyon valószínűtlen, hogy ASCII legyen. Őszintén szólva nehéz lenne megmondani anélkül, hogy tudnánk, mi ez előre, lehet, hogy ez egy nem szabványos protokoll. Felírhat néhány szekvenciát, és megnézheti, hogy van-e rajtja kezdő, hosszú vagy CRC bájt.

Minden olyan protokollnak, amelyről tudom, van valamilyen kezdési sorrend, valamilyen azonosító, adatrész és általában CRC. SZERINTEM, hogy például a LIN-nek először van egy "törése", csak nullákkal, majd egy szinkronizálása az 101010101010-tel, és mivel semmi hasonlót nem látok, nem hinném, hogy ez LIN. Először próbáljon meg azonosítani egy mintát az üzenet kezdetének és végének, majd talán figyelmen kívül hagyhatja, hogyan néznek ki az üzenetek, de megállapíthatja, hogy egy ilyen üzenet egy play_next_key_pressed üzenet stb. Szórakoztató projekt egyébként!