- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Automatisierung / Aw: Midea Comfee Klimaanlage ü...
Letzter Beitrag von tomcat.x - 14 Juli 2026, 20:20:27Gerne möchte ich hier auch mitspielen 
, bräuchte aber erst mal eine OT Info. Bei einigen der Geräte handelt es sich sicher um die PortaSplit, zumindest bei Tommi ratlos.
Ich müsste wissen, wie hoch die Fensterhalterung ist. Wir haben unterhalb der Fenster Solarpanels installiert und der Abstand reicht vielleicht nicht. Aus dem Handbuch weiß ich schon, dass wir die normalen (langen) Stützbeine brauchen.
Vielen Dank.
Thomas
, bräuchte aber erst mal eine OT Info. Bei einigen der Geräte handelt es sich sicher um die PortaSplit, zumindest bei Tommi ratlos. Ich müsste wissen, wie hoch die Fensterhalterung ist. Wir haben unterhalb der Fenster Solarpanels installiert und der Abstand reicht vielleicht nicht. Aus dem Handbuch weiß ich schon, dass wir die normalen (langen) Stützbeine brauchen.
Vielen Dank.
Thomas
#2
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von caldir65 - 14 Juli 2026, 20:15:39Moin,
ich vermute mal, es liegt daran:
Chriß
Christoph
ich vermute mal, es liegt daran:
Code Auswählen
ShellyName Shelly_Blu_Gen3_Werkstatt_EG
model generic
Wenn sich nichts mehr geändert hat, dürfte das Modell (noch) nicht implementiert sein?Chriß
Christoph
#3
Heizungssteuerung/Raumklima / Aw: Panasonic Wärmepumpe - Hei...
Letzter Beitrag von Gisbert - 14 Juli 2026, 19:38:25Hallo Andreas,
die gewichtete Fläche funktioniert bei meiner ziemlich trägen Fußbodenheizung sehr gut. Da reicht tatsächlich ein Zahlenwerte von 25 aus, um als Einschaltkriterium zu dienen. Den Zahlenwert muss man für sich selbst herausfinden.
Viele Grüße Gisbert
die gewichtete Fläche funktioniert bei meiner ziemlich trägen Fußbodenheizung sehr gut. Da reicht tatsächlich ein Zahlenwerte von 25 aus, um als Einschaltkriterium zu dienen. Den Zahlenwert muss man für sich selbst herausfinden.
Viele Grüße Gisbert
#4
Zigbee / Aw: Zigbee2MQTT OTA-Update
Letzter Beitrag von passibe - 14 Juli 2026, 19:20:57Ja, die Datenübertragung über Zigbee ist leider seeehr langsam ...
Erfahrungsgemäß gibt es aber, natürlich je nach Hersteller, auch eher selten Firmware-Updates.
Erfahrungsgemäß gibt es aber, natürlich je nach Hersteller, auch eher selten Firmware-Updates.
#5
Heizungssteuerung/Raumklima / Aw: Panasonic Wärmepumpe - Hei...
Letzter Beitrag von Hackstall - 14 Juli 2026, 19:09:18Hallo Gisbert,
Ich versuche Step by Step zu verstehen.
Step1. Gewuchtete Fläche;
Wenn ich mal 1 grad Differenz annehme und mal 15m2 zimmergroesse annehme, dann bin ich ja schon bei 2 Zimmern beim einschalten.
Ist der 25er Wert dann nicht etwas zu gering?
Wie würde das funktionieren wenn ich elektrische Thermostate Tado einsetze?
Funktioniert das dann bei mir überhaupt?
Danke
Ich versuche Step by Step zu verstehen.
Step1. Gewuchtete Fläche;
Wenn ich mal 1 grad Differenz annehme und mal 15m2 zimmergroesse annehme, dann bin ich ja schon bei 2 Zimmern beim einschalten.
Ist der 25er Wert dann nicht etwas zu gering?
Wie würde das funktionieren wenn ich elektrische Thermostate Tado einsetze?
Funktioniert das dann bei mir überhaupt?
Danke
#6
Zigbee / Aw: Zigbee2MQTT OTA-Update
Letzter Beitrag von satprofi - 14 Juli 2026, 18:22:45sorry, ich hole es auch noch vor. wie schafft man im webif von z2m die firmware upzudaten ? die 2 pfeile zwar angeklickt, erfolgreiche meldung das fw gefunden, aber ob neue aufgespielt wird bekomm ich nicht mit
[Edit] klappt, dauert nur uuuurlang.
[Edit] klappt, dauert nur uuuurlang.
#7
ZWave / Fibaro FGWPF-102 mit neuer mod...
Letzter Beitrag von Loctotex - 14 Juli 2026, 18:17:59Moin,
ich habe mir einen neuen Fibaro FGWPF-102 Zwischenstecker gekauft. Dieser meldet sich im Gegensatz zu meinen alten Geräten mit modelId 010f-0602-1004 und version Lib 3 Prot 4.24 App 3.2 HW 2 FWCounter 1 FW 3.2 anstelle von modelId 010f-0602-1001 und version Lib 3 Prot 4.05 App 3.2 HW 2 FWCounter 1 FW 3.2.
Beim neuen Gerät fehlt modelConfig und bei
get ZWave_SWITCH_BINARY_42 configAll
kommt:
configAll: no model specific configs found
Ich habe testweise in der Datei
FHEM/lib/openzwave_manufacturer_specific.xml
folgenden Eintrag ergänzt:
Danach hab ich noch einmal
get ZWave_SWITCH_BINARY_42 model
ausgeführt. Seitdem wird das Gerät korrekt erkannt:
model FIBARO System FGWPE/F Wall Plug Gen5
modelConfig fibaro/fgwpfzw5.xml
modelId 010f-0602-1004
Evtl. könnte die neue modelId offiziell ergänzt werden.
ich habe mir einen neuen Fibaro FGWPF-102 Zwischenstecker gekauft. Dieser meldet sich im Gegensatz zu meinen alten Geräten mit modelId 010f-0602-1004 und version Lib 3 Prot 4.24 App 3.2 HW 2 FWCounter 1 FW 3.2 anstelle von modelId 010f-0602-1001 und version Lib 3 Prot 4.05 App 3.2 HW 2 FWCounter 1 FW 3.2.
Code Auswählen
define ZWave_SWITCH_BINARY_42 ZWave e4afbd62 42
attr ZWave_SWITCH_BINARY_42 classes ZWAVEPLUS_INFO APPLICATION_STATUS ASSOCIATION ASSOCIATION_GRP_INFO CONFIGURATION CRC_16_ENCAP DEVICE_RESET_LOCALLY FIRMWARE_UPDATE_MD MANUFACTURER_SPECIFIC METER MULTI_CHANNEL_ASSOCIATION ALARM POWERLEVEL SECURITY SENSOR_MULTILEVEL SWITCH_BINARY VERSION
attr ZWave_SWITCH_BINARY_42 room ZWave
attr ZWave_SWITCH_BINARY_42 stateFormat P: power, Status: state
attr ZWave_SWITCH_BINARY_42 vclasses ALARM:5 APPLICATION_STATUS:1 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 CONFIGURATION:1 CRC_16_ENCAP:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:2 METER:2 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SECURITY:1 SENSOR_MULTILEVEL:5 SWITCH_BINARY:1 VERSION:2 ZWAVEPLUS_INFO:2
# CFGFN
# DEF e4afbd62 42
# FUUID 6a565587-f33f-bffa-6809-4d080d01a17d53d3
# IODev ZWDongle_1
# LASTInputDev ZWDongle_1
# MSGCNT 8
# NAME ZWave_SWITCH_BINARY_42
# NR 1470
# STATE P: power, Status: on
# TYPE ZWave
# ZWDongle_1_MSGCNT 8
# ZWDongle_1_RAWMSG 0004002a087205010f06021004c700
# ZWDongle_1_TIME 2026-07-14 17:30:49
# ZWaveSubDevice no
# cmdsPending 0
# eventCount 9
# homeId e4afbd62
# isWakeUp
# lastMsgSent 1784043049.75673
# nodeIdHex 2a
# READINGS:
# 2026-07-14 17:28:07 IODev ZWDongle_1
# 2026-07-14 17:30:36 mcaGroups 3
# 2026-07-14 17:30:36 mca_1 Max 1 Nodes ZWDongle_1
# 2026-07-14 17:30:36 mca_2 Max 10
# 2026-07-14 17:30:36 mca_3 Max 10
# 2026-07-14 17:30:49 model 0x010f 0x0602 0x1004
# 2026-07-14 17:30:49 modelId 010f-0602-1004
# 2026-07-14 17:30:15 reportedState on
# 2026-07-14 17:30:49 routeInfo timeToCb:0.02 repeaters:0 rssi0:-57 dBm ackCh:0 lastCh:0 scheme:LastWorkingRoute rep:at 100kbps routeTries:1 lastFailed:
# 2026-07-14 17:30:15 state on
# 2026-07-14 17:30:15 swbStatus 255
# 2026-07-14 17:30:49 timeToAck 0.034
# 2026-07-14 17:30:49 transmit OK
# 2026-07-14 17:28:25 zwavePlusInfo version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
# hmccu:
#
setstate ZWave_SWITCH_BINARY_42 P: power, Status: on
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:28:07 IODev ZWDongle_1
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:36 mcaGroups 3
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:36 mca_1 Max 1 Nodes ZWDongle_1
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:36 mca_2 Max 10
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:36 mca_3 Max 10
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:49 model 0x010f 0x0602 0x1004
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:49 modelId 010f-0602-1004
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:15 reportedState on
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:49 routeInfo timeToCb:0.02 repeaters:0 rssi0:-57 dBm ackCh:0 lastCh:0 scheme:LastWorkingRoute rep:at 100kbps routeTries:1 lastFailed:
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:15 state on
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:15 swbStatus 255
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:49 timeToAck 0.034
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:30:49 transmit OK
setstate ZWave_SWITCH_BINARY_42 2026-07-14 17:28:25 zwavePlusInfo version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0700 userIcon:0700
Beim neuen Gerät fehlt modelConfig und bei
get ZWave_SWITCH_BINARY_42 configAll
kommt:
configAll: no model specific configs found
Ich habe testweise in der Datei
FHEM/lib/openzwave_manufacturer_specific.xml
folgenden Eintrag ergänzt:
Code Auswählen
<Product config="fibaro/fgwpfzw5.xml" id="1004" name="FGWPE/F Wall Plug Gen5" type="0602"/>
Danach hab ich noch einmal
get ZWave_SWITCH_BINARY_42 model
ausgeführt. Seitdem wird das Gerät korrekt erkannt:
model FIBARO System FGWPE/F Wall Plug Gen5
modelConfig fibaro/fgwpfzw5.xml
modelId 010f-0602-1004
Evtl. könnte die neue modelId offiziell ergänzt werden.
#8
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von cocojambo - 14 Juli 2026, 17:25:25Shelly Gateway Gen3 in Shelly.pm einbinden
------------------------------------------
ich habe mir ein Shelly Gateway Gen3 zugelegt und über die App konfiguriert, sodaß ich auch das Webinterface mit der richtigen IP aufrufen kann. Jetzt wollte ich dieses Gateway in Shelly definieren auf die bekannte Methode mit define ShellyBlu_Gateway_Werkstatt Shelly 192.168.xxx.xx Set name, attr shellyuser und set password auch eingegeben, aber es kommen keine brauchbaren Readings heraus (siehe list....):
Das Modul logt sich auch nicht mit user und pass beim Gateway ein. Woran liegt das? Erkennt das Modul den Gateway nicht?
Gruß aus Köln
Norbert
------------------------------------------
ich habe mir ein Shelly Gateway Gen3 zugelegt und über die App konfiguriert, sodaß ich auch das Webinterface mit der richtigen IP aufrufen kann. Jetzt wollte ich dieses Gateway in Shelly definieren auf die bekannte Methode mit define ShellyBlu_Gateway_Werkstatt Shelly 192.168.xxx.xx Set name, attr shellyuser und set password auch eingegeben, aber es kommen keine brauchbaren Readings heraus (siehe list....):
Code Auswählen
Internals:
DEF 192.168.###.##
FUUID 6a53cf50-f33f-6f9b-55ea-3feea202dfa95f91
GEN 3
ID S3GW-1DBT001
INTERVAL 60
NAME ShellyBlu_Gateway_Werkstatt
NR 2521
NTFY_ORDER 50-ShellyBlu_Gateway_Werkstatt
STATE Error
TYPE Shelly
eventCount 23
units 0
READINGS:
2026-07-13 16:27:57 error error in command: id or component not found
2026-07-13 16:20:00 firmware_updIcon U
2026-07-13 16:20:00 firmware_updText ...updating...
2026-07-13 16:05:12 login username:password
2026-07-13 16:05:12 mac E4:B3:23:3A:26:EC
2026-07-13 16:05:12 model_ID S3GW-1DBT001
2026-07-13 16:05:12 model_family Gen3
2026-07-13 16:05:12 model_function unknown
2026-07-13 16:19:01 name ShellyBlu-Gateway-Werkstatt
2026-07-13 16:04:45 network_DNS -
2026-07-13 16:21:17 state Error
helper:
Sets config interval password reboot:noArg update:noArg name clear:disconnects,error,responsetimes,extSensors actions
StatusCall 0
settings_time 0
timer 0
props:
button 0
cct 0
color 0
em 0
em1 0
input 0
light 0
meters 0
relay 0
roller 0
Attributes:
ShellyName Shelly_Blu_Gen3_Werkstatt_EG
model generic
room Probe
shellyuser adminDas Modul logt sich auch nicht mit user und pass beim Gateway ein. Woran liegt das? Erkennt das Modul den Gateway nicht?
Gruß aus Köln
Norbert
#9
Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...
Letzter Beitrag von schic - 14 Juli 2026, 17:22:51Guten Tag LGTV_WebOS Nutzer,
bei einer Netzwerkumstrukturierung und anschließenden Bremsersuche (IPs in 99_myUtils) mit apptime, ist mir aufgefallen, dass das LGTV_WebOS-Modul ca. 4 mal so viel Laufzeit hat wie das nächst langsamere Modul (durchschnittliche 220 ms zu 52 ms). Nach Recherche etc. ist mir in LGTVWebOS.pm das IO::Socket::SSL Interface in "sub Open" als (Haupt)Bremser im Zusammenhang mit dem presence-Reading "absent" aufgefallen. Ich habe den TV nicht auf Quickstart, so dass eine Verbindung mit IO::Socket::SSL weder möglich ist, noch Sinn macht (evtl. besteht das Brems-Problem nicht, wenn Quickstart aktiviert ist).
Also habe ich eine entsprechende Abfrage vor die Socket-Verbindung eingefügt und siehe da, apptime ist von max 260 ms auf max 16 ms gefallen und das Web-Interface fühlt sich nun auch noch viel schneller an (nur gefühlt.
Da ich vorher den ping-Aufruf unter "sub PresenceRun" in Verdacht hatte, habe ich auch diesen Teil ein klein wenig beschleunigt, glaube aber nicht, dass dieser Teil viel bewirkt, sond. könnte in einem langsameren Netz mit den gewählten knapp bemessenen Parametern sogar zu Fehlern führen.
Die Änderung in sub Open:
und noch die sub PresenceRun:
Das gesamte geänderte LGTVWebOS.pm hängt an.
bei einer Netzwerkumstrukturierung und anschließenden Bremsersuche (IPs in 99_myUtils) mit apptime, ist mir aufgefallen, dass das LGTV_WebOS-Modul ca. 4 mal so viel Laufzeit hat wie das nächst langsamere Modul (durchschnittliche 220 ms zu 52 ms). Nach Recherche etc. ist mir in LGTVWebOS.pm das IO::Socket::SSL Interface in "sub Open" als (Haupt)Bremser im Zusammenhang mit dem presence-Reading "absent" aufgefallen. Ich habe den TV nicht auf Quickstart, so dass eine Verbindung mit IO::Socket::SSL weder möglich ist, noch Sinn macht (evtl. besteht das Brems-Problem nicht, wenn Quickstart aktiviert ist).
Also habe ich eine entsprechende Abfrage vor die Socket-Verbindung eingefügt und siehe da, apptime ist von max 260 ms auf max 16 ms gefallen und das Web-Interface fühlt sich nun auch noch viel schneller an (nur gefühlt
.Da ich vorher den ping-Aufruf unter "sub PresenceRun" in Verdacht hatte, habe ich auch diesen Teil ein klein wenig beschleunigt, glaube aber nicht, dass dieser Teil viel bewirkt, sond. könnte in einem langsameren Netz mit den gewählten knapp bemessenen Parametern sogar zu Fehlern führen.
Die Änderung in sub Open:
Code Auswählen
sub Open {
my $hash = shift;
my $name = $hash->{NAME};
my $host = $hash->{HOST};
my $port = 3000;
my $timeout = 0.1;
# geändert, eingefügt:
if ( ::ReadingsVal( $name, 'presence', 'none' ) eq 'absent' )
{
return ::Log3( $name, 4, "LGTV_WebOS ($name) is absent. Must not connect to $host:$port/3001" );
}
# hier geht's im Original weiterund noch die sub PresenceRun:
Code Auswählen
sub PresenceRun {
my $string = shift;
my ( $name, $host ) = split( "\\|", $string );
my $tmp;
my $response;
# geändert: die alte ping-Funktion wird ersetzt
#$tmp = qx(ping -c 3 -w 2 $host 2>&1); ## no critic (Backtick operator used)
# ersetzt mit Net::Ping und mit 0.1 als sehr knappen(!) timeout-Parameter
use Net::Ping;
my $p = Net::Ping->new;
$tmp = $p->ping($host,0.1);
$p->close();
if ( defined($tmp) && $tmp ne '' ) {
# geändert: einiges an Text-Verarbeitung entfällt, da nur 0 oder 1 geliefert wird
#chomp $tmp;
::Log3( $name, 4,
"LGTV_WebOS ($name) - ping command returned with output:\n$tmp" );
#$response = $name . '|' . (
# $tmp =~ /\d+ [Bb]ytes (from|von)/ ## no critic (Regular expression without "/x")
# && $tmp !~ /[Uu]nreachable/x
# ? 'present'
# : 'absent'
#);
# neue Text-Verarbeitung der Rückgabe
if ($tmp){$response = $name . '|' .'present'}
else {$response = $name . '|' .'absent'}
# hier geht's im Original weiter
}
else {
$response = "$name|Could not execute ping command";
}
::Log3( $name, 4,
"sub PresenceRun ($name) - Sub finish, Call LGTV_WebOS_PresenceDone with $response responded" );
return $response;
}Das gesamte geänderte LGTVWebOS.pm hängt an.
#10
Automatisierung / Aw: Neues Modul - 74_Unifi - F...
Letzter Beitrag von Ralli - 14 Juli 2026, 16:15:52Hat alles seine Vor- und Nachteile. Wenn dir jetzt die Hardware abraucht, hast du trotzdem noch den Controller mit der Konfiguration sicher am Laufen - wobei das nur dann wirklich von Interesse ist, wenn auch einen Zoo mit genügend anderen Ubiquite-Devices hast, die gesteuert werden müssen (Accesspoints z.B.). Und es spricht wahrscheinlich nichts dagegen, das alte Schätzchen weiter zu betreiben, bis es EOS/EOL oder kaputt ist.
Ich würde es so lassen wie es ist, bis der ich-will-aber-Effekt größer wird.
Ich würde es so lassen wie es ist, bis der ich-will-aber-Effekt größer wird.