Test Adapter stiebel-isg v1.4.x GitHub

[nik82]

Hallo,
ich hätte nun auch mal wieder was, bzw. ist mir seit neuesten etwas aufgefallen und zwar das ich die Status Datenpunkte nicht mehr umschreiben kann.
Zur Erklärung:

Ich habe ein VIS wo mir z.B. das Abtauen angezeigt wird, das Widget lasse ich nur anzeigen wenn der Status Abtauen "true" ist:

Nur wird mir dieses Symbol IMMER angezeigt, da kann ich reinschreiben was ich will, wird völlig ignoriert, auch wenn ich schreibe, es soll nur anzeigen wenn der Wert "xyz" ist, Symbol wird immer angezeigt.

Da Abtauen ja momentan nicht aktiv ist, ist der Wert ja momentan "null":

Und unter Objekte zeigt er gar nichts an:

Das ist ja auch völlig normal weil momentan Abtauen auch nicht aktiv ist, das wissen wir ja von vorherigen Posts, dass der Adapter nur die "aktiven" Objekte im ISG ausliest.

Was aber neu ist, ich kann diesen Punkt nicht mehr editieren.

Jetzt habe ich mir gedacht, dass VIS vielleicht mit dieser "null" nicht klar kommt und ich einfach ein Blockly schreibe und den Datenpunkt knallhart auf "false" setze wenn dieser nicht wahr ist:

Klappt aber nicht, habe diesen versucht jetzt fest (ohne Trigger natürlich) reinschreiben zu lassen, geht aber nicht, bzw. nicht mehr, da dies schonmal klappte.

Habe jetzt auch andere Datenpunkte versucht wie z.B. Verdichter, ich kann diese Werte nicht mehr ändern bzw. überschreiben, auch wenn diese gerade auf true sind. Als wie dort ein "Schreibschutz" drauf wäre.

Ist da am Adapter etwas geändert worden?

Schonmal danke im Voraus.

[unltdnetworx]

@nik82
Hallo Nik,
Das wundert mich, dass du die Punkte schon jemals überschreiben konntest. Die Punkte im Bereich Status sollten alle schreibgeschützt sein, weil sie ja nicht zurück geschrieben werden können. Schau dir mal die Eigenschaften des Datenpunktes an. Der müsste auf nicht editierbar stehen.

Als Alternative würde ich vorschlagen, du machst dir einen eigenen JS Datenpunkt, der sich bei Änderung des Adapterdatenpunkts ändert. Den kannst du auch jederzeit in eine für VIS bessere Form bringen.

[nik82]

Danke für deine schnelle Rückantwort.
Stimmt, da kann ich ja tatsächlich sehen das die schreibgeschützt sind. Also das ging damals 100%, ist aber schon lange her, müsste auch in dem letzten Threat noch drin stehen, aber egal.

Ist es ein Problem wenn ich die Datenpunkte jetzt einfach auch "schreiben erlaubt" setze?
Oder ist es besser ein Script zu machen und den Status in eigene Javascript Variablen zu schreiben?

[unltdnetworx]

@nik82
Die optimalere Lösung wären eigene Datenpunkte. Aber kannst es natürlich auf erlaubt stellen und mal beobachten. Änderbar sind die Punkte in der Heizung ohnehin nicht, somit dürfte auch nichts passiern, außer dass evtl. ein Fehler im Adapter angezeigt wird.

[nik82]

Ok, probier ich mal aus, danke dir für die schnelle Hilfe.
Weiß eigentlich einer warum VIS mit den "inaktiven" Datenpunkten nicht umgehen kann?

[unltdnetworx]

@nik82 sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Weiß eigentlich einer warum VIS mit den "inaktiven" Datenpunkten nicht umgehen kann?

Leider nicht. Aber du kannst gerne rückmelden, ob es mit deiner Lösung dann klappt.

[nik82]

Ok, ich teste mal ein paar Tage und geb dann Bescheid.

[derdominik]

Hallo @unltdnetworx, erstmal vielen Dank für das Schreiben das Adapters!

Ich betreibe das ISG mit EMI-Erweiterung (läuft als v2.1.203 von 2018).

Unter dem Menüpunkt /?s=2,3 (Diagnose -> Fachmann) verbergen sich bei mir noch Prozess-Status-Meldungen, z.B. im (aktuellen) Fehlerfall:
HD-WÄCHTER, MOTORSCHUTZ, VERDICHTER

Diese werden über die Status-Symbole angezeigt. Kannst du die noch zu den statusPaths hinzufügen?

Und dann habe ich noch die Frage, was sich bei euch unter dem Punkt /?s=4,7,8 zu finden ist? In meinem Fall reagiert das ISG erstmal nicht, erst nach einiger Zeit und verlangt einen erneuten Login. Ich vermute, dass es einen restart provoziert.

Die EMI-Variante scheint an einigen Stellen von der Standardvariante abzuweichen, z.B. habe ich nur unter dem Hauptpunkt /?s=4,9 viele "EM-DEBUG-INFOS", die Unterpunkte gibt es bei mir dafür nicht...

Viele Grüße

Dominik

[unltdnetworx]

Hallo Dominik.

@derdominik sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Kannst du die noch zu den statusPaths hinzufügen?

Diese Punkte werden automatsch beim ersten Auftreten eines entsprechenden Fehlers erzeugt.

@derdominik sagte in Test Adapter stiebel-isg v1.4.x GitHub:

was sich bei euch unter dem Punkt /?s=4,7,8 zu finden ist?

Unter dem Punkt ist die EVU-SPERRE zu finden. Gilt also für Heizstrom mit separatem Zähler.

@derdominik sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Ich vermute, dass es einen restart provoziert.

Es könnte auch sein, dass gerade alle Werte für Einstellungen Status abgerufen werden. Dann ist das ISG erst mal ausgelastet.

[darkiop]

@unltdnetworx sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Unter dem Punkt ist die EVU-SPERRE zu finden. Gilt also für Heizstrom mit separatem Zähler.

Ich hab da eine leere Seite. Denke mal das haben dann nur die neueren LWZs (wir haben die 303).

[unltdnetworx]

@darkiop
Die Seiten sind unterschiedlich je nach System, ja. Ich habe die oben erwähnte 4.9 z.B. nicht. Da kommt bei mir eine leere Seite.

[derdominik]

Hallo,

@unltdnetworx said in Test Adapter stiebel-isg v1.4.x GitHub:

@derdominik sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Kannst du die noch zu den statusPaths hinzufügen?
Diese Punkte werden automatsch beim ersten Auftreten eines entsprechenden Fehlers erzeugt.

Richtig, das kommt erst wenn der Status das erste Mal da war. Allerdings ist /?s=2,3 nicht in den Pfaden für die Statusanzeige (https://github.com/unltdnetworx/ioBroker.stiebel-isg/blob/master/main.js#L21), nur in den Pfaden für Zahlenwerte. Wenn ich das richtig verstehe, wird daher eine Statusanzeige per Symbol von der Seite nicht erfasst, oder?

@derdominik sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Ich vermute, dass es einen restart provoziert.
Es könnte auch sein, dass gerade alle Werte für Einstellungen Status abgerufen werden. Dann ist das ISG erst mal ausgelastet.

Das klingt wahrscheinlicher als meine Theorie Nach erneutem Test reagiert das ISG nämlich "normal". Zwar mit einer Seite ohne Werte aber ohne Blockieren.

Das mit den unterschiedlichen Seiten ist wohl in der Tat sehr verschieden je nach LWZ und je nach ISG-Version... Aber im schlimmsten Fall wird eine Seite ohne Werte angezeigt und dann eben keine Werte erfasst, passt also

Viele Grüße

[unltdnetworx]

@derdominik sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Unter dem Menüpunkt /?s=2,3 (Diagnose -> Fachmann) verbergen sich bei mir noch Prozess-Status-Meldungen, z.B. im (aktuellen) Fehlerfall:
HD-WÄCHTER, MOTORSCHUTZ, VERDICHTER

Kommen diese Werte nicht auch unter 2,2 bei den Fehlern?

[derdominik]

@unltdnetworx said in Test Adapter stiebel-isg v1.4.x GitHub:

Kommen diese Werte nicht auch unter 2,2 bei den Fehlern?

Dort kommen die "richtigen" Fehlermeldungen als Tabelle mit den Spalten Speicher-Nr, Fehlernummer, Datum, Uhrzeit. Das wird momentan noch gar nicht erfasst.
Allerdings ist meine vorher genannte Seite 2,3 wohl doch nicht so relevant, da der Status z.B. "Motorschutz" oder "HD-Wächter" nicht den Fehlerfall anzeigt sondern immer aktiv ist. Muss also nicht unbedingt rein, zudem es anscheinend nur in meiner EMI-Version so ist.

Viele Grüße

[darkiop]

@unltdnetworx Wäre es für dich denkbar die States unter Status (z.B. stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN) auch mit einem false zu versehen? Aktuell gibts ja nur 'null' oder 'true' - logge ich so einen DP würde es ein false in der Visualisierung deutlich einfacher gestalten (z.B. in Grafana mit dem discrete Plugin).

[unltdnetworx]

@darkiop
Denkbar ja, aber ich kenne keine Möglichkeit das umzusetzen. Das Problem ist, dass es in der Weboberfläche nicht auf false gesetzt wird, sondern der Punkt einfach verschwindet. Sehr ungut umgesetzt.

Das wurde im damaligen Test-Forumsthread schon mal diskutiert. Momentan kann ich es nur so lösen, dass ich die Gültigkeit auslaufen lasse.

[darkiop]

@unltdnetworx ok, klingen tuts ja erstmal einfach --- wenn nicht true, dann false ... aber schade dass das ISG hier so einen Zustand liefert.

[nik82]

@darkiop
Wurde von mir ja schon öfters angesprochen und es gibt ja Lösungen hierzu.

1. Entweder du machst die Status Variablen beschreibbar, also quasi hier den Haken rein:

Dann kannst du ein Script schreiben und dort einfach die Variable auf false setzen lassen.

Das habe ich am Anfang auch gemacht, da sonst das VIS nicht damit klar kommt.

2. Es gibt aber im Flot einen Punkt der die Anzeige dann "schön" macht:

Einfach hinten auf das Zahnrad bei jedem Status gehen und "0 statt null benutzen":

3. Das einzige wo es noch hakt ist im VIS wenn du z.B. ein Objekt anzeigen lassen willst, nur wenn es läuft, wie z.B. beim Heizstab (ich bin mir sicher das dies schonmal ging, aber seit längeren eben leider nicht mehr).
   Da kannst ja einfach ne Variable anlegen und dann den Status setzen lassen, denn im Script funktioniert die Abfrage mit "true" ja einwandfrei:

[darkiop]

@nik82 Danke dir. An das Auslagern in einen eigenen DP hatte ich auch schon gedacht. Denke so wird es dann auch gelöst.

[unltdnetworx]

@darkiop
Den Datenpunkt musst du ja nicht auslagern. Nur bearbeitbar machen, wie @nik82 geschrieben hast und dann in einem Skript umschreiben auf false.