UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[frana120500]

Ich hab jetzt meine genommen die ich oben gepostet habe. Bei deiner Datenmenge wird man ja ganz wuschig im Kopf :-)

Ich hab gesehen, dass du die beiden Scripte hinterlegt hast... leider als richtiges Script :-( Ich hatte mich schon auf ein Blockly gefreut :-)

[unltdnetworx]

@frana120500 sagte in Stiebel-ISG - Modbus:

Mit den Eingangs Registern allerdings nicht.

Ich kann das leider nicht testen, da ich einen anderen Heizungtyp habe. Daher kann es gut sein, dass ich mich irgendwo auch vertippt habe. Das Rauskopieren aus der Anleitung ist ja auch nicht wirklich gut möglich. Das PDF wurde wohl OCR-behdandelt.

Wen du Fehler feststellst, kannst du sie gerne in Github melden oder verbessern. Vielen Dank schon mal.

[unltdnetworx]

@frana120500 sagte in Stiebel-ISG - Modbus:

bleibt der Adapter Gelb

Das wundert mich erleich gesagt etwas. Bei mir startet der Adapter auch bei Werten die er nicht kennt. Dann kommt eben als Ergebnis für den jeweiligen Punkt nur 32768.

[unltdnetworx]

@frana120500 sagte in Stiebel-ISG - Modbus:

leider als richtiges Script

Das ist leider nicht wirklich als Blockly möglich, aber eigentlich leicht zu verstehen. Bzw. das Modify-Skript musst du ja nur einmalig laufen lassen, das andere läuft einfach durch.

@frana120500 sagte in Stiebel-ISG - Modbus:

Ich hab jetzt meine genommen die ich oben gepostet habe.

Dann wirst du allerdings das Skript an deine Datenpunkte anpassen müssen. Ich habe sie nach der Anleitung benannt, da sich die Werte in Namen und Einheit zu meiner unterscheiden. Daher konnte ich auch deine Werte nur bedingt übernehmen.
Ich würde empfehlen, dass du meine Punkte importierst und dann die Werte, welche du nicht brauchst, bzw. die den Wert 32768 haben zu löschen.

@frana120500 sagte in Stiebel-ISG - Modbus:

Ich hatte mich schon auf ein Blockly gefreut

Das PV-Optimierungsskript wird dann Blockly sein. :blush:

[frana120500]

@unltdnetworx Das mit deinen Register Vorlagen funktioniert so nicht. Die Holding Register sind ok, aber die Eingangsregister nicht. Bekomme den Adapter nicht grün, zudem sind da ein paar Register, die ich auf ganz anderen Nummern sehe (Bsp. Betriebsstatus).

D. h. ich müsste die Register händisch anlegen und nach jedem Register gucken ob der Adapter grün wird. Dann weiß ich auch nicht was dein Script da macht und was passiert, wenn ich 3/4 der Register rauswerfe da sie nicht benötigt werden und da vielleicht ein Register bei ist, was vom Script abgefragt wird aber nicht mehr vorhanden ist.

Oh Mann, ich glaub ich muss man nen JS Crashkurs machen :-)

[frana120500]

Ich habe die Eingangsregister jetzt reduziert auf 33.

Dennoch bleibt der Adaptger gelb und ich bekomme ich Log folgende Meldung

[unltdnetworx]

@frana120500 sagte in Stiebel-ISG - Modbus:

zudem sind da ein paar Register, die ich auf ganz anderen Nummern sehe (Bsp. Betriebsstatus)

Das verstehe ich ehrlich gesagt nicht ganz.
Das Register ist laut Anleitung 2501 in den Eingangsregistern, also 32501 einzutragen. Was siehst du denn anders? Teste doch mal nur den einen Eintrag für den Betriebsstatus.

@frana120500 sagte in Stiebel-ISG - Modbus:

Script abgefragt wird aber nicht mehr vorhanden ist.

Das "wpm-modify-objects"-Skript muss nur einmal ausgeführt werden und es ergänzt die Grenzen (Min/Max-Wert) für die Holding-Registers, damit man keine falschen Werte eingeben kann, außerdem ergänzt es die Katalogwerte. Wenn du die Datenpunkte danach entfernst, passiert überhaupt nichts.

Das zweite Skript (wpm.js) läuft dauerhaft, überwacht die Änderungen der bitcodierten Werte und wandelt diese in Datenpunkte um. Du kannst Zeilen aus dem Skript entfernen, die du nicht vorhanden hast. Das ist kein Problem. Aber du solltest davon eigentlich alle behalten können. Es dreht sich dabei nur um drei Werte. Betriebsstatus 1 und 2, sowie einen dritten Datenpunkt.

[frana120500]

@unltdnetworx SO, es war ein wenig Try & Error, aber mit den Registern die übrig geblieben sind, wurde der Adapter Grün und die Daten kommen an. Nur der "Betriebsstatus" hat immer noch den Wert 32768.

Frage wäre jetzt, ob das so lauffähig ist mit dem Rest an Registern.

[unltdnetworx]

@frana120500
Das ist schon mal gut.

Lauffähig ist es ja schon, auch ohne Skript. Das Skript wandelt eben "nur" die beiden Betriebsstatuswerte in eigene Datenpunkte um. Der Rest klappt auch ohne Skript und das "Modify"-Skript hat ja schon funktoniert, da z.B. bei der Betriebsart "Programmbetrieb" hinterlegt ist.

[unltdnetworx]

@frana120500 sagte in Stiebel-ISG - Modbus:

es war ein wenig Try & Error

Du hast praktisch einige Werte gelöscht und immer wieder getestet? Kann es sein, dass du die Werte gelöscht hast, bei denen laut Anleitung in der Spalte WPM3i kein Kreuz steht, also nicht unterstützt werden?

[frana120500]

@unltdnetworx Ganz genau. Ich habe deine csv importiert und den Adapter gestartet. DAnn habe ich angefangen zu löschen und nach jeder einzelnen Zeile gespeichert.

Bis er letztlich grün wurde.

Da waren auch Register bei wo das Kreuz bei WPM3 und WPM3i gesetzt war in der Anleitung. Bsp. die Temperatur des Heizkreises 2... ich hab nur einen Heizkreis, deswegen musste/konnte ich den löschen.

Habe deine beiden Scripte jetzt eingefügt und gestartet. Das Modify Script habe ich wieder gestoppt. Soweit korrekt?

[unltdnetworx]

@frana120500
Korrekt, Modify kann nach einer Sekunde sofort wieder beendet werden.

Das WPM-Skript muss durchlaufen. Wenn bei deinem Betriebsstatus ein vernünftiger Wert drin steht, dann werden auch die Werte unter 0_userdata.0.Stiebel-ISG.Betriebsstatus bzw. analog dazu 0_userdata.0.Stiebel-ISG.Betriebsstatus2 und 0_userdata.0.Stiebel-ISG.EVU-Freigabe mit true/false befüllt.

[unltdnetworx]

@frana120500 sagte in Stiebel-ISG - Modbus:

Da waren auch Register bei wo das Kreuz bei WPM3 und WPM3i

Übrig geblieben sind aber keine Werte, bei denen kein WPM3i markiert ist, oder? Dann trenne ich die vorgefertigten Datenpunkte evtl. einfach noch in zwei Dateien auf. Bei den Lüftungsintegralgeräten startet er nämlich trotzdem, auch mit nicht unterstützten Werten und schreibt bei diesen einfach 32768 rein.

[frana120500]

@unltdnetworx Das schaut bei mir im Moment so aus:

[frana120500]

@unltdnetworx Also, bei den Werten die übrig geblieben sind und die ich jetzt drin stehen habe, ist in der Anleitung das Kreuz bei WPM3 und WPM3i.

Wenn es dir irgendwie weiterhilft, kannst du dir das auch gerne selber mal bei mir auf dem Rechner anschauen.

[unltdnetworx]

@frana120500 Dann scheinen Betriebsstatus und EVU-Sperre bei dir nicht unterstützt zu werden. Was eigentlich nicht sein sollte.

[unltdnetworx]

@frana120500
Ich teile das die Tage nochmal in wpm3 und wpm3i auf. Vllt. kannst du es dann nochmal in einer zusätzlichen Instanz testen. Muss ja "nur" nach Anleitung löschen.

[frana120500]

@unltdnetworx mach ich gerne

Also das Eingangsregister 32501_Betriebsstatus kennt er nicht und schreibt die 32768 rein.
Witzig ist, dass er trotzdem Grün weird. Wenn ich ein x-beliebiges anderes Register eintrage was er nicht unterstützt, bleibt der Adapter gelb.

Das Holdingregister 41501_Betriebsart kennt er aber. Da schreibt er auch ohne dein Script PROGRAMMBETRIEB(2) rein

[frana120500]

@unltdnetworx Das Eingangsregister 32503_Betriebsstatus kennt er auch nicht... komisch ist, dass der Adapter jetzt trotzdem grün bleibt. Ich werd bekloppt :-)

[unltdnetworx]

@frana120500
So, die Skripte sind jetzt nach WPM-Typ aufgeteilt und in der Anleitung beschrieben. Bei deiner Wärmepumpe mit WPM3i wird der Betriebsstatus 2 (32503) nämlich gar nicht unterstützt und ist jetzt rausgefallen.

Vllt. kannst du die erste Instanz mal pausieren und alle Datenpunkte aus der neuen Datei/Anleitung einfügen. Mal schauen, ob der Adapter dann grün wird.

Danke schon mal.