- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#91
Sonstige Systeme / Aw: shelly - neu dabei und ver...
Letzter Beitrag von passibe - 11 Februar 2026, 17:47:11Zitat von: the ratman am 10 Februar 2026, 20:55:28ich hab doch das device schon in mqtt.Oh, das tut mir leid, das hatte ich überlesen. Aber gut, dass du jetzt jedenfalls die MQTT-Befehle zum Schalten hast!
Die setList ist einfach eine Liste an MQTT-Nachrichten, die dann per set-Befehl gesaendet werden können. Das müsste, glaube ich, auch in dem von mir gestern verlinkten Wiki erklärt werden.
Ich würde übrigens mal das Attribut devicetopic auf shellypstripg4-206ef10295f4 setzen, also
Code Auswählen
attr shellypstripg4 shellypstripg4-206ef10295f4Dann kannst du nämlich sowohl in der readingList als auch der setList die Variable $DEVICETOPIC benutzen, was das viel viel besser lesbar macht.Jetzt musst du einfach nur noch die setList entsprechend erweitern. Entweder um zusätzliche on/off-Befehle:
Code Auswählen
off0:noArg $devicetopic/rpc {"id":0,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":false}}
on0:noArg shellypstripg4-206ef10295f4/rpc {"id":0,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":true}}
off1:noArg $devicetopic/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":false}}
on1:noArg shellypstripg4-206ef10295f4/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":true}}
[usw ...]und dann kannst du mit set shellypstripg4 on0 bzw. set shellypstripg4 on1 die jeweiligen Dosen schalten.Eleganter wäre es aber vermutlich, wenn du einfach mit set shellypstripg4 on n arbeiten könntest (n=0–3), das geht mit Nutzung der FHEMWEB-Widgets (siehe dazu hier, gaaanz lang scrollen, bis du zu "widgetOverride" kommst). Du musst das noArg durch selectnumbers,<min>,<step>,<max>,<decimal>,lin ersetzen, dann generiert dir FHEMWEB eine Zahlenreihe, die du dann im Dropdown hast. Genauso gut könntest du statt noArg aber auch einfach 0,1,2,3 schreiben. Der jeweils im Dropdown ausgewählte Wert wird dann als $EVTPART1 (so wie man es auch vom notify kennt) mitgesendet.
Hier wäre das also:
Code Auswählen
off:selectnumbers,0,1,3,0,lin $DEVICETOPIC/rpc {"id":$EVTPART1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":$EVTPART1,"on":false}}
on:selectnumbers,0,1,3,0,lin $DEVICETOPIC/rpc {"id":$EVTPART1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":$EVTPART1,"on":true}}und dann müsstest du z.B. mit set shellypstripg4 on 0 die erste Steckdose einschalten können.Alternativ könntest du das ganze auch für Menschen besser nachvollziehbar von 1–4 nummerieren, dazu braucht es nur ein bisschen Perl, um vom vom Benutzer gewählten Wert 1 abzuziehen:
Code Auswählen
off:selectnumbers,1,1,4,0,lin {my $num = $EVTPART1-1; return qq {$DEVICETOPIC/rpc {"id":$num,"src":"fhem2shelly","method":"Switch.Set","params": {"id":$num,"on":false}}}; }
on:selectnumbers,1,1,4,0,lin {my $num = $EVTPART1-1; return qq {$DEVICETOPIC/rpc {"id":$num,"src":"fhem2shelly","method":"Switch.Set","params": {"id":$num,"on":true}}}; }Die erste Steckdose müsste man dann mit set shellypstripg4 on 1 einschalten können.Das qq {...}; dient einfach dazu, dass du nach wie vor die Anführungszeichen im JSON benutzen kannst.
Der genaue Code ist jetzt natürlich ungetestet, weil ich keine solche Steckdosenleiste habe, aber das sollte, wenn ich mich nicht irgendwo böse vertippt habe, funktionieren.
Bitte auch beachten, dass der Code am besten direkt über das FHEMWEB attr-Eingabefeld eingegeben werden sollte. Ich habe jetzt keine \ für neue Zeilen oder so hinzugefügt, also bitte nicht über das grüne Plus oben links setzen. FHEMWEB sollte dir für setList aber ja auch ein großes Textfeld geben.
#92
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von FlatTV - 11 Februar 2026, 16:44:27Daumen 👍 von mir für die Version: 3.0beta4
Ich bin ja auch ein ,,Jörg" und damit ist eigentlich auch mein ungefähres Alter klar.
Ich liebe die neue Funktion ,,Dialog" und kannte die überhaupt nicht.
Auf der Fernbedienung habe ich die Taste heute erstmal gesucht, die hatte jahrelang keine Batterie gesehen wird jetzt wohl auch noch häufiger benutzt werden.
Also ich bin mit dem Ergebnis sehr zufrieden.
Auch wenn ich alles in ReadingsGroup verpacken muss, da mit dem ios12 Style es direkt im WebIF nicht funktioniert.
Ich bin ja auch ein ,,Jörg" und damit ist eigentlich auch mein ungefähres Alter klar.
Ich liebe die neue Funktion ,,Dialog" und kannte die überhaupt nicht.
Auf der Fernbedienung habe ich die Taste heute erstmal gesucht, die hatte jahrelang keine Batterie gesehen wird jetzt wohl auch noch häufiger benutzt werden.
Also ich bin mit dem Ergebnis sehr zufrieden.
Auch wenn ich alles in ReadingsGroup verpacken muss, da mit dem ios12 Style es direkt im WebIF nicht funktioniert.
#93
Beleuchtung / Aw: Hue Bridge Pro (v3) - Migr...
Letzter Beitrag von taskkill - 11 Februar 2026, 16:33:07Zitat von: Brice am 11 Februar 2026, 15:53:40Nach etlichen Stunden läuft jetzt wieder (fast) alles. Die Osram Lightifys wollen nur zum Teil. Was nicht geht wird jetzt ersetzt.
Die kannste doch alle über Zigbee2Mqtt betreiben, wenn Du hast.
#94
EnOcean / Aw: Eltako FFTSB bzw FFT60B Ba...
Letzter Beitrag von klaus.schauer - 11 Februar 2026, 16:29:41lt 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
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
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
#95
Sonstiges / Dispatch und readingsBeginUpda...
Letzter Beitrag von olwaldi - 11 Februar 2026, 16:04:08Ich 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:
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
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
readingsBeginUpdate();
readingsBulkUpdate();
...
readingsBulkUpdate();
Dispatch();
readingsBulkUpdate();
...Das letzte readingsBulkUpdate liefert die FehlermeldungCode Auswählen
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
#96
Beleuchtung / Aw: Hue Bridge Pro (v3) - Migr...
Letzter Beitrag von Brice - 11 Februar 2026, 15:53:40Zitat von: mrprohl2 am 27 Oktober 2025, 17:50:54Folgende Zeilen habe ich in der "30_HUEBridge.pm" manuell angepasst:Vielen Dank dafür.
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);
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.
#97
Off-Topic / Aw: Hostname auf Pi plötzlich ...
Letzter Beitrag von TomLee - 11 Februar 2026, 15:26:45Ich hab von hinten angefangen und mich zuerst mit deinen Fragen beschäftigt:
Nein, keine statische IP beim Pi, die ist in der Fritzbox konfiguriert.
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.
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:
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.
ZitatHast 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.
ZitatLä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.
ZitatSteht 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
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.26ZitatWas gibt sudo ss -tulpn zurück?
Code Auswählen
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
Erstmalig mit der FRITZ!Box verbunden als fhempi-3Unter 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.
#98
EnOcean / [gelöst] Eltako FFTSB bzw FFT6...
Letzter Beitrag von prenzela - 11 Februar 2026, 14:49:10Ich 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 ?
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
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
#99
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von piet_pit - 11 Februar 2026, 14:28:03Hallo 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:
"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
klappt nicht, aber auch im Parent-Device klappt der Befehl
Kann das sein, dass "pct" im Parent-Device nicht verarbeitet wird?
Vielleicht kannst du da helfen?
Vielen Dank und viele Grüße
Pit
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
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
set <name> pct 50klappt nicht, aber auch im Parent-Device klappt der Befehl
Code Auswählen
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
#100
Sonstige Systeme / Aw: shelly - neu dabei und ver...
Letzter Beitrag von the ratman - 11 Februar 2026, 13:37:09es wird! danke dir!
mit
noch eine hilfe bitte:
steckdose 1 würde ja wie folgt funktionieren
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?
mit
Code Auswählen
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
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?