- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Off-Topic / Aw: Hostname auf Pi plötzlich ...
Letzter Beitrag von TomLee - 12 Februar 2026, 18:24:23Verrückt.
Einen restart vom Raspi hatte ich gestern kurz vorm Post gemacht.
Jetzt steht unter dem Namen:
Die Anwendungen sind jetz sowohl unter fhempi, als auch unter fhempi-3 erreichbar
Einen restart vom Raspi hatte ich gestern kurz vorm Post gemacht.
Jetzt steht unter dem Namen:
ZitatDas Gerät ist momentan aktiv.
Erstmalig mit der FRITZ!Box verbunden als fhempi-3
Die Anwendungen sind jetz sowohl unter fhempi, als auch unter fhempi-3 erreichbar
#12
Heizungssteuerung/Raumklima / Aw: LAN-Anbindung für BSB-Bus ...
Letzter Beitrag von freetz - 12 Februar 2026, 17:59:20Ja, der Rat ist: ChangeLog lesen. Du bist sehr wahrscheinlich von einer Version 3.x (oder noch niedriger) auf eine Version 4.x (oder noch höher) umgestiegen. Da ist dieser Punkt gleich als erstes unter "BREAKING CHANGE!" gelistet, und auch, was man machen muss, um die Funktion wieder herzustellen.
#13
Marktplatz - Güter / Suche: Fs20 Funk Fensterkontak...
Letzter Beitrag von Tom111 - 12 Februar 2026, 17:28:42Falls jemand noch einen Fs20 Funk Fensterkontakt FHT 80tf-2 übrig hat, ich bin interessiert.
Mehr als 20 Euro möchte ich aber nicht ausgeben, da das System ja schon seit Ewigkeiten nicht mehr
produziert wird.
Gruß
Tom
Mehr als 20 Euro möchte ich aber nicht ausgeben, da das System ja schon seit Ewigkeiten nicht mehr
produziert wird.
Gruß
Tom
#14
EnOcean / Aw: [gelöst] Eltako FFTSB bzw ...
Letzter Beitrag von klaus.schauer - 12 Februar 2026, 17:12:16Die Aussage von Eltako zu dem EEP A5-04-ist richtig. Dennoch muss es bei den älteren Geräten eine Eltako Besonderheit gegeben haben. Jedenfalls habe ich das nicht grundlos vor langer langer Zeit eingebaut:
Code Auswählen
} elsif ($st eq "tempHumiSensor.02") {
# Temperatur and Humidity Sensor(EEP A5-04-02)
# [Eltako FAFT60, FIFT63AP]
# $db[3] is the voltage where 0x59 = 2.5V ... 0x9B = 4V, only at Eltako
# $db[2] is the humidity where 0x00 = 0%rH ... 0xFA = 100%rH
# $db[1] is the temperature where 0x00 = -20°C ... 0xFA = +60°C
my $humi = sprintf "%d", $db[2] / 2.5;
my $temp = sprintf "%0.1f", -20 + $db[1] * 80 / 250;
my $battery = "unknown";
if ($manufID eq "00D" && $db[3] > 0) {
# Eltako sensor
my $voltage = sprintf "%0.1f", $db[3] * 6.58 / 255;
my $energyStorage = "unknown";
if ($db[3] <= 0x58) {
$energyStorage = "empty";
$battery = "low";
}
elsif ($db[3] <= 0xDC) {
$energyStorage = "charged";
$battery = "ok";
}
else {
$energyStorage = "full";
$battery = "ok";
}
if (!exists($hash->{helper}{battery}) || $hash->{helper}{battery} ne $battery) {
push @event, "3:battery:$battery";
$hash->{helper}{battery} = $battery;
}
push @event, "3:energyStorage:$energyStorage";
push @event, "3:voltage:$voltage";
}
push @event, "3:state:T: $temp H: $humi B: $battery";
push @event, "3:humidity:$humi";
push @event, "3:temperature:$temp";
EnOcean_ReadingsDelete($hash, 'alarm', 'reset', 1);
if (AttrVal($name, "signOfLife", 'off') eq 'on') {
RemoveInternalTimer($hash->{helper}{timer}{alarm}) if (exists $hash->{helper}{timer}{alarm});
@{$hash->{helper}{timer}{alarm}} = ($hash, 'alarm', 'dead_sensor', 1, 5, AttrVal($name, "signOfLifeInterval", 3300), 0);
InternalTimer(gettimeofday() + $hash->{helper}{timer}{alarm}[5], 'EnOcean_ctrlAlarmEvent', $hash->{helper}{timer}{alarm}, 0);
}
EinfachCode Auswählen
attr <device> signOfLife on
einschalten und des wird ein Alarm gesetzt, wenn der Aktor nicht mehr sendet. Optionen dazu findet man in der commandref. #15
FHEMWEB / Aw: Aktualisierung von GUI-Ele...
Letzter Beitrag von olwaldi - 12 Februar 2026, 17:09:45Ich glaube mittlerweile an Browser-Magie:-)
Ich habe immer noch das Anzeige-Problem von einzelnen Readings, die zwar in fhem als Reading aktualisiert werden, in der GUI aber nicht. Besonders merkwürdig - es handelt sich um "gleichartige" Readings (Lautstärken der Lautsprecher) mit je identischem perl-Code, von denen eben nur manche NICHT aktualisiert werden, aber immer dieselben.
Und jetzt die Magie: Wenn ich parallel im selben Browser zwei Tabs mit den Details des gleichen DENON_AVR-Devices öffne und in Tab1 die Änderung der Readings auslöse, werden beide Tabs aktualisiert - erstmal klar. In Tab1 werden die "üblichen" Readings wie erwartet nicht aktualisiert. Wenn ich aber jetzt zu Tab2 wechsle (ohne aktives Refresh, nur Tabwechsel), sind dort alle Readings geändert und in rot gerendert. Tab1 hat weiterhin einige Readings im "falschen" Zustand, Tab2 weiterhin die richtigen, rot markierten Readings.
Oder "verschärfter": Das zweite fhem läuft in einem zweiten Fenster. Dann kann ich "live" ohne manuelles "Umklicken" zugucken, wie in Fenster2 alle geänderten Readings sofort richtig angezeigt werden.
Oder mit Chrome@Android16: Im Firefox@tumbleweed fordere ich die Änderung der Readings in Fenster1 mit einigen nicht aktualisierenden Readings an, und sehe gleichzeitig automatisch in Chrome auf dem Tablet alle Readings richtig wie erwartet.
Offenbar "stört" die (notwendige) GUI-Interaktion in Fenster1/Tab1 den richtigen Aufbau aller Readings im selben Fenster1/Tab1. Beim Debuggen sehe ich auch einige "set ... ?" Anfragen - vermutlich von FHEMWEB & notwendig, um die Auswahlmenüs vorfüllen zu können.
D.h. insgesamt tippe ich auf irgendein Browser-Timing-Problem. Muß man wohl mit leben.
Grüßle, Michael
Ich habe immer noch das Anzeige-Problem von einzelnen Readings, die zwar in fhem als Reading aktualisiert werden, in der GUI aber nicht. Besonders merkwürdig - es handelt sich um "gleichartige" Readings (Lautstärken der Lautsprecher) mit je identischem perl-Code, von denen eben nur manche NICHT aktualisiert werden, aber immer dieselben.
Und jetzt die Magie: Wenn ich parallel im selben Browser zwei Tabs mit den Details des gleichen DENON_AVR-Devices öffne und in Tab1 die Änderung der Readings auslöse, werden beide Tabs aktualisiert - erstmal klar. In Tab1 werden die "üblichen" Readings wie erwartet nicht aktualisiert. Wenn ich aber jetzt zu Tab2 wechsle (ohne aktives Refresh, nur Tabwechsel), sind dort alle Readings geändert und in rot gerendert. Tab1 hat weiterhin einige Readings im "falschen" Zustand, Tab2 weiterhin die richtigen, rot markierten Readings.
Oder "verschärfter": Das zweite fhem läuft in einem zweiten Fenster. Dann kann ich "live" ohne manuelles "Umklicken" zugucken, wie in Fenster2 alle geänderten Readings sofort richtig angezeigt werden.
Oder mit Chrome@Android16: Im Firefox@tumbleweed fordere ich die Änderung der Readings in Fenster1 mit einigen nicht aktualisierenden Readings an, und sehe gleichzeitig automatisch in Chrome auf dem Tablet alle Readings richtig wie erwartet.
Offenbar "stört" die (notwendige) GUI-Interaktion in Fenster1/Tab1 den richtigen Aufbau aller Readings im selben Fenster1/Tab1. Beim Debuggen sehe ich auch einige "set ... ?" Anfragen - vermutlich von FHEMWEB & notwendig, um die Auswahlmenüs vorfüllen zu können.
D.h. insgesamt tippe ich auf irgendein Browser-Timing-Problem. Muß man wohl mit leben.
Grüßle, Michael
#16
Bastelecke / Aw: Entwicklung SIGNALDuino Em...
Letzter Beitrag von Ralf9 - 12 Februar 2026, 17:01:41In der Anlage ist für den Raspi Pico je eine Firmware für USB und LAN.
Das Flashen ist ganz einfach. Beim Einstecken des Pico die Resettaste gedrückt halten, dann erscheint ein neues Laufwerk, dort die Firmware rein kopieren.
Damit auch der W5500-EVB-Pico verwendet werden kann, hat sich die Pinbelegung für cc1101 Modul C und D geändert (siehe Anlage).
https://docs.wiznet.io/Product/Chip/Ethernet/W5500/w5500-evb-pico
Per default ist das Modul (Radio) B und Bank 0 mit SlowRf (ASK/OOK) aktiv,
sonst, Erste schritte:
https://forum.fhem.de/index.php?topic=106278.msg1032098#msg1032098
Watchdog:
Per default ist der Watchdog nicht aktiv. Er hat einen Timer von 8 Sek.
Es gibt dafür die folgenden Raw-Befehle:
TW1 - Watchdog enable (erst nach Reset wirksam)
TW0 - Watchdog disable (erst nach Reset wirksam)
TWZ - zum Rücksetzen des WDT Markers bei get Version
TWT - delay 10 Sek zum Testen des watchdogs
TWR - Software Reset
Bei "get Version" wird folgendes angezeigt:
w - watchdog enabled
WDT - Watchdog hat ausgelöst
rr - resetreason, wenn ungleich 1
LAN Firmware:
Wenn das W5500 LAN Modul nicht oder falsch verkabelt ist, blinkt die LED schnell.
Beim LAN Modul ist die Verkabelung des RST Pin optional.
Die default mac Adresse ist 00:80:41:FF:FF:FE
Falls jemand mehrere sduino mit LAN verwenden möchte, kann mit dem raw-Befehl "Wim" (z.B. Wimab) die letzte stelle geändert werden.
Per default ist DHCP aktiv.
Mit dem raw-Befehl "ri" kann die LAN Konfig ausgegeben werden.
Mit "Wi..." kann die ethernet config geändert werden, sie wird erst nach einem Reset wirksam
Wia - address
Wig - gateway
Win - network mask
z.B. Wia192.168.0.100
Das Flashen ist ganz einfach. Beim Einstecken des Pico die Resettaste gedrückt halten, dann erscheint ein neues Laufwerk, dort die Firmware rein kopieren.
Code Auswählen
V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: B0*) - compiled at Feb 12 2026 13:07:33
V 4.2.4-dev260212 SIGNALduinoAdv PicoLAN cc1101 (R: B0*) - compiled at Feb 12 2026 13:40:09Damit auch der W5500-EVB-Pico verwendet werden kann, hat sich die Pinbelegung für cc1101 Modul C und D geändert (siehe Anlage).
https://docs.wiznet.io/Product/Chip/Ethernet/W5500/w5500-evb-pico
Per default ist das Modul (Radio) B und Bank 0 mit SlowRf (ASK/OOK) aktiv,
sonst, Erste schritte:
https://forum.fhem.de/index.php?topic=106278.msg1032098#msg1032098
Watchdog:
Per default ist der Watchdog nicht aktiv. Er hat einen Timer von 8 Sek.
Es gibt dafür die folgenden Raw-Befehle:
TW1 - Watchdog enable (erst nach Reset wirksam)
TW0 - Watchdog disable (erst nach Reset wirksam)
TWZ - zum Rücksetzen des WDT Markers bei get Version
TWT - delay 10 Sek zum Testen des watchdogs
TWR - Software Reset
Bei "get Version" wird folgendes angezeigt:
w - watchdog enabled
WDT - Watchdog hat ausgelöst
rr - resetreason, wenn ungleich 1
Code Auswählen
0 UNKNOWN_RESET
1 PWRON_RESET
2 RUN_PIN_RESET
3 SOFT_RESET
4 WDT_RESET
5 DEBUG_RESET
6 GLITCH_RESET
7 BROWNOUT_RESETLAN Firmware:
Wenn das W5500 LAN Modul nicht oder falsch verkabelt ist, blinkt die LED schnell.
Beim LAN Modul ist die Verkabelung des RST Pin optional.
Die default mac Adresse ist 00:80:41:FF:FF:FE
Falls jemand mehrere sduino mit LAN verwenden möchte, kann mit dem raw-Befehl "Wim" (z.B. Wimab) die letzte stelle geändert werden.
Per default ist DHCP aktiv.
Mit dem raw-Befehl "ri" kann die LAN Konfig ausgegeben werden.
Mit "Wi..." kann die ethernet config geändert werden, sie wird erst nach einem Reset wirksam
Wia - address
Wig - gateway
Win - network mask
z.B. Wia192.168.0.100
#17
Hallo Wuppi
ich mal wieder mit der Bitte um Aufnahme unter
/www/images/fhemSVG/bus.svg
/www/images/fhemSVG/tram.svg
Danke!
Gruß
Sailor
ich mal wieder mit der Bitte um Aufnahme unter
/www/images/fhemSVG/bus.svg
/www/images/fhemSVG/tram.svg
Danke!
Gruß
Sailor
#18
Codeschnipsel / Neues Modul: 73_DepartureBnT
Letzter Beitrag von Sailor - 12 Februar 2026, 16:49:11Ein herzerfrischendes "Moin" von achtern Diek tosammen
Ich habe jahrelang das Modul 98_departure von uniqueck verwendet und musste aber in der letzten Zeit feststellen, dass dieses mir nur noch die nächsten 2 - 5 Abfahrtszeiten zurück gibt - Je nach Tagesform.
Daraufhin habe ich ein neues Modul geschrieben und entsprechend erweitert.
Es basiert ebenfalls auf die von https://transport.stefan-biermann.de/publictransportapi bereitgestellten Daten und lädt die gewünschte Anzahl an Abfahrtszeiten herunter.
Als kleine Spielerei visualisiert das Modul diese Daten etwas.
Wenn man nach einer Station sucht, dann sollte man nicht nur nach "Rathaus" suchen, denn davon hat jede Milchkanne eines.
Besser man nimmt den entsprechenden Ort mit rein e.g.: "Hamburg Rathaus".
Dann die ID in das entsprechende Attribut "/opt/fhem/contrib/commandref_join.pl" reinkopieren und los geht's!
Ggf. die commandref mit dem linux-Befehl
Über eure Rückmeldung wäre ich Euch dankbar!
Gruß
Sailor
Ich habe jahrelang das Modul 98_departure von uniqueck verwendet und musste aber in der letzten Zeit feststellen, dass dieses mir nur noch die nächsten 2 - 5 Abfahrtszeiten zurück gibt - Je nach Tagesform.
Daraufhin habe ich ein neues Modul geschrieben und entsprechend erweitert.
Es basiert ebenfalls auf die von https://transport.stefan-biermann.de/publictransportapi bereitgestellten Daten und lädt die gewünschte Anzahl an Abfahrtszeiten herunter.
Als kleine Spielerei visualisiert das Modul diese Daten etwas.
Wenn man nach einer Station sucht, dann sollte man nicht nur nach "Rathaus" suchen, denn davon hat jede Milchkanne eines.
Besser man nimmt den entsprechenden Ort mit rein e.g.: "Hamburg Rathaus".
Dann die ID in das entsprechende Attribut "/opt/fhem/contrib/commandref_join.pl" reinkopieren und los geht's!
Ggf. die commandref mit dem linux-Befehl
Code Auswählen
/opt/fhem/contrib/commandref_join.pl in die eigene aufnehmen.Über eure Rückmeldung wäre ich Euch dankbar!
Gruß
Sailor
#19
Sprachsteuerung / Aw: AlexaFhem Gerät löschen
Letzter Beitrag von Dr. Boris Neubert - 12 Februar 2026, 16:40:59Bisher nicht. Ich bräuchte ein funktionierendes Beispiel für einen Alexa-API-Call, um es gegen mein Skript zu halten und herauszufinden, warum der API-Call in meinen Skript fehlschlägt. Oder einen sachkundigen Mitstreiter.
#20
Wallboxen und E-Fahrzeuge / Aw: Umstellung auf myHyundai-A...
Letzter Beitrag von Rewe2000 - 12 Februar 2026, 16:22:24Hallo Reiner,
ich verwende Bluelinky mit dem Fork von PierreLevres, damit der Refresh-Token anstelle des Passworts akzeptiert und verarbeitet wird.
Fhem und Bluelinky läuft bei mir auf dem gleichen Raspi4, die Daten werden von Bluelinky gelesen und nach Fhem über MQTT übergeben.
Ich habe dir meine Anleitung komplett als Anhang angehängt, welche ich mir seinerzeit erstellt habe, in der Anleitung sind auch meine Fhem-Module als RAW-Import enthalten. Da du einen Hyundai fährst, musst du vermutlich einiges anpassen. Meine persönlichen Daten habe ich entfernt, du musst deine korrekten Daten in die <ROT> und fett geschriebenen Stellen eintragen. In der Anleitung habe ich für mich auch dokumentiert, wie ich unter Linux vom Raspi bestimmte Module oder Programme wieder entfernen kann, dies kannst ggf. ignorieren. Ich bin nicht der große Linux User, deshalb fällt die Anleitung auch etwas umfangreich und für Linux Freaks ev. unterhaltsam aus
.
Hier meine Anleitung als PDF-Dokument: Du darfst diesen Dateianhang nicht ansehen.
Viel Erfolg, wenn du noch wo hängst oder es für dich unverständlich geschrieben ist, einfach melden.
Gruß Reinhard
ich verwende Bluelinky mit dem Fork von PierreLevres, damit der Refresh-Token anstelle des Passworts akzeptiert und verarbeitet wird.
Fhem und Bluelinky läuft bei mir auf dem gleichen Raspi4, die Daten werden von Bluelinky gelesen und nach Fhem über MQTT übergeben.
Ich habe dir meine Anleitung komplett als Anhang angehängt, welche ich mir seinerzeit erstellt habe, in der Anleitung sind auch meine Fhem-Module als RAW-Import enthalten. Da du einen Hyundai fährst, musst du vermutlich einiges anpassen. Meine persönlichen Daten habe ich entfernt, du musst deine korrekten Daten in die <ROT> und fett geschriebenen Stellen eintragen. In der Anleitung habe ich für mich auch dokumentiert, wie ich unter Linux vom Raspi bestimmte Module oder Programme wieder entfernen kann, dies kannst ggf. ignorieren. Ich bin nicht der große Linux User, deshalb fällt die Anleitung auch etwas umfangreich und für Linux Freaks ev. unterhaltsam aus
.Hier meine Anleitung als PDF-Dokument: Du darfst diesen Dateianhang nicht ansehen.
Viel Erfolg, wenn du noch wo hängst oder es für dich unverständlich geschrieben ist, einfach melden.
Gruß Reinhard