Hauptmenü

Neueste Beiträge

#11
Kalendermodule / Aw: Calendar, CalView & Co
Letzter Beitrag von Nobbynews - 07 Februar 2026, 16:10:26
Wie man ein Thema verschiebt, steht hier beschrieben:
https://forum.fhem.de/index.php?topic=68904.0
#12
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Starkstrombastler - 07 Februar 2026, 16:07:04
Zitat von: Bartimaus am 07 Februar 2026, 15:43:18Ist das ganze auch von der ShellyGen abhängig ? Habe im Keller einen Shelly1 der ganz frühen Generation, da reagiert FHEM überhaupt nicht wenn ich per externem Schalter das Licht einschalte. In den Actions habe ich "....input_on" oder "input_off" an FHEM verlinkt. In der Cloud sehe ich die Schalteraktion sofort
Danke für den Hinweis, das sollte auch bei Shelly Gen1 funktionieren, was aber tatsächlich nicht funktioniert. Muss ich mir anschauen.
#13
Kalendermodule / Aw: Calendar, CalView & Co
Letzter Beitrag von TubeHead - 07 Februar 2026, 16:00:03
... japp ... Beides mehrfach. Ändert nichts.
Ok... Wie verschiebe ich als Nutzer einen Thread? Darf ich das denn?
#14
Kalendermodule / Aw: Calendar, CalView & Co
Letzter Beitrag von Nobbynews - 07 Februar 2026, 15:55:27
Schon mal ein
set kalender reload oder
set kalender update vor dem get ausgeführt?

Und dann besser in das richtige Unterforum verschieben:
ZitatModule: 57_Calendar.pm Maintainer: neubert Forum: Unterstützende Dienste/Kalendermodule
#15
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Bartimaus - 07 Februar 2026, 15:43:18
Zitat von: Starkstrombastler am 07 Februar 2026, 12:56:54
Zitat von: Bartimaus am 05 Februar 2026, 08:52:56dann habe ich eine weitere URL bei diesem Device hinterlegt:
die zweite URL ist nicht nötig (erhöht nur die Systemlast), da unmittelbar nach dem ersten set ein get status vom Shelly abgefragt wird. Damit bekommst du den tatsächlichen Zustand des Shelly.
Das festgelegte Polling-Intervall wird damit auch neu gestartet.
Lässt sich gut bei verbose=4 beobachten.


Ist das ganze auch von der ShellyGen abhängig ? Habe im Keller einen Shelly1 der ganz frühen Generation, da reagiert FHEM überhaupt nicht wenn ich per externem Schalter das Licht einschalte. In den Actions habe ich "....input_on" oder "input_off" an FHEM verlinkt. In der Cloud sehe ich die Schalteraktion sofort
#16
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von Wurzelsepp - 07 Februar 2026, 15:17:24
Hi Tom,

mein Setup ist ähnlich dem deinen mit einer LWZ 304 Trend die per USB an einem RasPi hängt.
Bislang habe ich auch ausschließlich FHEM für Monitoring und Steuerung benutzt.

Das o.g. Repository kannst du über HACS in Homeassistant integrieren.
Google mal ein wenig nach "Ser2Net" - das wird dein Mittel der Wahl werden, um Daten vom RasPi für Homeassistant bereitzustellen.

Die THZ Integration läuft seit Version 2.2 eigentlich recht gut. Der Nachteil an der Ser2Net-Verbindung ist allerdings, dass FHEM keine Daten mehr bekommt.
Ich habe noch keinen Weg gefunden beides am Laufen zu halten.

Für mich wäre der Weg von Sunrise über MQTT DIE Lösung gewesen, aber ich bekomme es nicht hin die Daten vernünftig an Homeassistant weiterzuleiten.

Fazit bislang:
Die Gitthub-Integration ist gut, das Wichtigste funktioniert und der Entwickler reagiert sehr schnell auf gemeldete Fehler.
Die gelogten Daten grafisch anzeigen geht mit den Bordmitteln von Homeassistant recht gut.
Vom gleichen Entwickler gibt es auch eine vorgefertigte Anzeigekarte für Homeassistant.
#17
Kalendermodule / Calendar, CalView & Co
Letzter Beitrag von TubeHead - 07 Februar 2026, 14:40:02
Hallo liebe Leute,

ich versuche mich gerade daran, Müllabfuhrtermine optisch auf den vorhandenen Ulanzi's darzustellen. Mit den Ulanzi's (AWTRIX) habe ich keine Probleme; die werden schon exzessiv eingesetzt. Aber mit dem Kalendermodul haperts...

Aktuell nutze ich eine lokale ICS, die wohl auch gelesen wird. Wenn ich den Dateinamen ändere erhalte ich bei "lastResponse" einen Error, wenn der Dateiname stimmt, erhalte ich ein OK.

Aktuell so definiert:

defmod kalender Calendar ical file ./abfallkalender.ics 3600
attr kalender group Kalender
attr kalender room 980 - Umwelt

setstate kalender initialized
setstate kalender 2026-02-07 13:45:35 lastResponse OK
setstate kalender 2026-02-07 13:43:45 nextWakeup 2026-02-07 14:43:45
setstate kalender 2026-02-07 14:22:02 state initialized

Das Intervall ist natürlich sinnlos kurz, aber zum Testen wohl erstmal ok.

Wenn ich jetzt ...
get kalender events format:full... absetze, sollte doch, nach meinem rudimentären Verständnis, eine Auflistung aller Termine in der Datei erfolgen, oder nicht?
Es passiert aber... nix ...

Letztendlich möchte ich einen Tag vorher (i.d.R. ein Sonntag, aber nicht immer!) schauen, was in der ICS bei "SUMMARY" steht und das dann per MQTT zu den Ulanzi's senden.

Da stehe ich jetzt vollkommen auf dem Schlauch, wie man das (mit DOIF) macht...

Könnte mich da bitte jemand DAU-konform einnorden?
#18
DOIF / Fehler bei IF-Bedingung mit Ze...
Letzter Beitrag von optimizer - 07 Februar 2026, 14:34:18
In einem DOIF mit do always (s.u.) möchte ich das Logging nur zu Beginn schreiben und nicht mit jeder Ausführung und habe deshalb eine IF Bedingung zusätzlich eingebaut, die nur in den ersten 60 Sekunden eines cmd-Schaltvorgangs aktiv ist.
Laut commandref müsste folgendes im DOIF funktionieren:
"Bei Readingangaben kann die Zeitspanne mit [<Device>:<Reading>:sec] in Sekunden seit der letzten Änderung bestimmt werden."
Allerdings erhalte ich dann "Fehler:IF: unknown expression format: sec ", beim Ausdruck:
IF ([di_WB_Automatik:cmd] == 7 and [di_WB_Automatik:cmd:sec] < 60)

Gibt es noch eine andere Schreibweise, ohne dass ich den DOELSEIF-Zweig verdoppeln muss?
 
Internals:
   CFGFN     
   DEF        ## di_ZumTesten
([HHzaehler:power:avg5] > 0 )
{Log3 "$SELF", 3, "$SELF: cmd_1 avg5= [HHzaehler:power:avg5]"."\nHHzaehler:power ".ReadingsVal("HHzaehler","power","")}
DOELSEIF ([HHzaehler:power:avg5] < 0 )
## Logging nur kurz nach Umschalten
## Fehler:IF: unknown expression format: sec
    (IF ([di_WB_Automatik:cmd_nr] == 7 and [di_WB_Automatik:cmd_nr:sec] < 60 )
   ({Log3 "$SELF", 3, "$SELF: cmd_2 gestartet Shelly_Gen3_Laden_dimmer:pct = [Shelly_Gen3_Laden_dimmer:pct], Sek. seit Umschalten = [di_WB_Automatik:cmd_nr:sec] "} ) )
{Log3 "$SELF", 3, "$SELF: cmd_2 avg5= [HHzaehler:power:avg5]"."\nHHzaehler:power ".ReadingsVal("HHzaehler","power","")}
## DOELSE
## {Log3 "$SELF", 3, "$SELF: cmd_3 power DOELSE "."\nHHzaehler:power ".ReadingsVal("HHzaehler","power","")."\n<name2>:<reading2> ".ReadingsVal("<name2>","<reading2>","")}
   FUUID      69825a19-f33f-1d1e-cf3e-cc94c10f25575be8
   MODEL      FHEM
   NAME       di_ZumTesten
   NOTIFYDEV  global
   NR         169
   NTFY_ORDER 50-di_ZumTesten
   STATE      deactivated
   TYPE       DOIF
   VERSION    30659 2025-12-25 12:37:16
   disableNotifyFn 1
   eventCount 79
   .attraggr:
   .attrminint:
   READINGS:
     2026-02-07 12:39:50   mode            deactivated
     2026-02-07 12:39:50   state           deactivated
   Regex:
   attr:
     cmdState:
     wait:
     waitdel:
   condition:
   do:
     0:
   helper:
     NOTIFYDEV  global
   uiState:
   uiTable:

Gruß
optimizer
#19
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von FlatTV - 07 Februar 2026, 14:32:51
Zitat von: Prof. Dr. Peter Henning am 07 Februar 2026, 12:13:55@FlatTV:
Nein, das habe ich auch nicht gemeint. Sondern irgendetwas im BOSEST-FHEM-Device ist faul, aber eben nicht im Modul. Bitte wirklich mal den Event-Monitor laufen lassen mit Filter .*BOSEST.* Und dann die Source ändern.
WebIF
2026-02-07 14:26:54 BOSEST BOSE_9884E307C182 origin: 29Cmd
2026-02-07 14:27:44 BOSEST BOSE_9884E307C182 origin: TV
2026-02-07 14:27:45 BOSEST BOSE_9884E307C182 playinfo1: playing TV
2026-02-07 14:27:45 BOSEST BOSE_9884E307C182 playinfo2: TV

Boah heute fällt mir alles schwer.
#20
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von uron - 07 Februar 2026, 14:05:33
Anbei die fast gleichzeitig gefertigten Screenshots bei "aktiver" WP.
Der Wert "Standby" im Stillstand kommt möglicherweise vom HK2, der dauerhaft nicht in Betrieb ist!
heating.circuits.1.operating.modes.active.value standby oder
heating.circuits.1.operating.programs.active.value standby
Solltest du ernsthaft nach Platz für die Temperaturangaben der HK2 und HK3 suchen, hätte ich den Vorschlag, sie auf der rechten Seite, unterhalb von "HK" platzieren (HK könnte dann "HK1" werden). Dann den roten VL-Strang nach weiter unten verlegen – ist aber nicht wirklich ganz wichtig, halt nice to have!