UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Harry]

@xxx_turbo_xxx

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?

[Harry]

@xxx_turbo_xxx

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.

[xxx_turbo_xxx]

@onkel-ede Doch arotherm Wärmepumpe

[xxx_turbo_xxx]

@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...

[Sandmanyz]

@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.

[xxx_turbo_xxx]

@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...

[onkel-ede]

@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.

[xxx_turbo_xxx]

@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!

[onkel-ede]

@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

[xxx_turbo_xxx]

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.

[xxx_turbo_xxx]

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...

[Rene_HM]

@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?

[xxx_turbo_xxx]

@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.

[Rene_HM]

@xxx_turbo_xxx wie häufig läuft der Adapter?

Hier im Bild startet er alle 5 Minuten und holt die Daten...

[xxx_turbo_xxx]

@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?

[Rene_HM]

@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...

[xxx_turbo_xxx]

@Rene_HM Ok, das ist schon mal eine gute Info. Allerdings wäre es schon interessant, manche Daten in kürzeren Zeitabständen zu bekommen. In 5min passiert viel. Temperaturen sind natürlich nicht so schnell aber wann die Heizung anspringt wär schon schön eine höhere Aktualisierungsrate zu haben.

Wäre es dann möglich 2 eBus Instanzen laufen zu lassen mit unterschiedlichen abtastraten?

[Rene_HM]

@xxx_turbo_xxx es gibt keinen Unterschied zwischen "csv-Werten" und "kommagetrennten Werten". Jeder Wert muss in der csv definiert sein, sonst kann der ebusd sie nicht interpretieren. Einziger Unterschied ist, wann ein Wert auf dem Bus erscheint.
Viele Werte erscheinen durch heizungsinteren Kommunikation auf dem Bus automatisch. Das sind die Werte, die die Heizung intern zur Regelung und zum Betrieb benötigt. Der ebusd registriert diese Werte und merkt sich den letzten Stand. Da muss man also nichts tun. Es gibt aber Werte, die nur auf den Bus gelegt werden, wenn man z.Bsp. im Menü eine bestimmte Seite aufruft. Solche Werte gehören in die komma-Liste

HTML ist nur das Protokoll, das zwischen ebusd und dem Adapter verwendet wird. Mittels HTML werden nur beim ebusd alle Werte mit ihrem aktuelllen (letzten) Stand abgerufen.

Ich würde dir raten, zunächst erst mal alle Werte aus der Komma-Liste zu entfernen, den Adapter auf 5 Minuten zu setzen und zu beobachten, welche der "dringend benötigten" Werte sich in diesem Zeitraum nicht automatisch aktualisieren. Dann trage diese fehlenden Werte in die Komma-Liste ein. Das sollte dann die Buslast schon mal veringern. Die 5 Minuten würde ich nicht unterschreiten. Eine zweite Instanz ist zwar möglich, verringert das eigentliche Problem aber nicht: den Flaschenhals ebus

[xxx_turbo_xxx]

@Rene_HM Hier mal ein Beispiel was ich gerne sehen würde... (hier sieht man auch die Aussetzer der Außentemperatur)

Wenn ich jetzt die Kommagtrennten Werte raus nehme, fehlen mir alle Vorlauftemperaturen, Anforderung für Warmwasser, Mischerstatus... Das wäre schon interessant

[xxx_turbo_xxx]

@Rene_HM Hab testhalber die Zeit auf 1 Min gesetzt

Laut dem Log braucht der Adapter ca 17sec um die Werte zu verarbeiten. Sehe ich das richtig?

Deswegen hatte ich damals die Zeit auf 30 Sekunden gesetzt weil ich davon ausgegangen bin, dass da genug Reserve drinnen ist...?