Neueste Beiträge

#1
Solaranlagen / Aw: [23_BYDBox] - Modul für BY...
Letzter Beitrag von Parallix - 08 Juni 2026, 09:49:31
Zitat von: Hadl am 07 Juni 2026, 21:38:46...
Das komische Verhalten geht aber meiner Meinung schon beim ersten roten Pfeil los, als er jeden Tag wieder auf 80% kommt, trotzdem weniger Energie in den Akku geht als entnommen wurde.
Danke für die Bilder, die schon recht aufschlussreich sind.

Es ist ein verbreiteter Irrglaube, dass ein vom BMS geschätzter SOC von 80% bedeutet, dass sich auch 80% der Nenn-Energiemenge (häufig auch als Nennkapazität bezeichnet) im Akku befinden.

Insb. geht aus Deiner Grafik hervor, dass die in den Zellen gespeicherten Energiemengen sehr unterschiedlich sein müssen. Denn die Entladung führte dazu, dass nun sehr stark voneinander differierende Zellspannungen gemessen werden.

Was Dein Akku bräuchte, ist eine Ladung, mit der wirklich alle (!) Zellen auf ca. 3450mV gebracht werden. Danach sollten es die von Dir beobachteten SOC-Sprünge nicht mehr geben oder aber wesentlich kleiner ausfallen. 
#2
MQTT / Aw: MQTT V5
Letzter Beitrag von rudolfkoenig - 08 Juni 2026, 09:35:45
MQTT v5 definiert viele Features, davon Etliche optional, der Aufwand haengt davon ab, was alles implementiert wird.
Es waere gut zu wissen, welche Features HomeAssistant unbedingt haben will.
Sonst wuerden sie v3.1 nicht abschaffen wollen.

Ich packe MQTTv5 fuer MQTT2_SERVER auf meine TODO Liste.
#3
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 08 Juni 2026, 09:22:48
Hi duu75,

ich habe mal gesachaut.
Habe ein paar Hypothesen. ioBroker rfreshed viel seltener, erst nach 96h.
IoBroker hat aber einen besseren Auth-Check /api/customer-status. Du bekommst auf jedenfall keine Probleme wie bei FHEM mit Performance.
IoBroker nutzt alexa-remote2 als wrapper.

Nun es kann sein dass nach 96h es auch in IoBroker fehlschlägt. Aber natürlich ohne die effekte die FHEM hatte mit der Performance.
Es könnte aber auch sein dass es durch den anderen check und die Verwendung von alexa-remote2 funktioniert.

@duu75: Kannst du mir sagen ob es in Iobroker einen erfolgreichen refresh nach 96h gibt?
Wenn ja könnte ich versuchen die Logik mit alexa-remote2 auch ins modul zu bauen.

Aber erstmal gehe ich davon aus dass es nach 96h dort auch zu dem Fehler kommt.

Gruß,
Stefan



#4
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von FHEM_Starter - 08 Juni 2026, 09:03:09
Hallo,

auch mich hat es nun erwischt. Der patch hat zwar geholfen, das echodevice ist connected und eine Zeit lang ist der refresh token "vorhanden". Dann wechselt er wieder auf "refresh failed".

Wird das Modul denn überhaupt noch gepflegt?

Danke und Gruß
Wolfgang
#5
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 08 Juni 2026, 08:13:00
Zitat von: tostmann am 07 Juni 2026, 23:26:03Und ja: Diagnosedaten aus dem Gerätepark nehme ich gern — die Felddaten von heute Morgen haben am Ende drei Releases an einem Tag getrieben. Die nvs/stats-Ausgabe ist der wichtigste nächste Schritt.

Auf die Schnelle eben abgerufen:

{"used_entries":370,"free_entries":260,"total_entries":630,"namespace_count":14,"percent_used":58.73016}
Bis Mittwoch bin ich auswärts auf einem Workshop, danach kann ich gerne weiter testen.
#6
FHEM Code changes / Revision 31347: controls_fhem....
Letzter Beitrag von System - 08 Juni 2026, 07:50:28
Revision 31347: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31347: controls_fhem.txt: fhemupdate checkin
#7
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 08 Juni 2026, 00:37:28
Oh wow,
bei ioBroker tut das?
Ich dachte der Fehler läge im Serverseitig und Alexa2 Adapter müsste nachlegen.
Da müsste man sich mal das coding bei ioBroker näher anschauen.

Gruß,
Stefan
#8
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von tostmann - 07 Juni 2026, 23:26:03
Elf Boxen synchron auf NDR1 — genau das Szenario, für das die Kompressions-Stufe gebaut wurde. Danke fürs Durchziehen, und die Auffälligkeiten sind mindestens so wertvoll wie der Erfolgsfall. Der Reihe nach:

Zur Klarstellung mit den 4 Boxen: das passt ins Bild, präzisiert es sogar. Die Kante des alten Speicherformats lag bei knapp 4 KB, und vier voll belegte Boxen liegen genau in dieser Gegend (~1 KB pro Box). Und dass es ,,von einem Moment auf den nächsten" passierte, hat eine konkrete Erklärung: den Preset-Speicher schreibt nicht nur ein Klick im WebUI, sondern auch der Auto-Migrate-Zyklus, der standardmäßig alle 30 Minuten läuft. Riss bei so einem Hintergrund-Schreibvorgang die 4-KB-Kante, hat die alte Aufräum-Logik den letzten guten Stand gleich mit entsorgt — ganz ohne Zutun. Seit v0.8.15/v0.8.17 ist dieser Mechanismus komplett raus.

9 von 11 nach Reboot + zurückspringende Schalter: die beiden gehören mit hoher Wahrscheinlichkeit zusammen — beides sieht nach fehlschlagenden Schreibzugriffen auf den NVS-Speicher aus (die Geräteliste der letzten zwei Boxen wurde nie persistiert, und die Schalter-Einstellung auch nicht; das WebUI liest dann beim nächsten Refresh den alten Stand zurück). Schöner Beleg dafür: Dein Diagnose-Schalter hat in Wirklichkeit funktioniert — die sieben pre-migrate-Snapshots Deiner Reserve-Boxen sind hier angekommen, danke! Nur gespeichert wurde die Einstellung nicht; nach dem nächsten ESP-Neustart ist sie wieder aus. Eine Bitte daher: Ruf einmal im Browser http://192.168.123.44/api/nvs/stats auf und poste die Ausgabe. Mein Verdacht: die Partition ist aus der Zeit vor der Kompression noch so voll, dass selbst das Umschreiben auf das kompakte Format keinen Platz mehr findet (das braucht kurzzeitig alt+neu gleichzeitig). Wenn die Stats das bestätigen, baue ich eine Aufräum-Aktion, die das auflöst — Deine Daten wären dann der Testfall, an dem sie sich beweisen muss.

Aus den Snapshots sehe ich übrigens, dass die sieben Reserve-Boxen bis vorhin noch auf Deiner soundcork-Instanz hingen und erst gegen 20:22 zu sixback migriert sind — der echte Vollausbau mit allen elf auf einem Stick läuft also erst seit dann. Umso gespannter bin ich, wie sich die Kiste über Nacht hält.

fl_ST20-Blinker: klingt nach grenzwertiger Antwortzeit dieser Box auf unsere Status-Abfragen (mal rechtzeitig, mal nicht — daher grün/weiß im Wechsel). Wenn Du magst: Diagnose-Sharing kurz anschalten und an der Box den Snapshot-Knopf drücken, dann sehe ich mir an, was sie antwortet. Falls es dieselbe Box ist, die schon immer ,,speziell" war, wäre auch Dein geplanter Factory-Reset ein sauberes Experiment.

Chrome auf macOS: notiert. Verdacht: Chromes neue Blockade für Zugriffe ins lokale Netz (Local Network Access) — Safari und Firefox haben die nicht, was zu Deinem Muster passen würde. Schau ich mir an; falls Chrome beim ersten Zugriff eine Berechtigung angefragt und sie verneint wurde, findet sie sich in den Website-Einstellungen wieder.

C5 auf 5 GHz: sehr guter Datenpunkt, danke! Das Thema steht auf der Liste; sobald der Arduino-Unterbau für den C5 stabil genug ist, bauen wir das Target — Hardware zum Gegentesten ist auch hierher unterwegs. Versprechen gibt es wie immer erst nach dem Gegentest.

Und ja: Diagnosedaten aus dem Gerätepark nehme ich gern — die Felddaten von heute Morgen haben am Ende drei Releases an einem Tag getrieben. Die nvs/stats-Ausgabe ist der wichtigste nächste Schritt.

Gruß, Dirk
#9
Sonstige Systeme / Aw: x-sense WLAN Rauchmelder e...
Letzter Beitrag von amenomade - 07 Juni 2026, 23:13:13
Falls jemand noch sucht: ein HowTo zur Einbindung über MQTT2 gibt es dank Blablubblaber hier
#10
Solaranlagen / Aw: [23_BYDBox] - Modul für BY...
Letzter Beitrag von Hadl - 07 Juni 2026, 21:38:46
Zitat von: Parallix am 06 Juni 2026, 09:28:29Zur 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?
Ein Ausbrechen nach oben ist hier ja seit 2 Wochen nichtmehr vorgekommen.
Ich denke mal du meinst den Punkt wo die 2kWh Entladung die Zellspannungen nach unten ausbrechen und der SOC auf 7% geht.
Hier der Zeitraum von 80% bis kurz nach dem Erreichen von 7% SOC und anschließender Notladung
Du darfst diesen Dateianhang nicht ansehen.
An sich find ich den Verlauf garnicht so ungewöhnlich, wenn man mal davon absieht, das dabei nur 2kWh (26% Nennkapazität) entladen wurden.

Das komische Verhalten geht aber meiner Meinung schon beim ersten roten Pfeil los, als er jeden Tag wieder auf 80% kommt, trotzdem weniger Energie in den Akku geht als entnommen wurde.