NEWS
Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus
-
Also, canbus.0.680.fa010e-set wurde hinzugefügt. Wenn ich aber hier einen Wert setze, bleibt canbus.0.300.fa010e unverändert.
canbus.0.180.fa0696 gibt es, ist wohl auch der richtige, wird aber auch nicht verändert wenn ich canbus.0.680.fac107-set auf true setze.
-
@hg6806 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
Also, canbus.0.680.fa010e-set wurde hinzugefügt. Wenn ich aber hier einen Wert setze, bleibt canbus.0.300.fa010e unverändert.
Hast du danach den aktuellen Wert mittels
canbus.0.680.fa010e
abgefragt?canbus.0.180.fa0696 gibt es, ist wohl auch der richtige, wird aber auch nicht verändert wenn ich canbus.0.680.fac107-set auf true setze.
Dann versuch mal
canbus.0.680.fa0696-set
von dieser Konfiguration: canbus-messages-680-fa0696-set.jsonWenn das beides nichts hilft, bräuchte ich mal einen candump, wo du dann über die originale Steuerung diese zwei Sachen änderst.
-
@crycode sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
Hast du danach den aktuellen Wert mittels canbus.0.680.fa010e abgefragt?
Ja, canbus.0.300.fa010e bleibt aber unverändert, außerdem steht das sowieso auf 5sek Abfrage.
canbus.0.680.fa0696-set ist auch hinzugefügt worden, jedoch bleibt auch canbus.0.180.fa0696 unverändert wenn ich ....set auf true setze
Mache ich vielleicht noch was falsch?
-
@hg6806 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
Mache ich vielleicht noch was falsch?
Vermute dann sind die gesendeten Datenpakete noch nicht richtig. Also liegt der Fehler nicht bei dir, sondern in den Konfigurationsteilen von mir.
Wie oben geschrieben, habe ich das nur aus den vorhandenen Datenpaketen abgeleitet, ohne genau zu wissen, was gesendet werden muss.Ein neuer Versuch für
fa0696-set
mit angepasster Empfänger-ID: canbus-messages-680-fa0696-set.json
Beim Import bitte den Haken bei "Vorhandene Nachrichten beim Import überschreiben" setzen, damit der vorhandene aktualisiert wird.
Falls du dir zutraust selbst die Parser zum Testen zu ändern... (falls nicht kann ich dir auch wieder Konfigurationen zum Import machen)
Das "Eigene Skript zum Schreiben" fürfa0696-set
sieht damit jetzt so aus:buffer = Buffer.from([0x60, 0x00, 0xFA, 0x06, 0x96, 0x00, 0x00]); buffer[5] = value ? 0x01 : 0x00;
Anstatt
0x60, 0x00
(Bedienmodul) könntest du noch0x30, 0x00
(Hauptmodul) und0xA0, 0x00
(???) testen. In der ersten Version hatte ich0x20, 0x0A
(RoCon) drin. -
Ja da hab ich mir nen Script erstellt was Super funktioniert.
Ich hab auch nen Script erstellt wenn WW bereitet wird das UWp min auf 40 und MAX auf 100 gestellt wird so das er die komplette Bandbreite ausschöpfen kann.Danach wird alles auf den alten Wert zurück gestellt. -
Ich kann gerne meine Scripte Sammlung für die Rotex posten.
-
@cb187 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
Ich kann gerne meine Scripte Sammlung für die Rotex posten.
Dann mal los
-
@crycode defrost.txt ForceDHW.txt JAZ Berechnung.txt Rotex Meldung telegram.txtBetriebsart aktiv.txt
So sehn meine Datenpunkte aus.
-
@crycode sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
buffer = Buffer.from([0x60, 0x00, 0xFA, 0x06, 0x96, 0x00, 0x00]); buffer[5] = value ? 0x01 : 0x00;
Die 2. Version hatte auch nicht geklappt.
Ich kann das schon ändern, bei mir steht aber nur eine Zeile drin:buffer = Buffer.from([0x31, 0x00, 0xFA, 0x06, 0x96]);
Soll ich da wirklich beide Zeilen reinkopieren?
@cb187
Klasse, tausend Dank! Probiere es später mal aus!
Edit: Wie füge ich das denn ein? -
@hg6806 in Blockly Script kannst du doch importieren.
-
@hg6806 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:
Ich kann das schon ändern, bei mir steht aber nur eine Zeile drin:
buffer = Buffer.from([0x31, 0x00, 0xFA, 0x06, 0x96]);
Soll ich da wirklich beide Zeilen reinkopieren?
Nein, dann bist du beim falschen Parser. Das ist der
fa0696
, du musst aber zumfa0696-set
. -
@cb187
Hatte ich probiert, geht aber nicht
-
@hg6806 mhm probier es gleich mal eben selber.
-
@cb187 so diese sollten jetzt funktionieren.Hab hier auch noch nen Dashboard für Node Red mutbeigepackt was ich nutze.
defrost.txt ForceDHW.txt JAZ Berechnung.txt Betriebsart aktiv.txt Rotex Meldung telegram.txt Node Red Dashboard Rotex.json
-
OK, klappt jetzt.
Habe gesehen, dass du beim Abtauen auf Modus "Sommer" schaltest. War das so in der FHEM Lösung auch so?Wie berechnest du den COP? Über Node-Red?
Damit kenne ich mich nicht so aus. -
@hg6806 ja die Lösung war auch so in FHEM.Die Formel steht ja in dem Script.Muss aber auch noch dazu sagen das ich noch nen extra Zähler für die WP habe.
-
So sieht die Dashboard Oberfläche von Flow aus.
-
Ein Interesantes Thema was ihr hier behandelt, insbesondere wenn man auch eine Rotex im Keller hat. Traue mich nur nicht so richtig loszulegen da ich Angst habe etwas kaputt zu machen. Hätte aber schon gerne die Werte abgefragt die ich von der Rotex bekomme und diese in meinem ioBroker integriert. Hab mir dazu auch schon ein CAN HAT gekauft.
Würde mein CAN HUT gerne auf eine Pi 1 Zero montieren und die Daten dann auf meinen ioBroker übertragen.
Ist das so machbar und gibt es da irgendwo eine einfache Anleitung wie ich vorgehen muss?
Danke und Grüße, Claus
-
Hallo,
solange, wie man sich zutraut, 3 Kabel anzuschließen ohne dabei innerhalb der Steuerung Kurzschlüsse zu produzieren, kann man eigentlich nichts kaputtmachen.
Zu Anfang hatte ich auch einen Pi 1 Zero W genommen, der wurde allerdings zu zäh in der Bedienung beim Entwickeln und habe dann auf einen Pi 3 B geswitched, der es auch heute noch ist. Aber wenn du bei 10 bis max. 20 Datenpunkten bleibst und die restlichen, nicht benötigten, Datenpunkte wieder im Adapter löscht, schafft der Zero es auch locker.
Andersherum wird es dann richtig interessant: Man sieht, warum es nicht so läuft, wie man es gedacht hast und kannst aktiv Sachen einstellen, die sonst unmöglich sind, beispielsweise:
- Ich stelle meine Rotex nachts auf Bereitschaft, so ist es viel ruhiger im Haus und takten gehört der Vergangenheit an (hätte man natürlich auch mit den Zeitprogrammen hinbekommen, aber nicht so flexibel).
- Erst wenn die PV genug liefert, schalte ich die HPSU ein.
- Die Warmwassertemperatur kann man an die Außentemperatur anpassen.
- Baden hat nie vernünftig funktioniert, jetzt (mit ein bisschen Vorlaufzeit) kann man über Verstellung der Spreizung auf Ansage die Wassertemperatur temporär hoch halten (das mit der Partyfunktion habe ich irgendwie nie hinbekommen).
- Allerdings (und ich kann nicht mehr sagen, ob es vorher anders war) zickt meine HPSU nicht reproduzierbar etwas herum, so dass ich sie inzwischen, beim Auftreten von bestimmten Fehlermeldungen automatisiert abschalte, also resetten muss. Das passiert manchmal 2 x die Woche, manchmal wochenlang nicht. Ich habe allerdings nach 8 Jahren Betrieb den Durchflussmesser (wie dieser Tage in dem SHK Info YouTube gezeigt wurde) im Verdacht sporadisch nicht mehr korrekt zu messen.
Mit solchen Energiespar- und Komfortmaßnahmen habe ich 1/3 weniger Verbrauch in diesem Winter geschafft, man kann also nicht nur bares Geld sparen, sondern auch die Maschine schonen, indem man das Takten endlich auf einmal pro Tag reduziert bekommt.
Mic
-
Hallo Claus,
dein ioBroker läuft denke ich auf einem anderen System, richtig?
Zur Einbindung des CAN-Bus am Raspi habe ich hier eine ausführliche Anleitung geschrieben: https://crycode.de/can-bus-am-raspberry-pi
Den Hardware-Teil hast du ja schon durch dein CAN-Hat.Zur Anbindung an deinen ioBroker sehe ich da jetzt grundsätzlich zwei Möglichkeiten:
Option 1: Einen ioBroker Slave auf dem Raspi
Du kannst versuchen auf dem Raspi einen ioBroker Slave einzurichten und auf diesem dann den canbus-Adapter laufen lassen.
Ich bin mir allerdings nicht sicher, ob der Pi Zero dafür genug Leistung (vor allem Arbeitsspeicher) hat.Option 2: Das CAN-Interface vom Raspi weiterleiten
Wenn dein ioBroker auf einem Linux-basierten System läuft, kannst du das CAN-Interface vom Raspi (can0) über dein lokales Netzwerk an dein ioBroker System weiterleiten. Dies nutze ich beispielsweise gerne für Test von meinem Adapter.
Dabei wird auf dem Zielsystem ein virtuelles CAN-Interface erzeugt und alle Daten zwischen den Interfaces auf beiden Systemen gespiegelt.
Details dazu habe ich hier beschrieben: https://crycode.de/socketcan-ueber-ethernet-mit-cannelloni
Was in meiner Anleitung noch fehlt, wäre ein Punkt um cannelloni als SystemD-Service dauerhaft laufen zu lassen. Kann ich bei Bedarf gerne die Tage noch ergänzen.Grüße
Peter