[Adapter] cloudfreie Auslesung von Deye-Invertern
-
-
@fichte Da muss ich nochmal nachfragen. Welche Nummer hast du jetzt eingegeben?
-
@rene55 Ach mist Sorry ich meine die 391493xxx habe ich genommen...
nicht die 2xxxxx -
@fichte Alles klar - dann bin ich etwas beruhigt .
-
@rene55
Frage: Ist geplant, den Adapter in den "normalen" Updateprozess zu überführen? Ich meine, dass er unter ADAPTER dann als verfügbares Update erscheint.Ich nutze noch die 0.0.1, die - zumindest für meine Anforderungen - stabil läuft. Vermutlich müsste ich derzeit via github aktualisieren, sehe dazu aber im Moment keine Notwendigkleit.
Danke und einen schönen Sonntag
VG Peter -
@pi-ter Ja natürlich. Die Aufnahme ins offizielle ioBroker-Repository ist beantragt.
-
@rene55
Super, danke. Dann warte ich, bis er im stable auftaucht.
Adapter läuft hier ohne Probleme. Haste gut gemacht - weiter so
VG Peter
-
Der Adapter funktioniert super bei mir, vielen Dank für die Umsetzung!
Ein kleines Problem hab ich aber noch. Wenn sich der WR abschaltet (=Keine Sonne mehr da), dann bleiben die letzten Werte einfach bestehen.
Sprich eigentlich liefert die PV-Anlage aktuell nichts mehr, bei Total AC Output Power (Active) stehen aber noch z.B. 10W drin. Das führt in der Visualisierung zu Verwirrung. Könnte das vom Adapter geregelt werden (evtl. mit konfigurierbarem Timeout in der Config?) Oder bin ich der Einzige mit dieser Problematik? -
@medea
Bei mir zeigt der Datenpunkt des Adapters jetzt (21:00 Uhr) auf 2 W. Da ich aber Solarleistung und Ertrag über eine DECT 200 erfasse, stört mich das nicht weiter. Diese zeigt nun NULLVG Peter
-
@medea Ich denk mal drüber nach. Woran sollte ich das festmachen? An der Uhrzeit? Am Sonnenuntergang? Nach 17 mal "connection false"?
-
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().
