Chili schrieb:

uakosc1 schrieb:

... via Home Assistent und einem Raspberry pi zu realisieren.

Und wozu?
Ausser für ein paar Nerds ist sowas ja nicht massentauglich.
Und wirklichen Mehrwert erkenne ich erstmal auch nicht.

Wow, da scheint es ja doch ein paar Nugget-Nerds zu geben.

Mir fallen sofort zig Anwendungsfälle ein, falls man die CI-BUS-Kommunikation (=LINBus der Caravan-Industrie) im Nugget entschlüsselt hat.

1) Falls ich keinen MPPT-Regler mit CI-Bus angeschlossen habe, könnte ich über eine offene Schnittstelle/CI-BUS dem Dometic Display die Werte senden,
wie sie ein CI-BUS-kompatibles Gerät machen würde.

2) Ich könnte die Heizung remote per Handy starten, wenn ich von einer langen Wanderung wiederkomme und warm in meinen Nugget einsteigen möchte
und das ohne eine proprietäre Eberspächer Lösung zu verwenden.

3) Warum habe ich eigentlich nicht in meinem Touchdisplay in der Fahrerkabine die gleiche Benutzerschnittstelle wie im Kleiderschrank ?
Wer hat nicht schon mal beim Losfahren vergessen, hinten sämtliches Licht auszuschalten...

4) Was wäre, wenn man endlich vernünftige Tanksensoren einbauen würde und die Füllstandsanzeige nicht in einer separaten App hätte, sondern
wieder im Display wie aktuell?

Mir fallen noch hunderte weitere nützliche Anwendungsfälle ein...warum der LIN-BUS entschlüsselt werden kann....

womolin.de/

Da gibt's auch fertige Interface.

Hier die Spezifikation des Microcontrollers des Dometic-Display:
www.mouser.de/datasheet/2/698/REN_R01UH0...20130523-3235718.pdf

Der bringt den LIN Controller in Hardware mit und sehr wahrscheinlich wird der auch so verwendet.
Ab Kapitel 17 geht's los.

Nur eine Beobachtung, während ich den Eberspacher-Heizung untersuche.

Die Heizung verursacht Kommunikationsprobleme. Gelegentlich erhalte ich Pakete zur Innen-/Außentemperatur, die nur Nullen enthalten, was 60 Grad Celsius entspricht.

Die LED-Beleuchtung blinkt auch, wenn die Heizung eingeschaltet ist. Aber jetzt sehe ich es auch am Linbus.

Was genau meinst du mit "verursacht Kommunikationsprobleme"?

Elektrische Störungen auf physischem Layer?
Auf Protokollebene? Schnattert die Heizung, auch wenn sie nicht gefragt wurde?
Oder sind die Werte auf Applikationsebene falsch/unplausibel?

Die von dir identifizierten Nullen gehören zu letzterem.
Das kann aber kein Flackern der Beleuchtung verursachen.

Eventuell sind das beides Symptome eines anderen Problems.

Ja, es kann viele Ursachen haben. Ganz zu schweigen von einem SW-Fehler oder Timing-Fehler im ESP32-Code.

Und ich erkenne noch einen Denkfehler (auf sevenwatt ist es korrekter formuliert).
Im PID (und auch nirgendwo sonst) werden Geräte adressiert/angesprochen.

LIN funktioniert ja anders.

Der Master sendet den ersten Teil des Frames, den Header. Im PID steht ein Nachrichtentyp.
Davon fühlt sich irgendein Slave angesprochen und schreibt den zweiten Teil des Frames dazu.

Das heisst, dass 01 und 02 keine Geräte sind, sondern Nachrichtentypen.

PID 25 des Master heisst soviel wie "nennt mir jemand den SoC". Der Hella IBS fühlt sich angesprochen und sendet dann den Wert dazu.

Beim Teardown eines Panels habe ich auch mal am LIN geschnüffelt.

Das Panel hat einen Softwarestand von V000400:



Ich habe keine Ahnung, aus welchem Fahrzeug das stammt.
Vielleicht erkennt jemand die Oberfläche:



Die Einstellungen sind dürftig, alles nur Englisch, ein Batteriemenü gibt's gar nicht.

Nach dem Start sendet das Teil immer 16 Frames:


Schlussfolgerung 1: Das Panel ist der LIN-Master.
Schlussfolgerung 2: die aktive Schedule Table hat 16 Einträge

Die erste und die dritte bis 16. Nachricht ist die hier:


Nur die zweite ist anders:


Tja. Welches Gerät hätte sich von der ID 0x15 angesprochen gefühlt?

Auch wenn wohl keiner vermelden wird wer auf ID 0x15 reagiert hätte: Mach bitte weiter!

Ich finde es sehr interessant, sich da ranzutasten!

Kennst du den cumulumbus aus München schon? Der hat sich auch extrem weit reingekniet. Leider in das alte Bedienpanel, das ja per CAN kommuniziert.

Aber vielleicht bietet er ja ein paar interessante Gedankenanstöße...