- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
fronthem / smartVISU / Aw: Smartvisu V3.2.2 -> V3.5 U...
Letzter Beitrag von wvhn - 09 Dezember 2025, 00:43:49Ich denke, jetzt müssen wir die Dinge ein bisschen sortieren.
- In diesem Thread hier geht es um das Update auf smartVISU v3.5. Nach Lösen des ursprünglichen Problems beklagst Du, dass es ein Problem mit den Menüpunkten gibt. Man müsse diese teils doppelt anklicken. Die Angaben zur Häufigkeit variieren zwischen "manchmal", "nervend" und "immer da, nicht nur sporadisch". Eine genauere Beschreibung des Verhaltens fehlt. Ich habe in diesem Zusammenhang ein sporadisch auftretendes Problem mit iOS-Geräten beschrieben. Auf iPads kann man das relativ leicht provozieren, auf iPhones nur durch sehr schnelles Umschalten von Seiten noch während des Seitenaufbaus. Meine Frage, ob das Problem sich bei Dir ähnlich zeigt, hast Du nicht beantwortet.
Ob dieses Problem von v3.5 verursacht wird, kannst Du relativ leicht feststellen, indem Du v3.2.2 wieder aktivierst. Es wird ja eh empfohlen, bei einem Update eine Zeit lang die alte und neue Version parallel zu betreiben. - Du bringst jetzt das Update von iOS ins Spiel. Tatsächlich gibt es ein Problem mit Safari unter iOS/iPadOS v26.1, das die Funktion des Websockets beeinträchtigt. Davon sind derzeit alle smart home Systeme betroffen, die mit Websockets arbeiten. Die Visu bekommt Daten vom Backend dadurch entweder stark (bis zu mehrere Minuten) verzögert, oder gar nicht. Ich verwende deshalb jetzt Firefox auf dem iPad. Die Menüsteuerung sollte allerdings von dem Fehler nicht betroffen sein. Das Problem sind eher fehlende Daten. so dass die Widgets keine aktuellen Werte anzeigen.
Möglicher Effekt durch die Menüsteuerung: mit `data-ajax = "false" ` in den anchor tags zwingt man die Visu jedes Mal zum Neuladen der aufgerufenen Seite. Damit wird auch die bestehende Websocketverbindung unterbrochen und muss neu aufgebaut werden - unter Safari v26.1 wird das dann wirlich nervend. Falls das bei Dir so ist, solltest Du diese Einträge beseitigen. Die Seiten bleiben dann im Speicher, so dass der Seitenaufbau schneller geht.
#2
FHEMWEB / Aw: Trotz Reverse Proxy: Conne...
Letzter Beitrag von passibe - 08 Dezember 2025, 23:57:49Sorry, komme erst morgen oder so zu einer ausführlicheren Antwort, nur kurz drei Dinge:
1. Für die Firewall wäre neben ip6tables (das macht IPv6 – hat dein VPS überhaupt eine IPv6-Adresse? Sieht ja ziemlich leer aus, da) auch iptables relevant. Entsprechend bitte noch die Ausgabe von iptables -L -vn --line-numbers posten.
2. Bei den offenen Ports den Befehl bitte noch mit sudo davor ausführen, damit man sieht, welche Prozesse das überhaupt sind und die Spalte "Process" nicht leer ist (also sudo ss -tulnp).
3. Wenn du vom Container aus auf den Host zugreifen willst, musst du vermutlich 172.17.0.1 nutzen (sofern du nichts groß verändert hast). Im Zweifel mit docker network inspect docker0 | grep Gateway verifizieren. Sollte normalerweise klappen.
1. Für die Firewall wäre neben ip6tables (das macht IPv6 – hat dein VPS überhaupt eine IPv6-Adresse? Sieht ja ziemlich leer aus, da) auch iptables relevant. Entsprechend bitte noch die Ausgabe von iptables -L -vn --line-numbers posten.
2. Bei den offenen Ports den Befehl bitte noch mit sudo davor ausführen, damit man sieht, welche Prozesse das überhaupt sind und die Spalte "Process" nicht leer ist (also sudo ss -tulnp).
3. Wenn du vom Container aus auf den Host zugreifen willst, musst du vermutlich 172.17.0.1 nutzen (sofern du nichts groß verändert hast). Im Zweifel mit docker network inspect docker0 | grep Gateway verifizieren. Sollte normalerweise klappen.
#3
Perl für FHEM-User / Aw: Mehrere curl-Abrufe "gleic...
Letzter Beitrag von TomLee - 08 Dezember 2025, 23:55:19Hab mich nochmal mit beschäftigt. Das nimmt ja nie ein Ende wenn man weiter liest 🙈
Soll es jetzt Unicode (JSON->new->encode) oder besser utf-8 (JSON->new->utf8->encode) sein? Ich schlaf besser nochmal drüber...
Soll es jetzt Unicode (JSON->new->encode) oder besser utf-8 (JSON->new->utf8->encode) sein? Ich schlaf besser nochmal drüber...
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 08 Dezember 2025, 23:47:32Wieso "leider"? 
... schönen Urlaub!.
LG,
Heiko
... schönen Urlaub!.LG,
Heiko
#5
FHEMWEB / Anzeige plötzlich mit Fehler
Letzter Beitrag von Damu - 08 Dezember 2025, 23:15:13Wenn ich alle EnOcean Devices anzeigen möchte ist die Anzeige Plötzlich irgendwie Fehlerhaft.
Jeder zweite Device wird Schwarz und nicht anwählbar angezeigt.
Ist auch bei ZWave so.....
Jeder zweite Device wird Schwarz und nicht anwählbar angezeigt.
Ist auch bei ZWave so.....
#6
Zigbee / Aw: Problem mit tradfri/HUE-De...
Letzter Beitrag von grappa24 - 08 Dezember 2025, 22:30:40interessant, ich hab mal das Attribut gesetzt, schon läufts wieder und die devices werden erkannt/gesteuert.
Code Auswählen
tradfriFHEM-params --ip 192.168.178.78Komisch ist nur, dass das vorher ohne die konkrete Angabe der IP-Adresse des Gateways lief. #7
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von Dr. Boris Neubert - 08 Dezember 2025, 22:25:16In der Freude des Erfolgs habe ich noch einen Blitzsensor WH57 gekauft. Als Readings bekomme ich derzeit zusätzlich:
unknown_1A_ müsste WH57_ werden.
lightning_happened_time ist der Zeitstempel in Sekunden seit der Epoche (Sekunden seit 01.01.1970). Dafür bräuchte man noch ein zusätzliches Reading für ein menschenlesbares Äquivalent (lightning_happend_time_formatted) und ein Event lightning_strike, dass erzeugt wird, wenn lightning_happened_time sich ändert, mit Wert von lightning_distance. Dann kann man aus dem FileLog heraus gleich auf lightning_strike einen Plot machen, der die Entfernung aller Blitze auf der Zeitachse plottet.
Und alle Readings, die auf _Batterie enden, sollten englisch auf _Battery enden.
@Beta-User: bitte sag, was Du von alledem implementieren willst, und was ich beisteuern soll.
Code Auswählen
define wittboy GW1000_TCP ecowitt.......de 45000
...
# 2025-12-08 22:07:08 lightning_counter_for_the_day 8.0
# 2025-12-08 22:07:08 lightning_distance 5.0
# 2025-12-08 22:07:08 lightning_happened_time 1765228004.0
...
# 2025-12-08 22:07:08 unknown_1A_Batterie 5.0
# 2025-12-08 22:07:08 unknown_1A_ID c892
# 2025-12-08 22:09:09 unknown_1A_Signal 4
#
unknown_1A_ müsste WH57_ werden.
lightning_happened_time ist der Zeitstempel in Sekunden seit der Epoche (Sekunden seit 01.01.1970). Dafür bräuchte man noch ein zusätzliches Reading für ein menschenlesbares Äquivalent (lightning_happend_time_formatted) und ein Event lightning_strike, dass erzeugt wird, wenn lightning_happened_time sich ändert, mit Wert von lightning_distance. Dann kann man aus dem FileLog heraus gleich auf lightning_strike einen Plot machen, der die Entfernung aller Blitze auf der Zeitachse plottet.
Und alle Readings, die auf _Batterie enden, sollten englisch auf _Battery enden.
@Beta-User: bitte sag, was Du von alledem implementieren willst, und was ich beisteuern soll.
#8
Zigbee / Aw: Problem mit tradfri/HUE-De...
Letzter Beitrag von grappa24 - 08 Dezember 2025, 22:11:32da hängt wohl das Gateway:
Code Auswählen
define tradfri tradfri
attr tradfri createGroupReadings 1
attr tradfri devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
attr tradfri room Tradfri
attr tradfri stateFormat tradfri-fhem
attr tradfri tradfriFHEM-securityCode crypt:36160215683f07537443035a467c6a7a
# FD 51
# FUUID 5de11658-f33f-b5ae-e9f1-b39b62c83838065a
# FVERSION 30_tradfri.pm:0.257680/2022-03-03
# LAST_START 2025-12-08 17:16:42
# LAST_STOP 2025-12-08 17:16:33
# NAME tradfri
# NOTIFYDEV global,global:npmjs.*tradfri-fhem.*
# NR 503
# NTFY_ORDER 50-tradfri
# PARTIAL
# PID 25291
# STARTS 2
# STATE running /usr/local/bin/tradfri-fhem
# TYPE tradfri
# eventCount 4
# tradfri-fhem version 0.1.9
# CoProcess:
# cmdFn tradfri_getCmd
# name tradfri-fhem
# state running /usr/local/bin/tradfri-fhem
# READINGS:
# 2025-12-08 17:16:42 tradfri-fhem running /usr/local/bin/tradfri-fhem
# helper:
# scenes:
#
setstate tradfri running /usr/local/bin/tradfri-fhem
setstate tradfri 2025-12-08 17:16:42 tradfri-fhem running /usr/local/bin/tradfri-fhem
#9
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 08 Dezember 2025, 22:11:14Zitat von: DS_Starter am 07 Dezember 2025, 18:51:52Der Realitätscheck wäre interessant.
LG,
Heiko
Bin izwischen leider auf der Südhalbkugel ,,nur" mit Handycap (Iphone) unterwegs und erst in 14 Tagen wieder zurück....⛱️🩳🏝�
#10
Zigbee / Aw: Problem mit tradfri/HUE-De...
Letzter Beitrag von moskito - 08 Dezember 2025, 22:06:51Wenn ich das richtig interpretiere funktioniert deine Alexa Steuerung an FHEM vorbei, da kein Attribut "alexaName" oder ähnliches gesetzt ist.
Das letze Ereignis kam am 05.12. um 17:49. Geh mal in dich, ob du seit dem was in Frage kommendes geändert hast, oder evtl. hängt auch das Gateway - zumindest in Richtung FHEM.
Gruß
Danny
Das letze Ereignis kam am 05.12. um 17:49. Geh mal in dich, ob du seit dem was in Frage kommendes geändert hast, oder evtl. hängt auch das Gateway - zumindest in Richtung FHEM.
Gruß
Danny