- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#41
Heizungssteuerung/Raumklima / Aw: Neues Modul: 58_DaikinClou...
Letzter Beitrag von FHEM_Starter - 21 März 2026, 14:11:45Ein freundliches Hallo in die Runde,
ich habe heute erfolgreich das Modul in Betrieb genommen, Danke an den Modulautor. Ich habe eine multi-split Anlage mit zwei Innengeräten Emura 3.
Meine Frage: wie kann ich es erreichen, dass ich meine Fensterkontakte mit dem jeweiligen Innengerät koppele? Bei meinen Heizungen (HM-CC-RT-DN) gibt es einen schönen WindowRec Kanal, über den wird die Absenkung realisiert. Gibt es so etwas vergleichbares in diesem Modul? Hat jemand von Euch möglicherweise einen anderen Weg eingeschlagen?
Danke für eure Zeit,
Gruß Wolfgang
ich habe heute erfolgreich das Modul in Betrieb genommen, Danke an den Modulautor. Ich habe eine multi-split Anlage mit zwei Innengeräten Emura 3.
Meine Frage: wie kann ich es erreichen, dass ich meine Fensterkontakte mit dem jeweiligen Innengerät koppele? Bei meinen Heizungen (HM-CC-RT-DN) gibt es einen schönen WindowRec Kanal, über den wird die Absenkung realisiert. Gibt es so etwas vergleichbares in diesem Modul? Hat jemand von Euch möglicherweise einen anderen Weg eingeschlagen?
Danke für eure Zeit,
Gruß Wolfgang
#42
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von dieter114 - 21 März 2026, 14:06:46Hallo Heiko,
sieh dir bitte einmal diese Werte von mir an.
Da ist natürlich heute und morgen zu unterscheiden aber morgen um 12 Uhr macht meine Anlage
niemals 12,4 kWh. Das geht einfach aufgrund der Ausrichtung nicht.
Wir haben noch Frühjahr und das "Große" Feld ist mit 33 Grad Neigung ausgerichtet.
Egal wie die Sonne scheint, mehr als 10kW kommen da einfach nicht runter....
Diese Werte sind total überhöht.
LG WDS
sieh dir bitte einmal diese Werte von mir an.
Da ist natürlich heute und morgen zu unterscheiden aber morgen um 12 Uhr macht meine Anlage
niemals 12,4 kWh. Das geht einfach aufgrund der Ausrichtung nicht.
Wir haben noch Frühjahr und das "Große" Feld ist mit 33 Grad Neigung ausgerichtet.
Egal wie die Sonne scheint, mehr als 10kW kommen da einfach nicht runter....
Diese Werte sind total überhöht.
LG WDS
#43
Sprachsteuerung / Alexa Switch mit 3 Zuständen
Letzter Beitrag von HRueck - 21 März 2026, 14:01:54Ich möchte einem dummy 3 verschiedene Zustände zuweisen.
Wenn ich das auch über Alexa einrichten will, scheitere ich daran, dass Alexa für einen Schalter nur 2 Zustände (->setList) akzeptiert.
Einen genericDeviceType für sowas gibt es wohl nicht.
Ich habe mit homebridgeMapping herumexperimentiert, aber ohne Erfolg.
Könnte mir bitte jemand auf die Sprünge helfen
Danke und Grüsse aus Ulm,
Herbert
Wenn ich das auch über Alexa einrichten will, scheitere ich daran, dass Alexa für einen Schalter nur 2 Zustände (->setList) akzeptiert.
Einen genericDeviceType für sowas gibt es wohl nicht.
Ich habe mit homebridgeMapping herumexperimentiert, aber ohne Erfolg.
Könnte mir bitte jemand auf die Sprünge helfen
Danke und Grüsse aus Ulm,
Herbert
#44
Anfängerfragen / Aw: Zugriff mit tailscale
Letzter Beitrag von Bracew - 21 März 2026, 13:38:08Vielleicht ersteinmal ohne 100.* eingeben, sondern mit konkreter Tailscale Adresse versuchen. Kannst es, falls es dann funktioniert, wieder mit 100.* einstellen und testen.
#45
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 21 März 2026, 13:11:46Hallo Dieter,
schau dir nochmal genau mein Beispiel in #5503 an.
Die relevanten Werte kommen tiefer als GTIWh für jeden einzelnen String. Die Werte zusammenaddiert für jede Stunde bzw. overall ist der Tageswert. Du musst aber auf das Datum achten. Die Werte sind auch für kommende Tag(e) vorhanden.
schau dir nochmal genau mein Beispiel in #5503 an.
Die relevanten Werte kommen tiefer als GTIWh für jeden einzelnen String. Die Werte zusammenaddiert für jede Stunde bzw. overall ist der Tageswert. Du musst aber auf das Datum achten. Die Werte sind auch für kommende Tag(e) vorhanden.
#46
MQTT / Aw: shelly 1pm gen4 schaltet n...
Letzter Beitrag von Damian - 21 März 2026, 13:03:39Zitat von: Damian am 21 März 2026, 08:05:20Im Prinzip sind alle meine neuen Aktoren zigbee-Geräte. Den Shelly habe ich nur angeschafft, um bidirektional Leistung (Einspeisung/Bezug) vom Solarspeicher zu messen. Als nächstes werde ich ihn mal im Zigbee-Modus testen.
Der Zigbee-Modus funktioniert bei mir überhaupt nicht gut. Das Schalten kommt viele Sekunden später oder mehrere verzögerte Befehle kommen auf einmal. An der Verbindungsqualität kann es nicht liegen, die ist besser als WLAN.
über WLAN funktioniert es zumindest zuverlässig. RPC habe ich allerdings inzwischen bei MQTT ausgeschaltet.
Ich weiß noch nicht, ob ich das Ding behalte. Für über 20 Euro habe ich mehr erwartet.
#47
Anfängerfragen / Aw: Shelly 1PM soll per Schütz...
Letzter Beitrag von Starkstrombastler - 21 März 2026, 12:57:13Zitat von: punker am 21 März 2026, 10:38:49Aber der Shelly zeigt statt der ca.2700W nur ca.1,5W an.Da ein Heizstab im Grundsatz ein relativ konstanter Verbraucher ist, könntest du auch ein UserReading mit passendem Leistungswert anlegen.
Aber: Basteleien mit Heizstäben sind brand-gefährlich. In den Strompfad gehört deswegen unbedingt auch eine Übertemperatur-Sicherheitsabschaltung..
#48
Einplatinencomputer / Aw: USB Verbindung funktionier...
Letzter Beitrag von Burny4600 - 21 März 2026, 12:44:15Ich habe eine Lösung gefunden.
Trixie 64bit und FHEM sind auf aktuellem Softwarestand.
Mit einem Pi5 und Trixie 64bit unterscheide FHEM anscheinend bei den Berechtigungen.
Für USB Schnittstellen reicht bisher die Berechtigung chmod -R a+w /dev/serial für FHEM.
Für die usb-FTDI ist das aber für FHEM zu wenig. Für diese muss ich jetzt die Berechtigung chmod -R 0777 /dev/serial verwenden.
Irgendetwas muss sich zwischen dem OS Trixie und FHEM geändert haben.
Trixie 64bit und FHEM sind auf aktuellem Softwarestand.
Mit einem Pi5 und Trixie 64bit unterscheide FHEM anscheinend bei den Berechtigungen.
Für USB Schnittstellen reicht bisher die Berechtigung chmod -R a+w /dev/serial für FHEM.
Für die usb-FTDI ist das aber für FHEM zu wenig. Für diese muss ich jetzt die Berechtigung chmod -R 0777 /dev/serial verwenden.
Irgendetwas muss sich zwischen dem OS Trixie und FHEM geändert haben.
#49
Sonstiges / Aw: Mein FHEM "hängt" sich bei...
Letzter Beitrag von hasselh - 21 März 2026, 12:32:16Moin @rudolfkoenig,
sorry, vielleicht habe ich mich nicht klar genug ausgedrückt. Ich hatte überlegt, ob es möglich wäre, die Proxy Kommunikation mittels eines Forks via BlockingCall() auszulagern oder irgendwie anders non-blocking zu machen ?
Hintergrund: Das TelegramBot Modul macht sein polling (um Nachrichten zu empfangen) via HttpUtils_NonblockingGet(). Der default Timeout steht hier bei 65 Sekunden (2*pollingTimeout+5s). Ohne Proxy funktioniert das auch bestens. Bei der Verwendung eines Proxys wird aber aus dem HttpUtils_NonblockingGet() in HttpUtils.pm ein blocking sysread() - bzw. jetzt ein blocking select(). Keine Ahnung, ob das so gedacht ist. Denn das ist das eigentliche Problem und führt wegen dem long polling vom TelegramBot bei instabilem Internet immer wieder zu einem Einfrieren der FHEM Instanz.
Ich habe deine Änderung bei mir getestet. Der Aufruf von select($rin, undef, undef, $hash->{timeout}) bricht jetzt korrekt nach timeout Sekunden ab. Das macht das Problem etwas kleiner, denn ich kann das Attribut pollingTimeout vom TelegramBot reduzieren. Allerdings springt der TelegramBot nach einem HttpUtils_NonblockingGet() zum Pollen dann gleich direkt in den nächsten HttpUtils_NonblockingGet() und das Risiko des Einfrierens beginnt von vorne...
ZitatDas verstehe ich nicht: das Problem ist doch, dass es blockiert, oder?
sorry, vielleicht habe ich mich nicht klar genug ausgedrückt. Ich hatte überlegt, ob es möglich wäre, die Proxy Kommunikation mittels eines Forks via BlockingCall() auszulagern oder irgendwie anders non-blocking zu machen ?
Hintergrund: Das TelegramBot Modul macht sein polling (um Nachrichten zu empfangen) via HttpUtils_NonblockingGet(). Der default Timeout steht hier bei 65 Sekunden (2*pollingTimeout+5s). Ohne Proxy funktioniert das auch bestens. Bei der Verwendung eines Proxys wird aber aus dem HttpUtils_NonblockingGet() in HttpUtils.pm ein blocking sysread() - bzw. jetzt ein blocking select(). Keine Ahnung, ob das so gedacht ist. Denn das ist das eigentliche Problem und führt wegen dem long polling vom TelegramBot bei instabilem Internet immer wieder zu einem Einfrieren der FHEM Instanz.
ZitatDas habe ich gerade gemacht, timeout ist das, was man beim HttpUtils Aufruf mitgegeben hat, Voreinstellung sind 4 Sekunden.
Ich habe deine Änderung bei mir getestet. Der Aufruf von select($rin, undef, undef, $hash->{timeout}) bricht jetzt korrekt nach timeout Sekunden ab. Das macht das Problem etwas kleiner, denn ich kann das Attribut pollingTimeout vom TelegramBot reduzieren. Allerdings springt der TelegramBot nach einem HttpUtils_NonblockingGet() zum Pollen dann gleich direkt in den nächsten HttpUtils_NonblockingGet() und das Risiko des Einfrierens beginnt von vorne...
#50
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von dieter114 - 21 März 2026, 11:56:24Hallo Heiko,
get radiationApiData siehe Foto.
Wenn ich die zusammenzähle komme ich auf 7370 Wh ?
Was wäre durchaus ein realistischer Wert für heute.
Die API zeigt mir bei Today_PVforecast heute 33378 Wh an.
Wo ist der Fehler?
edit: Kann es sein das Today_PVforecast und Tomorrow_PVforecast "nur" eine Addition aus forecastQualities ist?
LG WDS
get radiationApiData siehe Foto.
Wenn ich die zusammenzähle komme ich auf 7370 Wh ?
Was wäre durchaus ein realistischer Wert für heute.
Die API zeigt mir bei Today_PVforecast heute 33378 Wh an.
Wo ist der Fehler?
edit: Kann es sein das Today_PVforecast und Tomorrow_PVforecast "nur" eine Addition aus forecastQualities ist?
LG WDS