Hauptmenü

Neueste Beiträge

#1
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von betateilchen - 08 Februar 2026, 18:18:46
irgendwo habe ich den Faden in dem Thema verloren  :-\
#2
MQTT / Aw: GOVEE2MQTT - Client mit we...
Letzter Beitrag von TomLee - 08 Februar 2026, 18:00:13
ZitatWas mir jetzt noch fehlt ist eine Art smoother Fader beim Zustandswechsel, wie es die Goovee-App und Homekit werksseitig bereits tun.
Hier wird aktuell "hart" die Helligkeit verändert, das sieht nicht sexy aus.


Einfach mal ins Blaue, evtl. mit transition?


{"state":"ON","brightness":$EVTPART1, "transition": 5}
#3
Kalendermodule / Aw: Calendar, CalView & Co
Letzter Beitrag von TomLee - 08 Februar 2026, 17:35:31
Hallo,

vermute der Mischmasch aus DOIF Syntax und Perl Syntax geht so nicht im DOIF-Modus.

Versuchs mal im Perl-Modus:

defmod set_trash3 DOIF { if ([14:00] and defined fhem('get calendar events filter:field(summary)=~"Papier" limit:when=tomorrow')) {fhem('set set_trash1 bl 1')}\
else  {fhem('set set_trash1 bl 0')}}

Gruß Thomas

#4
Sonstige Systeme / Aw: Entwicklungs-Thread Modul ...
Letzter Beitrag von Jojo11 - 08 Februar 2026, 17:18:07
Gibt es eine Möglichkeit, diese Einträge zu unterbinden? Verbose wird ignoriert  ::)

2026.02.08 17:08:33.103 3: [Shelly_status2G:rgbw] Processing 1 RGBW states for device ShellyRGBW (shellyplusrgbwpm)
2026.02.08 17:09:33.155 3: [Shelly_status2G:rgbw] Processing 1 RGBW states for device ShellyRGBW (shellyplusrgbwpm)
2026.02.08 17:10:33.234 3: [Shelly_status2G:rgbw] Processing 1 RGBW states for device ShellyRGBW (shellyplusrgbwpm)
2026.02.08 17:11:33.296 3: [Shelly_status2G:rgbw] Processing 1 RGBW states for device ShellyRGBW (shellyplusrgbwpm)
2026.02.08 17:12:33.350 3: [Shelly_status2G:rgbw] Processing 1 RGBW states for device ShellyRGBW (shellyplusrgbwpm)
2026.02.08 17:13:33.438 3: [Shelly_status2G:rgbw] Processing 1 RGBW states for device ShellyRGBW (shellyplusrgbwpm)
2026.02.08 17:14:33.497 3: [Shelly_status2G:rgbw] Processing 1 RGBW states for device ShellyRGBW (shellyplusrgbwpm)

#5
MQTT / Aw: GOVEE2MQTT - Client mit we...
Letzter Beitrag von Dracolein - 08 Februar 2026, 17:11:53
Zitat von: Dek am 26 Januar 2026, 19:54:40Klar,

Geht vermutlich eleganter, aber läuft:

Setlist:
brightness:colorpicker,BRI,0,1,255 gv2mqtt/light/5047CF353335512C/command {"state":"ON","brightness":"$EVTPART1"}
hsv:colorpicker,HSV {$EVTPART1=~/(..)(..)(..)/;my ($r,$g,$b) = Color::hsv2rgb(hex($1)/255,hex($2)/255,hex($3)/255);Log3 "nothing", 1, "H:$1 S:$2 V:$3 R:$r G:$g B:$b";{"gv2mqtt/light/5047CF353335512C/command {\"color $EVTPART1\":{\"b\":".int($b*255).",\"g\":".int($g*255).",\"r\":".int($r*255)."},\"color_mode\":\"rgb\",\"state\":\"ON\"}"}}
ct:colorpicker,CT,200,10,900 gv2mqtt/light/5047CF353335512C/command {"color_mode":"color_temp","state":"ON","color_temp":$EVTPART1}
RED:noArg gv2mqtt/light/5047CF353335512C/command {"brightness":100,"color":{"b":0,"g":0,"r":255},"color_mode":"rgb","effect":null,"state":"ON"}
GREEN:noArg gv2mqtt/light/5047CF353335512C/command {"brightness":100,"color":{"b":0,"g":255,"r":0},"color_mode":"rgb","effect":null,"state":"ON"}
BLUE:noArg gv2mqtt/light/5047CF353335512C/command {"brightness":100,"color":{"b":255,"g":0,"r":0},"color_mode":"rgb","effect":null,"state":"ON"}
WHITE:noArg gv2mqtt/light/5047CF353335512C/command {"brightness":100,"color":{"b":255,"g":255,"r":255},"color_mode":"rgb","effect":null,"state":"ON"}
rgb:colorpicker,RGB {$EVTPART1=~/(..)(..)(..)/;{"gv2mqtt/light/5047CF353335512C/command  {\"brightness\":100,\"color\":{\"b\":".hex($3).",\"g\":".hex($2).",\"r\":".hex($1)."},\"color_mode\":\"rgb\",\"effect\":null,\"state\":\"ON\"}"}}
on:noArg gv2mqtt/light/5047CF353335512C/command {"state":"ON"}
off:noArg gv2mqtt/light/5047CF353335512C/command {"state":"OFF"}
effect:select,Aurora,Awaken#A,Awaken#B,Awaken#C,Birthday,Breathe,Christmas,Colorful,Crawl,Dance#Party,Disco,Dreamland,Dreamlike,Easter,Energetic,Father's#Day,Fire,Flow,Flower#Field,Forest,Intersection,Kaleidoscope,Leisure,Meditation,Mother's#Day,Movie,Night#Light,Ocean,Optimistic,Poker,Rainbow,Raining,Refreshing,Ripple,Romantic,Siren,Soothing,Stacking,Star,Starry#Sky,Sunset#Glow,Sweet,Valentine's#Day,White#Light {$EVENT=~/([^ ]*) (.*)/;"gv2mqtt/light/5047CF353335512C/command {\"effect\":\"".$2."\",\"state\":\"ON\"}"}

Readinglist:
gv2mqtt/sensor/sensor-5047CF353335512C-gv2mqtt-status/attributes:.* { json2nameValue($EVENT) }
gv2mqtt/sensor/sensor-5047CF353335512C-gv2mqtt-status/state:.* Reading_state
gv2mqtt/light/5047CF353335512C/state:.* { json2nameValue($EVENT) }

Gruss Dek


Ich danke. Ein wenig chatGPT, ein wenig Grok und Claude, nun läuft auch alles bei mir. Kleiner Tip zu Deiner Setlist, der "Brightness" Eintrag dürfte nicht klappen, hier meine Korrektur:
brightness:slider,0,1,100 gv2mqtt/light/DEINEGERÄTEID/command {"state":"ON","brightness":$EVTPART1}
Was mir jetzt noch fehlt ist eine Art smoother Fader beim Zustandswechsel, wie es die Goovee-App und Homekit werksseitig bereits tun.
Hier wird aktuell "hart" die Helligkeit verändert, das sieht nicht sexy aus.
#6
DOIF / Aw: [gelöst] DOIF mit UnifiCli...
Letzter Beitrag von Per - 08 Februar 2026, 16:17:21
Du kannst natürlich auch gleich auf das Event mit Status triggern, ohne Vergleich (der ist ja schon drin):
["^.*_Handy$:presence: present"]
Du solltest aber im Eventmonitor schauen, wie die passende Syntax (Sonder- und Leerzeichen) ist.
#7
Homematic / Aw: HM-LC-SW2-FM defekt: Siche...
Letzter Beitrag von Pfriemler - 08 Februar 2026, 16:07:36
Da ich hier auch nur noch sporadisch unterwegs bin:
Auf Stromausfall gleich welcher Dauer reagieren die HMs eigentlich völlig gutmütig. Wenn es in dem Zusammenhang einiges gerissen hat, war eine Überspannung im Spiel, und zwar eine heftige. Da die Aktoren mit ihrem Netzteil dauerhaft am Netz hängen, reagieren sie entsprechend. Ein durchgehender Pufferelko am Eingang wegen Überspannung reißt in Folge den Sicherungswiderstand (dafür ist er ja da!). Auch die übrigen Schäden deuten klar auf ein solches Problem hin.

Ganz ohne Messgerät geht es nicht. Ein super Anhaltspunkt wäre die Stromaufnahme im Ruhezustand. Wer ein gutes Powermeter hat (Zwischenstecker, mit Leistungsauflösung unter 0,3 Watt - bester Test ist eine Steckdosenleiste mit beleuchtetem Schalter, der dann mindestens 0,1, in der Regel aber 0,3 Watt zieht), kann die ausgebauten Aktoren an einem Netzkabel über den Zwischenstecker einstromen. Auch Aktoren mit dem berühmten C26/C7-Defekt ziehen sichtbar Leistung, während ein überspannungsgetöter mit defektem Sicherungswiderstand tatsächlich 0,niente hat. Für diesen Test muss man das Gehäuse nicht öffnen und es ist - bis auf das Problem des Anklemmens des Kabels am Aktor, natürlich spannungsfrei - auch für einen Laien "safe".
#8
FHEMWEB / Aw: Aktualisierung von GUI-Ele...
Letzter Beitrag von olwaldi - 08 Februar 2026, 15:59:22
Ich nutze Firefox unter tumbleweed-Linux. Aber Chrome verhält sich unter Android 14 genauso.
Für mich sieht es so aus, als wenn alle fhem-Events als Rcvd-events in der java-Konsole ankommen - hier mal auf state gefiltert:
15:33:23.908 Rcvd: ["Denon-state","on","on"] fhemweb.js:613:13
15:33:23.909 Rcvd: ["Denon-state-ts","2026-02-08 15:33:23","2026-02-08 15:33:23"] fhemweb.js:613:13
15:33:23.909 Rcvd: ["Denon-stateAV","on","on"] fhemweb.js:613:13
15:33:23.910 Rcvd: ["Denon-stateAV-ts","2026-02-08 15:33:23","2026-02-08 15:33:23"] fhemweb.js:613:13
Im Beispiel habe ich den Receiver im Tuner-Betrieb eingeschaltet. Das Internal STATE bleibt dabei auf off.

Beim Refresh/F5 im Browser sehe ich
15:40:51.930 FW_queryValue:{ReadingsVal("Denon","volumeStraight","")} fhemweb.js:613:13
15:40:51.938 FW_queryValue:{AttrVal("Denon","room","")} fhemweb.js:613:13
15:40:52.021 Inform-channel opened (websocket) with filter Denon fhemweb.js:613:13
15:40:52.082 Rcvd: fhemweb.js:613:13
Und danach steht STATE auf on. Aber da fällt mal wieder volumeStraight auf...

Ich habe dann auch noch gecheckt, was bzgl. Readings passiert. In DENON_AVR kann man die Anzeige von units ein/ausschalten. Dann wird z.B. hinter Lautstärken dB angezeigt, d.h. alle Lautstärke-Readings sollten dann aktualisiert werden. In den fhem-Events sehe ich die auch alle, aber in der java-Konsole fehlen manche. Und die werden in der GUI nicht aktualisiert.
Aber nach einem F5 werden die Werte aller Readings richtig angezeigt. Und in der java-Konsole gibts dieselbe Meldung wie oben bei F5.

Sieht ja fast so aus, als wenn das Reading volumeStraight irgendwie fehlerhaft im Modul verarbeitet wird. Ich habe im ursprünglichen Modul-Code die Aufrufe readingsBegin/EndUpdate korrigiert, um sicherzustellen, daß die Begin/End-Struktur nicht "gebrochen" wird. War m.E. ursprünglich so.

Noch eine sehr seltsame Merkwürdigkeit: Die Zeitstempel bei (manchen) Readings ändern sich bei F5/Refresh auf die aktuelle Zeit, ohne daß irgendein fhem-Event aufgetreten ist oder sich das Reading geändert hat (event-on-changed-reading steht auf .*). Aber das passiert nur, wenn sich die aktuelle Uhrzeit bzgl. Minuten geändert hat. Gesehen in Chrome@Android 14.


Grüßle, Michael
#9
Sonstige Systeme / Aw: Blink Security Home Kamera...
Letzter Beitrag von Skusi - 08 Februar 2026, 15:47:47
Zitat von: viegener am 27 Januar 2026, 11:36:56leider ist der Aufwand durch die erneute Änderung doch deutlich grösser als erwartet. Bisher habe ich noch keine funktionierende Lösung, da die gesamte Anmeldung bei Blink nun anders funktioniert.

Bisher hat mir auch die Analyse von blinkpy noch nicht weitergeholfen, aber ich bin weiterhin dran

Viel Erfolg, wir zählen auf Dich !
Ist schon echt doof ohne die Anbindung.

Aber kein Druck ;-) Du schaffst das !!!
#10
DOIF / [uiTable] Warnungen im Log
Letzter Beitrag von KyleK - 08 Februar 2026, 15:41:16
For langer langer Zeit hatte ich mir mal ein DOIF angelegt, nur mit diesem Code im "uiTable" Attribut:

{
   package ui_Table;
   $SHOWNOSTATE=1;
   $ATTRIBUTESFIRST = 1;
   $TC{0..2}="align='center'";
}
DEF TPL_co2_icon(icon_uring('0,1,1',"vent_used_air",[Netatmo_Sensor_$1:co2],400,2500,undef,undef,'ppm',0,150,[(800,120,1200,60,2000,0)]))

TPL_co2_icon(Wohnzimmer)|TPL_co2_icon(Schlafzimmer)|TPL_co2_icon(Greta)
"Wohnzimmer"|"Schlafzimmer"|"Kinderzimmer"
Das hat prima funktioniert, die Icons wurden angezeigt, alles schick.

Seit einer Weile hab ich jedoch Warnungen im Log, wenn ich den Raum öffne, in dem dieses DOIF liegt:
Use of uninitialized value $hue in substr at /opt/fhem/FHEM/98_DOIF.pm line 6452.
Use of uninitialized value $hue in numeric gt (>) at /opt/fhem/FHEM/98_DOIF.pm line 6463.
Use of uninitialized value $hue in concatenation (.) or string at /opt/fhem/FHEM/98_DOIF.pm line 6468.
Use of uninitialized value $hue in substr at /opt/fhem/FHEM/98_DOIF.pm line 6452.
Use of uninitialized value $hue in numeric gt (>) at /opt/fhem/FHEM/98_DOIF.pm line 6463.
Use of uninitialized value $hue in concatenation (.) or string at /opt/fhem/FHEM/98_DOIF.pm line 6468.
Use of uninitialized value $endColor in sprintf at /opt/fhem/FHEM/98_DOIF.pm line 6849.
Use of uninitialized value $endColor in sprintf at /opt/fhem/FHEM/98_DOIF.pm line 6867.
Use of uninitialized value $hue in substr at /opt/fhem/FHEM/98_DOIF.pm line 6452.
Use of uninitialized value $hue in numeric gt (>) at /opt/fhem/FHEM/98_DOIF.pm line 6463.
Use of uninitialized value $hue in concatenation (.) or string at /opt/fhem/FHEM/98_DOIF.pm line 6468.
Use of uninitialized value $hue in substr at /opt/fhem/FHEM/98_DOIF.pm line 6452.
Use of uninitialized value $hue in numeric gt (>) at /opt/fhem/FHEM/98_DOIF.pm line 6463.
Use of uninitialized value $hue in concatenation (.) or string at /opt/fhem/FHEM/98_DOIF.pm line 6468.
Use of uninitialized value $hue in substr at /opt/fhem/FHEM/98_DOIF.pm line 6452.
Use of uninitialized value $hue in numeric gt (>) at /opt/fhem/FHEM/98_DOIF.pm line 6463.
Use of uninitialized value $hue in concatenation (.) or string at /opt/fhem/FHEM/98_DOIF.pm line 6468.

Ich hab mir das heute angeschaut und ein wenig rumgespielt.
Wenn ich die Definition für den icon_uring() anpasse, gehen die Fehlermeldungen weg:

{
   package ui_Table;
   $SHOWNOSTATE=1;
   $ATTRIBUTESFIRST = 1;
   $TC{0..2}="align='center'";
}
##DEF TPL_co2_icon(icon_uring('0,1,1',"vent_used_air",[Netatmo_Sensor_$1:co2],400,2500,undef,undef,'ppm',0,150,[(800,120,1200,60,2000,0)]))
DEF TPL_co2_icon(icon_uring('0,1,1',"vent_used_air",[Netatmo_Sensor_$1:co2],400,2500,undef,undef,'ppm',0,150,,))

TPL_co2_icon(Wohnzimmer)|TPL_co2_icon(Schlafzimmer)|TPL_co2_icon(Greta)
"Wohnzimmer"|"Schlafzimmer"|"Kinderzimmer"

Die Frage lautet nun: Was hat sich geändert in FHEM/DOIF? Warum produziert das Original DOIF plötzlich diese Fehlermeldungen?