- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Solaranlagen / Aw: Modul für Ecoflow-Komponen...
Letzter Beitrag von phantom - 21 Februar 2026, 15:32:24die Set Funktion für die Ausgänge, etc. wird bei mir erst gar nicht im Frontend angezeigt 
ich vermute, weil auch die "detect model" Set-Funktion des Ecoflow Model nicht erkennt (dessen Name ist bei mir als "Ultra-1083" über die App eingetragen)
ist das Erkennen des Modells ggf. eine Voraussetzung für alles Weitere?
ich vermute, weil auch die "detect model" Set-Funktion des Ecoflow Model nicht erkennt (dessen Name ist bei mir als "Ultra-1083" über die App eingetragen)
ist das Erkennen des Modells ggf. eine Voraussetzung für alles Weitere?
#12
Anfängerfragen / Aw: Verknüpfung Logfile mit De...
Letzter Beitrag von Archimedes - 21 Februar 2026, 14:54:17ja, das ist mir bewusst. Hab aber Mist gebaut und ein altes Gerät nur in Teilen gelöscht und den neuen umbenannt. Kann ich das Logfile manuell umziehen an das neue Gerät ?
#13
Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...
Letzter Beitrag von CoolTux - 21 Februar 2026, 14:53:49Bei mir läuft es. Und was ich hier so lese bei anderen auch.
Mehr kann ich dazu leider nicht sagen.
Mehr kann ich dazu leider nicht sagen.
#14
Codeschnipsel / Aw: Neues Modul: 73_DepartureB...
Letzter Beitrag von JWRu - 21 Februar 2026, 14:44:49So - ich habe es geschafft, ein Userreading für das FTUI Widget Departure zu erstellen.
Falls es jemand gebrauchen kann:
Das ist die Definition des Userreading:
Das ist die dazugehörige Funktion aus 99_myUtils.pm:
Falls es jemand gebrauchen kann:
Das ist die Definition des Userreading:
Code Auswählen
departure_concat:departure_00.* { convertDepartureReadings($name) }Das ist die dazugehörige Funktion aus 99_myUtils.pm:
Code Auswählen
###################################################################
#
# convertDepartureReadings
# wandelt die die Readings des DepartureBnT-Moduls in ein einzelnes
# verkettetes Reading im Stil eines HTTPMOD-Departure-Device um.
# Aufruf convertDepartureReadings(<Device>)
#
###################################################################
sub convertDepartureReadings($) {
my ($Device) = @_;
my $Reading = "[";
my $prefix = "departure_";
my $oldReading;
my $count = AttrNum($Device,"NoOfEntries",0);
for(my $i = 0;$i < $count;$i++) {
$prefix .= sprintf("%02d",$i);
$oldReading = $prefix."_number";
my $number = ReadingsNum($Device,$oldReading,"");
$Reading .= qq(["$number",");
$oldReading = $prefix."_Destination-long";
$Reading .= ReadingsVal($Device,$oldReading,"").qq(",");
$oldReading = $prefix."_departureTimeInMinutes";
$Reading .= ReadingsVal($Device,$oldReading,"").qq("]);
if ($i < ($count - 1)) { $Reading .= ","; }
$prefix = "departure_";
}
$Reading .= "]";
return $Reading
}
#15
DOIF / Aw: set "lampe 1 bis 3" ?
Letzter Beitrag von TomLee - 21 Februar 2026, 14:42:34Hallo,
es gibt doch bestimmt eine Ulanzi-MQTT2_DEVICE Definition?
Hier zwei Lösungsansätze mit zusätzlichen settern in der Ulanzi Definition:
in deinem DOIF machst dann ein
oder nur mit einem setter:
im DOIF macht dann
Geht bestimmt auch noch anders...
Gruß Thomas
es gibt doch bestimmt eine Ulanzi-MQTT2_DEVICE Definition?
Hier zwei Lösungsansätze mit zusätzlichen settern in der Ulanzi Definition:
Code Auswählen
bli:noArg {for(1..3){fhem("set $NAME bla $_")}}
bla pixel$EVTPART1/custom/TMP {"icon":"tmp_ani_out_01","text":"[TMP]"}in deinem DOIF machst dann ein
Code Auswählen
set <ulanzidevice> blioder nur mit einem setter:
Code Auswählen
blub:noArg {for (1..3) {fhem (qq(set MQTT publish pixel$_/custom/TMP {"icon":"tmp_ani_out_01","text":"[TMP]"}))}}im DOIF macht dann
Code Auswählen
set <ulanzidevice> blubGeht bestimmt auch noch anders...
Gruß Thomas
#16
FHEM Code changes / Revision 30876: HttpUtils.pm: ...
Letzter Beitrag von System - 21 Februar 2026, 14:21:27Revision 30876: HttpUtils.pm: new HttpUtils_AddMultipartData (Forum 143975)
HttpUtils.pm: new HttpUtils_AddMultipartData (Forum: #143975)
Source: Revision 30876: HttpUtils.pm: new HttpUtils_AddMultipartData (Forum 143975)
HttpUtils.pm: new HttpUtils_AddMultipartData (Forum: #143975)
Source: Revision 30876: HttpUtils.pm: new HttpUtils_AddMultipartData (Forum 143975)
#17
KNX/EIB / Aw: KNX Gateway connected nich...
Letzter Beitrag von Otto123 - 21 Februar 2026, 14:17:13Hi,
ich habe keine Ahnung von KNX aber eine Idee: der fhem.service startet ev. vor dem Netzwerk?
Du kannst versuchen, die hier beschriebene Abhängigkeit zu ändern.
Damit wäre sichergestellt, dass das Netzwerk wirklich aktiv ist wenn FHEM startet.
Gruß Otto
ich habe keine Ahnung von KNX aber eine Idee: der fhem.service startet ev. vor dem Netzwerk?
Zitat von: petervereecke am 21 Februar 2026, 14:04:09wie gesagt nach einem set myKNXGW connect oder einem shutdown restart funktioniert alles einwandfrei...
Du kannst versuchen, die hier beschriebene Abhängigkeit zu ändern.
Damit wäre sichergestellt, dass das Netzwerk wirklich aktiv ist wenn FHEM startet.
Gruß Otto
#18
Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...
Letzter Beitrag von fireball - 21 Februar 2026, 14:17:11Ich hab das Modul vor gut nem Jahr installiert, aber das paring war nicht möglich, was hier ja auch angemerkt wurde.
Seit dem hatte ich es nicht wieder versucht.
Geht das jetzt wieder?
Seit dem hatte ich es nicht wieder versucht.
Geht das jetzt wieder?
#19
FHEM Development / Aw: HttpUtils_NonblockingGet: ...
Letzter Beitrag von rudolfkoenig - 21 Februar 2026, 14:12:39Zitatpassibe, der in diesem Board nicht schreiben darf,[...]Da HttpUtils_NonblockingGet nicht nur von Entwickler verwendet wird, schlage ich vor diesbezuegliche Probleme im Forumsbereich Automatisierung zu diskutieren.
#20
KNX/EIB / KNX Gateway connected nicht na...
Letzter Beitrag von petervereecke - 21 Februar 2026, 14:04:09Hallo...
hatte vor einiger Zeit schon einmal mit Erwin über das Thema gesprochen
seinerzeit war der Raspy über WLAN angebunden (um hier Timing Problemen
aus den Füßen zu gehen habe ich diesen nun per Lan angebunden).
Das KNX Gateway wechselt nach dem harten Reset / Neustart nicht
von der Initialisierung in den connected Modus - im Logfile steht
2026.02.21 13:20:13 3: myKNXGW: port 3671 opened
2026.02.21 13:20:13 2: myKNXGW [KNXIO_openDev 828]: MC add failed: myKNXGW: could not set IP_ADD_MEMBERSHIP socket option: No such device
Definiert ist es als: define myKNXGW KNXIO M 224.0.23.12:3671 1.1.40
mache ich danach einen shutdown restart ist das Gateway direkt connected
Habe nach Recherche bei KNXD
hier Punkt:
sudo nano /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
"1" durch "0" ersetzen
da sich die virtuelle Datei nicht direkt ändern lässt hat KI-Goggle
für eine dauerhafte Änderung vorgeschlagen:
sudo nano /etc/sysctl.d/99-custom.conf
mit dem Eintrag
net.ipv4.icmp_echo_ignore_broadcasts = 1
Das funktionierte und ich konnte mit
sudo sysctl --system
den jeweiligen Status 0 oder 1 abfragen.
Hat aber nicht weitergeholfen.
Hatte aus damaliger Antwort noch im Hinterkopf einen Sleep einzubauen:
define KNXReconnect DOIF myKNXGW:INITIALIZED ;; sleep 10 ;; Set myKNXGW connect
das hilft aber auch nicht weiter.
Benutze einen Siemens N146-02 mit den entsprechend benannten Tunnel Adressen 1.1.41 für den virtuellen FHEM
und zum Beispiel 1.1.39 für den Homeserver und 1.1.40 für den FHEM auf Raspy.
Wenn ich die beiden anderen Tunnel nicht mit benutze sprich Homeserver und virtuellen FHEM ausschalte
und nur den Raspy starte bleibt das Problem auch vorhanden
wie gesagt nach einem set myKNXGW connect oder einem shutdown restart funktioniert alles einwandfrei...
Hätte noch einer eine weitere Idee....bzw. kann mir meinen Fehler aufzeigen
ansonsten müsste ich es einmal mit einem anderen Router versuchen.
Der Router hängt direkt an Fritzbox.
hatte vor einiger Zeit schon einmal mit Erwin über das Thema gesprochen
seinerzeit war der Raspy über WLAN angebunden (um hier Timing Problemen
aus den Füßen zu gehen habe ich diesen nun per Lan angebunden).
Das KNX Gateway wechselt nach dem harten Reset / Neustart nicht
von der Initialisierung in den connected Modus - im Logfile steht
2026.02.21 13:20:13 3: myKNXGW: port 3671 opened
2026.02.21 13:20:13 2: myKNXGW [KNXIO_openDev 828]: MC add failed: myKNXGW: could not set IP_ADD_MEMBERSHIP socket option: No such device
Definiert ist es als: define myKNXGW KNXIO M 224.0.23.12:3671 1.1.40
mache ich danach einen shutdown restart ist das Gateway direkt connected
Habe nach Recherche bei KNXD
hier Punkt:
sudo nano /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
"1" durch "0" ersetzen
da sich die virtuelle Datei nicht direkt ändern lässt hat KI-Goggle
für eine dauerhafte Änderung vorgeschlagen:
sudo nano /etc/sysctl.d/99-custom.conf
mit dem Eintrag
net.ipv4.icmp_echo_ignore_broadcasts = 1
Das funktionierte und ich konnte mit
sudo sysctl --system
den jeweiligen Status 0 oder 1 abfragen.
Hat aber nicht weitergeholfen.
Hatte aus damaliger Antwort noch im Hinterkopf einen Sleep einzubauen:
define KNXReconnect DOIF myKNXGW:INITIALIZED ;; sleep 10 ;; Set myKNXGW connect
das hilft aber auch nicht weiter.
Benutze einen Siemens N146-02 mit den entsprechend benannten Tunnel Adressen 1.1.41 für den virtuellen FHEM
und zum Beispiel 1.1.39 für den Homeserver und 1.1.40 für den FHEM auf Raspy.
Wenn ich die beiden anderen Tunnel nicht mit benutze sprich Homeserver und virtuellen FHEM ausschalte
und nur den Raspy starte bleibt das Problem auch vorhanden
wie gesagt nach einem set myKNXGW connect oder einem shutdown restart funktioniert alles einwandfrei...
Hätte noch einer eine weitere Idee....bzw. kann mir meinen Fehler aufzeigen
ansonsten müsste ich es einmal mit einem anderen Router versuchen.
Der Router hängt direkt an Fritzbox.