Identifizieren Sie das serielle Protokoll in Honda Odyssey 2007

dccharacter

2016-02-18 08:13:47 UTC

view on stackexchange narkive permalink

Ich versuche herauszufinden, welches serielle Protokoll in Honda Odyssey 2007 für die Kommunikation zwischen dem DVD-Laufwerk RES (Rear Entertainment System) und dem Haupt-Audiokopf verwendet wird. Ich war überzeugt, dass es GA-NET (IEBus) sein würde. Nachdem ich jedoch kein Gerät zum Decodieren dieses Busses verwendet hatte, schloss ich ein Oszilloskop an und war überrascht zu sehen, dass die Drähte nicht differentiell, sondern RX / TX sind.

So sprechen sie:

Exchange
Und dies ist eine Nahaufnahme dessen, was ich für eine Art Keep-Alive-Antwort von DVD halte.

Close up

Ich war wirklich überrascht zu sehen Dies. Die Baudrate scheint zwischen 1200 und 4800 zu liegen, wenn meine Annahme richtig ist - diese Lustnahaufnahme sieht aus wie 3-4 Bytes (wenn dies überhaupt ein 8-Bit-Austausch ist). Oder vielleicht ist es LIN und die Paketgrößen sind 11 und 29 Bit? Ich bin sehr verwirrt und werde mich über Hilfe freuen.

Vielen Dank im Voraus!

Entschuldigung für das Markup - ich kann es überhaupt nicht herausfinden. Wenn Sie die Hilfe lesen - es sieht wirklich einfach aus, aber wenn Sie versuchen, sie tatsächlich zu verwenden - ist dies ein Totalausfall.

Haben Sie gewöhnlichen Garten UART ausprobiert? 1200 2400 4800 sind alle Standard-UART-Baudraten?

Eigentlich nein :-) Das werde ich wohl machen.

Es kommt nichts menschlich Lesbares heraus. Ich habe Tests sowohl mit nicht invertierten (vergessen zu invertieren) als auch invertierten (offensichtlich ist das korrekt) Tests mit allen Arten von Baudraten durchgeführt, einschließlich nicht standardmäßiger Baudaten wie 3000 und 3600 und 6000. Dies sagt mir (vielleicht bin ich falsch) dass der Austausch ein Byte-Stream ist (wenn es sich überhaupt um einen einfachen UART handelt), kein ASCII-Stream. Oder es ist auf Japanisch :-)

Nun, es ist sehr unwahrscheinlich, dass es sich um ASCII handelt. Ehrlich gesagt wäre es schwer zu sagen, ohne vorher zu wissen, was es ist, könnte ein nicht standardmäßiges Protokoll sein. Sie können einige Sequenzen aufschreiben und prüfen, ob am Ende ein Startbyte, ein Längenbyte oder ein CRC-Byte vorhanden ist.

Alle mir bekannten Protokolle haben eine Startsequenz, eine ID, einen Datenteil und normalerweise eine CRC. Ich denke, dass LIN zum Beispiel zuerst eine "Unterbrechung" mit nur Nullen und dann eine Synchronisierung mit 101010101010 hat, und da ich so etwas nicht sehen kann, würde ich nicht denken, dass es LIN ist. Versuchen Sie zuerst, ein Muster zu identifizieren, in dem die Nachricht beginnt und endet. Dann können Sie vielleicht einfach ignorieren, wie die Nachrichten aussehen, aber feststellen, dass eine Nachricht, die so aussieht, eine play_next_key_pressed-Nachricht usw. ist. Übrigens ein lustiges Projekt!