- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#91
MQTT / Aw: Frage zum Retain Flag
Letzter Beitrag von Rampler - 02 Dezember 2025, 22:55:37Nach Restart habe ich jetzt ein Reading Retain im MQTT_SERVER Device.
Meine Monitore zeigen allerdings trotzdem noch keine Retain Flags...
Meine Monitore zeigen allerdings trotzdem noch keine Retain Flags...
#92
Verbrauchsmessung / Everhome IR Ecotracker einbind...
Letzter Beitrag von WolfgangV - 02 Dezember 2025, 22:40:23Hallo,
falls es hier jemand geschafft hat, den Everhome IR-Ecotracker in FHEM einzubinden, wäre ich sehr dankbar, wenn ich mal die Konfiguration erfahren könnte.
Gruß
Wolfgang
falls es hier jemand geschafft hat, den Everhome IR-Ecotracker in FHEM einzubinden, wäre ich sehr dankbar, wenn ich mal die Konfiguration erfahren könnte.
Gruß
Wolfgang
#93
MQTT / Aw: Frage zum Retain Flag
Letzter Beitrag von TomLee - 02 Dezember 2025, 21:52:01Hallo,
ohne es selbst nachvollzogen zu haben: Hast du nach dem Setzen des Attributs respectRetain einen Neustart von FHEM durchgeführt? Es kann sein, dass dieser nötig ist, damit das Attribut wirksam wird.
Gruß Thomas
ohne es selbst nachvollzogen zu haben: Hast du nach dem Setzen des Attributs respectRetain einen Neustart von FHEM durchgeführt? Es kann sein, dass dieser nötig ist, damit das Attribut wirksam wird.
Gruß Thomas
#94
FHEMWEB / Aw: Websocket-Verbindung kann ...
Letzter Beitrag von Torxgewinde - 02 Dezember 2025, 21:30:05Danke für den Einblick, ne - dann ist der Fehler ja nochmal ein anderer und das Testdevice hilft hier nicht.
Die Grenze der Websocket ist vermutlich dann hier ja auch nicht das Problem und dann muss man noch wohl weiterrätseln was beim OP schief läuft.
Bezüglich aufbohren der Limits: Ich denke es ist Ok es auf den Werten zu belassen, da es ja gerade der immense Vorteil von FHEM gegenüber zB. Homeassistant ist, dass es schlank (RAM, CPU, HDD) und lesbar/überschaubar (LOC) ist. Ich schätze es zumindest ja genau deshalb, während HASS zwar mittlerweile populärer ist, aber auch irgenwie schon fast bloatet und auch zu einem gewissem Anteil undurchsichtig wird. Egal, das wird nun OT, Fazit: erstmal so lassen; denke ich auch.
Die Grenze der Websocket ist vermutlich dann hier ja auch nicht das Problem und dann muss man noch wohl weiterrätseln was beim OP schief läuft.
Bezüglich aufbohren der Limits: Ich denke es ist Ok es auf den Werten zu belassen, da es ja gerade der immense Vorteil von FHEM gegenüber zB. Homeassistant ist, dass es schlank (RAM, CPU, HDD) und lesbar/überschaubar (LOC) ist. Ich schätze es zumindest ja genau deshalb, während HASS zwar mittlerweile populärer ist, aber auch irgenwie schon fast bloatet und auch zu einem gewissem Anteil undurchsichtig wird. Egal, das wird nun OT, Fazit: erstmal so lassen; denke ich auch.
#95
MQTT / Frage zum Retain Flag
Letzter Beitrag von Rampler - 02 Dezember 2025, 21:20:58Hallo zusammen,
bin gerade dabei von MQTT auf MQTT2 zu migrieren.
Ich habe ein paar Devices, welche via MQTT_GENERIC_BRIDGE bestimmte Werte publishen sollen.
Das funktioniert auch soweit, doch leider werden die Messages nicht mit Retain geflagt.
Im Device habe ich folgendes codiert:
Ein Mitschnitt zeigt folgendes:
Das Flag r0 sagt aus, das kein Retain gesetzt ist. (mosuqitto client)
Habe es auch mit dem MQTT-Explorer-0.4.0-beta.6.exe sozusagen getraced, auch hier kein Retain Flag.
Muss ich noch etwas im MQTT_Server oder im MQTT_GENERIC_BRIDGE ändern ?
Im MQTT_Server habe ich mal testweise diese beiden Attribute gesetzt:
hideRetain 0
respectRetain 1
Leider ohne Erfolg..
bin gerade dabei von MQTT auf MQTT2 zu migrieren.
Ich habe ein paar Devices, welche via MQTT_GENERIC_BRIDGE bestimmte Werte publishen sollen.
Das funktioniert auch soweit, doch leider werden die Messages nicht mit Retain geflagt.
Im Device habe ich folgendes codiert:
Code Auswählen
attr GoodWe mqttPublish AC_ActivePower:topic={"/FHEM/GoodWe/AC_ActivePower"} AC_ActivePower:retain=1\
LC_Mode:topic={"/FHEM/GoodWe/LC_Mode"} LC_Mode:retain=1Ein Mitschnitt zeigt folgendes:
Code Auswählen
Client (null) received PUBLISH (d0, q0, r0, m0, '/FHEM/GoodWe/AC_ActivePower', ... (1 bytes))
/FHEM/GoodWe/AC_ActivePower 4
Client (null) received PUBLISH (d0, q0, r0, m0, '/FHEM/GoodWe/LC_Mode', ... (7 bytes))
/FHEM/GoodWe/LC_Mode Manuell
Das Flag r0 sagt aus, das kein Retain gesetzt ist. (mosuqitto client)
Habe es auch mit dem MQTT-Explorer-0.4.0-beta.6.exe sozusagen getraced, auch hier kein Retain Flag.
Muss ich noch etwas im MQTT_Server oder im MQTT_GENERIC_BRIDGE ändern ?
Im MQTT_Server habe ich mal testweise diese beiden Attribute gesetzt:
hideRetain 0
respectRetain 1
Leider ohne Erfolg..
#96
SVG / Plots / logProxy / Aw: SVG-Plot: Abstand der Achs...
Letzter Beitrag von Bison - 02 Dezember 2025, 20:42:31Hallo Grappa24,
probier es doch mal mit dem Attribut xachis_width im SVG ganz oben hat bei mir geholfen.
Gruß
Bison
probier es doch mal mit dem Attribut xachis_width im SVG ganz oben hat bei mir geholfen.
Gruß
Bison
#97
Automatisierung / Aw: AutoShuttersControl - Vers...
Letzter Beitrag von superverbleit - 02 Dezember 2025, 20:32:40So jetzt,
ich habe mal bei jedem Rolllo folgendes attr ASC_Drive_DelayStart mit unterschiedlichen Werten (max. 180) gesetzt.
Attr ASC_Drive_Delay bleibt weiterhin auf 300.
Dies hat jetzt zur Folge, das die Rolllos untrecheidlci fahren und auch nicht nach dem Wert von attr ASC_Drive_DelayStart.
Der maximale Delay eines Rolllos ist 5:43 min, also mehr als 300sek von attr ASC_Drive_Delay.
Im Log steht jetzt auch
und nicht mehr
Ich check da nicht durch
, aber es scheint ja jetzt das zu machen, was ich wollte.
Aber Beta-User hat das ja auch erwähnt, das es bei ihm so funktioniert hat.
Ich kontrolliere morgen nochmals die Log-Files. Vielleicht kommt dann noch die Erleuchtung.
ich habe mal bei jedem Rolllo folgendes attr ASC_Drive_DelayStart mit unterschiedlichen Werten (max. 180) gesetzt.
Attr ASC_Drive_Delay bleibt weiterhin auf 300.
Dies hat jetzt zur Folge, das die Rolllos untrecheidlci fahren und auch nicht nach dem Wert von attr ASC_Drive_DelayStart.
Der maximale Delay eines Rolllos ist 5:43 min, also mehr als 300sek von attr ASC_Drive_Delay.
Im Log steht jetzt auch
Code Auswählen
ASC_DEBUG!!! 2025.12.02 17:30:02 - FnSetDriveCmd: UG.Hobby.RollladenLinks - versetztes fahrenund nicht mehr
Code Auswählen
ASC_DEBUG!!! 2025.11.28 18:00:02 - FnSetDriveCmd: UG.Hobby.RollladenLinks - NICHT versetztes fahrenIch check da nicht durch
, aber es scheint ja jetzt das zu machen, was ich wollte. Aber Beta-User hat das ja auch erwähnt, das es bei ihm so funktioniert hat.
Ich kontrolliere morgen nochmals die Log-Files. Vielleicht kommt dann noch die Erleuchtung.
#98
Server - Linux / Aw: [gelöst] sudoers will mir ...
Letzter Beitrag von Otto123 - 02 Dezember 2025, 20:32:05Hallo Christian,
ich zitiere mal explizit meinen Text
Übrigens:
- aber egal.
ich zitiere mal explizit meinen Text
Zitat/usr/sbin -> für alles im VerzeichnisWirklich so schwierig? Ich würde es so versuchen:
/usr/sbin/service * -> für alle Parameter
/usr/sbin/service apache2 * -> für alle weiteren Parameter
/usr/sbin/service apache2 reload -> genau nur hierfür
Code Auswählen
fhem ALL=(ALL) NOPASSWD: /usr/bin/systemctl *Übrigens:
ZitatIch habe mittels "visudo /etc/sudoers" ergänzt:macht "man" nicht
- aber egal. #99
FHEMWEB / Aw: Websocket-Verbindung kann ...
Letzter Beitrag von rudolfkoenig - 02 Dezember 2025, 20:26:29ZitatWarum ist das so klein definiert [...]Weil fhemweb.js alt ist, und damals(TM) war Speicher noch nicht so ueppig vorhanden
ZitatIst das nicht das ursächliche Problem in diesem Fall?Nein, in diesem Fall funktioniert das automatische Reconnect.
Dein Testprogramm zeigt zwei Grenzen auf: erstens die 1000k Grenze in fhem.pl/addToWritebuffer und die 1MB Grenze in fhemweb.js
Ersteres verhindert, dass ein zugeklapptes Notebook den Speicherverbrauch im Backend ins unendliche treibt.
Letzteres schont den Speicher im Browser.
Ich kann diese Grenzen aendern, wenn jemand mir einen nicht kuenstlichen Fall zeigt, wo das benoetigt wird.
#100
Sprachsteuerung / alexaFHEM - Nach Serverneustar...
Letzter Beitrag von erdnar - 02 Dezember 2025, 20:22:14Hallo in die Runde,
das alexa-Readings alexaFHEM.ProxyConnection liefert folgendes:
Passiert ist es, nachdem ich den Fhem-Server mal neu starten musste.
Ich habe keinen Plan wo ich schrauben muss
Danke vorab
ErdnaR
das alexa-Readings alexaFHEM.ProxyConnection liefert folgendes:
Code Auswählen
error; Reverse Proxy replied with neither registered nor unregistered status: out: err:Received disconnect from 2a01:4f8:221:1b5a::f2 port 58824:2: Detected IdleTimeout after 600090/600000 ms.
Disconnected from 2a01:4f8:221:1b5a::f2 port 58824Passiert ist es, nachdem ich den Fhem-Server mal neu starten musste.
Ich habe keinen Plan wo ich schrauben muss
Danke vorab
ErdnaR