NEWS
[gelöst]Can-Bus Adapter: keine Verbindung zur Junkers WP
-
@emblitz Ob das plausibel ist, kann ich dir leider nicht sagen, da ich nicht weiß, was für Nachrichten auf dem Bus unterwegs sein müssten. Aber es wird zumindest etwas empfangen mit unterschiedlichen Nachrichten-IDs und -Inhalten. Das sieht gut aus. ;)
Am besten suchst du im Netz, ob du eine Auflistung der Nachrichten und deren Bedeutung findest.
Alternativ bleibt nur einen Dump mitzuloggen und dabei gezielt Aktionen an der Steuerung auszulösen. Über die Zeitpunkte wann man was gemacht hat und dazu die in Frage kommenden Daten aus dem Dump sollte sich schon etwas ableiten lassen.
Die Daten-Bytes im Dump sind in hex-Schreibweise. Vielleicht bekommt man da schon ein paar Temperaturen durch einfaches Umrechnen und vergleichen raus.@crycode
Hallo,vielen Dank für die Rückmeldung.
Im Netz habe ich leider keine Zuordnung gefunden und möchte diese daher gern selbst erstellen.
Ich logge hierfür alle möglichen Datenpunkte deines Adapters in der History mit und habe alle Datenpunkte in ein Flot-Diagramm geworfen um überhaupt zu sehen, was wann in Anhängingkeit z.B. der Leistungsmessung der WP über Mod-Bus oder dem Verlauf der Aussentemperatur etc. passiert.Leider werden die Grafen in den Flot-Trends gar nicht dargestellt.
Ich vermute, dass es mit den eckigen Klammern vor und hinter dem Wert der Objektdatenpunkte deines Adapters zusammenhängt.Wie bekomme ich diese eckigen Klammern weg?
Ich habe versucht mit dem Parser zu arbeiten, weil er die Werte ohne eckige Klammern darstellt, allerdings werden dann die Werte auf die Zahl vor dem Komma aufgerundet. Ich kann dann natürlich keine Veränderungen mehr sehen.
Wenn mir gelingt, die Werte im Flot-Trend abzubilden, sollte die Zuordnung der Datenpunkte um einiges einfacher sein.
Bestimmt hast du hierfür auch eine Lösung :-) ?Eine weitere Frage habe ich noch:
Bei der Kontolle der Werte der Datenpunkte deines Adapters ist mir aufgefallen, dass die Werte scheinbar nicht von hex nach dez umgerechent werden?
Z.B. habe ich den Datenpunkt 08004270 mit "candump can0" im Terminal mit 02 4F geloggt. Gem. Windowsrechner müsste das dann 591 ergeben. Im Daptenpunkt wird aber 2,79 eingetragen.
Kannst du mir bitte auch hier auf die Sprüge helfen, welchen Gedankenfehler ich mache?
LG
emblitz -
@crycode
Hallo,vielen Dank für die Rückmeldung.
Im Netz habe ich leider keine Zuordnung gefunden und möchte diese daher gern selbst erstellen.
Ich logge hierfür alle möglichen Datenpunkte deines Adapters in der History mit und habe alle Datenpunkte in ein Flot-Diagramm geworfen um überhaupt zu sehen, was wann in Anhängingkeit z.B. der Leistungsmessung der WP über Mod-Bus oder dem Verlauf der Aussentemperatur etc. passiert.Leider werden die Grafen in den Flot-Trends gar nicht dargestellt.
Ich vermute, dass es mit den eckigen Klammern vor und hinter dem Wert der Objektdatenpunkte deines Adapters zusammenhängt.Wie bekomme ich diese eckigen Klammern weg?
Ich habe versucht mit dem Parser zu arbeiten, weil er die Werte ohne eckige Klammern darstellt, allerdings werden dann die Werte auf die Zahl vor dem Komma aufgerundet. Ich kann dann natürlich keine Veränderungen mehr sehen.
Wenn mir gelingt, die Werte im Flot-Trend abzubilden, sollte die Zuordnung der Datenpunkte um einiges einfacher sein.
Bestimmt hast du hierfür auch eine Lösung :-) ?Eine weitere Frage habe ich noch:
Bei der Kontolle der Werte der Datenpunkte deines Adapters ist mir aufgefallen, dass die Werte scheinbar nicht von hex nach dez umgerechent werden?
Z.B. habe ich den Datenpunkt 08004270 mit "candump can0" im Terminal mit 02 4F geloggt. Gem. Windowsrechner müsste das dann 591 ergeben. Im Daptenpunkt wird aber 2,79 eingetragen.
Kannst du mir bitte auch hier auf die Sprüge helfen, welchen Gedankenfehler ich mache?LG
emblitz@emblitz Die Werte in den Eckigen Klammern sind auch erst mal nur die Rohdaten, sprich die Werte der einzelnen Bytes aus den Daten der CAN-Nachricht.
Beispiel:[1,6]heißt in Byte 0 der Nachricht stand eine 1 und in Byte 1 eine 6. Diese musst du in eine Zahl umwandeln.Bei 2 Byte würde ich auf einen 16 Bit Integer Wert tippen (1 Byte = 8 Bit).
Also bleibt für den Parser als Datentypint16 BE,int16 LE,uint16 BEoderuint16 LE.
intsind Ganzzahlen mit Vorzeichen (+ oder -),uintsind vorzeichenlose Ganzzahlen (nur +). Die16steht in dem Fall für 16 Bit (2 Byte).int16kann von Werte zwischen -32768 und 32767 annehmen.uint16von 0 bis 65535.
BEundLEgeben die Byte-Reihenfolge an. Oftmals wirdBEgenutzt, kann aber auchLEsein.[1,6]wäre als...int16BE262int16LE1537uint16BE262uint16LE1537
Zum Testen kannst du für eine Nachricht auch mehrere Parser mit den verschiedenen Datentypen anlegen und damit gleich mehrfach gucken ob irgendwo was sinnvolles raus kommt.
Kann natürlich auch sein, dass sich die Werte gar nicht so einfach aus den Rohdaten lesen lassen, sondern man ggf. einzelne Bits beachten muss oder so...
@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Datenpunkt 08004270 mit "candump can0" im Terminal mit 02 4F geloggt. Gem. Windowsrechner müsste das dann 591 ergeben. Im Daptenpunkt wird aber 2,79 eingetragen.
Das hängt damit zusammen, dass die beiden Bytes einzeln betrachtet werden. Das Komma ist in der Darstellung erst mal nur der "Trenner der Bytes".
02 (hex) = 2 (dez)
4F (hex) = 79 (dez)Die Umrechnung vom Windows-Rechner wäre in dem Fall wie das Lesen als
uint16BE. :) -
@emblitz Die Werte in den Eckigen Klammern sind auch erst mal nur die Rohdaten, sprich die Werte der einzelnen Bytes aus den Daten der CAN-Nachricht.
Beispiel:[1,6]heißt in Byte 0 der Nachricht stand eine 1 und in Byte 1 eine 6. Diese musst du in eine Zahl umwandeln.Bei 2 Byte würde ich auf einen 16 Bit Integer Wert tippen (1 Byte = 8 Bit).
Also bleibt für den Parser als Datentypint16 BE,int16 LE,uint16 BEoderuint16 LE.
intsind Ganzzahlen mit Vorzeichen (+ oder -),uintsind vorzeichenlose Ganzzahlen (nur +). Die16steht in dem Fall für 16 Bit (2 Byte).int16kann von Werte zwischen -32768 und 32767 annehmen.uint16von 0 bis 65535.
BEundLEgeben die Byte-Reihenfolge an. Oftmals wirdBEgenutzt, kann aber auchLEsein.[1,6]wäre als...int16BE262int16LE1537uint16BE262uint16LE1537
Zum Testen kannst du für eine Nachricht auch mehrere Parser mit den verschiedenen Datentypen anlegen und damit gleich mehrfach gucken ob irgendwo was sinnvolles raus kommt.
Kann natürlich auch sein, dass sich die Werte gar nicht so einfach aus den Rohdaten lesen lassen, sondern man ggf. einzelne Bits beachten muss oder so...
@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Datenpunkt 08004270 mit "candump can0" im Terminal mit 02 4F geloggt. Gem. Windowsrechner müsste das dann 591 ergeben. Im Daptenpunkt wird aber 2,79 eingetragen.
Das hängt damit zusammen, dass die beiden Bytes einzeln betrachtet werden. Das Komma ist in der Darstellung erst mal nur der "Trenner der Bytes".
02 (hex) = 2 (dez)
4F (hex) = 79 (dez)Die Umrechnung vom Windows-Rechner wäre in dem Fall wie das Lesen als
uint16BE. :)@crycode
Wow, vielen Dank für die Aufklärung.
Jetzt ist bon ich im einiges schlauer und kenne die Zusammenhänge.
Ich hatte immer die Zahlen in den eckigen Klammern vergeblich in meinem Heizungsdisplay gesucht.
Nochmals tausend Dank für die kompetente Hilfe.
Wenn ich die Codes entschlüsselt habe stelle ich sie gern hier zur Verfügung..LG
emblitz -
@emblitz Die Werte in den Eckigen Klammern sind auch erst mal nur die Rohdaten, sprich die Werte der einzelnen Bytes aus den Daten der CAN-Nachricht.
Beispiel:[1,6]heißt in Byte 0 der Nachricht stand eine 1 und in Byte 1 eine 6. Diese musst du in eine Zahl umwandeln.Bei 2 Byte würde ich auf einen 16 Bit Integer Wert tippen (1 Byte = 8 Bit).
Also bleibt für den Parser als Datentypint16 BE,int16 LE,uint16 BEoderuint16 LE.
intsind Ganzzahlen mit Vorzeichen (+ oder -),uintsind vorzeichenlose Ganzzahlen (nur +). Die16steht in dem Fall für 16 Bit (2 Byte).int16kann von Werte zwischen -32768 und 32767 annehmen.uint16von 0 bis 65535.
BEundLEgeben die Byte-Reihenfolge an. Oftmals wirdBEgenutzt, kann aber auchLEsein.[1,6]wäre als...int16BE262int16LE1537uint16BE262uint16LE1537
Zum Testen kannst du für eine Nachricht auch mehrere Parser mit den verschiedenen Datentypen anlegen und damit gleich mehrfach gucken ob irgendwo was sinnvolles raus kommt.
Kann natürlich auch sein, dass sich die Werte gar nicht so einfach aus den Rohdaten lesen lassen, sondern man ggf. einzelne Bits beachten muss oder so...
@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Datenpunkt 08004270 mit "candump can0" im Terminal mit 02 4F geloggt. Gem. Windowsrechner müsste das dann 591 ergeben. Im Daptenpunkt wird aber 2,79 eingetragen.
Das hängt damit zusammen, dass die beiden Bytes einzeln betrachtet werden. Das Komma ist in der Darstellung erst mal nur der "Trenner der Bytes".
02 (hex) = 2 (dez)
4F (hex) = 79 (dez)Die Umrechnung vom Windows-Rechner wäre in dem Fall wie das Lesen als
uint16BE. :)@crycode
Hallo crycode,ich habe für jede Can-Nachricht d.h. für jeden Hexwert vier Parser mit int16 BE, int16 LE, uint16 BE und uint16 LE erstellt.
Dies sind die einzigen brauchbaren Datentypen aus denen Dezimalzahlen hervorgehen.
Funktionierendes Beispiel:
Leider komme ich bei keinem der Parser-Dezimalwerte auf einen Wert, welcher in dem Heizungsdisplay angezeigt wird.
Ich habe die Werte halbiert und gezehnelt sowie verdoppelt usw.Frage 1:
Du hattest geschrieben, dass es auch möglich sein kann, dass nur einzelne Bytes in der Heizung verwendet werden.
Wie kann ich im Parser z.B. nur das zweite Byte berechnen lassen?Frage 2:
Bei einigen Hexwerten scheint die Berechnung scheinbar nicht zu funktioniern, obwohl ich alle Can-Nachrichten mit den o.g. Datentypen im Parser ( int16 BE, int16 LE, uint16 BE und uint16 LE) identisch umrechnen lasse.
Nicht funktionierendes Beispiel:
Hast du dafür eine Erklärung?Die Sache gestaltet sich schwerer als gedacht, weil ich trotz intensiver Recherche vermutl. noch immer ein Verständnisproblem habe.
LG
emblitz -
@crycode
Hallo crycode,ich habe für jede Can-Nachricht d.h. für jeden Hexwert vier Parser mit int16 BE, int16 LE, uint16 BE und uint16 LE erstellt.
Dies sind die einzigen brauchbaren Datentypen aus denen Dezimalzahlen hervorgehen.
Funktionierendes Beispiel:
Leider komme ich bei keinem der Parser-Dezimalwerte auf einen Wert, welcher in dem Heizungsdisplay angezeigt wird.
Ich habe die Werte halbiert und gezehnelt sowie verdoppelt usw.Frage 1:
Du hattest geschrieben, dass es auch möglich sein kann, dass nur einzelne Bytes in der Heizung verwendet werden.
Wie kann ich im Parser z.B. nur das zweite Byte berechnen lassen?Frage 2:
Bei einigen Hexwerten scheint die Berechnung scheinbar nicht zu funktioniern, obwohl ich alle Can-Nachrichten mit den o.g. Datentypen im Parser ( int16 BE, int16 LE, uint16 BE und uint16 LE) identisch umrechnen lasse.
Nicht funktionierendes Beispiel:
Hast du dafür eine Erklärung?Die Sache gestaltet sich schwerer als gedacht, weil ich trotz intensiver Recherche vermutl. noch immer ein Verständnisproblem habe.
LG
emblitz@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Du hattest geschrieben, dass es auch möglich sein kann, dass nur einzelne Bytes in der Heizung verwendet werden.
Wie kann ich im Parser z.B. nur das zweite Byte berechnen lassen?Um nur ein Byte auslesen zu lassen, kannst du einen
int8oderuint8Parser nutzen. Dazu dann den Offset entsprechend setzen (Offset 0 = 1. Byte, 1 = 2. Byte, etc.). Da bekommst du dann Werte von -128 bis 127 bzw. 0 bis 255 raus.Weiterhin kannst du einzelne Bits mit dem
booleanParser auslesen. Dazu musst du dann über die Bitmaske festlegen, welche Bits du auslesen willst. Für alle 8 Bit eines Bytes einzeln bräuchtest du dann also 8 boolean-Parser.@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Bei einigen Hexwerten scheint die Berechnung scheinbar nicht zu funktioniern, obwohl ich alle Can-Nachrichten mit den o.g. Datentypen im Parser ( int16 BE, int16 LE, uint16 BE und uint16 LE) identisch umrechnen lasse.
Wurden die entsprechenden Nachrichten vielleicht nach dem Anlegen der Parser noch nicht wieder empfangen? Die Parser arbeiten nur beim Empfangen der Nachricht und nicht im Nachhinein.
Ansonsten mal ins Log schauen, ob dort irgendwelche Fehler gemeldet werden.
Wie bereits geschrieben: Am besten mal versuchen über den Zeitpunkt die Nachrichten zuordnen zu können. Also z.B. beobachten wann sich eine Temperatur in der Anzeige ändert und passend zu dem Zeitpunkt die CAN-Nachricht finden. Dann wüsste man zumindest schon mal, dass in Nachricht xyz in irgendeiner Form diese Temperatur drin stecken muss.
Vielleicht kannst du auch einfach mal (anonym) den Support von Junkers anschreiben und fragen, ob sie Infos zu dem Protokoll preisgeben. Mehr als nein sagen können sie ja nicht. ;)
-
@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Du hattest geschrieben, dass es auch möglich sein kann, dass nur einzelne Bytes in der Heizung verwendet werden.
Wie kann ich im Parser z.B. nur das zweite Byte berechnen lassen?Um nur ein Byte auslesen zu lassen, kannst du einen
int8oderuint8Parser nutzen. Dazu dann den Offset entsprechend setzen (Offset 0 = 1. Byte, 1 = 2. Byte, etc.). Da bekommst du dann Werte von -128 bis 127 bzw. 0 bis 255 raus.Weiterhin kannst du einzelne Bits mit dem
booleanParser auslesen. Dazu musst du dann über die Bitmaske festlegen, welche Bits du auslesen willst. Für alle 8 Bit eines Bytes einzeln bräuchtest du dann also 8 boolean-Parser.@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Bei einigen Hexwerten scheint die Berechnung scheinbar nicht zu funktioniern, obwohl ich alle Can-Nachrichten mit den o.g. Datentypen im Parser ( int16 BE, int16 LE, uint16 BE und uint16 LE) identisch umrechnen lasse.
Wurden die entsprechenden Nachrichten vielleicht nach dem Anlegen der Parser noch nicht wieder empfangen? Die Parser arbeiten nur beim Empfangen der Nachricht und nicht im Nachhinein.
Ansonsten mal ins Log schauen, ob dort irgendwelche Fehler gemeldet werden.
Wie bereits geschrieben: Am besten mal versuchen über den Zeitpunkt die Nachrichten zuordnen zu können. Also z.B. beobachten wann sich eine Temperatur in der Anzeige ändert und passend zu dem Zeitpunkt die CAN-Nachricht finden. Dann wüsste man zumindest schon mal, dass in Nachricht xyz in irgendeiner Form diese Temperatur drin stecken muss.
Vielleicht kannst du auch einfach mal (anonym) den Support von Junkers anschreiben und fragen, ob sie Infos zu dem Protokoll preisgeben. Mehr als nein sagen können sie ja nicht. ;)
@crycode
Perfekt, wird heute Abend ausprobiert.Das die Datenpunkte von der Heizung nicht aktualisiert werden, hatte ich auch schon vermutet. Ich hatte bislang immer den Raspberry neu gestartet, damit er die bestehenden Werte der Datenpunkte neu berechnet. Das hat aber nicht funktioniert Müsste sich vielleicht ändern, wenn ich die Heizung neu starte,
Wir immer ein dickes Dankeschön für deine Mühe!
LG emblitz
-
@crycode
Perfekt, wird heute Abend ausprobiert.Das die Datenpunkte von der Heizung nicht aktualisiert werden, hatte ich auch schon vermutet. Ich hatte bislang immer den Raspberry neu gestartet, damit er die bestehenden Werte der Datenpunkte neu berechnet. Das hat aber nicht funktioniert Müsste sich vielleicht ändern, wenn ich die Heizung neu starte,
Wir immer ein dickes Dankeschön für deine Mühe!
LG emblitz
@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 erfordert ;-)However, 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 :+1:
-
@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 erfordert ;-)However, 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 :+1:
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 -
@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Du hattest geschrieben, dass es auch möglich sein kann, dass nur einzelne Bytes in der Heizung verwendet werden.
Wie kann ich im Parser z.B. nur das zweite Byte berechnen lassen?Um nur ein Byte auslesen zu lassen, kannst du einen
int8oderuint8Parser nutzen. Dazu dann den Offset entsprechend setzen (Offset 0 = 1. Byte, 1 = 2. Byte, etc.). Da bekommst du dann Werte von -128 bis 127 bzw. 0 bis 255 raus.Weiterhin kannst du einzelne Bits mit dem
booleanParser auslesen. Dazu musst du dann über die Bitmaske festlegen, welche Bits du auslesen willst. Für alle 8 Bit eines Bytes einzeln bräuchtest du dann also 8 boolean-Parser.@emblitz sagte in Can-Bus Adapter: keine Verbindung zur Junkers Wärmepumpe:
Bei einigen Hexwerten scheint die Berechnung scheinbar nicht zu funktioniern, obwohl ich alle Can-Nachrichten mit den o.g. Datentypen im Parser ( int16 BE, int16 LE, uint16 BE und uint16 LE) identisch umrechnen lasse.
Wurden die entsprechenden Nachrichten vielleicht nach dem Anlegen der Parser noch nicht wieder empfangen? Die Parser arbeiten nur beim Empfangen der Nachricht und nicht im Nachhinein.
Ansonsten mal ins Log schauen, ob dort irgendwelche Fehler gemeldet werden.
Wie bereits geschrieben: Am besten mal versuchen über den Zeitpunkt die Nachrichten zuordnen zu können. Also z.B. beobachten wann sich eine Temperatur in der Anzeige ändert und passend zu dem Zeitpunkt die CAN-Nachricht finden. Dann wüsste man zumindest schon mal, dass in Nachricht xyz in irgendeiner Form diese Temperatur drin stecken muss.
Vielleicht kannst du auch einfach mal (anonym) den Support von Junkers anschreiben und fragen, ob sie Infos zu dem Protokoll preisgeben. Mehr als nein sagen können sie ja nicht. ;)
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
-
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. ;)
-
@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
-
@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 -
@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. :)
-
@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
-
@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.) -
@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. :) -
@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
-
@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
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;
794
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge