Hauptmenü

Neueste Beiträge

#1
MQTT / Aw: Frage zum Retain Flag
Letzter Beitrag von TomLee - 02 Dezember 2025, 21:52:01
Hallo,

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
#2
FHEMWEB / Aw: Websocket-Verbindung kann ...
Letzter Beitrag von Torxgewinde - 02 Dezember 2025, 21:30:05
Danke 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.
#3
MQTT / Frage zum Retain Flag
Letzter Beitrag von Rampler - 02 Dezember 2025, 21:20:58
Hallo 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:
attr GoodWe mqttPublish AC_ActivePower:topic={"/FHEM/GoodWe/AC_ActivePower"} AC_ActivePower:retain=1\
                              LC_Mode:topic={"/FHEM/GoodWe/LC_Mode"} LC_Mode:retain=1

Ein Mitschnitt zeigt folgendes:
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..


#4
SVG / Plots / logProxy / Aw: SVG-Plot: Abstand der Achs...
Letzter Beitrag von Bison - 02 Dezember 2025, 20:42:31
Hallo Grappa24,

probier es doch mal mit dem Attribut xachis_width im SVG ganz oben hat bei mir geholfen.

Gruß

Bison
#5
Automatisierung / Aw: AutoShuttersControl - Vers...
Letzter Beitrag von superverbleit - 02 Dezember 2025, 20:32:40
So 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
ASC_DEBUG!!! 2025.12.02 17:30:02 - FnSetDriveCmd: UG.Hobby.RollladenLinks - versetztes fahren
und nicht mehr
ASC_DEBUG!!! 2025.11.28 18:00:02 - FnSetDriveCmd: UG.Hobby.RollladenLinks - NICHT versetztes fahren
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. 8)
#6
Server - Linux / Aw: [gelöst] sudoers will mir ...
Letzter Beitrag von Otto123 - 02 Dezember 2025, 20:32:05
Hallo Christian,

ich zitiere mal explizit meinen Text
Zitat/usr/sbin -> für alles im Verzeichnis
/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
Wirklich so schwierig? Ich würde es so versuchen:
fhem ALL=(ALL) NOPASSWD: /usr/bin/systemctl *

Übrigens:
ZitatIch habe mittels "visudo /etc/sudoers" ergänzt:
macht "man" nicht ;) - aber egal.
#7
FHEMWEB / Aw: Websocket-Verbindung kann ...
Letzter Beitrag von rudolfkoenig - 02 Dezember 2025, 20:26:29
ZitatWarum 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.
#8
Sprachsteuerung / alexaFHEM - Nach Serverneustar...
Letzter Beitrag von erdnar - 02 Dezember 2025, 20:22:14
Hallo in die Runde,

das alexa-Readings alexaFHEM.ProxyConnection liefert folgendes:
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 58824

Passiert ist es, nachdem ich den Fhem-Server mal neu starten musste.
Ich habe keinen Plan wo ich schrauben muss  :-[

Danke vorab
ErdnaR
#9
Unterstützende Dienste / Aw: THRESHOLD Modul und die OR...
Letzter Beitrag von fsyy - 02 Dezember 2025, 20:02:19
Da stimme ich zu, deshalb fragte ich auch nach dem Attribut oder ähnlichem. Man könnte das Modul Default lassen wie es ist, aber wenn das Attribut gesetzt ist dann reagiert OR eben auf Sensor1 oder auf Sensor2.

Damit würde man nichts kaputt machen und man hätte das Modul um eine Funktion erweitert.
#10
Heizungssteuerung/Raumklima / Aw: Läuft: Heizung mit eBus-Sc...
Letzter Beitrag von cs-online - 02 Dezember 2025, 19:44:13
...also soweit ich das verstanden hatte, macht der C6-Adapter mit enhanced Protocoll die Aufnahme der Register selber am Bus und sendet diese an EBUSD, während bei den alten Adaptern EBUSD aktiv dem Bus lauschen musste, der Adapter also sozusagen doof war. Also mein Problem ist (nach wie vor), dass zwar mit ebusctl find -d Werte kommen, aber die Aktualität lässt stark zu wünschen übrig, so alle 5-10 Minuten kommt mal was neues. Ich hätte gerne eine Übertragung in Echtzeit, ohne dass ich ständig wieder die einzelnen Register aktiv antriggern muss. Ich habe schon in den CSVs die Register entsprechend markiert, die er aktualisieren soll, das hatte John vor einigen Jahren hier mal beschrieben, aber wie geschrieben, ist das Intervall, in dem dann aktuelle Werte kommen nicht akzeptabel...

Grüße

Christian