[Adapter] cloudfreie Auslesung von Deye-Invertern
-
@ilovegym oder aber: die Exportfunktion vom Admin ist mal gerade kaputt!
-
@rene55 Schön, das zu hören, ich hatte an mich schon gezweifelt.
-
Welche Version habt ihr?
Die aktuelle Beta 6.17.14 funktioniert…. -
@ilovegym Produktiv habe ich die 6.13.16 im Einsatz. Mit der gehts bei einigen Adptern nicht (so auch DeyeIDC), andere gehen. Bug ist bekannt und wahrscheinlich in der 6.17.14 dann gefixt.
-
Hallo,
habe mal ne Frage: Kann man die Daten "SmartLoad-Einrichtung" beim Deye 12K-SGO$lP3-EU auch auslesen bzw ändern über iobroker?
Ich habe einen Senec mit 7,5kWh Batterie un 9,5 kWp Platten und diesen Deye mit 12,5 kWh Batterie und 3 kWp Platten.
Unter "SmartLoad-Einrichtung" -> habe ich "Micinv Input" eingestellt, um den Überschuss in die Deye Batterie zu laden. Funktioniert auch tadellos.
Doch wenn die Sonne weg ist und der Senec die Energie aus der Batterie nimmt, dann lädt auch der Deye seine Batterie vom Senec.
Wenn ich also zeitlich "SmartLoad-Einrichtung" -> auf zB. "Generator Input" umstellen könnte, wäre das Problem gelöst.
Wie kann man noch andere Register auslesen mit dem Adapter Deyeidc?Vielen Dank im Voraus
Meintre
-
@meintre-0 Sorry, keine Ahnung. Vllt. jemand anderes.
-
Guten Morgen,
ich habe einen Eintrag geändert. Das Speichern (und schließen) kein Problem, aber beim Anzeigen der Objekte erscheint folgendes im Log als Warnung:
deyeidc has an invalid jsonConfig: [{"instancePath":"/items/_coils/items/coils/items/1","schemaPath":"#/items/allOf/17/then/additionalProperties","keyword":"additionalProperties","params":{"additionalProperty":"trim"},"message":"must NOT have additional properties"},{"instancePath":"/items/_coils/items/coils","schemaPath":"#/patternProperties/%5E.%2B/allOf/25/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"/items/_coils","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/8/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]
-
Welche Version des Adapters hast du installiert?
-
@mcm1957
0.0.14
Ich habs direkt aus den iObroker Adaptern.Danke, Andi
-
das ist aktuell, und welche Version von Admin und js-controller?
-
@gukerl
A) Du kannst die Info mal ignorieren. Funktion ist dadurch nicht beeinflusst.B) Die Meldung stammt von einem Fehler im Adapter jsonConfig.json. Die ist auf Githubvdefiniziv schon behoben und sollte vom zeitlichen Ablauf her auch in 0.0.14 schon drinnen sein.
Ich oder der Dev werden das zeitnahe mal prüfen. Wenn du magst erstell bitte ein Issue beim Adapter.
-
I registered a issue at adapter repo
-
@gukerl Diese Warnung ist bekannt und wird schnellstmöglich abgestellt.
-
ok, kann ich unter Admin 7.0.17 und js-controller 6.0.9 nicht nachvollziehen. Daher dachte ich, es liegt auch evt. daran..?
-
@ilovegym said in [Adapter] cloudfreie Auslesung von Deye-Invertern:
ok, kann ich unter Admin 7.0.17 und js-controller 6.0.9 nicht nachvollziehen. Daher dachte ich, es liegt auch evt. daran..?
Wundert mich eigentlich. Der Fehler ist in der offiziellen (npm) Version definitiv drinnen. In der GH Version ist's schon korrigiert.. Der Fehler tritt nur auf, wenn du das Admin UI öffnest.
Aber im Kern kümmert sich Rene eh schon drum. Ist also alles im grünen Bereich. DANKE fürs mithelfen bzw fürs Fixen
-
Hi,
habe heute Version 0.0.15 installiert, leider hat die Probleme mit den Registern, habe 5 Instanzen, bei allen das gleiche, der Adapter startet, und wenn er Daten holen moechte, kommt das:2024-07-29 18:04:13.167 - error: deyeidc.1 (15766) TypeError: Cannot read properties of undefined (reading 'register') | TypeError: Cannot read properties of undefined (reading 'register') at Deyeidc.onData (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:166:11) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:152:10) at Socket.emit (node:events:520:28) at addChunk (node:internal/streams/readable:559:12) at readableAddChunkPushByteMode (node:internal/streams/readable:510:3) at Readable.push (node:internal/streams/readable:390:5) at TCP.onStreamRead (node:internal/stream_base_commons:191:23) 2024-07-29 18:04:17.245 - info: host.iobroker "system.adapter.deyeidc.4" disabled 2024-07-29 18:04:17.245 - info: host.iobroker stopInstance system.adapter.deyeidc.4 (force=false, process=true) 2024-07-29 18:04:17.251 - info: host.iobroker stopInstance system.adapter.deyeidc.4 send kill signal 2024-07-29 18:04:17.251 - info: deyeidc.4 (15848) Got terminate signal TERMINATE_YOURSELF 2024-07-29 18:04:17.253 - info: deyeidc.4 (15848) terminating 2024-07-29 18:04:17.254 - info: deyeidc.4 (15848) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-07-29 18:04:17.755 - info: deyeidc.4 (15848) terminating 2024-07-29 18:04:17.807 - info: host.iobroker instance system.adapter.deyeidc.4 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)Zurueck auf 0.0.14 und alles ist gut...
System: Buanet Docker 10.0.0.1-Node22 - js-controller 6.0.9 - Admin 7.0.21
-
@ilovegym Danke für den Test. Ich hab den Adapter gestern abend mal frisch installiert - lief. Hab wohl nur eine Instanz, sollte aber nicht den Fehler ausmachen.
-
Das war vielleicht der unterschied, du hast frisch installiert und ich hab mit der bestehenden Config n Update gemacht..?
Da der Fehler bei den Registern liegt.. vielleicht hab ich da was falsches drin?
Oder er bekommt n Wert der nicht passt..?Hier die config
-
@ilovegym Das ist unwahrscheinlich, die hat es ja vorher auch getan. Strukturelle Änderungen gab es keine.
Hast du mal nur die eine Instanz [0] versucht? -
Ja, der Fehler tritt nach den 60sek auf..
