Neueste Beiträge

#11

Verbrauchsmessung / Aw: Tibber & Tibber Pulse

Letzter Beitrag von ch.eick - 21 Januar 2026, 20:17:40

Im Stromboerse_connect gibt es ein Update.

#12

Verbrauchsmessung / Aw: HTTPMOD: Aktueller Strompr...

Letzter Beitrag von ch.eick - 21 Januar 2026, 20:16:51

Hallo zusammen,
im contrib liegt eine neue Version vom Stromboerse_connect, und vom Stromboerse Device.

Durch den 15 Minuten Takt der Strombörse und bei Tibber gibt es immer wieder 15 Minuten Fenster als Trigger, was für die mir bekannten Starkverbraucher ein sehr kurzer Trigger ist. Aus diesem Grund beinhaltet diese Version ein Überspringen von 15 Minuten Fenstern, damit etwas Ruhe in den Trigger kommt.

Weiterhin habe ich eine Start/Stop Zeit für den Speicher eingebaut, bei dem die Preisbestimmung 30% unter dem Maximalpreis liegt. Damit sollten 20% Speicherverluste und zusätzlich 10% Marge ausgeglichen werden. Der normale Trigger Preis kann auch weniger wie 20% abstand zum Maximal Preis liegen, wodurch ein Laden des Speichers sinnlos wird, da die Speiche Verluste zu hoch liegen.
Den Prozentsatz lege ich später noch in ein Attribut.

Die reading Namen haben sich ebenfalls dadurch etwas geändert.

Als zukünftige Erweiterung für die Preisberechnung kann ich mir noch den §14a mit Modul 1 und Modul 3 vorstellen, da man da das Netzentgeld noch reduzieren kann.

VG  Christian

#13

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

Letzter Beitrag von stefanru - 21 Januar 2026, 20:07:06

Ich bekomme seit heute Mittag 15:15 keine neuen Daten mehr von der API.
Es werden immer nur die gleichen alten geliefert.
Habe eine VitoCal 250AH OneBase, dort tritt das Problem auf.
Kommunikationsmodul schon neu gestartet und dann die ganze WP.
An der WP sieht es gut aus, aber die ViCare App und API zeigen die alten Daten, Einstellungen sind nicht möglich und werden mit Fehlermeldung Quittiert.
Sowohl hier im Modul als auch in der App.

Beim Vitoladens 300C geht alles noch.

Irgend jemand das selbe Setup und kann das bestätigen oder eben nicht bestätigen?
Hat Viessmann Probleme mit der API oder ist mein Account auch irgendwie kaputt gegangen?

Danke und Gruß,
Stefan

#14

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

Letzter Beitrag von TomLee - 21 Januar 2026, 20:03:05

Ausm Gmiisegarte vun Deitschland, de Palz 

#15

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

Letzter Beitrag von Sailor - 21 Januar 2026, 19:56:49

Warum soll mer die Datei net ä mol im Johr so schreiwwe kenne, wie mer se brauch?

Jo mei, wo kemst denn du daher? 

Sailor

#16

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

Letzter Beitrag von JoWiemann - 21 Januar 2026, 19:52:28

Hallo,

vielen lieben Dank für die Beschreibungen. Mich hatte nur stutzig gemacht, dass es bei allen anderen Devices nie Probleme gegeben hat und ich jetzt einfach verwundert bin, dass es bei einem MQTT2 Device nicht funktioniert.

Grüße Jörg

#17

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

Letzter Beitrag von TomLee - 21 Januar 2026, 19:37:22

sed is doch nur linux?

Kann ich net mitreden, muss wer anderes was zu sagen.

und ... kann doch keine lösung sei

Warum soll mer die Datei net ä mol im Johr so schreiwwe kenne, wie mer se brauch?

#18

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

Letzter Beitrag von the ratman - 21 Januar 2026, 19:25:35

sed is doch nur linux?
und ... kann doch keine lösung sei

#19

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

#20

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.

Edit2:

Code Auswählen Erweitern

added bmx server in order to handle Spotify and TuneIn Requests from Presents