[Adapter] cloudfreie Auslesung von Deye-Invertern
-
@rene55 Nein, das ist die einzige Meldung, siehe:```
deyeidc.0
2023-10-18 14:29:27.746 debug connection closed/destroyed
deyeidc.0
2023-10-18 14:29:07.745 debug try to connect . . .
deyeidc.0
2023-10-18 14:28:27.749 debug connection closed/destroyed
deyeidc.0
2023-10-18 14:28:07.745 debug try to connect . . .
deyeidc.0
2023-10-18 14:27:07.744 debug checkUserData is ready
deyeidc.0
2023-10-18 14:27:07.744 debug Sync time set to 60000 msPs: Ich habe die Sync Time geändert, damit ich nicht immer so lange warten muss. -
@flatlander Ja das ist die normale Reihenfolge, wenn der Adapter den WR nicht findet. Bist du sicher, dass IP u.s.w. alles stimmt und der WR auch erreichbar ist?
-
@rene55 Ja, ich habe das html-fenster: config_hide offen.
-
@flatlander Beim Starten des Adpters gibt es im Log ein paar Einträge. Dazu bitte mal Adapter stoppen und wieder starten und dann die paar Zeilen Log hier hinein, bitte.
-
@rene55 Here they are:
00 Log-Größe: 68.0 KB Zeit Nachricht deyeidc.0 2023-10-18 14:39:04.709 debug checkUserData is ready deyeidc.0 2023-10-18 14:39:04.708 debug Sync time set to 60000 ms deyeidc.0 2023-10-18 14:39:04.707 debug IP address [192.168.2.109] seems to be valid. deyeidc.0 2023-10-18 14:39:04.670 info starting. Version 0.0.11 in /opt/iobroker/node_modules/iobroker.deyeidc, node: v18.17.1, js-controller: 5.0.12 deyeidc.0 2023-10-18 14:39:04.475 debug States connected to redis: 127.0.0.1:9000 deyeidc.0 2023-10-18 14:39:04.417 debug States create User PubSub Client deyeidc.0 2023-10-18 14:39:04.416 debug States create System PubSub Client deyeidc.0 2023-10-18 14:39:04.402 debug Redis States: Use Redis connection: 127.0.0.1:9000 deyeidc.0 2023-10-18 14:39:04.253 debug Objects connected to redis: 127.0.0.1:9001 deyeidc.0 2023-10-18 14:39:04.249 debug Objects client initialize lua scripts deyeidc.0 2023-10-18 14:39:04.220 debug Objects create User PubSub Client deyeidc.0 2023-10-18 14:39:04.220 debug Objects create System PubSub Client deyeidc.0 2023-10-18 14:39:04.218 debug Objects client ready ... initialize now deyeidc.0 2023-10-18 14:39:04.192 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 host.DellE6400 2023-10-18 14:39:03.439 info instance system.adapter.deyeidc.0 started with pid 13205 host.DellE6400 2023-10-18 14:39:03.368 info "system.adapter.deyeidc.0" enabled host.DellE6400 2023-10-18 14:38:56.691 info instance system.adapter.deyeidc.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) deyeidc.0 2023-10-18 14:38:56.631 info terminating host.DellE6400 2023-10-18 14:38:56.165 info stopInstance system.adapter.deyeidc.0 send kill signal deyeidc.0 2023-10-18 14:38:56.129 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason deyeidc.0 2023-10-18 14:38:56.128 info terminating deyeidc.0 2023-10-18 14:38:56.127 debug [onUnload] cleaned everything up... deyeidc.0 2023-10-18 14:38:56.126 info Got terminate signal TERMINATE_YOURSELF host.DellE6400 2023-10-18 14:38:56.121 info stopInstance system.adapter.deyeidc.0 (force=false, process=true) host.DellE6400 2023-10-18 14:38:56.120 info "system.adapter.deyeidc.0" disabled -
@flatlander Hmm. irgendwer oder was killt deine Instanz:
stopInstance system.adapter.deyeidc.0 send kill signal -
@rene55 Ich denke, das war ich, als ist die Instanz gestoppt und wieder gestartet habe.
Ein paar Sekundenspäter kommt dann:
2023-10-18 14:39:03.439 info instance system.adapter.deyeidc.0 started with pid 13205
und ab dann bekomme ich keine Medlung stopInstance mehr. -
@flatlander Ja das kann sein. Aber ich werde bei dir immer ratloser .
-
@rene55 Auch wenn's kein Trost ist: Habe gerade auf dem Systemmonitor nachgesehen: der Prozess 13205 (deyeidc) läuft...
-
@flatlander sagte in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
Ja, ich habe das html-fenster: config_hide offen.
Bitte mal einen screenshot von dem Fenster.
Und was sagen die 'Device Information' unter /index_cn.html
-
@pi-ter Bitte schön:
-
@pi-ter Hier die Device info:
-Device information
Device serial number 4175546573
Firmware version MW3_16U_5406_1.57
Wireless AP mode
Enable
SSID
AP_4175546573
IP address
10.10.100.254
MAC address
EC:FD:F8:7C:AD:20
Wireless STA mode
Enable
Router SSID Toms_Huette
Signal Quality 100%
IP address 192.168.x.xxx
MAC address E8:FD:F8:7C:AD:20Habe ich überprüft, solsteht es auch in den Einstellungen des deyeidc.
-
@flatlander
OK, da bin ich raus...
Das sieht bei mir unter 'advanced/access point' ganz anders aus.Was sagen die 'Device Information' unter /index_cn.html ?
Edit: Ok, Du warst schneller
-
@pi-ter Unter Advanced Accessoint setting steht dann noch:
Network Mode = 11bgn
SSID = AP_4755xxxx
Select channel = autoselect.
Desweiteren noch LAN settings:
Ist mir nur nicht klar wessen. Meines ist es nicht.
-
@flatlander Ich habe den Adapter eben einer "chemischen Reinigung" unterzogen
. An alle, die momentan Probleme mit dem Relais oder dem RangeError haben, können bitte die aktuelle Version direkt von Github installieren. Ob dir das mit deinen besonderen Problemen (Danke auch an pi-ter) hilft, kann ich nicht sagen.
Aber Versuch macht kluch. -
@rene55 Na dann schaun mer mal.
-
@rene55 Hab ich hier gefunden: link text
Hatte ich schon so gemacht. Geht wohl leider auch nur auslesen.
-
@lesiflo Was hattest du den genau vor bzw. gemacht?
-
@rene55 said in [neuer Adapter] cloudfreie Auslesung von Deye-Invertern:
@lesiflo Was hattest du den genau vor bzw. gemacht?
Ich betreibe den Deye-WR zusammen mit einen Zendure SolarFlow Speicher, bei dem man über mqtt aktuell nur Daten
auslesen kann. Meine Idee war, das ich abhängig vom aktuellen Verbrauch und des Akkustandes über iobroker die Ausgangsleistung des WR regeln kann wieviel Strom in Netz gehen darf. Das geht zwar auch über den SolarFlow allerdings nur statisch über Zeiten oder mit zusätzlicher Hardware wie den Shelly Pro 3EM. -
@lesiflo Danke für die Erklärung. So etwas mit Zwischenspeicher schwebt mir auch vor. Ist der Zendure empfehlenswert?
Also ich nutze diesen Wert nur zur Reduzierung der Leistung im Sommer, wenn ich in Urlaub bin. Dann wird weniger Verbraucht und auch weniger Eingespeist. Das ist also höchstens 4 x im Jahr - davon wird der WR wohl keinen Schaden nehmen. Dauerndes Regeln zieht ein dauerndes Schreiben auf das EEPROM nach sich. Wie oft man das machen kann weiß wohl keiner. Nur ich möchte nicht schuld sein, wenn nach gewisser Zeit der WR defekt ist.
