Hauptmenü

Neueste Beiträge

#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Parallix - 24 Februar 2026, 10:15:25
Vor einiger Zeit hatte ich hier im Forum berichtet, dass nicht hohe SOC-Stände an sich ein Problem darstellen. Vielmehr sind es die bei ungünstigem Ladevorgang damit häufig einhergehenden hohen Zellspannungen (> 3500 mV bei LiFePO4). Vor diesem Hintergrund habe ich längere Zeit mit der Programmierung eines auf SF aufsetzenden Ladecontroller beschäftigt, der dafür sorgt, dass auch bei hohen SOC-Ständen keine Zellspannung über einem konfigurierbaren Maximalwert (bei mir mit meinem LiFePO4-System auf 3500 mV eingestellt) liegt. Dies geht natürlich nur bei BAT-Sytemen, auf denen eine Abfrage der einzelnen Zellspannungen möglich ist, was aber gar nicht so selten der Fall ist.

Seit vielen Wochen betreibe ich nun diesen Controller, möchte kurz über meine Erfahrungen damit berichten und daraus ggf. ableitbare zukünftige SF-Features  mit Euch gemeinsam entwickeln. Hier meine Feststellungen, die sich durch den Betrieb des o.g. Controllers ergeben:

  • Der SOC des Systems erreicht typischerweise nicht mehr die 100%. In aller Regel werden 99,2% nicht mehr überschritten.
  • Trotz Nichterreichen der 100%-Marke findet ein Balancing statt, was aber aufgrund sehr gut angeglichener Zellspannungen aber seltener der Fall ist.
  • Bei den o.g. 99,2% erreichen alle Zellen nach Beendigung der Ladung eine Ruhespannung von rund 3350 mV.
  • Beim Entladen mehrerer so geladener BAT-Systeme gleicher Kapazität driftet deren SOC nur wening auseinander. Auch konnte ich bislang keinerlei SOC-Sprünge beobachten.

Eine erste Ableitung bzgl. SF ergibt sich unmittelbar: SF sollte eine erfolgte ,,Wartung" auch bei bei SOC-Ständen unterhalb eines SOC von 100% erkennen oder aber extern signalisiert bekommen können.

#12
Perl für FHEM-User / Aw: Umrechnung von Stunden in ...
Letzter Beitrag von Gisbert - 24 Februar 2026, 09:48:32
Hallo Markus,

danke für deinen Denkanstoß.
Da ich in ESPHome eine einfachere Lösung gefunden hab, die es mir erlaubt, nur bei einer Änderung Werte zu senden (ergo nur einmal pro Stunde) anstelle alle 5 Sekunden, benutze ich diese Lösung.
Die Formatierung ist auch gleich richtig, so dass ich jetzt keinen weiteren Bedarf für eine Lösung habe.

Viele Grüße Gisbert
#13
Perl für FHEM-User / Aw: Umrechnung von Stunden in ...
Letzter Beitrag von KölnSolar - 24 Februar 2026, 08:48:18
weil es auch um Problem Schaltjahr geht: das ist einfach zu lösen.  :)
Kalenderjahr / 4 - integer(Kalenderjahr / 4) = rest
rest =0 ist ein Schaltjahr mit 366 Tagen

In Perl musst Du es selber umsetzen. ;)

Grüße Markus
#14
FHEM Code changes / Revision 30880: controls_fhem....
Letzter Beitrag von System - 24 Februar 2026, 08:40:52
Revision 30880: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30880: controls_fhem.txt: fhemupdate checkin
#15
MQTT / Aw: Sonos2mqtt - vielleicht ha...
Letzter Beitrag von binford6000 - 24 Februar 2026, 08:20:47
Zitat von: Otto123 am 24 Februar 2026, 08:03:02Wie sieht die sonos2mqtt_devStateIcon() in der sonos2mqttUtils bei Dir aus?
Die hab ich natürlich anpassen müssen:

sub sonos2mqtt_devStateIcon
{
[...]
my $cover = ReadingsVal($name,'currentTrack_albumArtUri','');


#16
Solaranlagen / Aw: Deye 3 Phasen Hochvolt Hyb...
Letzter Beitrag von Burny4600 - 24 Februar 2026, 08:17:15
Hast du schon versucht mit der Konsole nachzusehen wie deine RS485 Schnittstelle heißt?
Zum einem musst du die Serielle Schnittstelle (Serial Port) des Raspberrys freigeben und nach einem Neustart überprüfen.

Anbei ein Auszug was auf dem Pi notwendig ist.
#17
Wallboxen und E-Fahrzeuge / Aw: Wie findet man die passend...
Letzter Beitrag von betateilchen - 24 Februar 2026, 08:03:05
Danke für alle Antworten.

Da ich inzwischen verstanden habe, welches Problem ich hier tatsächlich habe und sich die Antworten in diesem Thread inzwischen im Kreis bewegen, mache ich vorläufig zu.
#18
MQTT / Aw: Sonos2mqtt - vielleicht ha...
Letzter Beitrag von Otto123 - 24 Februar 2026, 08:03:02
Guten Morgen,

ich nutze die 3.2.0-beta.14, aus irgendwelchen Gründen bin ich auf die zurück gegangen.
Wie sieht die sonos2mqtt_devStateIcon() in der sonos2mqttUtils bei Dir aus?

Gruß Otto
#19
MQTT / Aw: Sonos2mqtt - vielleicht ha...
Letzter Beitrag von binford6000 - 24 Februar 2026, 07:10:21
Zitat von: Otto123 am 23 Februar 2026, 22:37:15Bei mir heisst das Reading nach wie vor currentTrack_AlbumArtUri, das kommt doch aus der mqtt Nachricht!?

Welche s2m Version nutzt du?
Bei mir läuft die 3.2.0-beta.19. 
Da hatte ich Stefan auch ein Issue aufgemacht - da ging es allerdings um enqueuedMetadata_title.
Aber vielleicht hängt das ja auch zusammen?

VG Sebastian
#20
MQTT / Aw: Sonos2mqtt - vielleicht ha...
Letzter Beitrag von Otto123 - 23 Februar 2026, 22:37:15
Bei mir heisst das Reading nach wie vor currentTrack_AlbumArtUri, das kommt doch aus der mqtt Nachricht!?
Dies muss letztlich mit dem Code in der utils Datei übereinstimmen. Bei mir wird dieses Reading aktualisiert und wenn ich die ermittelte url in den Browser werfe wird das Cover gezeigt.

Aus irgendeinem Grund wird das Devstateicon aber damit nicht mehr richtig zusammengebaut, wobei der Rest mit den Knöpfen ja stimmt. Fehlt da was ? Bzw stimmt der HTML Code nicht mehr?