[Adapter] cloudfreie Auslesung von Deye-Invertern
-
Habe heute vom Händler ein neues Gerät bekommen und auch gleich eingebunden. Scheint soweit zu funktionieren. Als ich fertig war die Sonne aber schon um die Ecke und die beiden Module haben nur 21,xV geliefert.
Ich habe dann die neue IP Adresse in den Adapter eingetragen. Leider wird dieser nicht grün. Wenn ich die IP:8899 nehme, sagt auch die Browser Webseite "nicht erreichbar".
Wenn ich nur die IP verwende, kommt das hier und wenn ich die URL von Achim Bäcker seinem Skript nehme ( http://admin:admin@IP/status.html ), kommen nur Striche. Kann jetzt leider keinen Screenshot mehr machen, weil der WR schon in den Schlaf Modus gegangen ist.
Was hat es denn mit dem Port 8899 auf sich? Woher stammt die Info. Habe ich noch nirgends gelesen.
Im Grund so:
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
-
@jb_sullivan Die Port-Nummer 8899 ist der Standardwert, der nach meinem Wissen bei allen Invertern so vorgegeben ist. Die meisten Mitentwickler (sei es für Standalone-Python-Scripte oder auch für Homeassistant) benutzen den auch. Ich denke (ungetestet) dass der Port über 'Internal server parameters setting' auf der Unterseite <IP>/config_hide.html eingestellt werden kann.
Wenn du die Seite 'http://admin:admin@IP/status.html' aufrufst siehst du nur Striche, diese Seite wird von Achim Baecker bzw. seinem Script ausgewertet.
Prüfe morgen nochmal die IP-Adresse.Was hat denn der Händler gesagt? Montagsproduktion?
-
@rene55 sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
Was hat denn der Händler gesagt? Montagsproduktion?
Angeblich ein Einzelfall. Er hat nach seiner Aussage schon 500 DEYE 600 verkauft und ich wäre der erste wo sowas passiert ist. Im PV Forum hingegen, wird das gleiche oder ähnliche Fehlerbild in ~ 600 Beiträge beschrieben.
-
@jb_sullivan man darf halt nicht vergessen wie viele tausend Wechselrichter davon verkauft werden. Ich denke es ist wirklich ein Einzelfall der zwar bei einigen auftritt aber in Summe halt doch nur bei wenigen. Einfach Pech
@Rene55 Bei dem anderen Adapter gibt es noch ein Feld Signal Strength. Kann ich das hierrüber auch abfragen? Ich habe nun ein Modul (dort wo auch der Wechselrichter) dran geschraubt ist an den endgültigen Platz gebracht). Stand bisher erstmal nur auf der Terrasse.
-
@cash Für die 'Signal Strength' habe ich noch kein Register gefunden.
Im Solarmanpv-Adapter findet man diesen Wert ja auch in einem anderen Modul, ich vermute mal im Communication-Modul (=SGits1). -
@Pi-ter Keine Frage, das funktioniert. Hab ich aktuell tatsächlich auch so, allerdings nur zum abgleichen mit den Daten vom Wechselrichter. Der WR liefert ja alle relevanten Daten, daher würde ich das nicht noch mit Hardware erschlagen wollen.
@rene55
Ja, sowas in der Richtung, ich habe bei mir aktuell einen Workaround per Skript geschaffen, der die Werte nach 5min ohne Connection nullt. -
@medea sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
@Pi-ter Keine Frage, das funktioniert. Hab ich aktuell tatsächlich auch so, allerdings nur zum abgleichen mit den Daten vom Wechselrichter. Der WR liefert ja alle relevanten Daten, daher würde ich das nicht noch mit Hardware erschlagen wollen.
Nach meiner Erfahrung, und nach dem, was ich auch hier im Forum gelesen habe, erscheinen mir die Werte des WR im Vergleich zur DECT200 zu ungenau und auch zeitlich versetzt. Ob man das dann mit Hardware erschlagen möchte, ist sicher eine Glaubensfrage. Genau wie die nach der Genauigkeit der Werte.
Die Frage, die ich mir gestellt habe bei dem Problem:
Geht denn die (bei Dir 10W) angezeigte Leistung in den täglichen Betrag mit ein und verfälscht diesen? Oder ist es vielleicht so, dass dies der letzte Werte der aktuellen Solarleistung ist kurz bevor der WR schlafen geht und somit den Datenpunkt nicht mehr aktualisieren kann? Dann wäre es ja tatsächlich nur ein Problem mit dem Diagramm, welches eben halt nicht auf Null geht.VG Peter
-
Ist es richtig, das der Cloud Free Adapter derzeit nur einen Datenpunkt ( deyeidc.0.SN.Apo_t1 ) liefert? Die angezeigte Leistung stimmt zwar mit der des Web Interface überein, aber mehr DP`s gibt es (bei mir) derzeit nicht.
-
@jb_sullivan
Das hat @Rene55 im ersten Posting eigentlich ganz gut beschrieben.In einem weiteren Tab Spulen werden die tatsächlichen Register eingestellt. Hier ist beispielhaft das Register 86 voreingestellt. In diesem Register befindet sich der 'Total AC Output Power (Active)' der im Datenpunkt 'Apo_t1' abgelegt wird. Um diesen richtig auszulesen wird die Regel 3 angewandt, die Einheit soll 'W' sein und der Faktor ist 1. Weitere Register zähle ich später noch auf (für Einsteiger, die die Register nicht kennen, gibt es auf github https://github.com/raschy/ioBroker.deyeidc/blob/main/deyeidc.MI600.json ein Beispiel).
Hier ist aktuell noch Eigeninitiative erforderlich.
In der verlinkten Datei die gewünschten Register heraussuchen und in der Adapter-Config eintragen. -
Ich habe jetzt mal die ganzen Register aus deinem Link eingetragen. Die Objektdaten füllen sich auch mit Werten. Allerdings bekomme ich aber auch den folgenden Fehler:
deyeidc.0 2023-04-04 13:39:19.471 error DB closed deyeidc.0 2023-04-04 13:39:19.471 error Error: DB closed at close (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:184:25) at Socket.<anonymous> (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:151:20) at Object.onceWrapper (node:events:628:26) at Socket.emit (node:events:513:28) at TCP.<anonymous> (node:net:322:12) deyeidc.0 2023-04-04 13:39:19.469 error unhandled promise rejection: DB closed deyeidc.0 2023-04-04 13:39:19.469 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). deyeidc.0 2023-04-04 13:34:25.224 error DB closed deyeidc.0 2023-04-04 13:34:25.223 error Error: DB closed at close (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:184:25) at Socket.<anonymous> (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:151:20) at Object.onceWrapper (node:events:628:26) at Socket.emit (node:events:513:28) at TCP.<anonymous> (node:net:322:12) deyeidc.0 2023-04-04 13:34:25.222 error unhandled promise rejection: DB closed deyeidc.0 2023-04-04 13:34:25.222 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). deyeidc.0 2023-04-04 13:05:18.575 error DB closed deyeidc.0 2023-04-04 13:05:18.574 error Error: DB closed at close (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:184:25) at Socket.<anonymous> (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:151:20) at Object.onceWrapper (node:events:628:26) at Socket.emit (node:events:513:28) at TCP.<anonymous> (node:net:322:12) deyeidc.0 2023-04-04 13:05:18.573 error unhandled promise rejection: DB closed deyeidc.0 2023-04-04 13:05:18.572 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). deyeidc.0 2023-04-04 13:02:55.677 error DB closed deyeidc.0 2023-04-04 13:02:55.676 error Error: DB closed at close (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:184:25) at Socket.<anonymous> (C:\ioBroker\GLT\node_modules\ioredis\built\redis\event_handler.js:151:20) at Object.onceWrapper (node:events:628:26) at Socket.emit (node:events:513:28) at TCP.<anonymous> (node:net:322:12) deyeidc.0 2023-04-04 13:02:55.675 error unhandled promise rejection: DB closed deyeidc.0 2023-04-04 13:02:55.674 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). -
@jb_sullivan
Hier dürfte es jetzt helfen, wenn wir wüssten, welche Register Du eingetragen hast.
-
@jb_sullivan Kommen diese Meldungen häufig oder eher selten? Wann hast du den Adpater installiert?
Sollte das länger als eine Woche her sein, dann versuch doch mal bitte, den Adapter komplett zu entfernen und wieder neu zu installieren. -
@jb_sullivan sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
mal die ganzen Register aus deinem Link eingetragen
https://github.com/raschy/ioBroker.deyeidc/blob/main/deyeidc.MI600.json
Also ALLE die in dem GIT Link drin sind. Meldung kam bislang nur 1x. Vielleicht nur weil er die Erstanlage der DP`s gemacht hat?
-
@jb_sullivan Naja, nicht unbedingt. Mein anderer Adapter hatte wegen einem Designfehler diese Meldung auch, vor allem auf schwächeren Maschinen und dann noch viele Datenpunkte. Der Fehler sollte nach dem 29. März gefixt sein.
-
@rene55 Ich habe den Adapter erst am 01.04. (kein Scherz
) installiert. Bis jetzt ist auch keine Fehlermeldung mehr aufgepoppt und die Liste an Werten wird schön brav abgeholt.BtW: Ich glaube aber du kannst in den Instanz Einstellungen Standard mäßig 5 Minuten voreinstellen. Ich hatte eine Minute drin stehen, aber die Aktualisierung ist erst alle 5 Minuten, wie ab Werk vorgegeben, wirksam wie man am Diagramm sehen kann.
-
@jb_sullivan Das höre ich doch gern. Die Minute ist noch von meinen Tests drin (hab es direkt geändert
) - hier sind auch 6 Minuten ausreichend. Es sei denn, es findet jemand die Stellschraube, wo die Daten dann minütlich rauspurzeln. -
@rene55 sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
Es sei denn, es findet jemand die Stellschraube, wo die Daten dann minütlich rauspurzeln.
Ja, eigentlich ist dieser 5 Minuten Rhytmus vom DEYE nicht wirklich zu gebrauchen
Ich habe jetzt noch einen Shelly in die Einspeise Phase gehängt und da sieht man, wenn lt. Deye (dunkel Orange) nur ~ 100 Watt produziert werden, das der Shelly (hell Orange) zum gleichen Zeitpunkt über 500 Watt registriert und weiter vorne genauso auch umgekehrt.
Im Grunde ist es egal, weil ja auf Fall eingespeist wird. Bei Wolkendurchzug ist das nicht zu gebrauchen und es ist auch nicht besonders Vertrauensföhrdernd im Bezug auf die getätigte Anschaffung.
-
Als der WR sich schlafen gelegt hat, hat er in ioB diese Fehlermeldung geworfen
deyeidc.0 2288 2023-04-05 19:05:41.725 error Error: ControlCode faulty!Kann man im Adapter ggf. die Zeit wo der WR schläft noch in irgend einer Form Error Free gestalten / abfangen?
-
@jb_sullivan Bei Deinem Diagramm passt das Verhätlnis aber nicht, da die beiden Linien unterschiedlich hoch sind. Siehe linke und rechte Watt Anzeige. Du solltes es so einstellen das beide die gleiche Beschriftung nutzen dann ist es nicht mehr ganz so schlimm aber natürlich immer noch da… Die Daten vom Wechselrichter kann man natürlich trotzdem verwenden z. B. für Vergleiche zwischen den beiden Modulen. Da meine unterschiedlich aufgestellt sind kann ich gut sehen das das erste Modul die volle Leistung morgens bringt und das andere erst 2 Stunden später dafür eben nachmittags länger…
-
@cash sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
Bei Deinem Diagramm passt das Verhätlnis aber nicht, da die beiden Linien unterschiedlich hoch sind.
Ich weiß, das war Absicht damit sich die Linien nicht so überlagern und man das besser erkennen kann. Natürlich sind im normal Betrieb die beiden Erzeugungslinien auf die gleichen Min/Max Achsendaten gelegt.
