Hauptmenü

Neueste Beiträge

#11
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
#12
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von TomLee - 21 Januar 2026, 20:03:05
Ausm Gmiisegarte vun Deitschland, de Palz  8)
#13
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von Sailor - 21 Januar 2026, 19:56:49
Zitat von: TomLee am 21 Januar 2026, 19:37:22Warum soll mer die Datei net ä mol im Johr so schreiwwe kenne, wie mer se brauch?

Jo mei, wo kemst denn du daher?  8)

Sailor
#14
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
#15
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von TomLee - 21 Januar 2026, 19:37:22
Zitatsed is doch nur linux?

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

Zitatund ... kann doch keine lösung sei

Warum soll mer die Datei net ä mol im Johr so schreiwwe kenne, wie mer se brauch?
#16
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
#17
MQTT / Aw: MQTT2_DEVICE: event-on-cha...
Letzter Beitrag von Beta-User - 21 Januar 2026, 18:36:29
Zitat von: rudolfkoenig am 21 Januar 2026, 17:58:00event-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...

Zitat von: Beta-User am 21 Januar 2026, 15:31:51Und 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:
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" ;) .
#18
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

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:
added bmx server in order to handle Spotify and TuneIn Requests from Presents
#19
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von TomLee - 21 Januar 2026, 18:25:27
Zitatdas 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
"sed -i 's/GrüneTonne/GrueneTonne/g' dateiname.ics" ausführen, dann wird im Modul auch nix ersetzt. Mein Verständnis.
#20
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