Buderus KM200 Kommunikationsmodul

[Newbee]

Hallo Leute,

Info:  Nach Update auf 0054 bleibt er nun auf Polling stehen. Hatte mit der 0053 keine sounding Thema.
Daten werden gezogen Status springt aber nicht auf Standby.

Grüße Newbee

[hijo]

Bei mir läuft es wieder einwandfrei. Er spring nach dem Polling auch in den Standby.
Also alles super!

[Klaus Rubik]

Guten Morgen,

hab die 0054 eingespielt, läuft ohne Probleme, DANKE!!!

Klaus

[Sailor]

Hallo NewBee

Info:  Nach Update auf 0054 bleibt er nun auf Polling stehen. Hatte mit der 0053 keine sounding Thema.
Daten werden gezogen Status springt aber nicht auf Standby.

Das Problem habe ich auch ist aber kein fhem oder km200 Problem.
Es liegt an deinem Browser.

Wenn die Daten alle gezogen sind - Der Zeitstempel des letzten Readings ist auf dner aktuellen Wert gesprungen, mache mal einen Refresh mittels der Taste "F5".

Das sollte des Rätsels Lösung sein.

Gruss
    Sailor

[Jorge3711]

Hallo Sailor,

Version 055 des Moduls hat es leider wieder verschlimmbessert. Das Modul zeigt Fehlermeldung "ERROR - Initial Connection failed... Try to re-connect in 10s". Fhem restart oder reload 73_km200 zwecklos. Erst nach einem Neustart des HW Moduls selbst konnte erfolgreich gestartet werden.

Update 14.10.: Das Modul überlebt in der Version 55 bei mir keinen FHEM Neustart (shutdown restart) ohne im Fehler "ERROR - Initial Connection failed... Try to re-connect in 10s" hängen zu bleiben.

Außerdem ist mir mit Version 54 aufgefallen, dass bestimmte Werte nur noch in großen Zeitabständen abgerufen werden, obwohl IntervalDynVal auf 180 steht, siehe Anhang. Aufgefallen ist es mir bei der auf einmal so glatten Verlaufslinie der Außentemperatur im Gegensatz zum Morgen/Vormittag.

[Sailor]

Hallo Jorge

Version 055 des Moduls hat es leider wieder verschlimmbessert. Das Modul zeigt Fehlermeldung "ERROR - Initial Connection failed... Try to re-connect in 10s". Fhem restart oder reload 73_km200 zwecklos. Erst nach einem Neustart des HW Moduls selbst konnte erfolgreich gestartet werden.

Update 14.10.: Das Modul überlebt in der Version 55 bei mir keinen FHEM Neustart (shutdown restart) ohne im Fehler "ERROR - Initial Connection failed... Try to re-connect in 10s" hängen zu bleiben.

Wie schon gesagt, dass ist kein Fehler von fhem oder dem km200 Modul. Drueck einfach mal nach 10s +1s die Taste "F5" und dann sollte er nach "Sounding" springen.

Warte weitere (je nachdem) bis zu 120 Sekunden und druecke wieder "F5" um deinen Browser zu refreshen. Dann sollte er auf "Standby" stehen.

Der Hintergrund ist der, dass ich lediglich den state an die Realität angepasst habe. Leider habe ich noch nicht herausgefunden, wie sich der state im browser automatisch "refreshed".

Außerdem ist mir mit Version 54 aufgefallen, dass bestimmte Werte nur noch in großen Zeitabständen abgerufen werden, obwohl IntervalDynVal auf 180 steht, siehe Anhang. Aufgefallen ist es mir bei der auf einmal so glatten Verlaufslinie der Außentemperatur im Gegensatz zum Morgen/Vormittag.

Ist mir auch ein Raetsel. An der Abfrage habe ich nicht geschraubt.
Waere dies so, dann waeren auch die Werte fuer die Ladepumpe entsprechend genauso grob.
Schau dir mal die Rohdaten der Ausentemperatur in den Log-Files an...
Sofern du bei den Attributen kein "event-on-change-Reading" auf 1 gesetzt hast, duerftest du alle 180s einen Wert bekommen haben.
Was mich interessieren wuerde, wieso die Aussentemperatur morgens um ±0,1K zittert...

Anbei meine Aussentemperatur und Heizungswerte fuer den 13. Oktober zum Vergleich.

Gruss
   Sailor

[Rockojfonzo]

Nabend!
Nach längerer Zeit kann ich mich nun auch nochmal dem Thema km200 widmen. Ich habe gerade in Komplett-Update von FHEM gemacht.
Trotzdem

• werden immer noch alle Werte zwischen 2 und 28(!) Mal in mein Log geschrieben (und gefühlt auch gepolled!) und
• deswegen wird der auch zwischen zwei INTERVALDYNVAL=120 fast nie fertig.

Ich hab natürlich schon alles neu gestartet.
Falls jemand hier eine Idee hat, bin ich für Hinweise dankbar.

[Stefan M.]

Hallo zusammen
HILFE ich habe ein kleines anders Problem mit meiner GB 172 mit RC35. Bei mir ist die Maximalen Ausschalttemperatur auf 30 Grad fest und mein Kesselvorlauf bleibt bei 30 Grad hängen.
Kann das mit dem Modul zusammenhängen ? Kann ich den Wert mit dem RC35 ändern ich finde in der Doku nichts dazu ? Mit dem RC30 scheint es zu gehen aber das habe ich nicht. In der ECO-Soft finde ich den Parameter auch nicht. Kann mir jemand helfen ?

P.S. Das Warmwasser funktioniert.

LG
Stefan

[Sailor]

Hallo Rocko

1. werden immer noch alle Werte zwischen 2 und 28(!) Mal in mein Log geschrieben (und gefühlt auch gepolled!) und[/li][/list]

Beschreibe mal bitte genauer was genau du meinst.
Hast du eine Fehlermeldung?
Was genau beobachtest du?

2. deswegen wird der auch zwischen zwei INTERVALDYNVAL=120 fast nie fertig.[/li][/list]

Dann erhöhe doch das Intervall testweise mal auf 600s. Was passiert dann

Gruß
    Sailor

[Jorge3711]

Hallo Jorge

Wie schon gesagt, dass ist kein Fehler von fhem oder dem km200 Modul. Drueck einfach mal nach 10s +1s die Taste "F5" und dann sollte er nach "Sounding" springen.

Warte weitere (je nachdem) bis zu 120 Sekunden und druecke wieder "F5" um deinen Browser zu refreshen. Dann sollte er auf "Standby" stehen.

Nein, das tat er nicht. Nach dem Shutdown restart (durchgeführt ca. 9:30)folgte stundenlang diese Meldungen:

Code Auswählen Erweitern


2015.10.14 13:22:05 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:22:20 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/activeSwitchProgram: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:22:20 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:22:35 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/activeSwitchProgram: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:22:35 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:22:50 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/activeSwitchProgram: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:22:50 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:23:02 2: heizung_di_steuerung_hc1: reading does not exist: [gb172:/heatingCircuits/hc1/activeSwitchProgram]
2015.10.14 13:23:03 2: heizung_di_steuerung_hc1: reading does not exist: [gb172:/heatingCircuits/hc1/activeSwitchProgram]
2015.10.14 13:23:06 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/activeSwitchProgram: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:23:06 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:23:21 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/activeSwitchProgram: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:23:21 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:23:36 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/activeSwitchProgram: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:23:36 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s


Dies ging so lange, bis FHEM schließlich die Grätsche machte und nicht mehr über das Webinterface erreichbar war und im Log diese Meldungen Millionenfach auftrat:

Code Auswählen Erweitern


2015.10.14 13:57:22 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:57:24 2: heizung_di_steuerung_hc1: reading does not exist: [gb172:/heatingCircuits/hc1/activeSwitchProgram]
2015.10.14 13:57:37 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/manualRoomSetpoint: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:57:37 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:57:52 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /heatingCircuits/hc1/manualRoomSetpoint: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.14 13:57:52 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)
2015.10.14 13:57:52 1: Accept failed (telnetPort: Zu viele offene Dateien)


Das Fhem.log wurde gestern dadurch um über 500 MB aufgeblasen weil die letzten Meldungen über 400 Mal pro Sekunde (!) im Log protokolliert wurden:

Code Auswählen Erweitern


# grep 13\:57\:52 fhem-2015-10.log | wc -l
408


Gegen 18 Uhr habe ich das KM Modul vom Strom getrennt, halbe Minute gewartet und wieder Strom drauf und Fhem hat sich ohne Neustart nach kurzer Zeit erholt und lieferte wieder Werte.

Mittlerweile glaube ich ja, dass die HW des KM Moduls schlicht total schrotig ist. Ohne mindestens einen Fehler ala "ERROR: Service READING: No proper Communication with Gateway ... empty answer received" geht kein Polling Lauf durch. Davon meine Heizung zu steuern über Dein Modul bin ich mittlerweile ab - Mein DOIF kann nicht erfolgreich /heatingCircuits/hc1/activeSwitchProgram setzen. Über das WebIF geht es lustiger Weise i.d.R. Von daher beschränke ich mich darauf mir hübsche Grafen zu malen und ReadingsGroups um so wenigsten optische Infos zu haben.

[Sailor]

Hallo Jorge

Mittlerweile glaube ich ja, dass die HW des KM Moduls schlicht total schrotig ist. Ohne mindestens einen Fehler ala "ERROR: Service READING: No proper Communication with Gateway ... empty answer received" geht kein Polling Lauf durch.

Also das fhem irgendwann sagt "1: Accept failed (telnetPort: Zu viele offene Dateien)" ist in dem Kontext OK, da auf die Antwort gewartet wird und wenn immer mehr kommen ist irgendwann Schicht im Schacht...

Ich muss mal mit Rudi reden, da die Funktion "HTTP_Non_Blocking_Get" von ihm kommt.

Aber das ursächliche Problem liegt in deiner Verbindung zum KM200... entweder ist das KM200 Modul tatsächlich Schrott oder die Netzwerkverbindung dorthin.
Sicher, dass kein anderer die IP Adresse den KM200 Moduls in deinem Netzwerk doppelt verwendet?

Gruß
    Sailor

[Jorge3711]

Hallo Sailor,

Aber das ursächliche Problem liegt in deiner Verbindung zum KM200... entweder ist das KM200 Modul tatsächlich Schrott oder die Netzwerkverbindung dorthin.
Sicher, dass kein anderer die IP Adresse den KM200 Moduls in deinem Netzwerk doppelt verwendet?

Netzwerk kann ich mir nur schwer Vorstellen. FHEM rennt auf einem Raspberry B2 der direkt auf einem D-Link 24 Port Switch hängt. Am gleichen Switch hängt das Buderus KM200 Modul. Da ist kein Patchpanel dazwischen; 2 LAN Kabel, 1 GBit Switch. Sonst nix. Ich mach heute Abend mal einen Werksreset am KM200 Modul und schau was passiert.

Ist der Raspi der Knackpunkt? Soweit ich weiß nutzen andere KM200 User auch nen Raspi. Ich hatte vor 2 Wochen oder so mal nen Ubuntu Server als VM aufgesetzt und mit dem KM200 verbunden. Da gab es IIRC ebenfalls diese Netzwerk Probleme (empty answer received). Die Buderus APP funktioniert (wenn ich das KM ins Internet lasse), ist aber arschlahm (Temperaturverlauf anzeigen dauert ewig...). Deutet also doch auf die Hardware des KM200 hin?!? Wenn ich meinem Heizungsbauer sage, das KM ist Schrott hat der bestimmt nur Fragezeichen auf der Stirn

Eine doppelte IP-Adresse kann ich eigentlich ausschließen. Werde aber zur Sicherheit dem KM200 im DHCP mal eine andere IP zuweisen (ist aktuell auch schon auf feste Zuordnung festgeklopft).

Viele Grüße
Jorge

[Sailor]

Hi Jorge

Netzwerk kann ich mir nur schwer Vorstellen. FHEM rennt auf einem Raspberry B2 der direkt auf einem D-Link 24 Port Switch hängt. Am gleichen Switch hängt das Buderus KM200 Modul. Da ist kein Patchpanel dazwischen; 2 LAN Kabel, 1 GBit Switch. Sonst nix. Ich mach heute Abend mal einen Werksreset am KM200 Modul und schau was passiert.

Das hört sich resolut an... Da gibt's nix zu meckern. Was für einen Router verwendest du?

Ist der Raspi der Knackpunkt? Soweit ich weiß nutzen andere KM200 User auch nen Raspi.

Ich auch und habe, abgesehen von Kommunikationsproblemen während des fhem-starts, keine Probleme im laufenden Betrieb.

Die Buderus APP funktioniert (wenn ich das KM ins Internet lasse), ist aber arschlahm (Temperaturverlauf anzeigen dauert ewig...). Deutet also doch auf die Hardware des KM200 hin?!? Wenn ich meinem Heizungsbauer sage, das KM ist Schrott hat der bestimmt nur Fragezeichen auf der Stirn

Das "arschlangsam"  kann auch ein Indiz dafür sein, dass auch die App Schwierigkeiten hat die Daten zu bekommen und es mehrfach versuchen muss...

Eine doppelte IP-Adresse kann ich eigentlich ausschließen. Werde aber zur Sicherheit dem KM200 im DHCP mal eine andere IP zuweisen (ist aktuell auch schon auf feste Zuordnung festgeklopft).

Kannst ja mal auf deinem Router schauen, welche MAC welche IP Adresse hat. Auf meiner FritzBox7390 kann ich das sehr schön sehen...

Du musst auf alle Fälle dem KM200 im DHCP Server eine feste IP Adresse zuweisen. Ansonsten klappt das mit dem fhem Modul nicht, da das Modul eine feste IP erwartet.
Sonst landen die Anfragen im Nirvana...

Und wenn du schon dabei bist: Tausch mal alle 3 Patch-Kabel aus: Das vom RasPi, von dem KM200 und zum DHCP Server hin.
Kann nicht schaden um einen Fehler auszuschließen...

Gruß
    Sailor

[Jorge3711]

Hallo Sailor,

Das hört sich resolut an... Da gibt's nix zu meckern. Was für einen Router verwendest du?

Man klammert sich an die dünnsten Strohhalme Als Router kommt bei mir ein alter PC mit IPfire darauf zum Einsatz.

Kannst ja mal auf deinem Router schauen, welche MAC welche IP Adresse hat. Auf meiner FritzBox7390 kann ich das sehr schön sehen...

Du musst auf alle Fälle dem KM200 im DHCP Server eine feste IP Adresse zuweisen. Ansonsten klappt das mit dem fhem Modul nicht, da das Modul eine feste IP erwartet.
Sonst landen die Anfragen im Nirvana...

IP-Adresse ist fest per DHCP fest zugewiesen, die IP nicht doppelt vergeben. Hab mir schon überlegt, ob wer so verrückt wäre und sein funktionierendes KM200 mal mit mir zu tauschen, um zu sehen, ob die Kommunikationsprobleme bei anderen auch auftauchen. 

Und wenn du schon dabei bist: Tausch mal alle 3 Patch-Kabel aus: Das vom RasPi, von dem KM200 und zum DHCP Server hin.
Kann nicht schaden um einen Fehler auszuschließen...

Kabel kann ich mal noch tauschen. Geh ich gleich mal in den Serverraum und leih mir ein paar aus der Firma

Ich halte Euch auf dem laufenden.

Grüße Jorge

[Jorge3711]

So. Werksreset am KM200 durchgeführt, neues Passwort vergeben. Kabel zum Raspi und KM Modul getauscht. FHEM gestartet (war seit heute Mittag heruntergefahren) und anschließend (17:54 Uhr) das neue KM Passwort in der Konfig über das Webinterface hinterlegt. Ergebnis:

Code Auswählen Erweitern


[...]
2015.10.15 17:51:18 3: Probing CUL device /dev/ttyAMA0
2015.10.15 17:51:18 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.10.15 17:51:18 3: Probing FRM device /dev/ttyAMA0
2015.10.15 17:51:23 1: usb create end
2015.10.15 17:51:24 0: Featurelevel: 5.6
2015.10.15 17:51:24 0: Server started with 93 defined entities (version $Id: fhem.pl 9420 2015-10-10 16:17:04Z rudolfkoenig $, os linux, user fhem, pid 24581)
2015.10.15 17:51:24 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /: No proper Communication with Gateway: connect to http://172.28.135.35:80 timed out
2015.10.15 17:51:24 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.15 17:51:24 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at fhem.pl line 3897.
2015.10.15 17:51:33 1: HMLAN_Parse: HMLAN1 new condition ok
2015.10.15 17:51:33 1: PERL WARNING: ^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at ./FHEM/93_DbLog.pm line 576.
2015.10.15 17:51:33 3: CUL_HM set ez_licht_decke statusRequest
2015.10.15 17:51:34 3: CUL_HM set ez_rollladen statusRequest
2015.10.15 17:51:35 3: CUL_HM set garage_sw_tor statusRequest
2015.10.15 17:51:36 3: CUL_HM set garten_licht_haustuer statusRequest
2015.10.15 17:51:37 3: CUL_HM set garten_licht_aufgang statusRequest
2015.10.15 17:51:38 3: CUL_HM set kueche_licht_decke statusRequest
2015.10.15 17:51:39 3: CUL_HM set sz_licht_carsten statusRequest
2015.10.15 17:51:40 3: CUL_HM set sz_licht_decke statusRequest
2015.10.15 17:51:41 3: CUL_HM set sz_licht_zelmira statusRequest
2015.10.15 17:51:42 3: CUL_HM set wz_licht_decke statusRequest
2015.10.15 17:51:46 3: CUL_HM set garage_sw_tor getConfig
2015.10.15 17:54:39 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /system/holidayModes/hm3: No proper Communication with Gateway: http://172.28.135.35/system/holidayModes/hm3: empty answer received
2015.10.15 17:54:39 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.15 17:54:56 2: gb172 : km200_ParseHttpResponseInit - ERROR - Service: /system/holidayModes/hm4/dhwMode: No proper Communication with Gateway: read from http://172.28.135.35:80 timed out
2015.10.15 17:54:56 2: gb172 : km200_ParseHttpResponseInit - ERROR - Timer restarted to try again in 10s
2015.10.15 17:55:08 3: CUL_HM set garage_tfk_tor getConfig
2015.10.15 17:59:13 3: CUL_HM set ez_licht_decke on
2015.10.15 17:59:54 3: CUL_HM set ez_licht_decke off
2015.10.15 18:00:52 2: gb172 : ERROR: Service: /heatSources/nominalCHPower: No proper Communication with Gateway: http://172.28.135.35/heatSources/nominalCHPower: empty answer received
2015.10.15 18:00:52 2: gb172 : ERROR: Service: /heatSources/nominalDHWPower: No proper Communication with Gateway: http://172.28.135.35/heatSources/nominalDHWPower: empty answer received
2015.10.15 18:00:52 2: gb172 : ERROR: Service: /heatSources/numberOfStarts: No proper Communication with Gateway: http://172.28.135.35/heatSources/numberOfStarts: empty answer received
2015.10.15 18:00:52 2: gb172 : ERROR: Service: /heatSources/powerSetpoint: No proper Communication with Gateway: http://172.28.135.35/heatSources/powerSetpoint: empty answer received
2015.10.15 18:00:52 2: gb172 : ERROR: Service: /heatSources/returnTemperature: No proper Communication with Gateway: http://172.28.135.35/heatSources/returnTemperature: empty answer received
2015.10.15 18:00:53 2: gb172 : ERROR: Service: /heatSources/supplyTemperatureSetpoint: No proper Communication with Gateway: http://172.28.135.35/heatSources/supplyTemperatureSetpoint: empty answer received
2015.10.15 18:00:53 2: gb172 : ERROR: Service: /heatSources/systemPressure: No proper Communication with Gateway: http://172.28.135.35/heatSources/systemPressure: empty answer received
2015.10.15 18:00:53 2: gb172 : ERROR: Service: /heatSources/workingTime/centralHeating: No proper Communication with Gateway: http://172.28.135.35/heatSources/workingTime/centralHeating: empty answer received
2015.10.15 18:00:53 2: gb172 : ERROR: Service: /heatSources/workingTime/secondBurner: No proper Communication with Gateway: http://172.28.135.35/heatSources/workingTime/secondBurner: empty answer received
2015.10.15 18:03:58 2: gb172 : ERROR: Service: /system/appliance/systemPressure: No proper Communication with Gateway: http://172.28.135.35/system/appliance/systemPressure: empty answer received
2015.10.15 18:03:58 2: gb172 : ERROR: Service: /system/appliance/workingTime/centralHeating: No proper Communication with Gateway: http://172.28.135.35/system/appliance/workingTime/centralHeating: empty answer received
2015.10.15 18:03:58 2: gb172 : ERROR: Service: /system/appliance/workingTime/secondBurner: No proper Communication with Gateway: http://172.28.135.35/system/appliance/workingTime/secondBurner: empty answer received
2015.10.15 18:03:59 2: gb172 : ERROR: Service: /system/appliance/workingTime/totalSystem: No proper Communication with Gateway: http://172.28.135.35/system/appliance/workingTime/totalSystem: empty answer received
2015.10.15 18:03:59 2: gb172 : ERROR: Service: /system/brand: No proper Communication with Gateway: http://172.28.135.35/system/brand: empty answer received
2015.10.15 18:03:59 2: gb172 : ERROR: Service: /system/bus: No proper Communication with Gateway: http://172.28.135.35/system/bus: empty answer received
2015.10.15 18:03:59 2: gb172 : ERROR: Service: /system/heatSources/hs1/actualModulation: No proper Communication with Gateway: http://172.28.135.35/system/heatSources/hs1/actualModulation: empty answer received
2015.10.15 18:03:59 2: gb172 : ERROR: Service: /system/heatSources/hs1/actualPower: No proper Communication with Gateway: http://172.28.135.35/system/heatSources/hs1/actualPower: empty answer received
2015.10.15 18:04:00 2: gb172 : ERROR: Service: /system/heatSources/hs1/energyReservoir: No proper Communication with Gateway: http://172.28.135.35/system/heatSources/hs1/energyReservoir: empty answer received
2015.10.15 18:04:00 2: gb172 : ERROR: Service: /system/heatSources/hs1/fuel/caloricValue: No proper Communication with Gateway: http://172.28.135.35/system/heatSources/hs1/fuel/caloricValue: empty answer received
2015.10.15 18:07:05 2: gb172 : ERROR: Service: /system/sensors/temperatures/return: No proper Communication with Gateway: http://172.28.135.35/system/sensors/temperatures/return: empty answer received
2015.10.15 18:07:05 2: gb172 : ERROR: Service: /system/sensors/temperatures/supply_t1: No proper Communication with Gateway: http://172.28.135.35/system/sensors/temperatures/supply_t1: empty answer received
2015.10.15 18:07:05 2: gb172 : ERROR: Service: /system/sensors/temperatures/supply_t1_setpoint: No proper Communication with Gateway: http://172.28.135.35/system/sensors/temperatures/supply_t1_setpoint: empty answer received
2015.10.15 18:07:05 2: gb172 : ERROR: Service: /system/sensors/temperatures/switch: No proper Communication with Gateway: http://172.28.135.35/system/sensors/temperatures/switch: empty answer received
2015.10.15 18:07:05 2: gb172 : ERROR: Service: /system/systemType: No proper Communication with Gateway: http://172.28.135.35/system/systemType: empty answer received


Hat also nix gebracht, ach menno