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

[Rene55]

@ilovegym Du überforderst die Rechenkünste! Der Adapter kann nur eine Rechenoperation pro Zeile.

[Ein ehemaliger Benutzer]

@rene55 Danke!
ah ok, gut zu wissen, jetzt stimmts ja auch.. lag am Faktor.. :-)

[ChristianBlenk]

@rene55 danke für den tollen Adapter, den ich seit heute im Einsatz habe.

Es wäre wirklich eine tolle Sache, mehr Dokumentation über diesen Adapter und seine Einstellmöglichkeiten zu haben, gerade auf Bezug der Coils.

Prima wäre es außerdem, wenn alle Momentwerte bei einem Disconnect zum Inverter genullt werden. Summen könnten ja stehen bleiben, oder zumindest das OPC Item auf BAD geht.

Mir ist auch aufgefallen, dass gleichheissende IDs noch nicht abgefangen werden.

Mein eingesetzter Inverter lautet SUN1600G3-EU-230.

Grüße Chris

[Rene55]

@christianblenk Hallo Chris, ich habe auch nur eine Übersicht von einigen Registern für den Deye.
Welche Werte sollen denn bei einem Disconnect genullt werden? Welches ist das OPC-Item?

Warum sollte ich gleichheißende Items abfangen? Wenn der Benutzer das so eingibt, wird er sich was dabei gedacht haben, oder?
LG

[ChristianBlenk]

@rene55 ich meine den Qualitätscode. Der steht immer auf 0x00 good, sollte vielleicht auf 0x42 device not connected gehen.

Der Hintergrund ist der, dass man auf dieser Basis die Daten in der Datenbank (INFLUX, etc) anders bewerten kann.

Auf Grund der Flexibilität deines Adapters könnte man vieleicht ein boolean Flag in der Konfig setzen, welche Werte genullt werden sollen, wenn das Device auf diconnect geht. Spannung, Strom, Leistung.

Das Problem bei den Kisten ist, dass wenn die keinen Saft mehr über die PV bekommen, aus gehen und dann die Werte einfach stehen bleiben und ggf. weiter geloggt werden.

Theoretisch kann ich das auch über Blockly selber bauen. Im Adapter wäre das schicker.

Grüße
Chris

[Rene55]

@christianblenk sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:

Qualitätscode

Hab ich irgendwie auch im Hinterkopf, weiß nur noch nich genau, woran ich das festmachen soll.

@christianblenk sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:

Device auf diconnect

Ist nicht ganz so einfach: Ich hab da gerade im Winter überraschungen erlebt, dass auch tagsüber disconected wurde.

@christianblenk sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:

keinen Saft mehr über die PV

Genau. Auch bei WLAN-Ausfall, warum auch immer, aber Gerät produziert weiter. Daher ist hier ein 0-stellen nicht so prickelnd. Aber ja, wenn man das konfigurieren kann, kann der der es so haben will ja einschalten.

[cash]

@rene55 Kann ich bestätigen. Ich pinge den Deye regelmäßig an und bekomme regelmäßig den Hinweis das das Gerät per Ping nicht erreichbar ist. Die Pingabfrage erfolgt alle 10 Minuten und meist ist es bei der nächsten Abfrage wieder erreichbar. Produziert wird dabei durchgehend. WLAN ist im Garten sehr gut. Inverter ist auch nur 2 meter - eher weniger vom WLan entfernt. Die Chinesen können den Inverter ja auch neu starten und die Firmware aktualisieren.

[ChristianBlenk]

@cash ja das kann schon sein. Ich würde es halt so machen.

Ich komme aus der Branche Prozessautomatiesierung und Bigdata. Da ist das Standard.

Wenn eine Abfrage auf eine Maschine keine Daten liefert, dann bleiben die alten Daten erhalten und der Qualitycode geht auf Bad, uncertain oder halt Device not connected (0x42). Kommt immer auf den Hersteller an. 0x00 Good ist aber in jedem Fall falsch.

Grüße
Chris

[Rene55]

@christianblenk sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:

Good ist aber in jedem Fall falsch

Das nehm ich mal als Auftrag. Wobei die meisten Adapter, die ich so in Gebrauch habe immer 0x00 in den State geben. Oder kennst du einen, der das so umgesetzt hat?

[ChristianBlenk]

@rene55 jetzt hast du mich.
Nein, aktuell weiß ich das nicht. Soweit ich das aber in Erinnerung habe, gehen die Werte aber auf 0.

[ah179]

@Rene55

Ich habe mir gestern den Adapter installiert/eingerichtet, bekomme ihn aber nicht zum Laufen wegen eines "offset"-Fehlers. Ich habe unter "Register" 2 einzelne (3, 86) ausgewählt:

deyeidc.0 2023-05-05 09:16:04.568 error
Exception-Code: ERR_OUT_OF_RANGE: The value of "offset" is out of range. It must be >= 0 and <= 1. Received 2

deyeidc.0 2023-05-05 09:16:04.567 error
RangeError [ERR_OUT_OF_RANGE]: The value of "offset" is out of range. It must be >= 0 and <= 1. Received 2 at new NodeError (node:internal/errors:399:5) at boundsError (node:internal/buffer:88:9) at Buffer.readUInt8 (node:internal/buffer:254:5) at idcCore.readCoils (/opt/iobroker/node_modules/iobroker.deyeidc/lib/idc-core.js:181:35) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:161:31) at Socket.emit (node:events:513:28) at addChunk (node:internal/streams/readable:324:12) at readableAddChunk (node:internal/streams/readable:297:9) at Readable.push (node:internal/streams/readable:234:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23)

deyeidc.0 2023-05-05 09:16:04.561 error
uncaught exception: The value of "offset" is out of range. It must be >= 0 and <= 1. Received 2

Wenn ich 2 Ranges mit je 3 Register (2 - 4, 85 - 87) auswähle lautet die Fehlermeldung:
uncaught exception: The value of "offset" is out of range. It must be >= 0 and <= 5. Received 6

Gibt hier der WR ein Register mehr zurück als angefragt wird?
WR: Deye sun600g3-eu-230
Firmware des WR: MW3_16U_5406_1.57

[ChristianBlenk]

@ah179 die Abfrage enthält Register ausserhalb deiner Deklaration unter dem Reiter Register. Dort einfach so anpassen, dass die Abfrage hinein passt.

[ChristianBlenk]

@rene55 ich hab das für mich jetzt erstmal so gelöst.

[ah179]

@christianblenk vielen Dank, ich konnte zwar keinen "Spulen"-Eintrag außerhalb der "Register"-Ranges entdecken, aber alles zu löschen und neu anlegen brachte dann den Erfolg. Der Adapter läuft und tut was er soll.

Da du den "Running Status" verwendest, wo gibt es hierzu eine Auflistung welcher Wert was bedeutet?

[Medea]

@christianblenk

Als Anregung, so habe ich es bei mir gelöst, damit nicht beim kleinsten Schluckauf die Werte genullt werden.

[Rene55]

@ah179 Kannst du noch nachvollziehen, was du eingetragen hattest? Selbst wenn eine "Spule" ausserhalb der "Register" liegt, darf der Adapter keinen Error werfen. Er beachtet diesen Wert einfach nicht.

[Rene55]

@christianblenk Ja, so kann man es machen. Für mich stellt sich die Frage, wann ich das machen soll? Und ist es dann sinnvoll, dem Anwender in den "Spulen" noch einen Haken setzen lassen, wo er eben das Nullen auswählen kann. Oder eine geschicktere Lösung?

[Rene55]

@medea Solange sollte man mindestens Warten. Könnte ich als Parameter auch noch einbauen.

[ChristianBlenk]

@rene55 du fragst doch alle x Sekunden ab. Wenn nach x Versuchen keine Verbindung zu stande kommt die Werte auf einen vorzugebenen Wert nehmen. In der Industrie nennt man das dann Ersatzwert bei Verbindungsfehler.

Für mich mich ist immer nur die tatsächlich generierte Arbeit interessant. Deshalb nulle ich auch sofort beim Verbindungsverlust. Die Summenzähler nulle ich nicht. Hier könnte man drüber nachdenken NULL in die DB zu schreiben. Da weiß ich aber nicht, ob das mit dem Adapter möglich ist.

[Rene55]

@christianblenk Einen Zähler hab ich schon ins Auge gefasst. Das Problem dabei ist, der eine fragt jede Minute, der andere nur alle 6 Minuten. Na gut, ich könnte den Zähler in Abhangigkeit der Abtastrate bringen. Also würde es dir helfen, in der Konfiguration die Werte zu markieren, die dann genullt werden sollen.
Auch der Wunsch nach der Qualität ist noch ein Problem. Werte, die bestimmt richtig sind, werde ich bei Verbindungsabbruch nicht auf 0x42 setzen. Hier muss ich noch eine Lösung ausbrüten.