Läuft: Heizung mit eBus-Schnittstelle

[TiPpFeHlEr]

also das ist ja mal sehr merkwürdig 

Warum dein Regler im Nachtbetrieb von 22:30-4:20 in den Frostschutzbetrieb geht ist mir ein Rätsel.
Mein 470/4 hat keine separate Einstellung für den Nacht Betrieb wie zb. "Absenk,Aussenhalt,Abschalt,Frostschutz Betrieb" wie es bei Buderus üblich ist.

poste mal Bitte

Code Auswählen Erweitern

ebusctl r -f Hc1NightTemp

Welche Schaltzeiten für HK1 hast du im Regler programmiert? passt das mit 4:20-22:30 ??

hmmm ich kanns nicht nachstellen, SORRY,

mfg Maik

[micha_pr]

Code Auswählen Erweitern

470 Hc1NightTemp = 17.0  - hatte ich vorher gepostet - bleibt auch konstant, so wie es sein soll.

Und die Zeiten stimmen, ja. Immer wenn die Heizung abgeschaltet wird, geht er in den Frostschutz.

Code Auswählen Erweitern

470 hcTimer.Tuesday = 04:20;06:40;14:00;22:30;-:-;-:-;selected

Möglicherwese ist das eine "Logik", weil er ja nicht heizen muss.... Sicher was Vaillant spezifisches.
Da muss man ein wenig "eigene Logik" drum rum programmieren, um damit zurechtzukommen.

Wenn mir noch was auffällt, schreibe ich es mal hier rein.

@ALL Hat sonst noch jemand eine Vaillant EcoTec Plus VC mit Raumregler (470-er CSV) im Einsatz?

Danke!
Micha

[andig]

Ecotec Plus, VR70, VRC700, kein Raumregler...

[Mirko_2013]

Hallo zusammen,

Ich stehe jetzt auch vor dem Problem, das ich mit FHEM meine Vaillant Heizung auslesen möchte.
Im Packet wurde eine VR900 mitgeliefert.
In verschiedenen Post wird darauf hingewiesen, das es mit einer VR900 einfacher währe, leider keine Hinweise, wie diese abgefragt werden kann.

Habt Ihr dies schon versucht und könnt Ihr mir einen Tip geben, wie ich diese abfragen kann.

Danke + Gruß
Mirko

[stiffmeister]

Hallo,
habe genau dasselbe Problem.
Habe ein VWS 117/4 mit VR70, Multimatic 700 und einem VR900.
Möchte das ebenfalls gerne über FHEM auslesen (NUR auslesen).
Sollte das mit dem VR900 einfacher gehen, wäre ich über Hinweise
sehr dankbar
lg
stiff

[Sven77]

Zur VR900 gibt es direkt von Vaillant eine (Android)App.
In meinen Augen ist das Ding aber noch simpler gehalten als die Anzeige der VRC700. Zu mehr kann man die VR900 nicht gebraucht, gezielt abfragen lässt sie sich über eBus gar nicht. Wenn es natürlich nur um die Anzeige der eingestellten Temperaturen und Zeitprogramme geht oder zur Aktivierung von Party- und/oder Urlaubsmodus mag die VR900 mit App ausreichen.

Ich persönlich kann gut darauf verzichten - wenn also jemand eine VRC700 hat und eine VR900 möchte, kann er sich gern bei mir melden! 

[Mirko_2013]

Hallo zusammen,

Ich habe jetzt das VR900 beiseite gelegt und einen eBUS USB Wandler zugelegt.
Als Treiber habe ich eBUS 3.0 mit der Config ebusd-2.1.x installiert.

Bei der Initialen Einstellung sehe ich folgende Meldungen auf dem eBUS:

2017-09-15 22:46:51.175 [bus notice] <00073b03000080160388
2017-09-15 22:46:52.190 [bus notice] <000f5d01008000800080c4019401c87c008c
2017-09-15 22:46:52.457 [bus notice] <0001019a
2017-09-15 22:46:52.723 [bus notice] <0001019a
2017-09-15 22:46:53.704 [bus notice] <0001019a
2017-09-15 22:46:53.948 [bus notice] <0002019c2b
2017-09-15 22:46:59.974 [bus notice] <0009312c600bff670000ff17
2017-09-15 22:47:00.240 [bus notice] <0009ff2c600bff670000ffa8
2017-09-15 22:47:00.503 [bus notice] <00073b03000080160388
2017-09-15 22:47:00.795 [bus notice] <000f5e01008000800080c5019401c87c00ee
2017-09-15 22:47:01.064 [bus notice] <0001019a
2017-09-15 22:47:01.330 [bus notice] <0001019a
2017-09-15 22:47:01.587 [bus notice] <0001019a
2017-09-15 22:47:01.832 [bus notice] <0002019c2b
2017-09-15 22:47:10.026 [bus notice] <0009312c600bff670000ff17
2017-09-15 22:47:10.292 [bus notice] <0009ff2c600bff670000ffa8
2017-09-15 22:47:10.555 [bus notice] <00073b030000801503be
2017-09-15 22:47:10.848 [bus notice] <000f5d01008000800080c3019401c87c00d2
2017-09-15 22:47:11.116 [bus notice] <0001019a
2017-09-15 22:47:11.383 [bus notice] <0001019a
2017-09-15 22:47:11.639 [bus notice] <0001019a
2017-09-15 22:47:11.900 [bus notice] <0002019c2b
2017-09-15 22:47:20.046 [bus notice] <0009312c300bff670000ffd1
2017-09-15 22:47:20.314 [bus notice] <0009ff2c300bff670000ff6e
2017-09-15 22:47:20.575 [bus notice] <00073b030000801503be
2017-09-15 22:47:20.869 [bus notice] <000f5e01008000800080c5019401c87c00ee

Könnt Ihr mir bitte weiterhelfen, an welcher Stelle sollte das <AA erscheinen.
Wir haben eine Vaillant flexo Therm im Einsatz.

Die Konfiguration im FHEM sieht wie folgt aus:
define Vaillant.Heizung ECMD telnet 192.168.178.25:8888
attr Vaillant.Heizung classdefs HK.WW.class=/opt/fhem/FHEM/ebus_ww.cfg:HK.Hz.class=/opt/fhem/FHEM/ebus_hz.cfg
attr Vaillant.Heizung icon usb
attr Vaillant.Heizung room Heizung
define HK.Hz ECMDDevice HK.Hz.class
attr HK.Hz IODev Vaillant.Heizung
attr HK.Hz group heating
attr HK.Hz room Heizung
define HK.WW ECMDDevice HK.WW.class
attr HK.WW IODev Vaillant.Heizung
attr HK.WW group heating
attr HK.WW room Heizung

Das ich über Fhem nichts auslesen kann, liegt evtl auch daran, das die Konfiguration nicht sauber installiert wurde.

sudo dpkg -i --force-overwrite ebusd-configuration-2.1.*.deb
(Lese Datenbank ... 325156 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-configuration-2.1.b143f39-de_all.deb ...
Entpacken von ebusd-configuration (2.1.b143f39-de) über (2.1.b143f39-de) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von ebusd-configuration:
ebusd-configuration hängt ab von ebusd (>= 2.1).

dpkg: Fehler beim Bearbeiten des Paketes ebusd-configuration (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
ebusd-configuration

Alle Pakete wurden mit den der Paketen installiert und nicht neu kompiliert.
Evtl könnt Ihr mir hier weiterhelfen.

Danke und Gruß
Mirko

[cs-online]

Ich würde erstmal probieren, ob Du im Linux mit ebusctl starten und dann z.b. mit find überhaupt was sehen kannst. Da müsste dann eine Auflistung der csv-Inhalte erscheinen. Mit "r -f ..." kannst Du dann ggf Werte abfragen. Wenn das funktioniert, dann erst Richtung FHEM starten

[john30]

2017-09-15 22:46:51.175 [bus notice] <00073b03000080160388
Könnt Ihr mir bitte weiterhelfen, an welcher Stelle sollte das <AA erscheinen.

Mit ebusd 3.0 musst Du statt "--lograwdata" die neue Version mit "--lograwdata=bytes" benutzen, da ansonsten bereits das Protokoll teilweise interpretiert wird, sprich jetzt siehst Du alles was zwischen AA vorbei kommt.

ebusd-configuration hängt ab von ebusd (>= 2.1).

Hast Du denn das ebusd Release auch mit dpkg installiert? Sieht nicht so aus...

[Mirko_2013]

Hallo john30,

Ich habe alles nochmal weggeräumt und neu installiert.

ebus 3.0 installiert:

sudo dpkg -i ebusd-3.0_i386.deb
Vormals nicht ausgewähltes Paket ebusd:i386 wird gewählt.
(Lese Datenbank ... 325060 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-3.0_i386.deb ...
Entpacken von ebusd:i386 (3.0) ...
ebusd:i386 (3.0) wird eingerichtet ...
Instructions:
1. Edit /etc/default/ebusd if necessary
   (especially if your device is not /dev/ttyUSB0)
2. Place CSV configuration files in /etc/ebusd/
   (see https://github.com/john30/ebusd-configuration)
3. To start the daemon, enter 'service ebusd start'
4. Check the log file /var/log/ebusd.log
Trigger für systemd (229-4ubuntu19) werden verarbeitet ...
Trigger für ureadahead (0.100.0-19) werden verarbeitet ...
danach die ebus configuration versucht zu installieren.

versucht ebus configuration installiert:

sudo dpkg -i --force-overwrite ebusd-configuration-2.1.b143f39-de_all.deb
Vormals nicht ausgewähltes Paket ebusd-configuration wird gewählt.
(Lese Datenbank ... 325066 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-configuration-2.1.b143f39-de_all.deb ...
Entpacken von ebusd-configuration (2.1.b143f39-de) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von ebusd-configuration:
ebusd-configuration hängt ab von ebusd (>= 2.1).

dpkg: Fehler beim Bearbeiten des Paketes ebusd-configuration (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
ebusd-configuration

Wenn ich mir die installierten Pakete ansehe, sind folgende Versionen installiert:
ii  ebusd:i386                                 3.0                                           i386         eBUS daemon.
iU  ebusd-configuration                        2.1.b143f39-de                                all          ebusd configuration files (de).

sobald ich versuch mit "sudo apt-get -f install" die Abhängigkeitsprobleme aufzulösen, wird mir vorgeschlagen die Konfiguration zu entfernen.

mit ebusctl, bekomme ich folgende Ausgaben:

ebusctl
localhost: find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
broadcast ident = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.05 ident = no data stored
scan.08 ident = Vaillant;HMU00;0305;0403

Ein checkconfig bringt folgende Meldung:

ebusd --checkconfig
2017-09-16 16:00:41.672 [main notice] ebusd 3.0.595c7c0 performing configuration check...
/etc/ebusd/vaillant/15.sdr_p.csv:6: ERR: duplicate entry, duplicate ID
2017-09-16 16:00:41.687 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/15.sdr_p.csv:6: ERR: duplicate entry, duplicate ID
2017-09-16 16:00:41.689 [main notice] found messages: 384 (2 conditional on 2 conditions, 0 poll, 4 update)
2017-09-16 16:00:41.690 [main notice] ebusd stopped

Gruß
Mirko

[Mirko_2013]

Ich würde erstmal probieren, ob Du im Linux mit ebusctl starten und dann z.b. mit find überhaupt was sehen kannst. Da müsste dann eine Auflistung der csv-Inhalte erscheinen. Mit "r -f ..." kannst Du dann ggf Werte abfragen. Wenn das funktioniert, dann erst Richtung FHEM starten

Hallo cs-online:

Danke für den Hinweis.
Leider bekomme ich keine Auflistung der cdv Inhalte, wie in meinem anderen Post geschrieben, habe ich allerdings auch Probleme die bus Konfiguration zu installieren.
Gibt es eine Möglichkeit diese Manuell zu installieren?

ebusctl
localhost: find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.08  = Vaillant;HMU00;0305;0403

Danke und Gruß
Mirko

[john30]

sudo dpkg -i ebusd-3.0_i386.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.1.b143f39-de_all.deb

genau so wäres richtig. das ist ja bizarr. muss ich mal schauen, was das soll

EDIT: also ich kann leider nicht nachvollziehen, warum das bei dir nicht klappt.
Kannst höchstens die Anhängigkeiten ignorieren mit "--ignore-depends=ebusd" bei Installation der config.

[Mirko_2013]

genau so wäres richtig. das ist ja bizarr. muss ich mal schauen, was das soll

EDIT: also ich kann leider nicht nachvollziehen, warum das bei dir nicht klappt.
Kannst höchstens die Anhängigkeiten ignorieren mit "--ignore-depends=ebusd" bei Installation der config.

Hallo John30,

Habe ich gerade eben versucht, das gleiche Problem.
Gibt es eine Möglichkeit die knotig manuell zu erstellen?

Gruß
Mirko

[Mirko_2013]

Hallo cs-online:

Danke für den Hinweis.
Leider bekomme ich keine Auflistung der cdv Inhalte, wie in meinem anderen Post geschrieben, habe ich allerdings auch Probleme die bus Konfiguration zu installieren.
Gibt es eine Möglichkeit diese Manuell zu installieren?

ebusctl
localhost: find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.08  = Vaillant;HMU00;0305;0403

Danke und Gruß
Mirko

Hallo cs-online,

Ich habe gerade nochmal getestet.
Wenn ich den ebus scanne bekomme ich mit find folgende Ausgabe:
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast netloss = no data stored
broadcast netresetcfg = no data stored
broadcast netresetstate = no data stored
broadcast outsidetemp = no data stored
broadcast signoflife = no data stored
broadcast vdatetime = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08  = Vaillant;HMU00;0305;0403
scan.08 id = no data stored
scan.52  = Vaillant;VR_70;0109;2903
scan.76  = Vaillant;VWZ00;0305;0403
scan.76 id =  (ERR: invalid position for 3176b5090124 / 00)

Gruß
Mirko

[TiPpFeHlEr]

Hallo,

habe seit geraumer Zeit ein Problem beim auslesen des Ebus.
Dieses stellt sich wie folgt dar, ich hole mir mit einem Timer alle 15 Minuten dieverse Ebus Daten.

Code Auswählen Erweitern

+*00:15:00
get Aussentemp Aussentemp ;
get Vorlauf Vorlauf;
get Ruecklauf Ruecklauf;
get HKurve HKurve;
get Wasserdruck Wasserdruck;
get RaumTemp RaumTemp;
get RaumSoll RaumSoll;
get WWIst WWIst;
get WWSoll WWSoll;
get WW_Ladung WW_Ladung;
get HzPumpe HzPumpe;
get HzMode HzMode;
get WwMode WwMode;
get HcMode HcMode;
get Raumtemp Raumtemp;
get FanspeedDay FanspeedDay;
get FanspeedNight FanspeedNight;
get WTMode WTMode;
get WaermeRueck WaermeRueck;
get Disbalance Disbalance;
get Ionisation Ionisation;
get Hz_hours Hz_hours;
get Hz_starts Hz_starts;
get Ww_hours Ww_hours;
get Ww_starts Ww_starts;
get Pump_hours Pump_hours;
get LegioTag LegioTag;
get LegioZeit LegioZeit;

manchmal kommt es vor das die erhaltenen Werte nicht den richtigen devices zugeordnet werden.
dies ist in Bild 1 gut zu sehen.
Dabei erhält zb. Ionisation den Wert von Disbalance usw....
also immer den Wert des davor abgerufenen ECMD devices.

woran liegt das??
kann es sein das der ebusd nicht lange genug auf die Antwort wartet??

die Fhemlog sagt dazu

Code Auswählen Erweitern

2017.09.18 01:41:57 5: Cmd: >get Aussentemp Aussentemp<
2017.09.18 01:41:57 5: Starting notify loop for Aussentemp, 2 event(s), first is Aussentemp:  11.0
2017.09.18 01:41:57 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:57 5: End notify loop for Aussentemp
2017.09.18 01:41:57 5: Cmd: >get Vorlauf Vorlauf<
2017.09.18 01:41:57 5: Starting notify loop for Vorlauf, 2 event(s), first is Vorlauf:  25.6
2017.09.18 01:41:57 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:57 5: End notify loop for Vorlauf
2017.09.18 01:41:57 5: Cmd: >get Ruecklauf Ruecklauf<
2017.09.18 01:41:58 5: Starting notify loop for Ruecklauf, 2 event(s), first is Ruecklauf:  24.8
2017.09.18 01:41:58 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:58 5: End notify loop for Ruecklauf
2017.09.18 01:41:58 5: Cmd: >get HKurve HKurve<
2017.09.18 01:41:58 5: Starting notify loop for HKurve, 2 event(s), first is HKurve: 0.4
2017.09.18 01:41:58 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:58 5: End notify loop for HKurve
2017.09.18 01:41:58 5: Cmd: >get Wasserdruck Wasserdruck<
2017.09.18 01:41:58 5: Starting notify loop for Wasserdruck, 2 event(s), first is Wasserdruck:   1.8
2017.09.18 01:41:58 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:58 5: End notify loop for Wasserdruck
2017.09.18 01:41:58 5: Cmd: >get RaumTemp RaumTemp<
2017.09.18 01:41:58 1: PERL WARNING: Argument "21.31;ok\n\n" isn't numeric in sprintf at (eval 36163) line 1.
2017.09.18 01:41:58 3: eval: { sprintf("%5.1f",$_) }
2017.09.18 01:41:58 5: Starting notify loop for RaumTemp, 2 event(s), first is RaumTemp:  21.3
2017.09.18 01:41:58 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:58 5: End notify loop for RaumTemp
2017.09.18 01:41:58 5: Cmd: >get RaumSoll RaumSoll<
2017.09.18 01:41:58 5: Starting notify loop for RaumSoll, 2 event(s), first is RaumSoll:  21.0
2017.09.18 01:41:58 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:58 5: End notify loop for RaumSoll
2017.09.18 01:41:58 5: Cmd: >get WWIst WWIst<
2017.09.18 01:41:58 1: PERL WARNING: Argument "42.44;ok\n\n" isn't numeric in sprintf at (eval 36169) line 1.
2017.09.18 01:41:58 3: eval: { sprintf("%5.1f",$_) }
2017.09.18 01:41:58 5: Starting notify loop for WWIst, 2 event(s), first is WWIst:  42.4
2017.09.18 01:41:58 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:58 5: End notify loop for WWIst
2017.09.18 01:41:58 5: Cmd: >get WWSoll WWSoll<
2017.09.18 01:41:59 5: Starting notify loop for WWSoll, 2 event(s), first is WWSoll:  50.0
2017.09.18 01:41:59 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:59 5: End notify loop for WWSoll
2017.09.18 01:41:59 5: Cmd: >get WW_Ladung WW_Ladung<
2017.09.18 01:41:59 5: ECMDDevice: Analyze command >{"r -f HwcDemand \n"}<
2017.09.18 01:41:59 5: Postprocessing "no\n\n (\156\157\012\012)" with perl command { $_ }.
2017.09.18 01:41:59 5: Postprocessed value is "no\n\n (\156\157\012\012)".
2017.09.18 01:41:59 5: Starting notify loop for WW_Ladung, 2 event(s), first is WW_Ladung: Aus\n\n
2017.09.18 01:41:59 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:41:59 5: End notify loop for WW_Ladung
2017.09.18 01:41:59 5: Cmd: >get HzPumpe HzPumpe<
2017.09.18 01:41:59 5: ECMDDevice: Analyze command >{"r -f WP \n"}<
2017.09.18 01:42:00 5: Postprocessing "off\n\n (\157\146\146\012\012)" with perl command { $_ }.
2017.09.18 01:42:00 5: Postprocessed value is "off\n\n (\157\146\146\012\012)".
2017.09.18 01:42:00 5: Starting notify loop for HzPumpe, 2 event(s), first is HzPumpe: off\n\n
2017.09.18 01:42:00 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:00 5: End notify loop for HzPumpe
2017.09.18 01:42:00 5: Cmd: >get HzMode HzMode<
2017.09.18 01:42:00 5: ECMDDevice: Analyze command >{"r -f Hc1OPMode \n"}<
2017.09.18 01:42:00 5: Postprocessing "Auto\n\n (\101\165\164\157\012\012)" with perl command { $_ }.
2017.09.18 01:42:00 5: Postprocessed value is "Auto\n\n (\101\165\164\157\012\012)".
2017.09.18 01:42:00 5: Starting notify loop for HzMode, 2 event(s), first is HzMode: Auto\n\n
2017.09.18 01:42:00 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:00 5: End notify loop for HzMode
2017.09.18 01:42:00 5: Cmd: >get WwMode WwMode<
2017.09.18 01:42:00 5: ECMDDevice: Analyze command >{"r -f HwcOPMode \n"}<
2017.09.18 01:42:00 5: Postprocessing "2\n\n (\062\012\012)" with perl command { $_ }.
2017.09.18 01:42:00 5: Postprocessed value is "2\n\n (\062\012\012)".
2017.09.18 01:42:00 5: Starting notify loop for WwMode, 2 event(s), first is WwMode: Auto\n\n
2017.09.18 01:42:00 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:00 5: End notify loop for WwMode
2017.09.18 01:42:00 5: Cmd: >get HcMode HcMode<
2017.09.18 01:42:00 5: ECMDDevice: Analyze command >{"r -c bai Mode \n"}<
2017.09.18 01:42:00 5: Postprocessing "Standby\n\n (\123\164\141\156\144\142\171\012\012)" with perl command { $_ }.
2017.09.18 01:42:00 5: Postprocessed value is "Standby\n\n (\123\164\141\156\144\142\171\012\012)".
2017.09.18 01:42:00 5: Starting notify loop for HcMode, 2 event(s), first is HcMode: Standby\n\n
2017.09.18 01:42:00 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:00 5: End notify loop for HcMode
2017.09.18 01:42:00 5: Cmd: >get Raumtemp Raumtemp<
2017.09.18 01:42:00 5: Cmd: >get FanspeedDay FanspeedDay<
2017.09.18 01:42:00 5: ECMDDevice: Analyze command >{"r -f FanLevelDay\n"}<
2017.09.18 01:42:00 5: Postprocessing "1\n\n (\061\012\012)" with perl command { sprintf("%1.0f",$_) }.
2017.09.18 01:42:00 5: Postprocessed value is "1 (\061)".
2017.09.18 01:42:00 5: Starting notify loop for FanspeedDay, 2 event(s), first is FanspeedDay: 1
2017.09.18 01:42:00 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:00 5: End notify loop for FanspeedDay
2017.09.18 01:42:00 5: Cmd: >get FanspeedNight FanspeedNight<
2017.09.18 01:42:00 5: ECMDDevice: Analyze command >{"r -f FanLevelNight\n"}<
2017.09.18 01:42:02 5: Postprocessing "1\n\n (\061\012\012)" with perl command { sprintf("%1.0f",$_) }.
2017.09.18 01:42:02 5: Postprocessed value is "1 (\061)".
2017.09.18 01:42:02 5: Starting notify loop for FanspeedNight, 2 event(s), first is FanspeedNight: 1
2017.09.18 01:42:02 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:02 5: End notify loop for FanspeedNight
2017.09.18 01:42:02 5: Cmd: >get WTMode WTMode<
2017.09.18 01:42:02 5: ECMDDevice: Analyze command >{"r -f Heatrecovery \n"}<
2017.09.18 01:42:04 5: Postprocessing "auto\n\n (\141\165\164\157\012\012)" with perl command { $_ }.
2017.09.18 01:42:04 5: Postprocessed value is "auto\n\n (\141\165\164\157\012\012)".
2017.09.18 01:42:04 5: Starting notify loop for WTMode, 2 event(s), first is WTMode: auto\n\n
2017.09.18 01:42:04 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:04 5: End notify loop for WTMode
2017.09.18 01:42:04 5: Cmd: >get WaermeRueck WaermeRueck<
2017.09.18 01:42:04 5: ECMDDevice: Analyze command >{"r -f ByPass \n"}<
2017.09.18 01:42:05 5: Postprocessing "on\n\n (\157\156\012\012)" with perl command { $_ }.
2017.09.18 01:42:05 5: Postprocessed value is "on\n\n (\157\156\012\012)".
2017.09.18 01:42:05 5: Starting notify loop for WaermeRueck, 2 event(s), first is WaermeRueck: on\n\n
2017.09.18 01:42:05 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:05 5: End notify loop for WaermeRueck
2017.09.18 01:42:05 5: Cmd: >get Disbalance Disbalance<
2017.09.18 01:42:05 5: ECMDDevice: Analyze command >{"r -f Disbalance \n"}<
2017.09.18 01:42:08 5: Starting notify loop for EBUS, 1 event(s), first is FAILED
2017.09.18 01:42:08 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:08 5: End notify loop for EBUS
2017.09.18 01:42:11 5: Starting notify loop for EBUS, 1 event(s), first is DISCONNECTED
2017.09.18 01:42:11 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:11 5: End notify loop for EBUS
2017.09.18 01:42:11 5: Postprocessing "empty string" with perl command { $_ }.
2017.09.18 01:42:11 5: Postprocessed value is "empty string".
2017.09.18 01:42:11 5: Starting notify loop for Disbalance, 1 event(s), first is Disbalance
2017.09.18 01:42:11 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:11 5: End notify loop for Disbalance
2017.09.18 01:42:11 5: Cmd: >get Ionisation Ionisation<
2017.09.18 01:42:11 5: ECMDDevice: Analyze command >{"r -f SDFlame \n"}<
2017.09.18 01:42:11 5: Postprocessing "-35\n\n (\055\063\065\012\012)" with perl command { $_ }.
2017.09.18 01:42:11 5: Postprocessed value is "-35\n\n (\055\063\065\012\012)".
2017.09.18 01:42:11 5: Starting notify loop for Ionisation, 2 event(s), first is Ionisation: -35\n\n
2017.09.18 01:42:11 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:11 5: End notify loop for Ionisation
2017.09.18 01:42:11 5: Cmd: >get Hz_hours Hz_hours<
2017.09.18 01:42:11 5: ECMDDevice: Analyze command >{"r -f HcHours \n"}<
2017.09.18 01:42:12 5: Postprocessing "240\n\n (\062\064\060\012\012)" with perl command { $_ }.
2017.09.18 01:42:12 5: Postprocessed value is "240\n\n (\062\064\060\012\012)".
2017.09.18 01:42:12 5: Starting notify loop for Hz_hours, 2 event(s), first is Hz_hours: 240\n\n
2017.09.18 01:42:12 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:12 5: End notify loop for Hz_hours
2017.09.18 01:42:12 5: Cmd: >get Hz_starts Hz_starts<
2017.09.18 01:42:12 5: ECMDDevice: Analyze command >{"r -f HcStarts \n"}<
2017.09.18 01:42:12 5: Postprocessing "15732\n\n (\061\065\067\063\062\012\012)" with perl command { $_ }.
2017.09.18 01:42:12 5: Postprocessed value is "15732\n\n (\061\065\067\063\062\012\012)".
2017.09.18 01:42:12 5: Starting notify loop for Hz_starts, 2 event(s), first is Hz_starts: 15732\n\n
2017.09.18 01:42:12 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:12 5: End notify loop for Hz_starts
2017.09.18 01:42:12 5: Cmd: >get Ww_hours Ww_hours<
2017.09.18 01:42:12 5: ECMDDevice: Analyze command >{"r -f HWcHours \n"}<
2017.09.18 01:42:12 5: Postprocessing "35800\n\n (\063\065\070\060\060\012\012)" with perl command { $_ }.
2017.09.18 01:42:12 5: Postprocessed value is "35800\n\n (\063\065\070\060\060\012\012)".
2017.09.18 01:42:12 5: Starting notify loop for Ww_hours, 2 event(s), first is Ww_hours: 35800\n\n
2017.09.18 01:42:12 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:12 5: End notify loop for Ww_hours
2017.09.18 01:42:12 5: Cmd: >get Ww_starts Ww_starts<
2017.09.18 01:42:12 5: ECMDDevice: Analyze command >{"r -f HwcStarts \n"}<
2017.09.18 01:42:12 5: Postprocessing "1874\n\n (\061\070\067\064\012\012)" with perl command { $_ }.
2017.09.18 01:42:12 5: Postprocessed value is "1874\n\n (\061\070\067\064\012\012)".
2017.09.18 01:42:12 5: Starting notify loop for Ww_starts, 2 event(s), first is Ww_starts: 1874\n\n
2017.09.18 01:42:12 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:12 5: End notify loop for Ww_starts
2017.09.18 01:42:12 5: Cmd: >get Pump_hours Pump_hours<
2017.09.18 01:42:12 5: ECMDDevice: Analyze command >{"r -f PumpHours \n"}<
2017.09.18 01:42:13 5: Postprocessing "16600\n\n (\061\066\066\060\060\012\012)" with perl command { $_ }.
2017.09.18 01:42:13 5: Postprocessed value is "16600\n\n (\061\066\066\060\060\012\012)".
2017.09.18 01:42:13 5: Starting notify loop for Pump_hours, 2 event(s), first is Pump_hours: 16600\n\n
2017.09.18 01:42:13 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:13 5: End notify loop for Pump_hours
2017.09.18 01:42:13 5: Cmd: >get LegioTag LegioTag<
2017.09.18 01:42:13 5: ECMDDevice: Analyze command >{"r -f HwcLegioStartDay \n"}<
2017.09.18 01:42:13 5: Postprocessing "23288\n\n (\062\063\062\070\070\012\012)" with perl command { $_ }.
2017.09.18 01:42:13 5: Postprocessed value is "23288\n\n (\062\063\062\070\070\012\012)".
2017.09.18 01:42:13 5: Starting notify loop for LegioTag, 2 event(s), first is LegioTag: 23288\n\n
2017.09.18 01:42:13 5: End notify loop for LegioTag
2017.09.18 01:42:13 5: Cmd: >get LegioZeit LegioZeit<
2017.09.18 01:42:13 5: ECMDDevice: Analyze command >{"r -f HwcLegioStartTime \n"}<
2017.09.18 01:42:13 5: Postprocessing "So\n\n (\123\157\012\012)" with perl command { $_ }.
2017.09.18 01:42:13 5: Postprocessed value is "So\n\n (\123\157\012\012)".
2017.09.18 01:42:13 5: Starting notify loop for LegioZeit, 2 event(s), first is LegioZeit: So\n\n
2017.09.18 01:42:13 5: End notify loop for LegioZeit

es föngt bei Disbalance an

Code Auswählen Erweitern

2017.09.18 01:42:05 5: Cmd: >get Disbalance Disbalance<
2017.09.18 01:42:05 5: ECMDDevice: Analyze command >{"r -f Disbalance \n"}<
2017.09.18 01:42:08 5: Starting notify loop for EBUS, 1 event(s), first is FAILED
2017.09.18 01:42:08 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:08 5: End notify loop for EBUS
2017.09.18 01:42:11 5: Starting notify loop for EBUS, 1 event(s), first is DISCONNECTED
2017.09.18 01:42:11 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:11 5: End notify loop for EBUS
2017.09.18 01:42:11 5: Postprocessing "empty string" with perl command { $_ }.
2017.09.18 01:42:11 5: Postprocessed value is "empty string".
2017.09.18 01:42:11 5: Starting notify loop for Disbalance, 1 event(s), first is Disbalance
2017.09.18 01:42:11 4: Closing connection WEBphone_192.168.2.34_60616 due to full buffer in FW_Notify
2017.09.18 01:42:11 5: End notify loop for Disbalance

in der ebusd log steht

Code Auswählen Erweitern

2017-09-18 01:42:00.274 [update notice] update bai Status01 QQ=10: 25.0;24.0;11.000;-;42.0;off
2017-09-18 01:42:01.006 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:01.774 [update notice] update bai DateTime QQ=10: valid;01:42:02;18.09.2017;11.000
2017-09-18 01:42:01.992 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:03.582 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:04.560 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:05.521 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:07.444 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:08.177 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:10.238 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:10.955 [update notice] update bai Mode QQ=10: Standby
2017-09-18 01:42:11.171 [bus error] send to 38: ERR: read timeout, retry
2017-09-18 01:42:12.113 [update notice] update bai Status01 QQ=10: 25.0;24.0;11.000;-;42.0;off


wobei das passen würde , da Disbalance vom Gerät 38 kommt. das Gerät 38 ist ein VR32 von Vaillant dahinter hängt die Lüftung (08), dort kommt es immerwieder zu verzögerten Antworten.
Kann man ebusd sagen das er länger auf die Antwort warten soll??? er bekommt sie ja , da der Wert von Disbalance (-35) im nächsten Gerät auftaucht.


mfg maik