Neueste Beiträge

#1

MQTT / Aw: MQTT2_DEVICE: event-on-cha...

Letzter Beitrag von Beta-User - 21 Januar 2026, 18:36:29

event-on-change-reading (aka eocr) filtert (nur) die Events.

Vielleicht der Versuch einer noch etwas anderen Beschreibung:
Wenn gesetzt, unterdrückt "event-on-change-reading" (aka eocr) alle Events (genauer: den trigger für die Erneuerung des Reading-Werts), es sei denn, der Reading-Name würde auf ein Element einer - durch komma-separierte regex-Ausdrücke beschriebenen - Liste matchen.
Das zuerst passende Element der "in order of apperance" durchlaufenden Liste beschreibt abschließend, auf welche Unterschiedlichkeit der Reading-Wert zu prüfen ist (insbesondere, falls ein threshold gesetzt ist).

Daher triggert nichts anderes mehr, wenn man genau einen Reading-Namen gesetzt hatte (völlig unabhängig davon, ob es den überhaupt gibt).

So werden vielleicht die Gegenausnahmen klarer, die "event-on-update-reading" beschreibt, und welchen Zweck "timestamp-on-change-reading" hat...

Und bei so einer readingList sollte man für userReadings Trigger angeben.

Vielleicht noch eine Klarstellung, wie das zu verstehen ist:
Jeder Match in der readingList erzeugt einen Event-Stapel, bei dem dann auch der update aller userReadings geprüft wird.
Hat man - wie hier - ein Gerät, das sehr viele Topics verwendet, um darauf Einzelwerte zu senden, wird ein nicht per trigger-Angabe "gebändigtes" userReading mit jeder Message auf einem der Topics neu berechnet, was hier (unabhängig von allem anderen) wenig sinnvoll erscheint.

Zwischenergebnis wäre (unter Berücksichtigung diverser anderer Kleinigkeiten) m.E. sowas:

Code Auswählen Erweitern

attr Waermepumpe userReadings power_kw:power:.* {return (ReadingsNum($name, 'power', 0) / 1000) . ' kW'}

Persönlich würde ich solche Reading-Werte nicht formatieren, daher "Zwischenergebnist" .

#2

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

Letzter Beitrag von FlatTV - 21 Januar 2026, 18:36:15

Aktuell kommen immer neue Projekte über GitHub hinzu.
Hier verfolgt jemand den gleichen Ansatz wie soundcork.
Es ist aber nicht basierend auf Python und über ,,npm install" zu installieren.

https://github.com/vintx86/bose-soundtouch/tree/main

Code Auswählen Erweitern

After analyzing the soundcork project, we identified a critical architectural difference and implemented the missing functionality.
Edit:
Aktuell geht zwar kein TuneIn, dafür aber der direkte Play einer URL und würde so die Bereitstellung über die Fritz Box sogar überflüssig machen.

#3

Kalendermodule / Aw: 57_Calendar.pm und umlaute...

Letzter Beitrag von TomLee - 21 Januar 2026, 18:25:27

das ical liegt als file im fhem-verzeichnis und wurde direkt von der hiesigen abfallwirtschaft bereit gestellt.

Du könntest oben in der Kommandozeile einfach ein

Code Auswählen Erweitern

"sed -i 's/GrüneTonne/GrueneTonne/g' dateiname.ics" ausführen, dann wird im Modul auch nix ersetzt. Mein Verständnis.

[Revision 30764: - feature: 98_vitoconnect: Log auth errors and use V3 Auth API]

#4

FHEM Code changes / Revision 30764: - feature: 98...

Letzter Beitrag von System - 21 Januar 2026, 18:11:26

Revision 30764:  - feature: 98_vitoconnect: Log auth errors and use V3 Auth API

- feature: 98_vitoconnect: Log auth errors and use V3 Auth API

Source: Revision 30764:  - feature: 98_vitoconnect: Log auth errors and use V3 Auth API

#5

Kalendermodule / Aw: 57_Calendar.pm und umlaute...

Letzter Beitrag von the ratman - 21 Januar 2026, 18:02:51

Aus welchem Modultyp kommen denn die readings, die Du da gepostet hast?

die kommen aus dem modul "abfall", dass seine daten vom modul "calendar" bezieht.
das ical liegt als file im fhem-verzeichnis und wurde direkt von der hiesigen abfallwirtschaft bereit gestellt.

#6

Multimedia / Aw: Modul für Denon (Marantz) ...

Letzter Beitrag von Bartimaus - 21 Januar 2026, 18:01:22

Bitte sehr....

#7

MQTT / Aw: MQTT2_DEVICE: event-on-cha...

Letzter Beitrag von rudolfkoenig - 21 Januar 2026, 17:58:00

Da ich die (richtigen) Anworten erst nach etwas debuggen / Code nachstellen verstanden habe, versuche ich es mit anderen Worten:

event-on-change-reading (aka eocr) filtert (nur) die Events.

Im ersten Fall (eocr == power_kw) generiert nur das userReading mit dem Namen power_kw ein Event.
Im zweiten Fall (eocr == power) gibts nur fuer die Quelle (mit dem Namen power) ein Event.
Die Readings werden in beiden Faellen geaendert, bloss Events gibts nur fuer die gefilterten.
Die Aenderung des Readings kann man sehen, wenn man in der Detailseite ein Reload macht.

Mit eocr = power(_kw)? gibts fuer beide ein Event.

#8

Codeschnipsel / Aw: 69_Webuntis: Beta-Modul zu...

Letzter Beitrag von Sailor - 21 Januar 2026, 17:48:46

Moin tosammen

So, jetzt mal Zeile 673 gefixt zum selber fixen:

Alt:

Code Auswählen Erweitern

if($d->{f} eq "name")

Neu

Code Auswählen Erweitern

if($d->{$f} eq "name")

Gruß
    Sailor

#9

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

Letzter Beitrag von stefanru - 21 Januar 2026, 17:37:09

Hi,

neue Version ab morgen im SVN:
 - feature: 98_vitoconnect: Log auth errors and use V3 Auth API

Gruß,
Stefan

#10

Kalendermodule / Aw: 57_Calendar.pm und umlaute...

Letzter Beitrag von betateilchen - 21 Januar 2026, 17:33:21

müssen im Modul abgefangen werden und in ae, oe und ue umgewandelt werden.

Zum Glück nimmt einem fhem.pl die Arbeit mittels der Funktion makeReadingName() komplett ab.
Man muss halt die Funktion auch verwenden...