[Adapter] cloudfreie Auslesung von Deye-Invertern
-
Was hat es eigentlich mit dieser Meldung so auf sich? Ich bin noch bei Adapter Version 0.0.4 (welche Vorteile / Verbesserungen hat die 0.0.5?)
deyeidc.0 9824 2023-04-30 09:46:54.645 error Error: ControlCode faulty!ioBroker (since 2018) auf Intel Core i3-5005U NUC und Windwos10 Pro
-
Was hat es eigentlich mit dieser Meldung so auf sich? Ich bin noch bei Adapter Version 0.0.4 (welche Vorteile / Verbesserungen hat die 0.0.5?)
deyeidc.0 9824 2023-04-30 09:46:54.645 error Error: ControlCode faulty!@jb_sullivan Die Meldung habe ich hier #150 schon mal versucht zu erklären.
Die Verbesserung in der Version 0.0.5 ist nur im Bereich der berechneten Werte zu finden. Hier gibt es quasi eine Ausweitung auf die vier Grundrechenarten. Siehe hierzu auch Post #1. -
@jb_sullivan sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
Ende mehr AC Leistung bei raus kommt
Das scheint mir eher ein Missverständnis als ein Märchen zu sein. Also mehr raus als rein ist nach meiner unmaßgeblichen Auffassung unmöglich.
Was es wohl gibt ist, dass man die Abgabeleistung seines Wechselrichters auf einen bestimmten Höchstwert begrenzen, mit anderen Worten drosseln, kann.
Da ich das auch in kürze brauche besteht die Hoffnung, dass das der Adapter auch bald können wird.@RaMue [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
Wirkleistung zu regeln (Nulleinspeisung)
Hieran arbeite ich noch. Eigentlich war nur vorgesehen, die Maximalleistung zu begrenzen.
Ob ein aktives Nachregeln, angepasst an den aktuellen Verbrauch, so "gesund" für den Wechselrichter ist, ist mir noch nicht klar. Es sähe dann so aus, dass wir ein Register (=EEPROM) beschreiben müssten, welches nur eine gewisse Lebenserwartung hat. Keine Ahnung, wie oft das ist. -
@RaMue [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
Wirkleistung zu regeln (Nulleinspeisung)
Hieran arbeite ich noch. Eigentlich war nur vorgesehen, die Maximalleistung zu begrenzen.
Ob ein aktives Nachregeln, angepasst an den aktuellen Verbrauch, so "gesund" für den Wechselrichter ist, ist mir noch nicht klar. Es sähe dann so aus, dass wir ein Register (=EEPROM) beschreiben müssten, welches nur eine gewisse Lebenserwartung hat. Keine Ahnung, wie oft das ist.@rene55
das es möglich ist hört sich erst mal gut an, Ich habe Überschussladen mit einem E-Auto am laufen, funktioniert eigentlich ganz gut.
Nur wenn die Leistung zu gering zum laden ist, kann es passieren das der Überschuss ins Netz geht. Dann sollte die Wirkleistung gedrosselt werden.Hast du Erfahrung, ob das dem Wechselrichter schaden kann, wenn Ich den über ein Relais einfach abschalte ??
-
@rene55
das es möglich ist hört sich erst mal gut an, Ich habe Überschussladen mit einem E-Auto am laufen, funktioniert eigentlich ganz gut.
Nur wenn die Leistung zu gering zum laden ist, kann es passieren das der Überschuss ins Netz geht. Dann sollte die Wirkleistung gedrosselt werden.Hast du Erfahrung, ob das dem Wechselrichter schaden kann, wenn Ich den über ein Relais einfach abschalte ??
-
Hi, mal eine dumme Frage: Inwieweit unterscheidet sich das Deye ModBus vom "normalen" ModBus.
Sprich, könnte ich den IOBroker Modbus Adapter nehmen, und die Register angeben? Passiert noch mehr "magic" im Hintergrund?@edrivede Na, ne dumme Frage ist das nicht. Grundsätzlich verpackt der Deye seine Modbusdaten noch in einen Frame mit allerlei Informationen, inclusive Prüfsummen.
Ich hab auch keinen Schimmer, wie ich die Daten vom Inverter ohne Kabel in den ioBroker-Modbus-Adapter kriegen könnte. (Sonst hätte ich auch keinen Adapter gebaut :confused: ) -
@jb_sullivan Die Meldung habe ich hier #150 schon mal versucht zu erklären.
Die Verbesserung in der Version 0.0.5 ist nur im Bereich der berechneten Werte zu finden. Hier gibt es quasi eine Ausweitung auf die vier Grundrechenarten. Siehe hierzu auch Post #1.@rene55 Irgendwas stimmt aber nun mit 0.0.5 nicht mehr mit der Berechnung.
32,8V * 0,1A (DV1 * DC1 = DP1) sollte 3,28W ergeben...in DP1 steht aber 0,03W drin.
30,3V * 0,2A (DV2 * DC2 = DP2) sollte 6,06W ergeben...in DP1 steht aber 0,06W drin.
Apo_t1 hat 13W...
Proxmox 3 Node HA-Cluster TRIGKEY Mini-PC N100 mit 32 GB RAM und 3x1TB shared SSDs. VM- iobroker ,Raspberrymatic. LXC - Adguard, , Traccar, iSpy, Fileserver (emby, MiniDLNA)...usw
-
@rene55 Irgendwas stimmt aber nun mit 0.0.5 nicht mehr mit der Berechnung.
32,8V * 0,1A (DV1 * DC1 = DP1) sollte 3,28W ergeben...in DP1 steht aber 0,03W drin.
30,3V * 0,2A (DV2 * DC2 = DP2) sollte 6,06W ergeben...in DP1 steht aber 0,06W drin.
Apo_t1 hat 13W...@msauer sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
@rene55 Irgendwas stimmt aber nun mit 0.0.5 nicht mehr mit der Berechnung.
@Rene55
kann ich bestaetigen, hab gestern auf die 0.0.5 geupdated, selbes Problem. Was ist der Faktor, wenn ich da 100 eingebe, passt es auch nicht.. ??
Auch nicht richtig mitDV1*DC1*100... hmm ?
:) -
@rene55 Irgendwas stimmt aber nun mit 0.0.5 nicht mehr mit der Berechnung.
32,8V * 0,1A (DV1 * DC1 = DP1) sollte 3,28W ergeben...in DP1 steht aber 0,03W drin.
30,3V * 0,2A (DV2 * DC2 = DP2) sollte 6,06W ergeben...in DP1 steht aber 0,06W drin.
Apo_t1 hat 13W... -
@msauer sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
@rene55 Irgendwas stimmt aber nun mit 0.0.5 nicht mehr mit der Berechnung.
@Rene55
kann ich bestaetigen, hab gestern auf die 0.0.5 geupdated, selbes Problem. Was ist der Faktor, wenn ich da 100 eingebe, passt es auch nicht.. ??
Auch nicht richtig mitDV1*DC1*100... hmm ?
:) -
@ilovegym Du überforderst die Rechenkünste! Der Adapter kann nur eine Rechenoperation pro Zeile.
@rene55 Danke!
ah ok, gut zu wissen, jetzt stimmts ja auch.. lag am Faktor.. :-) -
@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
Host: Proxmox i7, Containerstation: Docker Node.js: 20.18.0, NPM: 10.8.2, JS-controller: 8.8.3, Admin: 7.1.5
-
@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
@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 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@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
ChrisHost: Proxmox i7, Containerstation: Docker Node.js: 20.18.0, NPM: 10.8.2, JS-controller: 8.8.3, Admin: 7.1.5
-
@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@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.
Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
Wetterstation: Froggit WH3000SE V1.6.6 -
@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.
@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.
-
@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.
@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
ChrisHost: Proxmox i7, Containerstation: Docker Node.js: 20.18.0, NPM: 10.8.2, JS-controller: 8.8.3, Admin: 7.1.5
-
@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@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?
Support us
622
Online32.7k
Users82.5k
Topics1.3m
Posts