Neuer Adapter: ioBroker.stiebel-lwz / ioBroker.stiebel-isg
-
Hallo Manuel,
ich habe auch diese Version, ebenfalls in Docker laufen. Alles funktioniert problemlos.
Könntest du bitte mal deine Einstellungen als Screenshot zeigen?
-
Ebenfalls Docker bei mir - keine Probleme.
-
Hallo, viel kann man ja nicht einstellen. Hatte übergangsweise schonmal ein User mit Passwort vergeben und genutzt. War aber das gleiche Problem…
-
Hmmm, also eigentlich wäre alles korrekt. Kannst du vom Terminal des Containers ein Ping auf diese Adresse ausführen?
-
Hallo, vermute eher das er seiten abfragen möchte die ich nicht habe… ich habe z.B kein Solar...
ein paar states legt er an bevor er neustartet...
er hat nach den Neustarts weitere States angelegt
diese sehen aber bedingt komisch aus oder haben falsche werte
-
Ah. Das erklärt schon mal einiges. Dachte es geht gar nichts.
Muss dann mal sehen, dass ich den Response Code abfrage, bevor etwas gemacht wird.
Melde mich wieder.
-
Okay, ich hatte da die Vermutung, dass auch leere Seite, also Seiten die es bei deiner Heizung nicht gibt, geparsed werden. Das war es aber nicht, der Response-Code wird vorher geprüft. Habe extra mal eine falsche Seite eingefügt, aber bei mir läuft allles durch.
Das mit den null-Werten ist komisch, evtl. ist die Verbindung langsam oder der ioBroker kommt irgenwie mit der Erstellung der Datenpunkte nicht hinterher. Sollte aber irgendwann alle Punkte haben und dann nur noch die Werte aktualisieren. Null sagt nur aus, dass er keinen Werte dafür hat. Bzw. verfällt der Wert aktuell nach der doppelten Abfragezeit. Also bei Infowerten nach 2 x 60 Sekunden und bei Einstellungen nach 2 x 1 Stunde. Danach steht da richtigerweise null.
-
Hallo Michael,
der Fehler muss irgendwo bei commandPaths = ["/?s=4,0,3"] liegen. Habe mal try and error die Dinger ausgeschlossen, wenn ich den rausnehme funktioniert der Adapter ohne Fehlermeldungen. Ein paar valXX States habe ich allerdings noch.
Sieht meine Seite mit den Einstellungen anders aus?
den ersten "Pufferbetrieb" hat er noch angelegt…
Gruß
Manuel
-
Möglicherweise liegt es am Feld Festwertbetrieb. Gültige Werte 20 bis 50 Grad, da steht aber Aus.
Legt er den Wert an?
Das mit Valxxx stimmt so. Darum steht ja der Name in der zweiten Spalte. Die Werte werden über Valxxx zurückgeschrieben. Bei reinen Lesewerten steht da der normale Name.
-
Hallo,
nach Val107 bricht er mit dem beschriebenen Fehler ab und startet die Instanz neu. Der Werte der danach angelegt werden müsste ist Val113 (MAXIMALE RÜCKLAUFTEMP.)
Gruß, Danke und Frohe Weihnachten
Manuel
-
Kann dieser Adapter bzw das ISG generell, die gemessenen Temperaturen der einzelnen Raum Thermostate Anzeigen?
-
Hallo, habe keine Einzelraumthermostate im Einsatz nur eine FE7 der Wert kann abgefragt werden.
Gruß
Manuel
-
Hallo Manuel,
ich habe eine neue Version auf GitHub gepushed. Probier diese bitte mal. An dem val107 dürfte es nicht gelegen haben. Ich habe einen ähnlichen Wert unter Warmwasser und dort funktioniert es einwandfrei.
Jetzt werden auch Werte eingelesen die vorher nicht gingen, z.B. die Laufzeit des Filters der Lüftung. Evtl. behebt es dein Problem.
Falls es immer noch nicht geht, dann schick mir doch bitte mal den Quellcode von dem Bereich in dem "Festwertbetrieb" und "Vorwahl Heizkreis" enthalten ist.
-
Hallo,
klappt leider nicht mit der neuen Version
Als Anlage wie gewünscht die komplette HTML Seite der ISG - Einstellungen - Heizen - Grundeinstellung
Gruß
-
So, ich hab den Grund gefunden. Denke es ist das bereits vermutete Feld Festwertbetrieb. Das habe ich selbst nicht und daher bin ich auch nicht auf den Fehler gestoßen.
Teste bitte mal die neue Version und gib mir kurzt Bescheid. Ich kann die Funktion leider nicht direkt testen und muss etwas ins Blaue hinein arbeiten.
-
Schade, der Fehler tritt immer noch auf…
host.buanet-iobroker1 2019-01-07 22:36:05.367 error instance system.adapter.stiebel-isg.0 terminated with code 0 (OK) host.buanet-iobroker1 2019-01-07 22:36:05.367 error Caught by controller[0]: at IncomingMessage. <anonymous>(/opt/iobroker/node_modules/request/request.js:1085:12) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at Request.emit (events.js:188:7) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at emitOne (events.js:96:13) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at Request. <anonymous>(/opt/iobroker/node_modules/request/request.js:1163:10) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at Request.emit (events.js:191:7) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at emitTwo (events.js:106:13) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at Request.self.callback (/opt/iobroker/node_modules/request/request.js:186:22) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at Request._callback (/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:383:39) host.buanet-iobroker1 2019-01-07 22:36:05.366 error Caught by controller[0]: at initialize.exports.each (/opt/iobroker/node_modules/iobroker.stiebel-isg/node_modules/cheerio/lib/api/traversing.js:300:24) host.buanet-iobroker1 2019-01-07 22:36:05.365 error Caught by controller[0]: at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:465:29) host.buanet-iobroker1 2019-01-07 22:36:05.365 error Caught by controller[0]: TypeError: Cannot read property 'children' of undefined stiebel-isg.0 2019-01-07 22:36:05.322 info cleaned everything up... stiebel-isg.0 2019-01-07 22:36:05.322 error TypeError: Cannot read property 'children' of undefined at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:465:29) at initialize.exports.each (/opt/iobroker/node_mo stiebel-isg.0 2019-01-07 22:36:05.321 error uncaught exception: Cannot read property 'children' of undefined stiebel-isg.0 2019-01-07 22:35:51.431 info starting. Version 1.2.2 in /opt/iobroker/node_modules/iobroker.stiebel-isg, node: v6.13.1</anonymous></anonymous></anonymous></anonymous> -
Neue Version gepushed auf GitHub.
Es lag an einem versteckten Feld unter dem Feld "Festwertbetrieb". Da muss man erst mal drauf kommen :shock:
-
super das war es, jetzt läuft der Adapter bei mir ohne Fehler. Ich weiß gar nicht wie ich danken soll… ein star auf github ist viel zu wenig für den guten Support -
Gerne
Und zu deinen gemeldeten Issues noch kurz. Das erwähnte Leerzeichen zwischen Wert und Einheit ist nur in der Oberfläche sichtbar. Da ist kein Leerzeichen vor dem Wert. Das sieht man, wenn man das Feld im Objektbrowser bearbeitet. Die Einheit steht dort ohne Leerzeichen.
Zum Thema "kein Fehler" hab ich dir auch geantwortet. Das sollte man besser mittels Skript machen, meiner Meinung nach. Das Problem ist, dass es verschiedenste Bedürfnisse und Heizungen gibt. Diese sollen lediglich ausgelesen werden.
Wenn dir das reicht, bitte die Issues schließen. Danke
-
Leerzeichenproblem auch gefixed. Hoffe es klappt.
