Test Adapter stiebel-isg v1.7.x
-
@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
-
@qlink
Kannst du evtl. einen neuen Thread für das Thema aufmachen? Das gehört nicht zu diesem Thema.Aber ich denke, dass die Wassertemperatur für die Fußbodenheizung einfach zu weit fällt und dann nachgeheizt werden muss.
-
@unltdnetworx : Bin neu hier. Der Adapter funktioniert super. Eine Frage: Besteht auch die Möglichkeit den Fehlerspeicher auszulesen?
Danke -
@laplaceii
Du kannst es mal probieren, wenn du die Seite bei den Experteneinstellungen hinzufügst, aber denke momentan eher nicht. -
@unltdnetworx Danke für die schnelle Antwort. Die Seite ist mit 2,3 indiziert. Ich hatte Deinen Vorschlag bereits getestet...ohne Erfolg. Ist das ggf für den Adapter vorgesehen?
-
@laplaceii
Da die Datenpunkte dynamisch generiert werden, hätte es ja sein können.
Im Moment ist es nicht vorgesehen, weil ich momentan wenig Zeit habe. Aber grundsätzlich wäre es natürlich möglich. Du kannst gerne einen Feature Request auf Github eröffnen, damit es nicht untergeht.
-
Ich bin hier absolut neu im Forum und nutze auch noch nicht lange den ioBroker. Dennoch möchte ich gerne das isg auslesen und die Daten auswerten. Ich habe die isg Version 12.2.0 installiert und den Adapter in Version 1.7.3. Wenn ich den Adapter neu installiere, werden einmalig alle Werte ausgelesen. Danach folgen nur noch Fehlermeldungen bis es letztlich im Restart Loop endet. Könnt ihr mir behilflich sein? Wo liegt hier das Problem? Ich habe in den Einstellungen des Adapters nichts verändert.
