UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Flatlander]

@rene55 Ja, ich habe das html-fenster: config_hide offen.

[Rene55]

@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.

[Flatlander]

@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

[Rene55]

@flatlander Hmm. irgendwer oder was killt deine Instanz: stopInstance system.adapter.deyeidc.0 send kill signal

[Flatlander]

@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.

[Rene55]

@flatlander Ja das kann sein. Aber ich werde bei dir immer ratloser .:confounded:

[Flatlander]

@rene55 Auch wenn's kein Trost ist: Habe gerade auf dem Systemmonitor nachgesehen: der Prozess 13205 (deyeidc) läuft...

[wcag22]

@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

[Flatlander]

@pi-ter Bitte schön:

[Flatlander]

@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:20

Habe ich überprüft, solsteht es auch in den Einstellungen des deyeidc.

[wcag22]

@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 :-)

[Flatlander]

@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.

[Rene55]

@flatlander Ich habe den Adapter eben einer "chemischen Reinigung" unterzogen :relaxed: . 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.

[Flatlander]

@rene55 Na dann schaun mer mal.

[lesiflo]

@rene55 Hab ich hier gefunden: link text

Hatte ich schon so gemacht. Geht wohl leider auch nur auslesen.

[Rene55]

@lesiflo Was hattest du den genau vor bzw. gemacht?

[lesiflo]

@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.

[Rene55]

@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.

[Flatlander]

@rene55 Hallo Rene, hat mein Problem leider nicht gelöst. Habe in der Zwischenzeit folgenden Eintrag von jlopez77 bei github gefunden: "The inverter is not fast enough to answer, you can get timeouts if you query it too often."
Da ich ja immer die Fehlermeldung ETIMEDOUT bekomme frage ich mich, ob mein Deye nicht besonders langsam ist. Kann man im deyeidc diesen timeout einstellen ?

[Rene55]

@flatlander Ich kann mir nicht vorestellen, dass du ein besonders langsames Exemplar hast. Bei einer Abfragerate von einer Minute hatte ich bisher noch keine ETIMEOUT. Den bekomme ich nur, wenn der WR nicht erreichbar ist z.B. bei Dunkelheit. Du kannst dem ja entgegenwirken indem due die Abfragerate höher stellst. Bei dir muss es was anderes sein - so einen hartnäckigen Fall hatte ich bisher noch nicht,