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

[Daniel 8]

@maxclaudi

Hier ein paar warnmeldungen beim Start des Scripts

at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:391:45)
    at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:393:29)
   at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:446:25)
at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:447:25)

und dann kommt noch im Minutentakt folgende Meldung

Error in iter: ReferenceError: Cannot access 'ts' before initialization

[maxclaudi]

@daniel-8 sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

@maxclaudi

Hier ein paar warnmeldungen beim Start des Scripts

at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:391:45)
    at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:393:29)
   at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:446:25)
at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:447:25)

und dann kommt noch im Minutentakt folgende Meldung

Error in iter: ReferenceError: Cannot access 'ts' before initialization

Verstehe nicht wie mir das gestern passieren konnte,
Bitte noch einmal testen. Code ist oben aktualisiert.
auch ein Kommentar wurde berichtigt, outputlimit.
Das hat(te) keine Auswirkung.
Danke Daniel, dass Du auch immer gleich log postest :+1:

[Daniel 8]

@maxclaudi

Guten Morgen,

nun komen folgende Meldungen:
Beim Start wieder die Warn. Ist die normal? Wobei es 2 weniger geworden sind.

    at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:395:45)
    at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:397:29)

und dann wieder im Minutentakt die Error Meldung:

Error in iter: ReferenceError: Cannot access 'ts' before initialization

Helfe gerne mit wo ich kann und was in meiner Fähigkeit liegt

[maxclaudi]

@daniel-8
script aktualisiert, bitte testen.
timetamp/ts ärgert(e) mich ein wenig.

[Daniel 8]

@maxclaudi

Heute Abend muss los. Haben denn die ersten 2 Meldungen eine Bedeutung?

[maxclaudi]

@daniel-8
Beim Start des Scripts werden direkt zwei GET-Requests ausgelöst. Wenn das Zendure-Gerät gerade beschäftigt ist, kann es passieren, dass die Antwort leer oder das JSON ungültig ist.
Mit dem neuesten Script habe ich den Timeout von 3000 ms auf 5000 ms erhöht – damit sollte es jetzt zuverlässig sein.
Maximal einmal beim Scriptstart könnte es noch vorkommen, dass ein Request fehlschlägt, falls das Gerät gerade sehr beschäftigt ist. Danach läuft alles stabil.

[Daniel 8]

@maxclaudi

Also es gab nur noch am Anfang eine Warnmeldung was ja nichts zu bedeuten hat.
Sonst gab es keinen Fehler mehr im Minutentakt

[maxclaudi]

@daniel-8
Bitte Warnmeldung hier rein stellen. Danke.

[Daniel 8]

@maxclaudi

    at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:394:29)

[maxclaudi]

....done

[maxclaudi]

@daniel-8

edit Warnung(en) weg. Müsste alles funktionieren. Script ist im ersten Eingangs-Post.

[Daniel 8]

@maxclaudi sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

@daniel-8

edit Warnung(en) weg. Müsste alles funktionieren. Script ist im ersten Eingangs-Post.

    at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:394:29)
   at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:444:25)
at IncomingMessage.<anonymous> (script.js.common.Testphase.@maxclaudi_mit_set:445:25)

die Eine kam 2 mal

[maxclaudi]

@daniel-8
Eingangspost code.

[Daniel 8]

@maxclaudi sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

@daniel-8
Eingangspost code.

:+1: keine Fehlerausgabe

[maxclaudi]

@daniel-8 sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

:+1: keine Fehlerausgabe

Der Code war nie kaputt – nur die Datenpunkte waren beim ersten Start zu langsam. 😅
Jetzt wird erst angelegt und dann abgefragt. Keine Fehlermeldungen mehr, keine Panik – läuft:+1:

[maxclaudi]

@daniel-8
Dankeschön für den Hinweis.

Update 07.10.2025 03:25h
Unix-Timestamp jetzt in lesbarer Form verfügbar:

• .zendureSmartMode.timestamp
• .zendureMqttState.mqttTimestamp

[Daniel 8]

@maxclaudi sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

@daniel-8
Dankeschön für den Hinweis.

Update 07.10.2025 03:25h
Unix-Timestamp jetzt in lesbarer Form verfügbar:

• .zendureSmartMode.timestamp
• .zendureMqttState.mqttTimestamp

Das hat funtkioniert.
Hatte heute morgen noch einen Fehler vom Script was aber wahrscheinlich in dem Moment war wo irgendwie das System anfangen zu arbeiten hat und schätzungsweise kurz nicht erreichbar

script.js.common.Garten.Balkonkraftwerke.Zendure_http_Abfrage_Set: HTTP GET Fehler: connect EHOSTUNREACH 192.168.177.103:80

[maxclaudi]

@daniel-8 sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

@maxclaudi sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

@daniel-8
Dankeschön für den Hinweis.

Update 07.10.2025 03:25h
Unix-Timestamp jetzt in lesbarer Form verfügbar:

• .zendureSmartMode.timestamp
• .zendureMqttState.mqttTimestamp

Das hat funtkioniert.
Hatte heute morgen noch einen Fehler vom Script was aber wahrscheinlich in dem Moment war wo irgendwie das System anfangen zu arbeiten hat und schätzungsweise kurz nicht erreichbar

script.js.common.Garten.Balkonkraftwerke.Zendure_http_Abfrage_Set: HTTP GET Fehler: connect EHOSTUNREACH 192.168.177.103:80

Erklärung zur Logmeldung:

HTTP GET Fehler connect EHOSTUNREACH 192.168.177.103:80

Wenn kein weiterer Fehler im Log folgt, war das Zendure-Gerät in diesem Moment einfach nicht erreichbar. Das ist kein Skriptproblem, sondern deutet auf eine kurzzeitige Netzwerkunterbrechung oder interne Blockade des Geräts hin.

Typische Ursachen:

• WLAN kurz weg oder zu schwach:
  Das Gerät hat evtl. den Access Point gewechselt (z. B. in einem Mesh-System), war im Energiesparmodus oder die Verbindung war instabil.
  Auch vorübergehende Störungen durch andere Geräte in der Nähe oder überlappende WLAN-Kanäle können kurzzeitig den Zugriff verhindern.

• Gerät war intern beschäftigt:
  Während interner Vorgänge wie MQTT/HTTP-Umschaltung, Leistungsänderungen oder interner Tasks reagiert das Gerät evtl. für wenige Sekunden nicht.

• Netzwerkverzögerung oder ARP-Problem:
  Der Router hat die IP kurz aus der ARP-Tabelle entfernt, oder DHCP hat intern eine Neuzuweisung vorbereitet.

• Sleep / Neustart:
  Gerät war kurz im Standby oder hat einen automatischen Neustart ausgeführt (z. B. nach Konfigurationsänderung).

Wenn nach dieser Meldung keine weiteren Fehler folgen und die nächsten Abfragen wieder funktionieren, ist kein Eingreifen nötig.
Das Gerät war nur kurzzeitig nicht erreichbar und hat sich selbst erholt. :-)

[Daniel 8]

@maxclaudi

Ja das war meine Vermutung. Wird ca. Zu dem Zeitpunkt gewesen sein wo irgendwie pv angefangen hat zu produzieren. Habe ich ja nie behauptet das es ein script Fehler ist. Kamen auch keine weiteren Meldungen

[maxclaudi]

@daniel-8 sagte in Zendure SmartMode:1 SolarFlow2400 AC SolarFlow800 ( u. Pro):

@maxclaudi

Ja das war meine Vermutung. Wird ca. Zu dem Zeitpunkt gewesen sein wo irgendwie pv angefangen hat zu produzieren.

Bei Dir wurde wenigstens produziert :+1:
Bei uns .... naja, ein paar Watt bei dem Wetter :face_with_rolling_eyes:

Kamen auch keine weiteren Meldungen

:+1: