E-Odin Tacho

[jeff-jordan]

Nee, ich glaub' das passt nicht zu Deinem Screenshot vom Scope.
Wie man an Deiner aufgezeichneten Sequenz sieht, hast Du ja immer 2T Low & 1T High*, oder 1T Low & 2T High.
*) Das erste Bit hat seine 2T Low vor dem Trigger (in der "silent"-Phase zwischen den Datenpaketen).

D.h. nach 3T hast Du - wenn ich das richtig sehe - immer eine fallende Flanke. Beim Manchester-Code ist die fallende Flanke nach 4T, 3T oder 2T.

[gdv-it]

LIN Bus?

[jeff-jordan]

Nö, das mit dem Shift-System von RomanBlack sollte für den Leitungscode schon funktionieren, nur dass Du statt eines 8er Schieberegisters ein einfaches, flankengesteuertes D-Flip-Flop nimmst.

D.h. Du invertierst erstmal das Signal am Pin10 vom 8051er Nuvoton µC und legst es auf den Clock-Eingang des Flipflops (bspw. von einem 74HC74). An den Data-Input hängst Du (wie bei RomanBlack beschrieben) ein RC-Glied. Zeitkonstante musst Du halt ausprobieren bzw. anhand der Messung bestimmen (τ = R × C). Ich würd' mal mit R= 10 kΩ und C= 100nF anfangen (->τ = 1ms). Set & Reset kommen an High.

Dann müsstest Du am Q-Ausgang seriell die einzelnen Bits der Datensequenz bekommen.

Eleganter wäre es natürlich die Decodierung des Leitungscodes per Software zu realisieren, bspw. mit einem kleinen Arduino-Nano.... dann könntest Du Dir die Bits in einen Puffer schreiben und in der Pause via UART in Richtung PC schieben.

[gdv-it]

Da wir nun vom Controller alle notwendigen Daten bekommen (siehe Interface-Thread), würde ich keine weiteren Aufwendungen in das Tacho Protokoll stecken sondern eher ein eigenes Tacho bauen. 3D Drucker ist vorhanden. Daten würde ich vom Controller UART auf einen CAN-Bus legen und zum neuen Tacho führen. Hausautomatisierungen mit CAN Bus habe ich schon umgesetzt, da sehe ich also keine Probleme. Das UART würde ich nicht direkt nach vorn führen weil das bereits an dem Stecker unterm Sitz dermaßen EMV Verseucht ist.

Ideen?
- Simples Arduino Tacho oder schönes grafisches mit nem Raspberry?
- 7" Farb-LCD oder eher E-Ink? Touchscreen? Resistiv/Kapazitiv?
- oder direkt per Android um auch Navi und co dort rein zu bringen?

[jeff-jordan]

Bekommen wir wirklich alle Daten die notwendig sind um sie im Tacho-Display anzuzeigen, also auch Gang (1,2,3,R), Feststellbremse (P), Bremse?

Dann: Die Idee das ganze als Android App zu lösen ist auch kein dummes Würstchen, da braucht man an den UART nur ein HM-10 Modul dran zu hängen und schon kann man via Bluetooth LE die Daten vom Controller abfragen. Da ist man dann auch nicht von der EMV beeinträchtigt.

[gdv-it]

also Funk kommt für mich bei sowas nicht in Frage, da brauch ich was zuverlässiges. Ich würde gern was physikalisch richtig einbauen. Bin aber unsicher ob n Raspi mit Touch-LCD Wettertauglich ist.

Mit meiner vorhandenen software/hardware könnte ich problemlos den Tacho als Widget auf nem Android laufen lassen.

[jeff-jordan]

...
An die Taster kommst du leider nicht ran, die liegen auf der Display-Seite welches verlötet ist. Ich sehe soweit keine Durchkontaktierung. Evtl. kommen die aber an einem PIN vom uC an und du kannst dich dort anklemmen.

Ja, wie zu erwarten war, hängen die beiden Taster an den I/O Ports vom MS51FB9AE (nuvoton) µC.

Pin#11 vom nuvoton ist mit dem <SEL> Button verbunden.
Pin#12 vom nuvoton ist mit dem <SET> Button verbunden.

Beide Pins sind jeweils über einen 10kΩ Widerstand an +Vcc gelegt. Die Buttons verbinden dann die jeweiligen Pins mit GND.

[gdv-it]

Good work.

Du kannst nicht zufällig mal nen logic analyzer an die ports hängen? Würde gern wissen wie die LCD Treiber angesteuert werden. Dann könnte man diesen beknackten novuton einfach gegen einen atmega tauschen um das Display weiter zu verwenden. Ich denke mal dsas sind einfache ShiftRegister Treiber.
Würde sicher einigen helfen.
Hab meine Kiste schon zu geschraubt.

[jeff-jordan]

Sorry, hab' meinen Tacho auch schon wieder zugeschraubt u. verklebt.
Nochmal will ich das Teil nicht aufmachen müssen .

[gdv-it]

Mist