[Adapter] cloudfreie Auslesung von Deye-Invertern

[Rene55]

@edis77 Von diesen Warnungen hatte ich heute -im gegensatz zu anderen Tagen - sehr viele. Dieser Controllcode wird im WR berechnet und hängt von ... keine Ahnung was ab. Erst mal ignorieren und morgen noch mal schauen. Ändern kann man daran nichts.

[Edis77]

@rene55 Alles klar.
habe gerade auch noch meldung von Web.0

web.0  2023-07-11 19:36:23.481	warn	Read-only state "deyeidc.0.3942394996.Apo_t1" has been written without ack-flag with value "90"

[Rene55]

@edis77 Bei mir im Log sehe ich vom web.0 überhaupt nichts. (Ich weiß gar nicht, wofür ich web überhaupt brauchen könnte). Machst du sonst noch was mit den Daten vom deyeidc? Visualisierung?

[Edis77]

@rene55
Ich habe in VIS eine kleine Grafik

[Rene55]

@edis77 Ob die web-Warnungen daher kommen kann ich nicht sagen. Ich bin mir nur sicher, dass ich die States 'has been written without ack-flag' mit ack-Flag schreibe.
Kannst du die Vis (oder den Teil davon) morgen mal abschalten und berichten?

[Pino72]

Hi,

hatte bisher Version 0.0.7 wunderbar am LAufen, habe eben über den Link

https://github.com/raschy/ioBroker.deyeidc

die 0.0.9 drüberinstalliert, sieht man auch im IOBroker dass er sie installiert hat leider geht der Adapter nicht mehr an, immer wenn ich auf Starten drücke macht er für 1 Sekunde was und stoppt dann wieder??

Woran könnte das liegen und wie könnte ich auf 0.0.7 zurück gehen? Im Log sehe ich keine Fehler beim versuchten starten??

Danke

Plattform
Windows
Betriebssystem
win32
Architektur
x64
CPUs
4
Geschwindigkeit
1498 MHz
Modell
Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
RAM
7.85 GB
System-Betriebszeit
00:00:09
Node.js
v14.18.0 (Es gibt eine neuere Version: v14.21.3 - Empfohlene Version v18.17.0)

[Thomas Braun]

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

Node.js
v14.18.0 (Es gibt eine neuere Version: v14.21.3 - Empfohlene Version v18.17.0)

[Pino72]

@thomas-braun

Jo das wars

[Thomas Braun]

@pino72

Das ist es furchtbar oft. Insbesondere, wenn die fragliche Version auch bereits abgekündigt wurde. Die Hinweise auf Updates stehen nicht zur Zierde da.

[Rene55]

@pino72 Da der Adapter in kürze ins Repository aufgenommen werden soll, musste ich leider node 14.x kicken. So ist halt der Fortschritt.

[Pino72]

@rene55

Alles gut, leider ist IOBroker noch sehr weit weg von einem "Wartungsfreien" System....der Aufwand bei updates gerade auch bei Windows ist schon immer recht groß. SChade, dass das nicht innerhalb der WebUI gemacht werden kann auf Knopfdruck.

Der neue Windows Installer könnte da etwas Abhilfe schaffen , leider ist mein System noch mit dem alten aufgesetzt und das passt nicht zusammen.

[Thomas Braun]

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

Alles gut, leider ist IOBroker noch sehr weit weg von einem "Wartungsfreien" System.

Kann es auch nicht werden, dafür spielen da viel zu viele Komponenten rein.

[wcag22]

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

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

Alles gut, leider ist IOBroker noch sehr weit weg von einem "Wartungsfreien" System.

Kann es auch nicht werden, dafür spielen da viel zu viele Komponenten rein.

Richtig. Und dann ist ja auch noch die Frage, was man unter "wartungsfrei" versteht.
Selbst mein Auto braucht ab und zu eine Wartung
Updates sind doch normal. Und "sehr weit weg" - naja, das ist wohl eine individuelle Betrachtung

Selbst in Windoof gibt es Updates und dass die dann im Hintergrund laufen, ist nicht immer von Vorteil.

Genau wie @rene55 schrieb: "So ist halt der Fortschritt."

Das Einzige, was man sich zur Not wünschen könnte, dass man vlt. per Mail über vorhandene Updates informiert wird.
(Oder gibt es das etwa schon und ich weiß das nicht?)
Nicht Jeder wird wie ich die Zeit haben, täglich ioBroker zu kontrollieren/überwachen.

[Rene55]

@pi-ter Wenn der Adapter im Repository ist (latest oder stable) gibt ja der ioBroker selbst die Hinweise auf Updates installierter Adapter. Dann wird das alles besser zu handeln sein. Mailkontakt zu den Usern (außer zu dir) habe ich ja nicht und wäre auch etwas aufwändig.

[wcag22]

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

@pi-ter Wenn der Adapter im Repository ist (latest oder stable) gibt ja der ioBroker selbst die Hinweise auf Updates installierter Adapter.

Grüß Dich @rene55
Ja, das ist natürlich richtig. Im Kontext der Aussage "wartungsfreies System" bezog ich mich auch nicht ausschließlich auf Deinen oder einen Adapter, sondern auf ioBroker gesamt.

Ich selbst habe ein ziemlich eingefahrenes Ritual für den frühen Vormittag:

• Mail checken
• Statistik pflegen (diverse Zählerstände)
• Website pflegen
• ioBroker checken
• Kontrolle Lovelace und jarvis
• und etwa im 2- bis 3-Wochentakt via ssh auf OS-Updates checken

Nicht Jeder hat diese zeitliche Freiheit. Für diese Nutzer wäre eine Benachrichtigung aus ioBroker heraus möglicherweise hilfreich.

Dann wird das alles besser zu handeln sein.

Was die Adapter angeht: ja. Ich warte auch immer auf stable.

Mailkontakt zu den Usern (außer zu dir) habe ich ja nicht und wäre auch etwas aufwändig.

Klar, das wäre auch schon wieder ein Fall für den deutschen Datenschutz, hihi...

[Rene55]

@pi-ter So ein Smart-Home-System wird niemals wartungsfrei sein. Selbst wenn die Software ohne weiteres läuft, fällt mal irgendwo ein Sensor aus oder die Batterie ist leer.
Schön, wenn man so ein morgendliches Ritual hat - und sich auch noch daran hält.

[wcag22]

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

Schön, wenn man so ein morgendliches Ritual hat - und sich auch noch daran hält.

Naja, vorbeugen ist besser, als nach hinten fallen ... oder so. Das ist wie mit der Datensicherung - wo auch immer.
Aus Fehlern darf man ja lernen.

[Pino72]

Hab das heute mal in den Logs gefunden? Der Adapter wurde auch immer wieder mal als nicht verbunden angezeigt...hat das mit dem schlechten Wetter zu tun wo er wenn zu wenig Sonne scheint die Verbindung verliert?

deyeidc.0
	2023-07-24 14:10:09.092	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 14:08:09.330	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 14:06:08.989	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 14:04:09.274	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 14:02:07.934	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 14:00:07.874	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 13:58:08.175	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 13:05:18.972	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 13:03:18.933	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 13:01:19.223	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 12:59:10.177	warn	ControlCode faulty!: Data may be corrupt, therefore discarded
deyeidc.0
	2023-07-24 12:57:09.847	warn	ControlCode faulty!: Data may be corrupt, therefore discarded 

[Rene55]

@pino72 Auch da sage ich mal: ja. Da hat der Inverter wohl Mühe, aus den Tiefen seiner selbst alle Daten zusammenzubringen. Dann stimmt der Controllcode nicht und die Antwort wird verworfen, bevor im ioBroker Mist angezeigt wird.

[t15j]

@rene55
Moin, herzlichen Dank für diesen Adapter - ich bin absoluter ioBroker Neuling und solch ein Adapter hilft mir sehr!

Ich habe zwei Deye WR (600 und 80g), nach dem ganzen hin und her habe ich gestern die Namensgebung der Spulen für mich angepasst und dann alle erzeugten Objekte (ausgelesenen Werte) einmal gelöscht (über den Reiter Objekte) und hoffte, dass diese dann neu erstellt werden - wurden sie auch, allerdings nur bei einem der beiden WR (der mit ID 0), bei ID 1 wurden die Werte nicht neu angelegt.
Also dachte ich mit, dass sie erst angelegt werden, wenn Änderungen auftreten und habe alle Spulen einmal mit Register 109 füllen lassen - hat auch geklappt, allerdings habe ich jetzt dort nach rd. 12 Stunden immer noch den damaligen Wert stehen:

(Bei den nicht markierten Werten bin ich mir unsicher, ob diese aktuell sind)

Die Spulen sind natürlich wieder auf ihren alten Werten:

Im Log sehe ich aktuell folgenden Fehler:

Vermutlich hilft es, wenn ich den Adapter lösche und neu anlege - nur wollte ich das Verhalten hier einmal kurz schildern, evtl. ist es ja auch ein Logik-Fehler in der Anwendung.

Vielleicht gibt es ja aber auch eine andere Lösung?

Danke
Thomas

PS: gibt es eine Möglichkeit die Konfiguration eines Adapters auf den anderen einfach zu übertragen bzw. gibt es eine Datei in der ich dass machen könnte, gestern per SSH habe ich nur eine zentrale Datei mit allen Objekten gefunden, darf ich da einfach etwas passendes ergänzen?