Neueste Beiträge

#1
FHEM Code changes / Revision 31337: controls_fhem....
Letzter Beitrag von System - 06 Juni 2026, 11:50:55
Revision 31337: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31337: controls_fhem.txt: fhemupdate checkin
#2
Solaranlagen / Aw: [23_BYDBox] - Modul für BY...
Letzter Beitrag von Parallix - 06 Juni 2026, 09:28:29
Zitat von: Hadl am 03 Juni 2026, 23:31:46Hallo,
ich hatte kürzlich ein komisches Verhalten des BMS. So stark verschätzt hat es sich bisher noch nie.
...
Nach meinen bisherigen Erfahrungen führt eine rein SOC-basierte Begrenzung der Ladung schnell zu Schätzfehlern. Aus diesem Grund setze ich inzwischen eine kombinierte Lösung ein, bei der nicht nur der SOC, sondern auch maximale Zellspannung unter Berücksichtigung des Spannungsabfalls an der Zelle betrachtet wird.

Zur näheren Analyse Deines Problems müsste man sich die Spannungen aller Zellen in der Nähe des Punktes ansehen, ab dem die ersten Zellen nach oben aus dem Verbund ausbrechen. Kannst Du mal eine entsprechende Grafik erzeugen?
#3
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 06 Juni 2026, 09:14:32
Zitat von: peterboeckmann am 05 Juni 2026, 12:58:19...
Für nach Deinem Urlaub habe ich einen Featurerequest:
Die Funktion get <Name> pVHistory exportToCsv finde ich sehr nützlich ...
Wäre es nicht einfacher, wenn Du eine eigene DB für solche Zwecke anlegst und die (gefilterten) Daten dann daraus ziehst?
#4
Solaranlagen / Aw: Zendure Solarflow in Fhem ...
Letzter Beitrag von Shadow3561 - 06 Juni 2026, 09:05:47
Moin,
Kann es sein, dass Zendure am Server schraubt. Mein Device müllt das Log voll und blockiert FHEM komplett.

2026.06.06 08:52:40.580 1: mq.zen-iot.com:1883 disconnected, waiting to reappear (TestHyper)
2026.06.06 08:52:41.131 1: mq.zen-iot.com:1883 reappeared (TestHyper)
2026.06.06 08:53:03.382 1: TestHyper: <Zendure_connect> error while HTTP requesting https://app.zendure.tech/as/tdengine/device/solarFlow/energy - read from https://app.zendure.tech:443 timed out

Gruss
#5
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von binford6000 - 06 Juni 2026, 08:22:00
Zitatund was kann ich tun, damit sowas nicht wieder passiert? 
Setze verbose am Account-Device auf 2. Das Behebt natürlich nicht die Ursache aber zumindest das Volllaufen des Logs.
#6
FHEM Code changes / Revision 31336: controls_fhem....
Letzter Beitrag von System - 06 Juni 2026, 08:00:42
Revision 31336: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31336: controls_fhem.txt: fhemupdate checkin
#7
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 06 Juni 2026, 01:42:33
Hi KyleK,

ok ich teste bei mir auch mal, bin sogar auf 600 gegangen, mal sehen ob das was bringt.

Ich habe auch das Modul entschärft, so dass die Prüferei bei fehlerhafter Response nicht jede Sekunde triggert sondern nur alle 30s und nach 10 Fehlversuchen aufgibt und dann erst wieder nach der refresh time versucht.
Außerdem lösche ich die Timer die eventuell stehen bleiben.
Das funktioniert gut und das Problem, dass FHEM langsam wird oder sich Timer akkumulieren ist weg.

Hier ein diff falls Micheal hier rein schaut oder wir es selbst fixen müssen.
Du darfst diesen Dateianhang nicht ansehen. 


Ok also polling mit npm_refresh_intervall 600 hilft leider nicht. Geht dann halt schon nach 10 min schief. Der Refresh scheint gar nicht mehr zu funktionieren.


Gruß,
Stefan
#8
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von KyleK - 06 Juni 2026, 01:27:08
Standardmäßig erneuert echodevice alle 6000 Sekunden (100 Minuten) die Cookies, um mit den Amazon Servern interagieren zu können.
Eventuell ist dies zu lang, der Cookie nicht mehr 6000 Sekunden gültig.

Laut Modul-Dokumentation sollte der Cookie eigentlich 14 Tage gültig sein, ich finde im Cookie selber leider keinen Wert der indiziert, wann der Cookie abläuft.

Ich habe jetzt mal das Attribut `npm_refresh_intervall = 3000` gesetzt, vielleicht hilft eine Reduktion um die Hälfte bereits.
#9
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von KyleK - 06 Juni 2026, 00:17:05
Ein Aufruf von `208refresh-cookie.js` im alexa-cookie-Verzeichnis bringt (unter anderem) folgenden Output:

Alexa-Cookie: Response (400)
Register App Response: {"response":{"error":{"code":"InvalidToken","index":"xxxxxxxxxxx","message":"Auth time of the token is expired."}},"request_id":"xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"}

Das passiert auch, wenn ich erst `208create-cookie.js` aufrufe (entspricht NPM Login New), und direkt im Anschluss `208refresh-cookie.js` starte.

Ich hab keine Ahnung was die "Auth time" ist :(

Ich vermute da hat sich was beim Amazon Backend geändert?
#10
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 06 Juni 2026, 00:09:27
Ok selbes Problem hier, diese Beschreibnung passt auch bei mir:
Wichtig: Ein frischer set <dev> NPM_login new (Browser-Login mit 2FA) stellt die Funktion wieder her – aber nur für ~1–2 Stunden, dann
  scheitert der nächste automatische Refresh wieder mit demselben 400 und FHEM friert erneut ein. Innerhalb eines Tages hatte ich das
  mehrfach. Ein NPM_login refresh oder ein bloßer FHEM-Neustart helfen nicht.

Habe:
Node  v22.22.3 
npm   10.9.8   
alexa-cookie2 4.2.0  und 5.0.3 probiert         
37_echodevice.pm  0527 vom 2025-11-14   

Gruß,
Stefan