Neueste Beiträge

#1

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?
 

Code Auswählen Erweitern

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

#2

Multimedia / Aw: [Neues Modul] BOSE SoundTo...

Letzter Beitrag von FlatTV - 07 Februar 2026, 14:32:51

@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

Code Auswählen Erweitern

2026-02-07 14:26:54 BOSEST BOSE_9884E307C182 origin: 29Cmd

Code Auswählen Erweitern

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.

#3

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!

Code Auswählen Erweitern

heating.circuits.1.operating.modes.active.value standby oder

Code Auswählen Erweitern

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!

#4

FRITZ!Box / Aw: Fritzbox und SIP Modul

Letzter Beitrag von Wzut - 07 Februar 2026, 14:00:45

Was ich leider noch nicht gescheckt habe ist das mit den
Readings (Antworten??): Ich würde gerne bei der Annahme
oder nicht Annahme des Anrufes ein Telegram

das Reading call_success ist dein Freund,
1 = Ruf wurde angenommen , 0 = Ruf wurde nicht angenommen

#5

Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...

Letzter Beitrag von Starkstrombastler - 07 Februar 2026, 12:56:54

dann 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.

#6

Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...

Letzter Beitrag von stefanru - 07 Februar 2026, 12:50:31

Hi Uron,
willkommen zurück

Ich denke er Zeigt HK1 und HK3 nicht an weil das der Kältekreislauf der WP darstellt, also wie die WP die Wärme erzeugt.
Den Pufferspeicher rechts habe ich hinzugefügt den gibt es im normalen Kältekreislauf von Viessmann auch nicht.
Man könnte die Heizkreise natürlich auch noch wo hinzufügen, ich wüsste aber auf Anhieb nicht wo.

Deine WP ist im Standby?
Die Zahlen sehen nicht wirklich korrekt aus, liegt aber vielleicht am Standby Modus?
Kannst du mal einen Screenshot schicken wenn sie läuft?

Danke und Gruß,
Stefan

#7

Anfängerfragen / Empfehlung Boiler

Letzter Beitrag von gestein - 07 Februar 2026, 12:37:14

Hallo,

Ich würde in unserem Ferienhaus gerne eine Elektro-Boiler für Warmwasser installieren, den ich in fhem einbinden kann.
Es gibt zwar einige, die per App und Wifi zu steuern sind, aber ich finde nicht wirklich darüber, wie man die einbindet.

Hätte da jemand Erfahrung und kann mir ein Gerät empfehlen?

Danke im Voraus
Lg, Gerhard

[TRV Blu Gen3 mit Gateway Gen3]

#8

Sonstige Systeme / Einbindung von Shelly TRV BLU ...

Letzter Beitrag von cwagner - 07 Februar 2026, 12:36:58

Für Verwandte habe ich mit FHEM-Bordmitteln (insbesondere MQTT2_Device) inzwischen stabil und reproduzierbar die neuen Shelly Heizkörperaktoren in der "BLU"-Version (TRV Blu Gen3 mit Gateway Gen3) eingebunden. Ohne die an anderer Stelle schon aufgekommenen Aversionen gegen die Bluetooth-Shellys hier erneut auslösen zu wollen: Es gibt Szenarien, wo diese von Funklast und Batterie-Verbrauch her leichtgewichtigen und auch kostengünstigen Geräte Sinn machen können.
Ich würde mein Vorgehen, dass auch die Einbindung der H&T ZB (Temperatursensor) und Door/Window-Sensoren beinhalten, hier für einen späteren Wiki-Artikel vorstellen. Die BLU-Shellys werden nicht von dem Shelly-Modul unterstützt, dass ich wegen seiner leichten Einrichtung, geringen Systembelastung und sicheren Bedienung für die WLAN-Varianten der Shellies inzwischen bald hundertfach bevorzuge. So fand ich in der genannten Kombi einen gangbaren Weg...
Dieser Beitrag soll zunächst einmal das Interesse in der FHEM-Community an einer solchen Integration abfragen. Also gerne Rückmeldungen und natürlich auch Hinweise, falls ich etwas übersehen habe und es doch viel einfacher geht als angedeutet.

Christian

#9

Sonstiges / fhem Module und notifys bzw. I...

Letzter Beitrag von olwaldi - 07 Februar 2026, 12:30:00

Ich habe eine generelle Verständnisfrage zur Abarbeitungsreihenfolge von Modulfunktion wie z.B X_Set, X_Notify, X_Read. Insbesondere ist mir unklar, ob z.B X_Read oder X_Notify ein gerade laufendes X_Set "unterbrechen" kann. Dann wäre ja eine Art locking erforderlich, um sich davor schützen zu können. Für mich sieht es allerdings so aus, als wenn fhem.pl die einzelnen subs der Reihe nach aufruft, aber NICHT unterbricht. Ist dann quasi aus fhem-Sicht maximal EINE sub eines Moduls gleichzeitig aktiv? Das hieße dann aber auch, daß X_Read nicht unmittelbar bei Datenverfügbarkeit aufgerufen wird, sondern erst, wenn die aktuell laufende Modulfunktion "fertig" ist, richtig?

Grüßle, Michael

#10

Multimedia / Aw: [Neues Modul] BOSE SoundTo...

Letzter Beitrag von Prof. Dr. Peter Henning - 07 Februar 2026, 12:13:55

So, ich habe gerade eine neue Version 3.0beta2 ins github eingespielt, habe den Fehler mit dem Bass-Slider beseitigt.

Unklar ist mir, warum bei meiner ST300 mit Subwoofer der Bass zwar per Fernbedienung einstellbar ist, aber nicht im API ??

@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.

LG

pah

Edit: Sieh an, es geht doch. Wenn man die ST300 abfragt mit

Code Auswählen Erweitern

http://<ip>:8090/audioproducttonecontrolsbekommt man die aktuellen Werte für Bass und Höhen als z.B.

Code Auswählen Erweitern

<audioproducttonecontrols>
<bass value="100" minValue="-100" maxValue="100" step="25"/>
<treble value="-100" minValue="-100" maxValue="100" step="25"/>
</audioproducttonecontrols>
Und sendet man einen HTTP POST, z.B. mit

Code Auswählen Erweitern

curl -X POST -H "Content-Type: application/xml" -d @payload_bass0treble0.xml http://192.168.0.104:8090/audioproducttonecontrolsund dem Dateiinhalt des files payload_bass0treble0.xml als

Code Auswählen Erweitern

<?xml version="1.0" encoding="UTF-8"?>
<audioproducttonecontrols>
    <bass value="0" />
    <treble value="0" />
</audioproducttonecontrols>kann man diese Werte auch setzen.

Das muss ich also noch ins Modul aufnehmen...