Test Adapter stiebel-isg v1.7.x
-
@unltdnetworx
Ja ich hab über 10 Minuten gewartet, da tat sich nichts, aber ich werde das nochmal testen. Trotzdem Danke.Ansonsten muss wieder ein weitere SwitchBot herhalten
-
@nik82 sagte in Test Adapter stiebel-isg v1.7.x:
weiß jemand ob es möglich ist, die Wärmepumpe via ISG neu zu starten, also einen Reset zu machen?
Doch das geht:
-
@darkiop
Das bootet aber nur das ISG neu. Ist schon im Adapter integriert. Die Heizung hat ja quasi keine IP-Adresse. -
@darkiop sagte in Test Adapter stiebel-isg v1.7.x:
@nik82 sagte in Test Adapter stiebel-isg v1.7.x:
weiß jemand ob es möglich ist, die Wärmepumpe via ISG neu zu starten, also einen Reset zu machen?
Doch das geht:
Hi,
danke für deine Hilfe, aber da rebootest du nur das ISG, nicht die Wärmepumpe selber
-
Ok, wie war das .. Wer lesen kann ...
-
@unltdnetworx sagte in Test Adapter stiebel-isg v1.7.x:
@nik82
Ich glaube nicht, dass das geht.Aber so ein Problem hatte ich auch schon einmalig. Ich habe dann einfach die Lüfterstufe geändert und wieder zurückgestellt und es ging wieder.
Wollte nur Bescheid geben, hab jetzt einiges probiert, das hier klappt gott sei dank:
Wenn der Fehler auftritt, dann 5 Minuten Lüfter komplett aus, also auf 0.
Danach wieder anschalten, dann sind die Lüfter wieder synchron.So kann ich jetzt ein schönes Script schreiben.
Danke nochmal für deinen Tip, denn ich glaub ich hätte es sonst nicht nochmal probiert
-
@unltdnetworx Guten Abend Michael,
habe vorin die neue 1.7.2 zum Testen installiert - seitdem hat der Adapter - auch bei einem Downgrade - den Dienst eingestellt.
Die /src/i18n/de/translations.json wird nicht mehr gefunden.
Beim Downgrad hatte ich Adapter + Instanz entfernt und die 1.7.1 installiert. Aber auch da dann der Fehler mit der translations.json.
2021-07-28 17:42:02.993 - error: stiebel-isg.0 (7231) uncaught exception: Cannot find module './src/i18n/de/translations.json' Require stack: - /opt/iobroker/node_modules/iobroker.stiebel-isg/main.js 2021-07-28 17:42:02.995 - error: stiebel-isg.0 (7231) Error: Cannot find module './src/i18n/de/translations.json' Require stack: - /opt/iobroker/node_modules/iobroker.stiebel-isg/main.js at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15) at Function.Module._load (internal/modules/cjs/loader.js:667:27) at Module.require (internal/modules/cjs/loader.js:887:19) at require (internal/modules/cjs/helpers.js:74:18) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:59:25) at processImmediate (internal/timers.js:463:21) -
@darkiop
Sry, da hab ich bei npm einen Fehler gemacht. Soeben ist eine neue Version 1.7.3 ins stable gekommen. Sollte wieder gehen. -
@unltdnetworx alles gut, dafür testen wir ja
-
Guten Abend - ich stelle bei mir immer wieder mal die Sprache auf EN um. Dabe ist mir aufgefallen, das der stiebel-isg sein DPs nach Sprache anlegt:
DE: stiebel-isg.0.Info
EN: stiebel-isg.0.infoDE: stiebel-isg.0.Einstellungen
EN: stiebel-isg.0.settings
Meinst du es wäre Möglich, dies Optional zu haben? D.h. keine Umbenunng bei Sprach-Wechsel?
-
@darkiop
Hi, das wäre natürlich möglich. Evtl. ein Haken in der Weboberfläche, Standard auf "Datenpunkte ändern in Landessprache" oder so ähnlich. Komme aber erst in etwa 2 Wochen dazu.
Bloß interessehalber, warum wechselt man denn die Sprache? -
@unltdnetworx sagte in Test Adapter stiebel-isg v1.7.x:
@darkiop
Hi, das wäre natürlich möglich. Evtl. ein Haken in der Weboberfläche, Standard auf "Datenpunkte ändern in Landessprache" oder so ähnlich. Komme aber erst in etwa 2 Wochen dazu.Eilt auch nicht, wenn man weis wohin man langen muss, ist das auch recht schnell geändert (Export der Objekte, Suchen/Ersetzen im JSON, Upload, in der MySQL-DB ebenfalls die Namen anpassen, ne Handvoll Skripte anpassen).
Bloß interessehalber, warum wechselt man denn die Sprache?
Ich bin noch unentschlossen - auf EN fühl ich mich mittlerweile wohler, zumal auch oft Übersetzungen nur oberflächlich sind. Das trifft aber für viele von mir Benutzte Systeme zu - und es hat den Effekt das auch immer wieder mal etwas bzgl. EN im eigenen Kopf hängen bleibt - man rostet nicht ein
Allerdings hat der Wechsel auf EN auch noch andere Nachteile, z.B. bei den Chart-Widgets von den Material Design Widgets von @Scrounger ist dann ebenfalls das Datum/Bezeichung der Tage auf EN ...
-
@darkiop
Alternativ kann man auch mit dem Alias-Adapter arbeiten. Dann ändert man nur noch einmalig in allen Skripten/Oberflächen auf alias.0.* und wenn sich ein Gerät ändert, hat man einen zentralen Punkt um anzupassen.Den habe ich mittlerweile zu schätzen gelernt. Ist hat einmalig großer Aufwand.
-
@unltdnetworx Jep - ich hab da aktuell noch linkeddevies im Einsatz - warte mal noch ab wie sich das alles entwickelt.
Aber ja, vielleicht sollte ich die wichtigsten stiebel-isg.0 DPs mit Aliasen versehen - das würde den Aufwand reduzieren
-
Ich bekomme derzeit die folgenden Warnmeldungen ins log.
Die dazugehörigen Objekte sehen so aus
Ich weiß jetzt leider nicht, wo er das Problem sieht, das was im Objekt drin steht ist korrekt.
Adapterversion ist 1.7.3, Admin 5.1.25
-
@frana120500
Das liegt daran, dass die Datenpunkte in einer alten Version anders angelegt wurden, als sie jetzt gebraucht werden.Einfach einmal den Adapter anhalten, in den Objekten den ganzen Baum des Adapters mit allen Unterpunkten löschen und den Adapter wieder starten. Dann werden alle Punkte korrekt angelegt und es sollten keine Logs mehr auftauchen.
-
Kann jemand mit dem folgendem Fehler etwas anfangen?
stiebel-isg.0 2021-10-15 11:57:59.831 error TypeError: Cannot read property 'replace' of undefined at Umlauts (/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:691:4) at createISGCommands (/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:335:12) at Node.<anonymous> (/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:509:6) at LoadedCheerio.each (/opt/iobroker/node_modules/iobroker.stiebel-isg/node_modules/cheerio/lib/api/traversing.js:480:26) at Node.<anonymous> (/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:487:40) at LoadedCheerio.each (/opt/iobroker/node_modules/iobroker.stiebel-isg/node_modules/cheerio/lib/api/traversing.js:480:26) at getIsgCommands (/opt/iobroker/node_modules/iobroker.stiebel-isg/main.js:456:29) at processTicksAndRejections (internal/process/task_queues.js:95:5) stiebel-isg.0 2021-10-15 11:57:59.829 error unhandled promise rejection: Cannot read property 'replace' of undefined stiebel-isg.0 2021-10-15 11:57:59.828 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). -
@uwekronberg
Hast du den Adapter neu installiert oder etwas geändert? Zur Not nochmal deinstallieren und neu installieren. Die Datenpunkte werden alle wieder generiert. -
@uwekronberg
Oder einmal das Häkchen setzen/entfernen bei den Umlauten unter Einstellungen des Adapters. -
Hi Leute,
ich habe eine LWZ404 mit ISG + EMI und verwende den Adapter in der Version 1.7.3.
Soweit läuft aus iobroker Sicht alles super stabil und gibt keine Probleme.Ich hoffe vielleicht ein paar Erkenntnisse von euch bzgl. Optimierung meiner Heizungseinstellungen zu bekommen.
Bei mir aktiviert sich relativ oft die Heizung zwischen 07:00 - 09:00 Uhr in der Früh, obwohl ich das Heizprogramm von 10:00-18:00 Uhr eingestellt habe inkl. Nachtabsenkung usw. Ich habe keine Idee mehr wie ich diese Aktivierung noch weiter Richtung Mittag verschieben kann.
Ich würde gerne den ersten blauen Hügel im Verbrauchsdiagramm in den stromproduzierenden Zeitraum verschieben. Es handelt sich dabei um keine WW Produktion sondern immer um Heizung.
In der Früh ist aktuell je nachdem wie kalt die Nacht war eine Raumtemperatur im Haus von ca. 22,5-23°C...
Kann mir von euch jemand weiterhelfen ?
Beste Grüße
