[gelöst]Can-Bus Adapter: keine Verbindung zur Junkers WP
-
@emblitz @crycode, klasse Fred hier da muss ich mich direkt ranhängen, da bei uns gerade eine Bosch Compress 7800i LW in Betrieb gegangen ist und mir Ähnliches vorschwebt. Ich gehe auch davon aus, dass sich die CAN Protokolle von Bosch u Junkers nicht groß unterscheiden, da das ja eh' mittlerweile ein Laden ist und Junkers das evtl, auch schon früher von Bosch dazu gekauft hat
Bei meinen Recherchen bzgl. der Entschlüsselung der Hex-Codes bin ich hierrüber gestolpert:
https://www.mikrocontroller.net/topic/81265?page=single
Ist extrem lang der Fred, aber man findet darin (etwas verteilt) ganz viele Zuordnungen der Hex Codes zu Parametern des Heizsystems und viele entsprechend Beispiele.
Ich bin von Hause aus E-Techniker, allerdings mein Leben lang in der IT unterwegs, muss aber auch sagen, dass wenn man noch nie etwas mit CAN zu tun hatte, dass doch auf jeden Fall einen deutlichen Einarbeitungsaufwand erfordertHowever, der Waveshare RS485 CAN HAT liegt schon hier und ich hoffe in der Weihnachtspause dafür etwas Zeit zu finden.
Spannend bleibt dann aber auch zu schauen, ob sich über das noch zu liefernde Internetmodul (Bosch Prognose: Januar) und dem entsprechenden Adapter hier evtl. auch eine einfachere Lösung realisieren lässt.Ich klinke mich wieder ein, wenn ich hier etwas weiter bin
-
Hallo Pedder007,
schön einen Gleichgesinnten zu treffen.
Hoffentlich können wir uns gegenseitig weiterhelfen.
Ich habe Junkers (Bosch) mit einer Auflistung der Canbus-Adressen angeschrieben. Leider machen die Zuordnung und Umrechnung nicht öffentlich.
Eine Zuordnung habe ich bislang zwar für einige wenige Werte in den Trends aus Flot optisch herstellen können, aber keine passende plausible Umrechnung gefunden.
Die Can-Adressen im verlinkten Mikrocontrollerforum unterscheiden sich leider komplett von den Adressen meiner Heizung. Ansonsten hatte ich keine weiteren brauchbaren Infos im Internet gefunden.
Ich hoffe, dass die Adressen unserer beiden Heizung gleich sind. Einen Mitschnitt meiner Can-Adressen findest du weiter oben. .
Melde dich gern, wenn du soweit bist oder Fragen hast.
LG emblitz -
Hallo crycode,
kann dein Can-Bus Adapter die Hex-Werte direkt mittels einer Formel umrechnen und in das geparste Objekt/Datenpunkt schreiben ?
Ich möchte einen Hex-Wert mittels uint16be nach Dez umrechnen und dann in der folgenden Formel umrechnen. F4 ist dabei das Ergebnis der Wandlung durch den Parser von Hex nach Dez mit uint16be.=105,81916402087-(0,28577699398241F4)+(0,000356191341049951F4F4)-(0,00000020925659550495F4F4F4)
Eventl. funktioniert die Formel in der Custom-Einstellung des Parsers?
Ich weiß nur nicht was ich hier eintragen soll.Ich konnte zwischenzeitlich bereits einige Can-Bus Adressen WP-Funktionen zuordnen und bin mit anderen Wärmepumpenspezis in diesem Forum etwas weitergekommen.
https://www.haustechnikdialog.de/Forum/p/3453047
Die Wandlung der Dez-Werte aus dem Parser mit uint16be scheint sich gut mit der o.g. Formel z.B. bei der Vorlauftemperatur umrechnen zu lassen.
Die Formel stammt aus dem Fhem-Forum
https://forum.fhem.de/index.php/topic,47508.150.htmlLG emblitz
-
@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
=105,81916402087-(0,28577699398241F4)+(0,000356191341049951F4F4)-(0,00000020925659550495F4F4F4)
Das sollte mit einem Custom-Parser funktionieren.
Dazu musst du erst mal den Wert aus dembufferin eine Variable lesen und kannst damit dann rechnen.
Beispiel für das eigene Script zum Lesen:const f4 = buffer.readUInt16BE(0); value = 105,81916402087 - (0,28577699398241 * f4) + (0,000356191341049951 * f4 * f4) - (0,00000020925659550495 * f4 * f4 * f4);bufferist dabei ein Buffer Objekt mit den Daten-Bytes aus der CAN-Nachricht und wird vom Adapter gefüllt.
Invaluemusst du den Wert schreiben, den der Parser zurückgeben soll.
Der Rest ist Standard JavaScript. Diese zwei Zeilen sollten da reichen.Die
0beimbuffer.readUInt16BEist dabei die Stelle im Buffer, von der du lesen willst. Das musst du ggf. anpassen. Bei den vordefinierten Parsern ist das der Offset.Beim eigenen Script zum Schreiben kannst du einfach
//rein schreiben, wenn du nichts senden möchtest. Dann meckert der Adapter auch nicht, dass das Script fehlen würde.
-
@crycode
Vielen Dank für die turoboschnelle Antwort!Ich habe dein Script so übernommen:
Der Datenpunkt wo jetzt die 105 steht sollte mit ca. 24 nach der Umrechnung geschrieben werden.
Umrechnung mit Calc:
Könntest du bitte nochmal schauen was ich falsch gemacht habe?
Die 105 stehen da noch von vorherigen Versuchen und haben sich nicht verändert.
Wenn ich das Lesescript kompl lösche, ändert sich auch nichts an der 105.LG emblitz
-
@emblitz Ups... ersetz mal in dem Skript alle Kommas in den Zahlen gegen einen Punkt. Hab ich beim Kopieren deiner Formel übersehen.
Da müsste im Log auch ein Fehler dazu aufgetaucht sein. -
@crycode
So, habe die Kommas gegen Punkte ersetzt. Lief dann noch nicht.
Habe dann den Namen verkürzt
und die Funktion "Verwende Raw States" aktivert.
Ist das so richtig?
Jetzt läuft es.
Bis hierhin ein dickes Danke für die kompetente Hilfe!!!LG
emblitz -
@emblitz Die Länge der Namen sollte damit nichts zu tun haben.
Auch die Option "Verwende Raw States" wird für die Parser nicht benötigt. Die Raw States sind für externe Verarbeitungen (z.B. in einem eigenen Skript im JavaScript Adapter) gedacht.
Wenn man die nicht braucht ist es besser die Raw States zu deaktivieren, da diese (besonders bei sehr aktiven Bus-Systemen) zu vielen State-Änderungen führen können.P.S.: Freut mich zu lesen, dass du Fortschritte beim Auswerten der Daten machst.
-
@crycode
Ja, dein Adapter ist flexibel anpassbar und einfach großartig. Respekt vor dieser tollen Arbeit!
Die Raw States werden wieder deaktiviert. Ich hatte das Gefühl, dass erst nach der Aktivierung die Werte umgerechnet wurden. Ich werde es im Auge behalten.Eine Frage hat sich noch ergeben.
Kann ich in den verschiedenen Parsern innerhalb einer Can-Bus Adresse oder auch in verschiedenen Parsern anderer Can-Bus Adressen immer die das identische Script verwenden, d.h. darf in allen Scipts immer F4 stehen oder darf F4 nur einmalig in einem Script verwendet werden?LG emblitz
-
@emblitz Danke für das gute Feedback
In den Skripten kannst du verwenden was du willst und auch z.B. den gleichen Namen für Variablen mehrfach in mehreren Parser-Skripten nutzen. Wichtig ist nur, dass bei einem lesen-Skript der Wert oder
undefinedin die Variablevaluegeschrieben wird und bei einem schreiben-Skript die Variablebufferentsprechend gesetzt wird.
Jedes Skript läuft in einem eigenen abgesicherten Kontext und es kann keine Überschneidungen zwischen verschiedenen Parsern geben. (Mit Ausnahme vomsharedDataObjekt, welches speziell für den Austausch zwischen mehreren Skripten gedacht ist.) -
Hallo,
ich wollte meine Erkenntnisse in diesem Forum gerne rückmelden.
Hier nun meine erkannten und zugeordneten Canbus-Adressen für die Junkers Wärmepumpe STM 60-1.
Die Adressen ohne Funktionsbeschreibung konnte ich noch nicht zuordnen.
Viele Adressen werden gar nicht oder nur sehr selten aktuallisiert.Die Umrechnung mittels der u.g. Formel passt bis auf z.T. 0,2-0,3°C Differenz zu den im Display angezeigten Werten.
Energiezählwerte scheinen nicht übertragen zu werden.Wenn jemand einen Tipp hat, wie ich an die Zählerwerte für die erzeugten Heizenergien der Wp komme, wäre ich sehr dankbar.
LG emblitz
msgId msgName parserDataType parserCustomScriptRead
28270 Heizkreispumpe_G1 ein/aus int8
30270
34270
38270 3-Wege_Ventil_Q21_Heizung=0_WW=1 int8
40270
44270 Zirkulationspumpe_WW ein/aus int8
48060
48270 Kompressor ein/aus int8
54270 Solepumpe_G3 ein/aus int8
80060
90270 Wärrmeträgerpumpe_G2_Drehzahl 0-100% int8
388400
388402
388403
388404
388405
388406
3884078000270 Vorlauftemp custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
8004270 Aussentemp custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
8008270 Warmwassertemp custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
8010270 Heizgas custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
8014270 Wärmeträgertemp Austritt custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
8018270 Wärmeträgertemp Eintritt custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
8020270 Solekreistemp Austritt custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
8058270
8060270
8064270
8068270
8070270
8074270
8078270
0002C270 Wärmeträgerpumpe_G2 ein/aus int8
0003C270 Elektr_Zuheizer_1 ein/aus int8
0004C270 Elektr_Zuheizer_2 ein/aus int8
000A8402
000A8403
000A8404
000A8405
000A8406
000A8407
000A8408
000A8409
001D8431
0042C402
0042C403
0042C404
0042C405
0042C406
0042C407
0800C2700801C270 Solekreistemp Eintritt custom const f4 = buffer.readUInt16BE(0); value = 105.81916402087 - (0.28577699398241 * f4) + (0.000356191341049951 * f4 * f4) - (0.00000020925659550495 * f4 * f4 * f4);
0805C270
0806C270
0807C270
09FFC270 -
@emblitz Super!
Magst du deine aktuelle Konfiguration ein mal aus den Adaptereinstellungen als json exportieren und dann hier posten?
Dann könnte ich das vordefinierte Konfiguration für einen Import von GitHub mit aufnehmen und jeder könnte das mit wenigen Klicks laden. -
@crycode Ja, gern.
Die wichtigsten Datenpunkte um einen Überblick des Betriebs der WP zu bekommen, sind enthalten. Leider fehlen die Zählwerte der erzeugten Energien. z.B. für die automatische Berechnung des COP/JAZ.
Das ist die Datei des Exports aus der Canbus-Instanz:LG emblitz
-
@crycode
von mir auch noch mal ein danke, ich hab mich da mal über emblitz mit dran gehängt..anbei die konfiguration für eine junkers ste60 (ohne -1)
die letzten drei bits (6,7,8) der id scheinen modelspezifisch zu sein, aber die bits 2,3,4,5 (ich nenne sie mal register), scheinen zumindest bei junkers in vielen bereichen übereinzustimmen.
junkers_ste60_canbus-messages.json
ich bekomme zwar einige register mehr ausgelesen als emblitz, aber bis auf das datum+uhrzeit habe ich da noch nicht viel brauchbares zusätzlich identifizieren können.
gruß hb
edit:
eine neue formel aus dem fhem forum, aber an der umsetzung in den iobroker code hapert es momentan noch..Gegebenenfalls noch interessant: eine genauere Linearisierung als das Polynom 3. Ordnung (+-0.3°C) ergibt sich mit dem Polynom 5.Ordnung (+-0.1°C) Die Funktion läst sich mittels 'Trendlinie' oder RGP Funktion in Excel bzw. OpenOffice Calc ermitteln. f(x) = − 5,63141E-13 x⁵ + 1,53737E-09 x⁴ − 1,7745E-06 x³ + 0,00108586 x² − 0,4378966 x + 116,88035mein versuch war:
const f4 = buffer.readUInt16BE(0); value = - (5.63141E-13 * f4 * f4 * f4 * f4 * f4) + (1.53737E-09 * f4 * f4 * f4 * f4) − (1.7745E-06 * f4 * f4 * f4) + (0.00108586 * f4 * f4) − (0.4378966 * f4) + 116.88035; value = Math.round(value * 10 ) / 10; -
@hbrockmann sagte in [gelöst]Can-Bus Adapter: keine Verbindung zur Junkers WP:
f(x) = − 5,63141E-13 x⁵ + 1,53737E-09 x⁴ − 1,7745E-06 x³ + 0,00108586 x² − 0,4378966 x + 116,88035
Ich denke das sollte passen:
value = (-5.63141E-13 * f4 * f4 * f4 * f4 * f4) + (1.53737E-09 * f4 * f4 * f4 * f4) − (1.7745E-06 * f4 * f4 * f4) + (0.00108586 * f4 * f4) − (0.4378966 * f4) + 116.88035;
Die Konfigs in GitHub mit aufnehmen mache ich in den nächsten Tagen. Danke euch schon mal dafür!
-
@crycode
leider noch nicht..
ich hab da schon einige versuche durch, auch den mit dem minus innerhalb der klammer..value = (-5.63141E-13 * f4 * f4 * f4 * f4 * f4) + (1.53737E-09 * f4 * f4 * f4 * f4) − (1.7745E-06 * f4 * f4 * f4) + (0.00108586 * f4 * f4) − (0.4378966 * f4) + 116.88035; ^ SyntaxError: Unexpected character '−' at makeNiceSyntaxError (/opt/iobroker/node_modules/vm2/lib/transformer.js:41:16) at transformer (/opt/iobroker/node_modules/vm2/lib/transformer.js:84:8) at NodeVM.run ....diverse andere weitere fehler.... -
@hbrockmann Ah... du hast da wohl anstatt einem Minus-Zeichens ein anderes Zeichen drin, was nahezu identisch aussieht.
Versuch mal das:
value = (-5.63141E-13 * f4 * f4 * f4 * f4 * f4) + (1.53737E-09 * f4 * f4 * f4 * f4) - (1.7745E-06 * f4 * f4 * f4) + (0.00108586 * f4 * f4) - (0.4378966 * f4) + 116.88035; -
@crycode said in [gelöst]Can-Bus Adapter: keine Verbindung zur Junkers WP:
value = (-5.63141E-13 * f4 * f4 * f4 * f4 * f4) + (1.53737E-09 * f4 * f4 * f4 * f4) - (1.7745E-06 * f4 * f4 * f4) + (0.00108586 * f4 * f4) - (0.4378966 * f4) + 116.88035;
..§$%&/~@€#.. ich glaubs nicht..
das war es.. was auch immer das für ein zeichen war..danke..!!!!
anbei der überarbeitete export..
junkers_ste60_canbus-messages.jsonedit:
das hat mir ja nun keine ruhe gelassen.. aber ja, im hex editor ist es deutlich zu erkennen das "pseudo-minus".. -
@hbrockmann
Hallo,
ich habe die neue Formel in einem separaten Parser für den VL auch ausprobiert. Das Ergebnis liegt nun nur noch -0,1°C satt vorher -0,2°C vom Displaywert "daneben". Die Formel scheint wie im Fhem-Forum berichtet , in der Tat etwas genauer zu rechnen. Sehr gut!
Eventl. schaffen wir es nocht auf den Punkt
Ich beobachte den weiteren Verlauf morgen und werde die anderen Werte vermutl. ebenfalls mit der neuen Formel berechnen lassen.
Nach der kompletten Anpassung lade ich dann wieder hier die Config-Datei hoch.@crycode: Warte mal noch mit dem Hochladen nach Github!
@ hbrockmann:
Bekommts du nun auch plausible Werte mit deiner WP?LG
emblitz -
@emblitz said in [gelöst]Can-Bus Adapter: keine Verbindung zur Junkers WP:
@ hbrockmann:
Bekommts du nun auch plausible Werte mit deiner WP?LG
emblitzauf jeden fall sind die bekannten nun noch dichter dran an den displaywerten, wie bei dir auch..
bei den unbekannten war es leider kein fortschritt..
