eBus Adapter Vaillant

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

[xxx_turbo_xxx]

@Rene_HM Offensichtlich gibt es auch noch ein Problem mit der Kommunikation des ebus Kopplers... Oder wie würdest du das deuten?

ioBroker log

smartmeter.1	2020-02-23 18:28:12.884	info	(5760) Received 9 values, 6 updated
influxdb.0	2020-02-23 18:28:07.151	info	(6440) Do not store value "on" for TV because no number
smartmeter.0	2020-02-23 18:28:05.274	info	(5549) Received 7 values, 3 updated
host.raspberrypi	2020-02-23 18:28:02.547	error	instance system.adapter.ebus.0 terminated with code 15 (15)
ebus.0	2020-02-23 18:28:02.034	warn	(3461) Terminated (15): Without reason
ebus.0	2020-02-23 18:28:02.033	warn	(3461) force terminate
smartmeter.1	2020-02-23 18:28:01.888	info	(5760) Received 9 values, 6 updated
host.raspberrypi	2020-02-23 18:28:00.003	warn	instance system.adapter.ebus.0 already running with pid 3461
influxdb.0	2020-02-23 18:27:58.295	info	(6440) enabled logging of Wohnzimmer_Luftfeuchtigkeit, Alias=true
influxdb.0	2020-02-23 18:27:58.293	info	(6440) enabled logging of Wohnzimmer_Temp, Alias=true
influxdb.0	2020-02-23 18:27:58.290	info	(6440) enabled logging of Wohnzimmer_Heizleistung, Alias=true
influxdb.0	2020-02-23 18:27:58.284	info	(6440) enabled logging of Wohnzimmer_Wunschtemperatur, Alias=true
influxdb.0	2020-02-23 18:27:58.079	info	(6440) enabled logging of tado.0.268294.Rooms.1.openWindowDetection.timeoutInSeconds, Alias=false
influxdb.0	2020-02-23 18:27:56.665	info	(6440) enabled logging of Tado_Aussentemp, Alias=true
smartmeter.0	2020-02-23 18:27:54.630	info	(5549) Received 7 values, 3 updated
smartmeter.1	2020-02-23 18:27:50.889	info	(5760) Received 9 values, 6 updated
smartmeter.0	2020-02-23 18:27:43.971	info	(5549) Received 7 values, 3 updated
smartmeter.1	2020-02-23 18:27:39.890	info	(5760) Received 9 values, 6 updated
smartmeter.0	2020-02-23 18:27:33.343	info	(5549) Received 7 values, 3 updated
host.raspberrypi	2020-02-23 18:27:30.001	warn	instance system.adapter.ebus.0 already running with pid 3461
smartmeter.1	2020-02-23 18:27:28.891	info	(5760) Received 9 values, 6 updated
influxdb.0	2020-02-23 18:27:24.902	info	(6440) enabled logging of Wohnzimmer_Luftfeuchtigkeit, Alias=true
influxdb.0	2020-02-23 18:27:24.902	info	(6440) enabled logging of Wohnzimmer_Temp, Alias=true
influxdb.0	2020-02-23 18:27:24.901	info	(6440) enabled logging of Wohnzimmer_Heizleistung, Alias=true
influxdb.0	2020-02-23 18:27:24.899	info	(6440) enabled logging of Wohnzimmer_Wunschtemperatur, Alias=true
influxdb.0	2020-02-23 18:27:24.678	info	(6440) enabled logging of tado.0.268294.Rooms.1.openWindowDetection.timeoutInSeconds, Alias=false
influxdb.0	2020-02-23 18:27:23.245	info	(6440) enabled logging of Tado_Aussentemp, Alias=true
smartmeter.0	2020-02-23 18:27:22.698	info	(5549) Received 7 values, 3 updated
smartmeter.1	2020-02-23 18:27:17.894	info	(5760) Received 9 values, 6 updated
smartmeter.0	2020-02-23 18:27:12.055	info	(5549) Received 7 values, 3 updated
influxdb.0	2020-02-23 18:27:07.150	info	(6440) Do not store value "on" for TV because no number
ebus.0	2020-02-23 18:27:07.070	debug	(3461) request data from http://192.168.1.77:8889/data
ebus.0	2020-02-23 18:27:07.069	error	(3461) Telnet Server timeout
smartmeter.1	2020-02-23 18:27:06.896	info	(5760) Received 9 values, 6 updated
ebus.0	2020-02-23 18:27:02.068	debug	(3461) telnet connected
ebus.0	2020-02-23 18:27:02.062	debug	(3461) connect telnet to IP 192.168.1.77 port 8888
ebus.0	2020-02-23 18:27:02.061	debug	(3461) to poll ctr 10 vals: WaterPressure,SystemFlowTemp,HwcTempDesired,HwcStorageTemp,HwcFlowTemp,Hc2MixerMovement,Hc2PumpStatus,HwcMaxFlowTempDesired,Hc2ActualFlowTempDesired,Hc2FlowTemp org WaterP
ebus.0	2020-02-23 18:27:02.036	debug	(3461) init common variables
ebus.0	2020-02-23 18:27:02.034	debug	(3461) init variables
ebus.0	2020-02-23 18:27:02.033	debug	(3461) start with interface ebusd
ebus.0	2020-02-23 18:27:02.032	debug	(3461) set timeout to 60 sec
ebus.0	2020-02-23 18:27:02.006	info	(3461) starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.ebus, node: v10.19.0
smartmeter.0	2020-02-23 18:27:01.426	info	(5549) Received 7 values, 3 updated
host.raspberrypi	2020-02-23 18:27:00.024	info	instance system.adapter.ebus.0 started with pid 3461
smartmeter.1	2020-02-23 18:26:55.899	info	(5760) Received 9 values, 6 updated

ebusd log

2020-02-23 18:24:52.182 [update notice] received unknown MS cmd: 1008b5110100 / 09df01ff000308008000
2020-02-23 18:24:52.429 [update notice] received write vr_70 Mc2FlowTempDesired QQ=10: on;27.5;on;5
2020-02-23 18:24:52.706 [update notice] received unknown MS cmd: 1076b51303040d00 / 0a0d000300000003000300
2020-02-23 18:24:52.920 [update notice] received update-read broadcast outsidetemp QQ=10: 11.312
2020-02-23 18:24:53.043 [update notice] received unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2020-02-23 18:24:57.439 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2020-02-23 18:24:58.504 [update notice] received read hmu State QQ=71: 0;265;on;ready
2020-02-23 18:24:59.367 [update notice] received read hmu Status01 QQ=10: 30.0;30.0;-;-;-;off
2020-02-23 18:24:59.632 [update notice] received unknown MS cmd: 1076b5110101 / 09ffffb500ff5f00003c
2020-02-23 18:24:59.895 [update notice] received unknown MS cmd: 1076b512030f0001 / 07fa0200e4011603
2020-02-23 18:25:00.188 [update notice] received read vr_70 SensorData QQ=10: -;-;-;-;30.50;26.75;c8 7d 00
2020-02-23 18:25:00.457 [update notice] received update-write hmu SetMode QQ=10: auto;31.0;-;-;0;1;1;0;0;0
2020-02-23 18:25:00.718 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-23 18:25:00.976 [update notice] received write vr_70 SetActorState QQ=10: off;-;off;off;-;-;off
2020-02-23 18:25:01.220 [update notice] received write vr_70 Mc2FlowTempDesired QQ=10: on;27.5;on;5
2020-02-23 18:25:02.349 [update notice] sent read 700 WaterPressure QQ=31: 2.2
2020-02-23 18:25:02.606 [bus error] send to 15: ERR: read timeout, retry
2020-02-23 18:25:03.986 [update notice] sent read 700 SystemFlowTemp QQ=31: 30.5
2020-02-23 18:25:04.293 [update notice] sent read 700 HwcTempDesired QQ=31: 48
2020-02-23 18:25:04.550 [bus error] send to 15: ERR: read timeout, retry
2020-02-23 18:25:05.318 [update notice] sent read 700 HwcStorageTemp QQ=31: 47.5
2020-02-23 18:25:05.623 [update notice] sent read 700 HwcFlowTemp QQ=31: 0.0
2020-02-23 18:25:05.880 [bus error] send to 15: ERR: read timeout, retry
2020-02-23 18:25:06.647 [update notice] sent read 700 Hc2MixerMovement QQ=31: 5
2020-02-23 18:25:06.946 [update notice] sent read 700 Hc2PumpStatus QQ=31: 1
2020-02-23 18:25:07.157 [update notice] sent read 700 HwcMaxFlowTempDesired QQ=31: 80
2020-02-23 18:25:07.362 [update notice] sent read 700 Hc2ActualFlowTempDesired QQ=31: 27.6675
2020-02-23 18:25:07.619 [bus error] send to 15: ERR: read timeout, retry
2020-02-23 18:25:08.386 [update notice] sent read 700 Hc2FlowTemp QQ=31: 26.75
2020-02-23 18:25:09.386 [update notice] received read hmu Status01 QQ=10: 30.0;30.0;-;-;-;off
2020-02-23 18:25:09.650 [update notice] received unknown MS cmd: 1076b5110101 / 09ffffb500ff5f00003c
2020-02-23 18:25:09.915 [update notice] received unknown MS cmd: 1076b512030f0001 / 07fa0200e3011603
2020-02-23 18:25:10.208 [update notice] received read vr_70 SensorData QQ=10: -;-;-;-;30.44;26.75;c8 7d 00
2020-02-23 18:25:10.475 [update notice] received update-write hmu SetMode QQ=10: auto;31.0;-;-;0;1;1;0;0;0
2020-02-23 18:25:10.736 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-23 18:25:10.994 [update notice] received write vr_70 SetActorState QQ=10: off;-;off;off;-;-;off
2020-02-23 18:25:11.240 [update notice] received write vr_70 Mc2FlowTempDesired QQ=10: on;27.5;on;5
2020-02-23 18:25:12.509 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2020-02-23 18:25:14.600 [update notice] received read hmu State QQ=71: 0;265;on;ready
2020-02-23 18:25:15.574 [bus notice] device invalid

[Rene_HM]

@xxx_turbo_xxx Der Adapter braucht 17 Sekunden, das ist richtig, aber da ist ja mehr enthalten. Die reine Zeit für die telnet-Kommandos (das sind die, die bis auf den Bus durchgehen) sind aber 12 Sekunden...
Probier es aus, ob mit einer geringeren Abtastrate deine Heizung wieder richtig läuft. Aus meiner Sicht hat das Priorität...

[xxx_turbo_xxx]

@Rene_HM Oh Mann... Jetzt kommt gar nix mehr.

Welbst wenn ich die Zeit hoch drehe.

Er meckert ...

ebus.0	2020-02-23 18:38:07.139	error	(19224) Telnet Server timeout

Was kännte das bedeuten?

[Rene_HM]

@xxx_turbo_xxx sagte in eBus Adapter Vaillant:

Telnet Server timeout

Das ist die Kommunikation zwischen Adapter und ebusd, hat also mit dem ebus und dem Koppler nichts zu tun. Das ist ein Problem im Netzwerk oder des Systems, wo der ebusd läuft...

[bus error] send to 15: ERR: read timeout, retry

Das ist kritisch und sagt, dass Anfragen auf dem Bus nicht beantwortet werden. Das könnte auf die oben diskutierte Auslastung des ebus hindeuten.