Neueste Beiträge

#91

EnOcean / Aw: Eltako FFTSB bzw FFT60B Ba...

Letzter Beitrag von klaus.schauer - 11 Februar 2026, 16:29:41

lt Eltako Funktelegramm-Beschreibung https://www.eltako.com/fileadmin/downloads/de/Technische_Daten/Inhalte_der_Eltako-Funktelegramme.pdf senden die Sensoren keine Daten zum Ladezustand:

Code Auswählen Erweitern

FFT65B, FFTF65B, FFT55B, FFT55EB, FTFB, FTFSB, FFT60SB
(EEP A5-04-02 ODER A5-04-03)
EEP A5-04-02
Data_byte2 = rel. Luftfeuchtigkeit 0..100% (0..250)
Data_byte1 = Temperatur -20..+60°C (0..250)
Lerntelegramm: 0x10100D87
EEP A5-04-03
Data_byte3 = rel. Luftfeuchtigkeit 0..100% (0..255)
Data_byte2 und 1 = Temperatur -20..+60°C (0..1023)
Lerntelegramm: 0x10180D80
Das wundert mich etwas, da die Spannungdaten bei den Vorgängermodellen übertragen wurden:

Code Auswählen Erweitern

Internals:
 
   NAME       Klima_Aussen
   STATE      T: 10.7 H: 90 B: ok
   TYPE       EnOcean
   READINGS:
     2026-02-11 10:25:44   IODev           TCM_ESP3_0
     2026-02-11 10:26:37   battery         ok
     2026-02-11 16:20:49   dewpoint        9.1
     2026-02-11 16:20:49   energyStorage   charged
     2026-02-11 16:20:49   humidity        90
     2026-02-11 16:20:49   humidity_avg_day 89.4
     2026-02-11 16:20:49   humidity_avg_month 85.2
     2026-02-11 16:20:49   humidity_cum_day 5258506
     2026-02-11 16:20:49   humidity_cum_month 85969470
     2026-02-11 07:11:07   humidity_max_day 90.0
     2026-02-07 05:23:24   humidity_max_month 90.0
     2026-02-11 00:04:59   humidity_min_day 88.0
     2026-02-07 09:54:36   humidity_min_month 13.0
     2026-02-11 16:20:49   state           T: 10.7 H: 90 B: ok
     2026-02-11 16:20:49   temperature     10.7
     2026-02-11 16:20:49   temperature_avg_day 9.0
     2026-02-11 16:20:49   temperature_avg_month 5.1
     2026-02-11 16:20:49   temperature_cum_day 532062.5
     2026-02-11 16:20:49   temperature_cum_month 5111404.19999999
     2026-02-11 14:34:00   temperature_max_day 11.7
     2026-02-07 14:53:41   temperature_max_month 13.0
     2026-02-11 00:04:59   temperature_min_day 7.5
     2026-02-07 09:54:36   temperature_min_month -13.3
     2026-02-11 16:20:49   voltage         4.4
Attributes:
   IODev      TCM_ESP3_0
   eep        A5-04-02
   manufID    00D
   subType    tempHumiSensor.02
   teachMethod 4BS


#92

Sonstiges / Dispatch und readingsBeginUpda...

Letzter Beitrag von olwaldi - 11 Februar 2026, 16:04:08

Ich bastel seit einigen Tagen am Modum 70_DENON_AVR bzw. 71_DENON_ZONE - eigentlich nur, um einen Bug zu fixen, hab' aber dann doch immer mehr geändert (macht ja auch Spaß). Konkret zu meinem Problem:

Zentral in DENON_AVR ist ein riiiiiesiger if-elsif-Parser mit vielen Rücksprungpunkten für all die verschiedenen Funktionen des zu steuernden AV-Receivers. Die vielen returns habe ich "wegoptimiert", um den $return-Wert nur an einer Stelle hinter dem letzten else zurückzugeben. Es gibt eigentlich immer nur genau eine wahre Bedingung, und für die werden 2..3 Readings mittels readingsBulkUpdate gesetzt. Um nicht ständig readingsBeginUpdate/readingsEndUpdate drumherumzupacken, hat schon der originale Modul-Autor mit einem readingsBeginUpdate VOR dem if und diversen readingsEndUpdate (manchmal erst in aufgerufenen Subfunktionen) erledigt. Insbesondere das Aufbrechen von Begin/End empfand ich als unschön, hat aber funktioniert.

Nun habe ich das Modul insbesondere bzgl. readingsBegin/EndUpdate umstrukturiert und gerade bei den Hauptfunktionen (wie z.B. DENON_AVR_Read) "einfach" den gesamten Funktionsboby in ein readingsBegin/EndUpdate verpackt. Hintergedanke: Dann kann man "gedankenlos" readingsBulkUpdate einfach verwenden.

Auch das funktioniert - selbst in aufgerufenen Subfunktionen bleiben Begin/End erhalten, der Code kürzer & m.E. lesbarer.

Aber, und das ist der Grund meiner Frage hier: Wird allerdings nach einem readingsBeginUpdate ein Dispatch aufgerufen, scheint das Begin "verloren" zu sein. Genauer:

Code Auswählen Erweitern

readingsBeginUpdate();
readingsBulkUpdate();
...
readingsBulkUpdate();
Dispatch();
readingsBulkUpdate();
...Das letzte readingsBulkUpdate liefert die Fehlermeldung

Code Auswählen Erweitern

2026.02.11 15:00:52 1: readingsUpdate(Denon,zone2,on) missed to call readingsBeginUpdate first.
2026.02.11 15:00:52 1: stacktrace:
2026.02.11 15:00:52 1:     main::readingsBulkUpdate            called by ./FHEM/70_DENON_AVR.pm (2234)
2026.02.11 15:00:52 1:     main::DENON_AVR_Parse               called by ./FHEM/70_DENON_AVR.pm (1671)
2026.02.11 15:00:52 1:     main::DENON_AVR_Read                called by fhem.pl (4007)
2026.02.11 15:00:52 1:     main::CallFn                        called by fhem.pl (789)
Aus meiner Sicht habe ich readingsBeginUpdate "brav" aufgerufen.

Man mag jetzt grundsätzlich diskutieren, ob man wie ich mit Begin/End umgehen sollte. Aber aus den zu Anfang genannten Gründen finde ich meine Lösung gut, zumal je Begin/End nur 3..4 Readings modifiziert werden.

In Summe jedoch hat DENON_AVR extrem viele Readings (über 100), kann die aber performant anzeigen. Lediglich die Aktualisierung der fhem-GUI funktioniert nur teilweise (genauer, trotz longpoll erst nach einem Browser-Refesh). Aber das diskutiere ich schon unter https://forum.fhem.de/index.php?topic=143797.msg1357568#msg1357568


Grüßle, Michael

#93

Beleuchtung / Aw: Hue Bridge Pro (v3) - Migr...

Letzter Beitrag von Brice - 11 Februar 2026, 15:53:40

Folgende Zeilen habe ich in der "30_HUEBridge.pm" manuell angepasst:
Zeile 3006 in: my ($protocol,$host,$port,$path)= ("https",$2,443,$4);
Zeile 3022 in: $conn = IO::Socket::SSL->new(PeerAddr=>"$host:$port", Timeout=>$timeout, SSL_verify_mode=>0);

Vielen Dank dafür.

Ich hätte mal lieber vorher hier lesen sollen, jetzt bin ich den aufwändigen Weg gegangen. Fröhlich die Migration von der alten Bridge durchgeführt, dann festgestellt, dass die Bridge nicht gepairt ist. Die alte Bridge wieder in Betrieb genommen und gemerkt, da ist nichts mehr drauf.

Nach etlichen Stunden läuft jetzt wieder (fast) alles. Die Osram Lightifys wollen nur zum Teil. Was nicht geht wird jetzt ersetzt.

#94

Off-Topic / Aw: Hostname auf Pi plötzlich ...

Letzter Beitrag von TomLee - 11 Februar 2026, 15:26:45

Ich hab von hinten angefangen und mich zuerst mit deinen Fragen beschäftigt:

Hast du für den Pi im Pi selbst eine statische IP konfiguriert?
Oder bekommt er eine statische IP vom DHCP-Server?

Nein, keine statische IP beim Pi, die ist in der Fritzbox konfiguriert.

Läuft auf dem Pi der DHCP-Client? (Unter Raspbian dhclient, glaube ich, aber nicht sicher.)

Ja, auf dem Pi läuft ein DHCP-Client. Das System nutzt den NetworkManager mit der Methode auto, holt sich die IP also dynamisch von der FritzBox.

Steht irgendwas DHCP-bezogenes im Syslog vom Pi unmittelbar nach dem Booten?
Steht irgendwas DHCP-bezogenes im Syslog vom Pi nach 24 Stunden uptime?

Code Auswählen Erweitern

journalctl -b | grep -i dhcp
Feb 09 19:34:16 fhempi NetworkManager[682]: <info>  [1770662056.1562] dhcp: init: Using DHCP client 'internal'
Feb 09 19:34:18 fhempi NetworkManager[682]: <info>  [1770662058.2479] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Feb 09 19:34:18 fhempi NetworkManager[682]: <info>  [1770662058.2620] dhcp4 (eth0): state changed new lease, address=192.168.188.26
Feb 09 19:34:19 fhempi NetworkManager[682]: <info>  [1770662059.7651] dhcp6 (eth0): activation: beginning transaction (timeout in 45 seconds)
Feb 09 19:34:19 fhempi NetworkManager[682]: <info>  [1770662059.8142] dhcp6 (eth0): state changed new lease
Feb 10 07:34:38 fhempi NetworkManager[682]: <info>  [1770705278.9315] dhcp4 (eth0): state changed new lease, address=192.168.188.26
Feb 10 19:34:38 fhempi NetworkManager[682]: <info>  [1770748478.9269] dhcp4 (eth0): state changed new lease, address=192.168.188.26
Feb 11 07:34:38 fhempi NetworkManager[682]: <info>  [1770791678.9122] dhcp4 (eth0): state changed new lease, address=192.168.188.26

Was gibt sudo ss -tulpn zurück?

Code Auswählen Erweitern

sudo ss -tulpn
Netid      State        Recv-Q       Send-Q                           Local Address:Port              Peer Address:Port      Process                                                                                       
udp        UNCONN       0            0                                      0.0.0.0:48386                  0.0.0.0:*          users:(("perl",pid=177849,fd=16),("perl",pid=2556,fd=16),("perl",pid=962,fd=16))             
udp        UNCONN       0            0                                      0.0.0.0:3478                   0.0.0.0:*          users:(("docker-proxy",pid=1766,fd=7))                                                       
udp        UNCONN       0            0                               192.168.188.26:5060                   0.0.0.0:*          users:(("perl",pid=2556,fd=4))                                                               
udp        UNCONN       0            0                                      0.0.0.0:46046                  0.0.0.0:*          users:(("avahi-daemon",pid=596,fd=14))                                                       
udp        UNCONN       0            0                                      0.0.0.0:5353                   0.0.0.0:*          users:(("avahi-daemon",pid=596,fd=12))                                                       
udp        UNCONN       0            0                                      0.0.0.0:10001                  0.0.0.0:*          users:(("docker-proxy",pid=1907,fd=7))                                                       
udp        UNCONN       0            0                                            *:3478                         *:*          users:(("docker-proxy",pid=1796,fd=7))                                                       
udp        UNCONN       0            0                  [fe80::5246:ac5b:2ce4:8f98]:546                          *:*          users:(("NetworkManager",pid=682,fd=28))                                                     
udp        UNCONN       0            0                                            *:5353                         *:*          users:(("avahi-daemon",pid=596,fd=13))                                                       
udp        UNCONN       0            0                                            *:10001                        *:*          users:(("docker-proxy",pid=1914,fd=7))                                                       
udp        UNCONN       0            0                                            *:59188                        *:*          users:(("avahi-daemon",pid=596,fd=15))                                                       
tcp        LISTEN       0            32                                     0.0.0.0:1883                   0.0.0.0:*          users:(("perl",pid=962,fd=45))                                                               
tcp        LISTEN       0            32                                   127.0.0.1:7072                   0.0.0.0:*          users:(("perl",pid=962,fd=17))                                                               
tcp        LISTEN       0            80                                   127.0.0.1:3306                   0.0.0.0:*          users:(("mariadbd",pid=812,fd=21))                                                           
tcp        LISTEN       0            4096                                   0.0.0.0:8880                   0.0.0.0:*          users:(("docker-proxy",pid=1884,fd=7))                                                       
tcp        LISTEN       0            4096                                   0.0.0.0:8843                   0.0.0.0:*          users:(("docker-proxy",pid=1859,fd=7))                                                       
tcp        LISTEN       0            4096                                   0.0.0.0:443                    0.0.0.0:*          users:(("docker-proxy",pid=1985,fd=7))                                                       
tcp        LISTEN       0            4096                                   0.0.0.0:99                     0.0.0.0:*          users:(("docker-proxy",pid=1954,fd=7))                                                       
tcp        LISTEN       0            128                                    0.0.0.0:22                     0.0.0.0:*          users:(("sshd",pid=813,fd=3))                                                                
tcp        LISTEN       0            4096                                   0.0.0.0:8443                   0.0.0.0:*          users:(("docker-proxy",pid=1836,fd=7))                                                       
tcp        LISTEN       0            32                                     0.0.0.0:8090                   0.0.0.0:*          users:(("perl",pid=962,fd=9))                                                                
tcp        LISTEN       0            32                                     0.0.0.0:8084                   0.0.0.0:*          users:(("perl",pid=962,fd=19))                                                               
tcp        LISTEN       0            4096                                   0.0.0.0:8080                   0.0.0.0:*          users:(("docker-proxy",pid=1813,fd=7))                                                       
tcp        LISTEN       0            32                                     0.0.0.0:8083                   0.0.0.0:*          users:(("perl",pid=962,fd=5))                                                                
tcp        LISTEN       0            511                                    0.0.0.0:8082                   0.0.0.0:*          users:(("node /opt/zigbe",pid=2524,fd=22))                                                   
tcp        LISTEN       0            128                                  127.0.0.1:631                    0.0.0.0:*          users:(("cupsd",pid=123528,fd=7))                                                            
tcp        LISTEN       0            4096                                      [::]:8880                      [::]:*          users:(("docker-proxy",pid=1890,fd=7))                                                       
tcp        LISTEN       0            4096                                      [::]:8843                      [::]:*          users:(("docker-proxy",pid=1867,fd=7))                                                       
tcp        LISTEN       0            4096                                      [::]:443                       [::]:*          users:(("docker-proxy",pid=1991,fd=7))                                                       
tcp        LISTEN       0            4096                                      [::]:99                        [::]:*          users:(("docker-proxy",pid=1960,fd=7))                                                       
tcp        LISTEN       0            511                                          *:80                           *:*          users:(("apache2",pid=123466,fd=4),("apache2",pid=123465,fd=4),("apache2",pid=834,fd=4))     
tcp        LISTEN       0            128                                       [::]:22                        [::]:*          users:(("sshd",pid=813,fd=4))                                                                
tcp        LISTEN       0            4096                                      [::]:8443                      [::]:*          users:(("docker-proxy",pid=1841,fd=7))                                                       
tcp        LISTEN       0            4096                                      [::]:8080                      [::]:*          users:(("docker-proxy",pid=1820,fd=7))                                                       
tcp        LISTEN       0            128                                      [::1]:631                       [::]:*          users:(("cupsd",pid=123528,fd=6))                                                            
tcp        LISTEN       0            511                                          *:3000                         *:*          users:(("node /usr/bin/a",pid=2240,fd=18))                                                   
tcp        LISTEN       0            511                                          *:6329                         *:*          users:(("node /usr/bin/s",pid=1077,fd=19))


Dann hab ich mich selbst weiter mit beschäftigt, und mal ganz vorne angefangen und in die Fritzbox geschaut

Dort stand im Pi-Gerät bei Name pi_fhem (schon Ewigkeiten).
Darunter stand:

Code Auswählen Erweitern

Erstmalig mit der FRITZ!Box verbunden als fhempi-3
Unter dem Namen fhempi-3 sind die Anwendungen im "Fehlerfall" auch wirklich erreichbar.
Ungenutzte Verbindungen mit fhempi, fhempi-1 oder fhempi-2 gibt es nicht.

Adressen im Heimnetz (IP-Adressen) -> Gerätename im Heimnetz
Dort steht pi-fhem als Name.


Was ich dann gemacht hab:

Die Fritzbox neu gestartet, ohne irgendwas zu ändern.
Resultat: die Oberfläche hatte einen "Hänger". Wenn ich unter Heimnetz Netzwerk aufrufen wollte ist immer die Übersicht Seite aufgerufen worden.

Also noch ein Neustart der Box, die dann ewig nicht erreichbar war, also bin ich an die Box wo die DSL blinkte und die WLAN LED dauerhaft an war. Da hab ich kurzentschlossen den Stecker gezogen, 20 Minuten was anderes gemacht und gebetet das ich jetzt nicht gleich losfahren muss eine neue kaufen (ist eine 7490 mit ein paar Jahren auf dem Buckel).
Aber alles gut, das Sie so lange nicht erreichbar war lag wohl daran das sie ein automatisches Update gemacht hat (dachte eigentlich das hab ich deaktiviert gehabt).
Jetzt steht in dem Gerät unter Name: Erstmalig mit der FRITZ!Box verbunden als fhempi-5

Dann hab ich den Name geändert zu fhempi. Nach einem Neustart der Box steht unter dem Name in der Übersicht des Pi Geräts: Erstmalig mit der FRITZ!Box verbunden als fhempi-6.
Unter Adressen im Heimnetz (IP-Adressen) -> Gerätename im Heimnetz
steht jetzt fhempi

Am Ende jetzt ein Neustart von der Pi, dann steht unter Name in der FritzBox: Das Gerät ist momentan aktiv.

Ob das jetzt die Lösung war den Namen in der FritzBox zu fhempi zu ändern, wenn das doch die letzten Monate trotzdem ging? Bin gespannt auf morgen.

#95

EnOcean / [gelöst] Eltako FFTSB bzw FFT6...

Letzter Beitrag von prenzela - 11 Februar 2026, 14:49:10

Ich habe zwei Eltako Sensoren über Autocreate an FHEM angelernt. Alles funktioniert, jedoch wird der Batteriestatus der eingebauten Stützbatterie als low angezeigt. Die Batterien sind aber definitiv noch voll geladen.
Wenn das Reading "Voltage" die Batteriespannung sein soll, wäre das definitiv falsch. Habt ihr solche Sensoren ebenfalls im Einsatz und die gleichen "Probleme" ? Gibt es eine Lösung ?

Code Auswählen Erweitern

define TF_KG_Entf_Au EnOcean 05A83D32
attr TF_KG_Entf_Au userattr mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long
attr TF_KG_Entf_Au IODev TCM_ESP3_0
attr TF_KG_Entf_Au comment Eltako FFT60B
attr TF_KG_Entf_Au creator autocreate
attr TF_KG_Entf_Au eep A5-04-02
attr TF_KG_Entf_Au manufID 00D
attr TF_KG_Entf_Au mqttPublish temperature|humidity|dewpoint|absoluteHumidity:topic={"$base/$device/$name"} *:retain=1
attr TF_KG_Entf_Au mqttSubscribe state:stopic={"$base/$device"}
attr TF_KG_Entf_Au room Entfeuchtung,EnOcean,HASS,MQTT
attr TF_KG_Entf_Au stateFormat T: temperature°C RH: humidity% AH: absoluteHumidity g/m3 TP: dewpoint°C
attr TF_KG_Entf_Au subType tempHumiSensor.02
attr TF_KG_Entf_Au teachMethod 4BS
#   DEF        05A83D32
#   FUUID      6978afcf-f33f-c6d8-18a7-e55669fb014621ad
#   IODev      TCM_ESP3_0
#   LASTInputDev TCM_ESP3_0
#   MSGCNT     1399
#   NAME       TF_KG_Entf_Au
#   NR         252
#   NTFY_ORDER 50-TF_KG_Entf_Au
#   STATE      T: 7.5°C RH: 76% AH: 6.1 g/m3 TP: 3.5°C
#   TCM_ESP3_0_DestinationID FFFFFFFF
#   TCM_ESP3_0_MSGCNT 1399
#   TCM_ESP3_0_PacketType 1
#   TCM_ESP3_0_RSSI -45
#   TCM_ESP3_0_ReceivingQuality excellent
#   TCM_ESP3_0_RepeatingCounter 1
#   TCM_ESP3_0_SubTelNum 12
#   TCM_ESP3_0_TIME 2026-02-11 14:42:10
#   TYPE       EnOcean
#   eventCount 1399
#   READINGS:
#     2026-02-03 13:03:16   IODev           TCM_ESP3_0
#     2026-02-11 14:42:10   absoluteHumidity 6.1
#     2026-02-04 11:41:15   battery         low
#     2026-02-11 14:42:10   dewpoint        3.5
#     2026-02-04 11:41:15   energyStorage   empty
#     2026-02-11 14:42:10   humidity        76
#     2026-02-11 14:42:10   state           T: 7.5 H: 76 B: unknown
#     2026-01-27 13:32:19   teach           4BS teach-in accepted EEP A5-04-02 Manufacturer: Eltako
#     2026-02-11 14:42:10   temperature     7.5
#     2026-02-04 11:41:15   voltage         0.1
#   helper:
#     battery    low
#
setstate TF_KG_Entf_Au T: 7.5°C RH: 76% AH: 6.1 g/m3 TP: 3.5°C
setstate TF_KG_Entf_Au 2026-02-03 13:03:16 IODev TCM_ESP3_0
setstate TF_KG_Entf_Au 2026-02-11 14:42:10 absoluteHumidity 6.1
setstate TF_KG_Entf_Au 2026-02-04 11:41:15 battery low
setstate TF_KG_Entf_Au 2026-02-11 14:42:10 dewpoint 3.5
setstate TF_KG_Entf_Au 2026-02-04 11:41:15 energyStorage empty
setstate TF_KG_Entf_Au 2026-02-11 14:42:10 humidity 76
setstate TF_KG_Entf_Au 2026-02-11 14:42:10 state T: 7.5 H: 76 B: unknown
setstate TF_KG_Entf_Au 2026-01-27 13:32:19 teach 4BS teach-in accepted EEP A5-04-02 Manufacturer: Eltako
setstate TF_KG_Entf_Au 2026-02-11 14:42:10 temperature 7.5
setstate TF_KG_Entf_Au 2026-02-04 11:41:15 voltage 0.1



#96

Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...

Letzter Beitrag von piet_pit - 11 Februar 2026, 14:28:03

Hallo und guten Tag Starkstrombastler,

ich habe einen Shelly Pro Dual Cover und mit deiner Hilfe konnte ich im Januar letzten Jahres auch die beiden Kanäle ansprechen und meine Rollos steuern.

Du hattest folgenden Code mitgeteilt:

Code Auswählen Erweitern

set <name> pct 72 0
set <name> open 15 1
set <name> stop 1
"open und auch closed" habe ich damals getestet und das hat auch einwandfrei geklappt. Nun wollte ich beide Kanäle über das Modul ASC steuern. Dazu habe ich jeweils einen readingsproxy definiert und über diese Proxys konnte ich die Rollos auch mit "open" und "closed" steuern. Nur der Befehl

Code Auswählen Erweitern

set <name> pct 50
klappt nicht, aber auch im Parent-Device klappt der Befehl

Code Auswählen Erweitern

set <name> pct 50 1 nicht. Es kommt die Fehlermeldung "not enough parameter".

Kann das sein, dass "pct" im Parent-Device nicht verarbeitet wird?

Vielleicht kannst du da helfen?
Vielen Dank und viele Grüße
Pit

#97

Sonstige Systeme / Aw: shelly - neu dabei und ver...

Letzter Beitrag von the ratman - 11 Februar 2026, 13:37:09

es wird! danke dir!

mit

Code Auswählen Erweitern

off:noArg shellypstripg4-206ef10295f4/rpc {"id":0,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":false}}\
on:noArg shellypstripg4-206ef10295f4/rpc {"id":0,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":true}}kann ich nun steckdose 0 schalten.

noch eine hilfe bitte:
steckdose 1 würde ja wie folgt funktionieren

Code Auswählen Erweitern

off:noArg shellypstripg4-206ef10295f4/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":1,"on":false}}\
on:noArg shellypstripg4-206ef10295f4/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":1,"on":true}}
aber wie kann ich alle 4 steckdosen zum schalten abbilden, also quasi für jede der steckdosen einen eigenen schalter haben?
und ganz dumme frage: wie würde ich dass dann von z.b. einem doif aus ansteuern?
liese sich dass eventuell über einen readingsproxy lösen, so wie das shelly.pm auch macht?

#98

Sonstiges / Aw: fhem Module und notifys bz...

Letzter Beitrag von Beta-User - 11 Februar 2026, 12:42:58

Das betreffende Modul ist "wild":

Beim Debuggen sieht man sofort, daß viele Geräte dem Denon-Receiver notifys zuschicken, z.B. meine Lampen oder Heizung. Was wäre hier eine sinnvolle Einschränkung? Aktuell nutze ich "unreflektiert"

Code Auswählen Erweitern

$hash->{NOTIFYDEV} = "global";Oder ist das schon "zu wenig"?

Grüßle, Michael

Eigentlich benötigt man für so eine Art Modul gar keine NotifyFn, sondern
a) eine AttrFn, die die dort im Moment enthaltenen Funktionen abbildet, und
b) einen durch das define ausgelösten Timer, der die ersten Infos vom Receiver holt.

Dispatch wird imo auch unnötig aufgerufen und macht vermutlich die Trigger durch Endupdate kaputt...

#99

Sonstige Systeme / Aw: shelly - neu dabei und ver...

Letzter Beitrag von rabehd - 11 Februar 2026, 12:30:26

Code Auswählen Erweitern

attr shellyxxxx setList   
off:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":false}}\
on:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":true}}


#100

Sonstige Systeme / Aw: shelly - neu dabei und ver...

Letzter Beitrag von the ratman - 11 Februar 2026, 12:22:27

da passiert ned viel - nicht mal ein logeintrag *G*

aber wenn ich das richtig verstehe (man möge mich verbessern), gehts da eh nur um eine schöne darstellung der energiewerte.
mich interessiert, wie ich die 4 steckdosen und den 1 button von fhem aus an steckdose und sensor schalten kann.