Hauptmenü

Neueste Beiträge

#1
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 10 April 2026, 10:57:41
Zitat von: dieter114 am 10 April 2026, 09:18:11meine DWD Daten sind immer noch rot.
Nein alles "grün"
#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 10 April 2026, 10:43:10
Moin Dieter,

OpenMeteo läuft seit längerem wieder einwandfrei.
Schalte mal ctrlDebug=apiCall  ein. Dann sieht man etwas im Log.
#3
Kalendermodule / Aw: Calendar, CalView & Co
Letzter Beitrag von TubeHead - 10 April 2026, 10:02:05
Kurzes Zwischenfazit: Mein Konstrukt, inzwischen bei Google aus dem Kalender abgegriffen, Funktioniert bis dato ohne Fehler.
So weit, so gut...

Im Google-Kalender habe ich für Fixtermine einen eigenen Kalender. Dort befindet sich die Termine für die Müllabfuhr und ein paar andere Termine, die man als Fixtermine bezeichnen mag. Das vorab.

Zwischenzeitlich habe ich auf meinem NAS (Debian) den Baikal CalDav laufen. Zugriff aus Thunderbird und von den Androiden funktioniert einwandfrei.
Dann habe ich gestern aus Google den Fixtermin-Kalender exportiert und via Thunderbird in Baikal importiert. Auch das hat funktioniert, sodass nun die Mülltermine & Co. in TB und den Androiden wahlweise von Google oder Baikal (oder gleichzeitig und doppelt) dargestellt werden.

Nun wollte ich FHEM umstellen, sodass die Mülltermine aus Baikal kommen und nicht aus Google. Die Verbindung klappt problemlos (via https://user:pass@URL), es werden aber in FHEM keine Mülltermine mehr angezeigt.
Ändere ich die URL wieder zu Google, ist alles wieder da...

Da stehe ich momentan etwas auf dem Schlauch. Wenn TB die Termine aus Baikal anzeigt und auch die Androiden damit keine Probleme haben, das Modul in FHEM aber die Mülltermine nicht "sieht", scheint da etwas mit dem Format nicht zu stimmen; so zumindest meine Vermutung.
Doof finde ich auch, das in der aus Google exportierten ICS jede Menge Daten vorhanden sind, die Google hinzugefügt hat, wie z.B. den Bezeichner "ORGANIZER" mit einer Mailto-URL zu Google, oder auch den Bezeichner "URL" mit einer kryptischen eid und einer URL zum Google-Kalender.
Könnte das dann ggf. zu den genannten Problemen führen?
Ich weis gerade nicht so wirklich, wo ich da ansetzen soll...
#4
Marktplatz - Güter / [v] ELV ES-IEC Energiesensor u...
Letzter Beitrag von Jamo - 10 April 2026, 09:55:08
Guten morgen,
ich verkaufe folgende ELV Zählersensoren (Paypal):

1) Energiesensor für Smart Meter ES-IEC 17,5,- plus Versand
  (Neu)

2) ELV Zählersensor Ferraris-Zähler ES-Fer 10,- plus Versand
  (gebraucht)

Bei Interesse bitte PN an mich. Gruss, Jamo
#5
MQTT / Aw: Migration MQTT_DEVICE -> M...
Letzter Beitrag von rudolfkoenig - 10 April 2026, 09:37:40
ZitatIch frage mich nebenbei (aufgrund des Threads) was der Grund ist, weshalb in MQTT2 beim abonnieren die Doppelpunkte durch Unterstriche ersetzt werden müssen...

MQTT2_SERVER/MQTT2_CLIENT hat topic und message uerpruenglich mit Doppelpunkt getrennt an die Clients (MQTT2_DEVICE, MQTT_GENERIC_BRIDGE) weitergegeben.
Damit das Problem ohne weitere Koordination geloest werden kann, habe ich : nach _ gewandelt, siehe https://forum.fhem.de/index.php?topic=96608
Kurze Zeit spaeter wurde der Trenner auf Null-Zeichen geaendert, aber die : nach _ Umwandlung nicht wieder ausgebaut.

Null Zeichen kann zwar theoretisch auch im Topic vorkommen, aber es wird mW nicht praktiziert.
#6
Sonstiges / Aw: ModbusAttr Device (Marstek...
Letzter Beitrag von SuMiHe - 10 April 2026, 09:29:12
Hi Dracolein,

hab grad Dein post gefunden, da ich auch seit ein paar Tagen am gleichen Thema bastele. Ich kann Deinen Ansatz super gebrauchen :-). Ich hab Deine Version mal 1:1 auf einem Testsystem installiert (auf einem RasPi 4) und kann keinen nennenswerten Performancenachteil spüren bzw messen. Bei mir läuft es auch auf meinem Realen System IntelCeleron unter pve im container, 2 Kerne, 1GB Ram top.

Gruß Mirko
#7
FHEM Code changes / Revision 31100: 72_FritzSmart....
Letzter Beitrag von System - 10 April 2026, 09:20:52
Revision 31100: 72_FritzSmart.pm: Version 26.04.10

72_FritzSmart.pm: Version 26.04.10

Source: Revision 31100: 72_FritzSmart.pm: Version 26.04.10
#8
FHEM Code changes / Revision 31099: 72_FritzSmart....
Letzter Beitrag von System - 10 April 2026, 09:20:52
Revision 31099: 72_FritzSmart.pm: Version 26.04.10

72_FritzSmart.pm: Version 26.04.10

Source: Revision 31099: 72_FritzSmart.pm: Version 26.04.10
#9
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von dieter114 - 10 April 2026, 09:18:11
Moin in die Runde,
meine DWD Daten sind immer noch rot.
Egal obe ich DWD-D2 oder DWD nehme.
Habt ihr die Probleme auch?
LG WDS
#10
Anfängerfragen / Aw: MATTER im FHEM? Schon was ...
Letzter Beitrag von passibe - 10 April 2026, 09:18:03
Sehr gut!

Das mit mqtt_statestream nutze ich auch so ähnlich für einzelne, über HA eingebundene Geräte.
Hatte das in dem anderen Thread zur Kopplung von FHEM und HA mal beschrieben:
https://forum.fhem.de/index.php?topic=115279.msg1319243#msg1319243

Zitat von: stefanne am 10 April 2026, 08:35:31Ich habe mich bis jetzt aufs "mitlesen" konzentriert und noch keine Steuerung gemacht.
In dem Post schreibe ich weiter unten auch über die Steuerung von HA-Geräten aus FHEM heraus mit MQTT.

Aktuell nutze ich da eine Automation pro Gerät (sind auch nur drei Geräte). Aber wenn man sich beim Programmieren der Automation schlau anstellt, kann man das bestimmt auch generisch machen. Dann hätte man idealerweise in HA nur eine Automation, mit der man sämtliche Geräte steuern kann (ggfs. gruppiert nach Gerätetypen). Am einfachsten ist es vermutlich, wenn man da mit JSON-Objekten arbeitet, z.B. so wie Zigbee2MQTT.