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

[maxclaudi]

@daniel-8 @michi-0 und Alle

Das aktuelle Script ist jetzt im ersten Eingangs-Post dieses Threads zu finden.

Rückmeldungen
Bitte gebt kurz Bescheid, falls Fehler auftreten oder noch etwas fehlt.
Wenn keine Fehler auftreten, sehe ich das Script als vorläufig abgeschlossen und stabil an.

---

Frühere Versionen (historisch) sind nun hier im Spoiler abgelegt.
Die kompletten Scripte sind zu groß für einen Post, daher habe ich sie dort ausgelagert.

[maxclaudi]

@michi-0 @Mabbi und alle

1. Anfrage an SF2400AC-Besitzer
   Für meine Auswertung, weitere Verarbeitung und Tests benötige ich ein paar Infos.
   Könnte bitte jemand mit einem SF2400AC das Blockly aus diesem Post HIER ausführen und das Ergebnis-JSON hier als Code (</>) einstellen?
   Beim Antworten bitte oben „</> Code“ auswählen und das JSON dort einfügen.
   Die Seriennummer dabei durch z. B. WOB1NHMAMXXXXX3 ersetzen.
   Bisher hatte ich nur JSON-Daten vom SF800 Pro zur Auswertung.

2. Anfrage an 800 Pro & 2400AC-Besitzer
   Ich benötige noch ein paar Infos zu den App-Einstellungsmöglichkeiten.
   Falls jemand Zeit und Lust hat zu helfen: bitte kurz melden.

Danke.

[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. :-)