Hauptmenü

Neueste Beiträge

#41
Bastelecke / Aw: ESP RGBWW Wifi Led Control...
Letzter Beitrag von tomm - 24 Februar 2026, 12:29:16
ich muss mich nochmals wegen der updates melden. ich habe es über die webapp -->
OTA failed
Network error - could not reach the Controller. Please check your connection

und über fhem -->
2026.02.24 10:04:27 1: 192.168.40.165:80 reappeared (CT09)
2026.02.24 10:04:28 3: CT09: got info response
2026.02.24 10:04:28 3: CT09: info response data {"deviceid":"10964506","current_rom":"0","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":0,"uptime":1320,"heap_free":21256,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"ssid":"PCS Gast","dhcp":true,"ip":"192.168.40.165","netmask":"255.255.255.0","gateway":"192.168.40.250","mac":"840d8ea74e1a"}}
2026.02.24 10:04:28 1:
2026.02.24 10:04:28 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2026.02.24 10:04:28 1: fhem
2026.02.24 10:04:29 1: nothing to do...
2026.02.24 10:04:29 1:
2026.02.24 10:04:29 1: Downloading https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/dev-6.0/controls_espledcontroller.txt
2026.02.24 10:04:29 1: espledcontroller
2026.02.24 10:04:29 1: 192.168.40.165:80 disconnected, waiting to reappear (CT09)
2026.02.24 10:04:29 1: 192.168.40.165:80 reappeared (CT09)
2026.02.24 10:04:29 1: nothing to do...
2026.02.24 10:04:29 3: CT09: got info response
2026.02.24 10:04:29 3: CT09: info response data {"deviceid":"10964506","current_rom":"0","git_version":"vbs35","git_date":"2018-08-22","webapp_version":"0.3.3-shojo7","sming":"3.5.1","event_num_clients":0,"uptime":1320,"heap_free":21256,"rgbww":{"version":"0.8.1-vbs5","queuesize":100},"connection":{"connected":true,"ssid":"PCS Gast","dhcp":true,"ip":"192.168.40.165","netmask":"255.255.255.0","gateway":"192.168.40.250","mac":"840d8ea74e1a"}}
2026.02.24 10:04:30 1: 192.168.40.165:80 disconnected, waiting to reappear (CT09)
2026.02.24 10:04:30 1: 192.168.40.165:80 reappeared (CT09)
2026.02.24 10:04:31 3: CT09: got info response
2026.02.24 10:04:31 3: CT09: info response data
.
.
.
mehrfach versucht und bin leider gescheitert.
wo find ich infos übers direkte serielle flashen? einen usb ttl adapter habe ich
im voraus danke, tomm

(ich habe die entsprechenden url's etc. eingetragen)
#42
EnOcean / Eltako Stromzähler DSZ14DRS-3x...
Letzter Beitrag von raumhafen - 24 Februar 2026, 12:01:41
Hallo zusammen,

für die Verbrauchsmessung einer Ferienwohnung bei uns im Haus benutze ich seit kurzem einen DSZ14DRS-3x80A, der direkt über RSA/RSB Schnittstelle auf den RS485 Bus schreiben kann. Da der Stromzähler in einem anderen Zählerschrank hängt, ist er über einen FBA14 Busankoppler mit den übrigen Eltako-Komponenten verbunden.
Leider bekomme ich den Stromzähler nicht in FHEM registriert (die Verbindung zu FHEM auf einem RaspberryPi läuft über einen FGW14-USB).

Die Adress-Vergabe über FAM14 hat funktioniert, somit schließe ich eigentlich aus, dass es an der Verkabelung im Schaltkasten liegt.
Zumindest bekomme ich im Display des Stromzählers nach der Adressvergabe die Adresse 0063 angezeigt.
Ich habe dann versucht lt. Anleitung ein Lerntelegramm auf den Bus zu senden. Bei anderen Geräten war ich es dann gewohnt, dass ich kurz am FAM14 die LED grün aufleuchten sehe. Das bleibt aber hier aus. Auch in FHEM registriere ich kein neues Gerät.

Ich habe zur Verbrauchsmessung anderer Geräte noch einige FWZ14-65A Wechselstromzähler im Einsatz, die ich problemlos in FHEM über Lerntelegramme einbinden konnte.
Ich verstehe nicht warum das beim neuen Stromzähler nicht klappt.
 
Gibt es eine Möglichkeit in FHEM zu prüfen, ob überhaupt Daten vom neuen Stromzähler auf dem Bus landen, auch ohne ein vorheriges Anlernen?
Im zentralen Log und im Event-Monitor habe ich nichts gefunden. Und das TCM_ESP2_0 Modul, über das in FHEM die Kommunikation mit dem Eltako Bus läuft, hat anscheinend kein eigenes Log...

Danke & Grüße
Michael
#43
EnOcean / Aw: taster schaltet alle aktor...
Letzter Beitrag von seppelinchen - 24 Februar 2026, 11:55:56
jetzt hab ich mal ne nacht drueber geschlafen und meinen denkfehler selbst gefunden ;)
is ja funk. also broadcast. der aktor muss wissen, worauf er reagieren soll.
andererseits, wozu brauche ich die taster, wenn ich den aktor schalten kann?
jetzt versuche ich mich mal en einem web frontend fuer meine lampen...
#44
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.
  • Da ein SOC von 100% nicht erreicht wird, greift die z.B. bei BYD im BMS eingebaute Deaktivierung der Ladung bis zum Unterschreiten der 96%-Schwelle glücklicherweise nicht mehr. Erfolgen Energieentnahmen, so können diese unmittelbar danach auch wieder durch Ladung ausgeglichen werden.

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.

Edit: Zur Illustration unten zwei Bilder vom Ladezustand meiner zwei BAT-Systeme, jeweils bei einem SOC von 99,1%
#45
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
#46
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
#47
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
#48
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','');


#49
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.
#50
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.