NEWS
eBus Adapter Vaillant
-
@Harry JA, das klingt nach viel Arbeit und vor allem Zeitaufwand...
-
Läuft!
Hab es hin bekommen und ich bekomme aktuell alle Daten rein!!! Ich hoffe es bleibt auch so
Hab alle fehlenden Kanäle aus der csv in ioBroker-Adapter eingetragen und siehe da...
Verstehe immer noch nicht das Zusammenspiel zwischen ioBroker und ebusd, aber solange es läuft ist es mir auch Wurscht. Nur für die Fehlersuche wäre ein bisschen hilfreicher alles zu verstehen ...
-
Noch ein Tip... Hab grad noch weitere Kanäle hinzugefügt und plötzlich kamen keine Daten mehr. Bin aber zum Glück im ioBroker-Log gleich auf den Grund gekommen.
Wenn man den Timeout-Wert zu gering wählt, schafft es ioBroker nicht innerhalb der eingestellten Zeit alle Daten zu verarbeiten, sodass am Ende gar nix raus kommt. Hab den Wert von 5 auf 30 gesetzt und siehe da... es lief wieder
-
@xxx_turbo_xxx
Was hast Du genau für ein Vaillant-Fabrikat?
Ich hoffe keine Wärmepumpe. -
Hallo Turbo,
bei mir wurde gar nichts angezeigt. Ich bekam erst Informationen von Datenpunkten als ich sie in die EBus Konfiguration der IOBroker Instanz eingetragen habe.Hast du auch vor, mit "write" Daten zu schreiben?
-
Hallo Turbo,
der Befehl
service ebus status
funktionierte nicht bei mir weil ich nicht als root angemeldet war.
mit
sudo service ebus status
ging es dann bei mir auch.
-
@onkel-ede Doch arotherm Wärmepumpe
-
@Harry ok, bei mir kamen ein paar schon ohne Eintrag in die Instanz und alle weiteren kommen über die Instanz. Läuft jetzt seit einigen Tagen stabil!
Write interessiert mich eigentlich nicht, denn das System ist mit Fußbodenheizung zu träge. Mir geht es darum die Anlageneinstellung so zu optimieren, dass sie möglichst kostengünstig arbeitet.
Hab aktuell nur noch das Problem, dass die Außentemperatur ca. alle 2 Stunden kurzzeitig -40°C anzeigt. Aber auch nicht immer...
-
@xxx_turbo_xxx
Wie generierst du die Diagramme? Könntest du mir das relativ genau beschreiben? Ich scheitere da gerade.Ich habe es mit dem ebus Widget versucht, welches der ebus-Adapter mitbringt (siehe folgenden Screenshot). Aber da fehlt mir die Beschriftung der X-Achse. Zudem ist es richtig langsam wenn ich das Widget in VIS bearbeiten möchte. Das Widget verwendet ja die Werte aus den History-Objekten des ebus-Adapters.
Folgend mal ein Diagramme wenn ich ich "max. Vorlauftemperatur, min. Vorlauftemperatur und IST-Vorlauftemperatur wähle. Das ist total unbrauchbar.
-
@Sandmanyz Die Diagramme werden in Grafana mit Daten aus einer InfluxDB erzeugt. Ist relativ simpel.
Für die DB brauchst du folgenden Adapter
Dann musst du dir noch Grafana installieren. Eine gute Video-Anleitung gibt es hier samt Beschreibung
https://www.youtube.com/watch?v=T0GnfHt8aLg
Allerdings gibt es schon eine neuere Version von Grafana. Das musst du noch anpassen.
https://grafana.com/grafana/download
Sonst ist das ziemlich selbsterklärend und ebenfalls in dem Video gut beschrieben. Allerdings basiert das Video auf die openHAB Anbindung. Für ioBroker brauchst du keine Files händisch bearbeiten. Du klickst nur auf den "Schraubenschlüssel" und legst dort fest, was, wie geloggte werden soll...
-
@xxx_turbo_xxx sagte in eBus Adapter Vaillant:
@onkel-ede Doch arotherm Wärmepumpe
Deine Wärmepumpe taktet viel zu oft (viele kurze Takte). Schau Dich mal im Haustechnikforum um, dort wurde mir geholfen.
-
@onkel-ede Die Wärmepumpe würde sogar noch öfter takten, aber laut Vaillant hat die intern eine Regelung, die eine Sperrzeit von 20min vorsieht. Hast du da nen Link für mich?
Danke!
-
@xxx_turbo_xxx sagte in eBus Adapter Vaillant:
@onkel-ede Die Wärmepumpe würde sogar noch öfter takten, aber laut Vaillant hat die intern eine Regelung, die eine Sperrzeit von 20min vorsieht. Hast du da nen Link für mich?
Danke!
Hier mal ein beispielhafter Link. Es gibt zahllose Beiträge zum Thema. Kannst ja auch mal Deine genaue WP in die Suche eingeben.
https://www.haustechnikdialog.de/Forum/t/227093/Vaillant-FlexoCompact-88-4-optimieren
-
Hatte gestern den Vaillant Techniker im Haus weil ich dachte, der Außenfühler wäre kaputt, nachdem der auf den Daten immer wieder aus -40°C springt. Es hat sich herausgestellt, das der Sensor nichts hatte, sondern dass der ebus-Koppler irgendwie in die Kommunikation zwischen den einzelnen Heizungskomponenten reingrätscht!
Hat jemand die gleiche Erfahrung gemacht und was kann man da tun? Grundsätzlich läuft ja alles, nur dass der Außentemperaturfühler manchmal Blödsinn anzeigt. Dummerweise ist der Fühler die Basis für die gesamte Regelung
Man sieht deutlich, dass der Mischer komplett aufmacht und die Vorlauftemperatur auf 46 °C ansteigt, sobald der Außenfühler mist anzeigt. Ist natürlich für die Regelung und dadurch für die Stromkosten eher suboptimal.
-
Ich glaube, ich komme dem Problem gerade auf die Schliche...
Wenn ich das richtig sehe, dann kommen alle ebus-Daten, die aus den csv. Dateien erkannt werden per "receiverd" rein
Ungefähr so...
2020-02-20 12:45:21.425 [update notice] received read hmu State QQ=71: 20;210;on;ready 2020-02-20 12:45:26.707 [update notice] received read hmu Status01 QQ=10: 31.5;29.5;-;-;-;off 2020-02-20 12:45:26.972 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff0080ff52000040 2020-02-20 12:45:27.235 [update notice] received unknown MS cmd: 1076b512030f0001 / 0791020001021603 2020-02-20 12:45:28.251 [update notice] received read vr_70 SensorData QQ=10: -;-;-;-;32.44;29.31;c8 7d 00 2020-02-20 12:45:28.518 [update notice] received update-write hmu SetMode QQ=10: auto;50.0;-;-;0;1;1;0;0;0 2020-02-20 12:45:28.778 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101 2020-02-20 12:45:29.386 [update notice] received unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00 2020-02-20 12:45:29.466 [update notice] received read hmu State QQ=71: 20;210;on;ready 2020-02-20 12:45:29.880 [update notice] received write vr_70 SetActorState QQ=10: off;-;off;off;-;-;off 2020-02-20 12:45:30.038 [update notice] received unknown MS cmd: 7108b507030bffff / 0101 2020-02-20 12:45:30.155 [update notice] received write vr_70 Mc2FlowTempDesired QQ=10: on;46.0;on;100
Anscheinend kommen alle Werte, die ich zusätzlich im ioBroker eingetragen habe mit "sent read" rein
Hier alle meine Werte, die ich im ioBroker konfiguriert habe (alle mit sent read)
Das ebusd Logfile sagt das...
2020-02-20 12:45:32.188 [update notice] sent read 700 WaterPressure QQ=31: 2.2 2020-02-20 12:45:32.495 [update notice] sent read 700 SystemFlowTemp QQ=31: 32.4375 2020-02-20 12:45:32.803 [update notice] sent read 700 HwcTempDesired QQ=31: 48 2020-02-20 12:45:33.212 [update notice] sent read 700 HwcStorageTemp QQ=31: 41 2020-02-20 12:45:33.469 [bus error] send to 15: ERR: read timeout, retry 2020-02-20 12:45:34.234 [update notice] sent read 700 HwcFlowTemp QQ=31: 0.0 2020-02-20 12:45:34.439 [update notice] sent read 700 Hc2MixerMovement QQ=31: 100 2020-02-20 12:45:34.696 [bus error] send to 15: ERR: read timeout, retry 2020-02-20 12:45:35.450 [update notice] sent read 700 Hc2Status QQ=31: 1 2020-02-20 12:45:35.659 [update notice] sent read 700 Hc2PumpStatus QQ=31: 1 2020-02-20 12:45:35.859 [update notice] sent read 700 z2ValveStatus QQ=31: 1 2020-02-20 12:45:36.078 [update notice] sent read 700 PrEnergySumHcThisMonth QQ=31: 308 2020-02-20 12:45:36.385 [update notice] sent read 700 PrEnergySumHcLastMonth QQ=31: 519 2020-02-20 12:45:36.641 [bus error] send to 15: ERR: read timeout, retry 2020-02-20 12:45:37.406 [update notice] sent read 700 PrEnergySumHwcLastMonth QQ=31: 195 2020-02-20 12:45:38.107 [update notice] received read hmu State QQ=71: 20;210;on;ready 2020-02-20 12:45:38.327 [update notice] sent read 700 PrEnergySumHc QQ=31: 9934 2020-02-20 12:45:39.250 [update notice] sent read 700 PrEnergySumHwc QQ=31: 3746 2020-02-20 12:45:39.951 [update notice] received unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00 2020-02-20 12:45:40.271 [update notice] sent read 700 HcStorageTempTop QQ=31: - 2020-02-20 12:45:41.194 [update notice] sent read 700 DisplayedOutsideTemp QQ=31: -40 2020-02-20 12:45:41.886 [update notice] received unknown MS cmd: 1076b512030f0001 / 07910200f2011603 2020-02-20 12:45:42.105 [update notice] sent read 700 MaxRoomHumidity QQ=31: 40 2020-02-20 12:45:42.318 [update notice] sent read 700 CylinderChargeOffset QQ=31: 3 2020-02-20 12:45:42.625 [update notice] sent read 700 YieldTotal QQ=31: 999999 2020-02-20 12:45:42.830 [update notice] sent read 700 HwcMaxFlowTempDesired QQ=31: 80 2020-02-20 12:45:43.751 [update notice] sent read 700 PrEnergySum QQ=31: 22623 2020-02-20 12:45:44.665 [update notice] sent read 700 OpMode QQ=31: auto 2020-02-20 12:45:45.594 [update notice] sent read 700 OutsideTempAvg QQ=31: -2 2020-02-20 12:45:46.617 [update notice] sent read 700 HwcStorageTempTop QQ=31: - 2020-02-20 12:45:47.537 [update notice] sent read 700 HwcStorageTempBottom QQ=31: - 2020-02-20 12:45:48.452 [update notice] sent read 700 HwcOpMode QQ=31: auto 2020-02-20 12:45:49.381 [update notice] sent read 700 Hc2ActualFlowTempDesired QQ=31: 46.2069 2020-02-20 12:45:50.175 [update notice] received unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00 2020-02-20 12:45:50.249 [update notice] received unknown MS cmd: 7108b507030bffff / 0101 2020-02-20 12:45:50.506 [update notice] sent read 700 Hc2FlowTemp QQ=31: 29.6875 2020-02-20 12:45:51.428 [update notice] sent read 700 Hc2ExcessTemp QQ=31: 3 2020-02-20 12:45:52.341 [update notice] sent read 700 Hc2AutoOffMode QQ=31: night 2020-02-20 12:45:53.270 [update notice] sent read 700 Hc2HeatCurve QQ=31: 0.300001 2020-02-20 12:45:53.940 [update notice] received read hmu State QQ=71: 28;210;on;ready 2020-02-20 12:45:54.192 [update notice] sent read 700 z2DayTemp QQ=31: 21.5 2020-02-20 12:45:55.111 [update notice] sent read 700 z2NightTemp QQ=31: 21.5 2020-02-20 12:45:56.032 [update notice] sent read 700 z2RoomTemp QQ=31: - 2020-02-20 12:45:56.954 [update notice] sent read 700 z2ActualRoomTempDesired QQ=31: 21.5
Und da liegt irgendwo der Hund begraben. In Zeile 23 sieht man, dass die Außentemperatur -40°C betragen soll, was nicht stimmt.
Was läuft da falsch???
Wie könnte ich testen, wo das Problem liegt, dass falsche Daten an den Regler gesendet werden? Eigentlich will ich ja bur "lauschen" und nix schreiben,Außerdem würde ich gerne verstehen, was da der ioBroker generell im Hintergrund anstellt. Für mich ist das ganze System ebus+ioBroker eine blackbox...
-
@xxx_turbo_xxx Zunächst erst mal wie der Adapte arbeitet:
- per HTTP wird nur "gelauscht", d.h. alle Daten, die per http://192.168.3.14:8889/data geliefert werden, werden in iobroker als Datenpunkt angelegt und aktualisiert. Für viele Daten reicht das schon, da sie Heizungs-intern von anderem Busteilnehmern bereits abgefragt werden.
Solange du also unter "Komma-getrennte Liste von abgefragten Datenpunkten" nichts einträgst, lauscht der Adapter nur. - Manche Daten werden aber z.Bsp. nur abgefragt, wenn man an der Steuerung in das jeweilige Menü geht. Damit solche Daten auch in iobroker zur Verfügung stehen, gibt es die Liste "Komma-getrennte Liste von abgefragten Datenpunkten". Hier trägt man die Daten ein, die nicht sowieso schon regelmässig aktualsiert werden. Der Adapter schickt dann ein read-Kommando über telnet an den ebusd und dieser wiederum schickt ein read-Kommando auf den Bus
In beiden Fällen müssen die Datenpunkte aber über die csv von ebusd bereits erkannt sein
d.h. solange du in der o.g. Liste keine Einträge hast, liest der Adapter ausschliesslich, d.h. er ist auf dem Bus nicht aktiv. Sobald du in die Liste Datenpunkte einträgst, generiert ebusd aktive Lesekommandos, d.h. er schreibt zwar auf den Bus, aber ebenfalls nur Lese-Kommandos.
Ich würde im ersten Schritt mal alle Einträge aus deiner grün markierte Liste entfernen. Dann bist du sicher, dass der Adapter nicht aktiv auf den Bus eingreift.
Übrigens: wie häufig lasst du eigentlich den Adapter laufen?
- per HTTP wird nur "gelauscht", d.h. alle Daten, die per http://192.168.3.14:8889/data geliefert werden, werden in iobroker als Datenpunkt angelegt und aktualisiert. Für viele Daten reicht das schon, da sie Heizungs-intern von anderem Busteilnehmern bereits abgefragt werden.
-
@Rene_HM Erstmal vielen Dank für die Infos.
Hab die letzten Tage nochmals etwas experimentiert.
Versuch 1 - Nur den eBus-Kopple an die Heizung gehängt und mit einer Kamera das Display vom Regler mitgefilmt. > keine Aussetzer
Versuch 2 - wie 1, jedoch aktivem ebusd service mit folgenden Parametern. > keine Aussetzer
EBUSD_OPTS="--configpath=http://ebusd.eu/config/ -d /dev/ttyUSB2 -p 8888 --latency=0 --receivetimeout=100000 -l /var/log/ebusd.log --scanconfig=full --httpport=8889 --htmlpath=/var/ebusd/html"
Versuch 3 - wie 2 jedoch mit aktiver ebusd Instanz in ioBroker ohne Komma-getrennter Datenpunkte. > keine Aussetzer
Versuch 4 - wie 3, jedoch mit Komma-getrennter Dantenpunkte. > Da gab es leider Aussetzer, d. h. irgendetwas "funkt" in die Kommunikation der Heizungskomponenten, sodass z. B. der Außentemperaturfühler auf -40°C springt und die Heizung auf den Wert regelt und die Vorlauftemperatur hoch fährt.
Wie gesagt, ohne aktive Lesekommandos scheint es zu funktionieren, jedoch fehlen mir dann die Werte.
-
@xxx_turbo_xxx wie häufig läuft der Adapter?
Hier im Bild startet er alle 5 Minuten und holt die Daten...
-
@Rene_HM In meinem Post siehst du das letzte Bild (ist etwas klein geraten). Ich hab mal 30sec eingestellt.
Bedeutet das, dass in deinem Fall der Adapter sich alle 5min die Daten aus dem HTML zieht? Heißt aber auch, dass er sich aller zieht, was innerhalb der letzten 5min vom ebusd in das HTML gespeichert wurde? In anderen Worten... Das ist nicht die Abtastrate, sondern nur, in welchen Abständen ein "Datenpaket" vom ebusd an den Adapter geliefert wird, richtig?
-
@xxx_turbo_xxx Bei 5 Minuten holt er sich alle 5 Minuten den aktuellen Stand der Variablen. Wenn sich ein Wert mehrfach geändert hat, bekommst du nur den letzten aktuellen Stand, der ebusd führt keine Statistik
ABER: wenn du alle 30 Sekunden deine große Anzahl Abfragen auf den Bus legst, verhinderst du damit, dass andere Busteilnehmer dran kommen. Versuch mal auf 5 Minuten zu gehen. Ich bin mir ziemlich sicher, dass dann deine Heizung auch wieder geht. In einem post weiter oben von dir sieht man timeouts. Das deutet auf eine Überlastung des Busses hin...
Bitte beachte, dass jeder Wert in der "komma-Liste" zu einem separaten Kommando auf dem Bus führt, und der ist nicht der schnellste... Deshalb sollte diese Liste so klein wie möglich sein...