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

[JB_Sullivan]

@hefegraphie

Hast du dir ggf. mal den Code von dem anderen EZ-1 Adapter angesehen? Da hatte ich in der Vergangenheit nicht solche Probleme.

Das dass Balkonkraftwerk liefert sieht man hier an der Shelly Einspeise Messung.

Wenn man den Adapter dann neu startet, tut er es auch eine Zeit lang wieder und beschreibt seine Datenpunkte, welche dann natürlich auch wieder in Influxdb geschrieben werden und als Grafik ausgewertet werden können.

apsystemsez1.0
2024-06-18 11:46:34.308	info	State value to set for "apsystemsez1.0.EZ1-M.DeviceInfo.maxPower" has to be type "number" but received type "string"

apsystemsez1.0
2024-06-18 11:46:34.305	info	State value to set for "apsystemsez1.0.EZ1-M.DeviceInfo.minPower" has to be type "number" but received type "string"

apsystemsez1.0
2024-06-18 11:46:31.760	info	starting. Version 0.0.2 (non-npm: hefegraphie/ioBroker.apsystemsez1) in C:/ioBroker/GLT/node_modules/iobroker.apsystemsez1, node: v20.14.0, js-controller: 6.0.4

apsystemsez1.0
2024-06-18 11:46:11.874	info	terminating

apsystemsez1.0
2024-06-18 11:46:11.371	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

apsystemsez1.0
2024-06-18 11:46:11.370	info	terminating

apsystemsez1.0
2024-06-18 11:46:11.366	info	Got terminate signal TERMINATE_YOURSELF

apsystemsez1.0
2024-06-18 11:45:16.971	info	State value to set for "apsystemsez1.0.EZ1-M.DeviceInfo.maxPower" has to be type "number" but received type "string"

apsystemsez1.0
2024-06-18 11:45:16.970	info	State value to set for "apsystemsez1.0.EZ1-M.DeviceInfo.minPower" has to be type "number" but received type "string"

apsystemsez1.0
2024-06-18 11:45:14.792	info	starting. Version 0.0.2 (non-npm: hefegraphie/ioBroker.apsystemsez1) in C:/ioBroker/GLT/node_modules/iobroker.apsystemsez1, node: v20.14.0, js-controller: 6.0.4

[hefegraphie]

@jb_sullivan ich hab den undefined status nun vor jede zuweisung des wertes abgefragt und schreibe nur, wenn dieser nicht undefined ist. probier das gern mal aus.

ich hatte aber auch mit meiner kösung davor nun 2 tage keine fehler mehr. welches Intervall nutzt du? dann versuch ich das mal nachzustellen.

was mich wundert ist, dass bei deinem gezeigten log gar keine fehler zu sehen sind.
wie installierst du neu?

das number <> string problem kannst du lösen indem du die datenpunkte für minPower und maxPower einmal per hand löscht und die instanz neu startest. dann werden die datenpunkte richtig angelegt. war ein fehler in einer älteren version.
sollte hier aber nicht die ursache des neustarts des adapers sein.

[JB_Sullivan]

@hefegraphie sagte in APSystems EZ1-M:

was mich wundert ist, dass bei deinem gezeigten log gar keine fehler zu sehen sind.
wie installierst du neu?

Ich stoppe den Adapter, installiere über GIT und mache dann noch einen Datei upload um danach die Instanz wieder zu starten.

Als Verzögerung habe ich 20 Sekunden und für "Nachts" 3600 Sekunden eingetragen.

Ich habe es jetzt eben nochmal von GIT nach dem oben beschriebenen Schema installiert.

Aktuell gibt es nichts ungewähnliches und die DP`s werden auch regelmäßig ausgelesen. Sieht soweit erstmal gut aus.

apsystemsez1.0
2024-06-19 07:45:11.405	info	starting. Version 0.0.2 (non-npm: hefegraphie/ioBroker.apsystemsez1) in C:/ioBroker/GLT/node_modules/iobroker.apsystemsez1, node: v20.14.0, js-controller: 6.0.4

apsystemsez1.0
2024-06-19 07:39:25.560	info	terminating

apsystemsez1.0
2024-06-19 07:39:25.057	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

apsystemsez1.0
2024-06-19 07:39:25.055	info	terminating

apsystemsez1.0
2024-06-19 07:39:25.053	info	Got terminate signal TERMINATE_YOURSELF

[hefegraphie]

@jb_sullivan ok. danke.
hab es auch mal auf 20 gesetzt. mir haben 60 gereicht. mal gucken wie er sich verhält

[JB_Sullivan]

Zu früh gefreut - ich hatte zwischendurch wieder einen Ausfall wo keine Daten angekommen sind, dann aber offensichtlich von alleine wieder da waren.

Im Log gab es nur diese eine "Fehlermeldung" (warn)

apsystemsez1.0
2024-06-19 14:16:36.558	warn	Keine Daten erhalten, bitte IP oder Verbindung prüfen.

[hefegraphie]

@jb_sullivan das würde ich jetzt aber mal als gewolltes verhalten interpretieren. Ein Aufruf schlug fehl. Das wurde mit der Warnung angefangen und dann das "Nachtintervall" gestartet. Bei dir eine Stunde.

Dass der Aufruf fehl schlägt liegt dann aber nicht am Adapter. Vielleicht grad ein schlechtes WLAN Signal.

Ich hab bei mir das Nachtintervall auf 5 min gestellt.

Intern hab ich dann eine Logik im Adapter. Wenn er wieder fehl schlägt, wartet er 10 Minuten. Dann 20,... 40...80...
Bis er bei 3h ist. Dann setzt er es auf 5 zurück und startet den Zyklus neu.

So hast Du bei einem gescheiterten Fehlersuch nur eine 5 min Lücke. Nicht gleich 1h.

[ferzbeidel]

@hefegraphie Hallo, Danke für den Adapter.
Ich habe ihn Gestern Nacht Installiert und heute morgen wo der Wechselrichter schon produziert hat, IP eingegeben aber es kommt die Fehlermeldung "Keine Devicedaten, bitte IP oder Verbindung prüfen." Adapter ist grün.

[JB_Sullivan]

@ferzbeidel Du schreibst es ja schon selber "gestern Nacht" - scheint Nachts die Sonne? Somit auch keine Daten vom Wechselrichter. Sollte sich ja heute schon erledigt haben - oder?

[hefegraphie]

@ferzbeidel genau. Wie @JB_Sullivan schreibt. Der wechselrichter an sich arbeitet nur mit dem Strom der Module. Ist nachts also nicht erreichbar. Zur aktuellen Jahreszeit schickt er bei mir ab ca. 4.30 Uhr die ersten Daten.

[ferzbeidel]

@hefegraphie Ich habe vergessen zu schreiben das ich Natürlich am Tag probiert habe wo er Strom produzierte.

[hefegraphie]

@ferzbeidel hast du in der app den lokalen Modus eingeschaltet?

Was passiert bei dir im Browser wenn du
http://192.168.178.xxx:8050/getOutputData
Aufrufst? (Natürlich durch deine IP ersetzen.

[ferzbeidel]

@hefegraphie Danke für deine schnelle Antwort, lokalen Modus habe ich nicht an, habe auch nirgends gelesen das man den an machen muss. Im lokalen Modus gehen alle Cloud Daten verloren, oder?

[ferzbeidel]

@hefegraphie Bin jetzt im lokalen Modus und es funktioniert.

[hefegraphie]

@ferzbeidel ja. Die Daten werden glaub ich dann nicht mehr in die Cloud geladen.

Super, dass es funktioniert. Viel Spaß damit. Gib gern Feedback, wenn was nicht passt

[Michael B. 0]

Hi, bei mir kommen die Daten morgens "zu spät". Der WR hat bereits angefangen zu produzieren jedoch "schläft" der Adapter noch.

Ich vermute es liegt an dem variablen Delay:

Intern hab ich dann eine Logik im Adapter. Wenn er wieder fehl schlägt, wartet er 10 Minuten. Dann 20,... 40...80...
Bis er bei 3h ist. Dann setzt er es auf 5 zurück und startet den Zyklus neu.

Die Abstände werden immer länger. Angenommen der Adapter hat gerade auf 80 Minuten verdoppelt und kurze Zeit später scheint die Sonne aufs Dach...dann kommen leider bis die 80 Minuten abgelaufen sind keine Daten.

[hefegraphie]

@michael-b-0 ich hab mal einen Parameter eingebaut mit dem man ausschalten kann, dass es gedoppelt wird.

[Michael B. 0]

Cool, danke!

Noch eine Frage: Wird der Datenpunkt "ertrag_heute" im Adapter gerechnet oder kommt das vom EZ1-M? Hier gab es gerade einen Regenschauer = 0 W/ EZ1-M vielleicht sogar aus? Danach wieder Sonne, jedoch ist "ertrag_heute" auf 0 zurückgesetzt worden. Dies sollte ja nur bei einem Tageswechsel der Fall sein.

[hefegraphie]

@michael-b-0 ertrag heute ist zwar berechnet, aber nur als summe der beiden kanäle. wenn dann 0 W stand, dann muss das eine Lieferung der API gewesen sein. Ich setze die Werte eigentich nicht zurück.
wonach der WR den wert zurücksetzt weiß ich leider nicht

[360 Videos and more]

@hefegraphie toll wäre wenn man die Leistung noch verstellen könnte nicht nur auslesen, auf homeassistant geht das schon aber hätte das auch gerne hier 😉

[hefegraphie]

@360-videos-and-more schau ich mir nächste Woche mal an.