Nachdem ich meine Solarmodule angeschlossen und den Votronic MPP-Regler an den LINBUS angeschlossen hatte ( siehe hier ), war ich gespannt, ob die Votronic auch die Spannungen, Ampere und Watt auf der Solarpanel-Seite veröffentlichen würde. Strom und Spannung auf der Batterie-Seite werden vom Hella IBS gesteuert. Leider habe ich nur ausgehenden Strom bzw. Leistung gefunden. Ich veröffentliche eine Reihe von Artikeln auf einem Blog und der erste ist jetzt online. Weitere werden in naher Zukunft erscheinen.

Ford Nugget LINBUS – part 1: A first look

In diesem Thema möchte ich in naher Zukunft meine Erkenntnisse teilen und missverstandene Sachverhalte präsentieren, wenn andere tiefer in die Materie eintauchen möchten.

Ich habe bereits viele LINBUS-Kunden identifiziert und teilweise entschlüsselt. Als Endziel möchte ich eine Art Überwachung des Batteriezustands und des Solar-Leistung über WLAN erstellen.

Frank

Der Blick auf den Bus ist sicher interessant.
Das hier ist auch hilfreich:
elearning.vector.com/mod/page/view.php?id=211

Aber man muss sich auch immer die Frage stellen, ob Aufwand und Nutzen in sinnvollem Verhältnis stehen.

Mein Regler hängt auch am LIN.

Aber um "nur" Batteriezustand und Solarparameter zu sehen, habe ich z.B. Regler und Booster an einen BlueBattery D2 angeschlossen und sehe alles (und noch mehr) über dessen App out of the box.

Wer is der LIN bus Master?

Ich habe mehrere der Geräte identifiziert:
Die Geräte 0x01 und 0x02 beziehen sich auf das Display und die Zentralelektronik. Die Zentralelektronik kann der LIN-Bus-Master sein und die LCD Anzeige kann ein Linbus-Gerät sein, das auf 6 Anfragen pro Sekunde antwortet. Es könnte auch sein, dass das LCD-Display der Master des Busses ist. Auf diesen beiden Geräte-IDs sind Informationen zu den Einstellungen von Heizung und Kühlbox sowie die Informationen auf dem Display wie Temperaturen und Wassertankfüllstände zu erwarten.

Der Trend scheint dahin zu gehen, dass Gerät 0x01 mehr Steuerungs- und Einstellungsinformationen enthält, während 0x02 sensorische Informationen in den Nachrichten enthält.

Die Entscheidung, wer der LIN-Bus-Master ist, ist vorerst unklar. Ich sehe Möglichkeiten, das herauszufinden, aber im Moment steht es nicht auf meiner Liste.

Wasserhahn, saubere und graue Wassertanks

Am Wochenende habe ich die Rohdatenausgabe einiger Geräte mit einer Zeitreihendatenbank verbunden, damit ich den Dateninhalt einfach analysieren und Diagramme vergrößern und verkleinern kann.

Da ich im Winter das Leitungswasser ablassen musste, beschloss ich, die Wirkung des Öffnens des Wasserhahns in der Küche zu beobachten. Frischwasser lag bei 50% und Grauwasser bei 0%.

Ich begann, mir alle 8 Datenbytes der Geräte 0x01 und 0x02 anzusehen. Offensichtlich speichert der Computer Zahlen im Binärformat, Einsen und Nullen. Ein Byte enthält 8 dieser Bits und kann Werte von 0-255 enthalten. Um es uns Computer-Nerds leichter zu machen, können wir die 16-zählig System zur Darstellung der Zahl verwenden, die sogenannte Hexadezimalschreibweise. Als Ziffern werden 0-9 gefolgt von A-F verwendet. Jedes Byte kann nun durch zwei Ziffern dargestellt werden.

Die Rohdatenbytes aller beiden Geräte befinden sich in der folgenden Grafik:

Für Gerät 0x01 gibt es eine sehr kleine Änderung im grünen Kanal. Für Gerät 0x02 gibt es eine deutlichere Änderung in den blauen Daten. Vergrößern und nur diese beiden Bytes auswählen:

Byte 0 (erster Byte) von 0x01 entspricht offenem Leitungswasser oder laufender Wasserpumpe. Byte 5 (sechstes Byte) von 0x02 zeigt einen schönen Schritt davor, der dem Füllstand des Grauwassertanks entspricht. In den kleinen Kreisen erkennt man, dass es auch Mikroschritte von minus 1 gibt. Diese entsprechen dem Füllstandsensor des Frischwassertanks. Beide Sensoren werden im selben Byte kodiert. Das Grauwasser befindet sich in den oberen vier Bits und das saubere Wasser in den unteren vier Bits. Dezimal 33 entspricht Hex 0x21. Hier ist Grauwasser auf Stufe 2 (=50 %) und Klarwasser auf Stufe 1 (=25 %).

Zur Bestätigung habe ich den Grauwassertank manuell aufgefüllt und ihn dann vollständig entleert, um 15.00-15.30.

Die Informationen des Wassertanksensors werden dekodiert. Schließlich entdeckte ich in einem anderen Byte von 0x02 ein ähnliches Signal wie das Öffnen des Hahns. Da es etwas länger läuft, glaube ich, dass das hintere grüne Signal die Pumpe sein könnte und das zweite violette Signal die tatsächliche Öffnung des Wasserhahns. Da das Wasser ausging, gab es einen Zeitunterschied zwischen dem Stoppen der Pumpe und dem Schließen des Wasserhahns.

Im nächsten Beitrag werde ich mich auf den pädagogischen Teil beschränken und die Erkenntnisse hoffentlich schneller weitergeben.

Viele Freude am lesen,
Frank

Hallo zusammen,
ich finde Euren Thread irrsinnig spannend, da ich bereits seit geraumer Zeit darüber nachdenke, die Nugget-LIN-Bus-Implementierung
zu reengineeren, um dann eine neue open source Steuerung beispielsweise via Home Assistent und einem Raspberry pi zu realisieren.
Es wird nicht mehr lange dauern, dass im Wohnmobil-Bereich nur noch die Anbieter überleben werden, die auf offene Schnittstellen setzen.


Gruß André

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.

Was hingegen viel interessanter wäre ist, das Dometic Display bzw. dessen Software zu decompilieren um sich seinen eigenen Build zu kreieren.

Da wird Dometic das Rad auch nicht komplett neu erfunden haben.

Chili schrieb:

Was hingegen viel interessanter wäre ist, das Dometic Display bzw. dessen Software zu decompilieren um sich seinen eigenen Build zu kreieren.

Und das ist dann der massenhaft absetzbare Mehrwert-Bang für den Non-Nerd Durchschnitts-Nugget-User?

Ich mach mit!!!

Naja, mal weiter gedacht:
Wenn es ein inoffizielles "Nugget-Forum-Release" gäbe mit all den realisierten Wünschen (z.B. Solaranzeige auf dem Homescreen statt im Batteriemenü), dann wäre sicher die Nachfrage da.
Da hätten potentiell viele was davon.

Der LIN Bus bzw. CI Bus ist zweifellos interessant.
Nur mir fällt kaum ein, was man am Ende mit diesem Wissen praxisnah anstellen könnte.

Viele von usn haben ja schon eine Home Automation / Monitoring Lösung am Start, da ließe sich der Nugget als logische Erweiterung einbinden.
Das Image des Panels sieht mir nicht verschlüsselt aus, da müsstre einfach mal jemand mit zuviel Zeit durchgehen.

MichaWN schrieb:

Das Image des Panels sieht mir nicht verschlüsselt aus, da müsstre einfach mal jemand mit zuviel Zeit durchgehen.

Damit habe ich schon angefangen.
Das Blöde ist halt, dass sämtliche Prozeduren kryptische Bezeichner haben (die Originalbezeichner sind Opfer des Compilers) und zu gefühlt mehr als 90% irgendwas "definieren".
Letzteres erscheint logisch, da es ein Anzeigepanel ist und die Prozeduren daher mutmaßlich einfach nur ständig die Screeninhalte festlegen.
Großartige Logik, Rechenoperationen oder Verarbeitungen finden da ja eigentlich nicht statt.
Aber was da was ist, das ist echt undurchsichtig...
So wahnsinnig viel scheint es aber gar nicht zu sein: