Hauptmenü

Neueste Beiträge

#11
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..


#12
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
#13
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)
#14
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.
#15
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.
#16
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
#17
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.
#18
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
#19
Server - Linux / Aw: [gelöst] sudoers will mir ...
Letzter Beitrag von cs-online - 02 Dezember 2025, 19:31:28
Hallo Otto,

ich habe Probleme mit dem Start meiner beiden EBUSD-Services. Das war schon auf dem RPI so und das ist leider nun auch unter Proxmox, FHEM auf einer VM mit DebianEDU 11, alles auf einem Dell Thinclient so. Irgendwas beisst sich hier halt. Von Hand einmal den Service neu angestartet mit "systemctl start ebusd", dann fängt sich das meist. Ich hatte auf dem RPI zwei SERVICED-Devices, eines für jede Ebusd Instanz. Konnte ich da so anstarten. Nun auf dem TC kommt immer der Fehler:

Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus: #1) Respektieren Sie die Privatsphäre anderer. #2) Denken Sie nach, bevor Sie tippen. #3) Mit großer Macht kommt große Verantwortung. sudo: Zum Lesen des Passworts ist ein Terminal erforderlich; verwenden Sie entweder die Option -S, um aus der Standardeingabe zu lesen oder richten Sie das Askpass-Hilfsprogramm ein sudo: Ein Passwort ist notwendig
Ich habe mittels "visudo /etc/sudoers" ergänzt:

fhem ALL=(ALL) NOPASSWD: /usr/bin/systemctl
ein "which systemctl" hat den Pfad ausgegeben.

Ich habe ohne PW vorher probiert, ich habe, wie mein Vorredner, auch ein PW vergeben, ich habe x-mal neu gestartet...

Terminal startet mit "root@fhem", wenn ich "su fhem" eingebe, passiert nichts, es kommt wieder "root@fhem". Ein "sudo -su fhem" gibt dann ein "fhem@fhem:/root$". Eine PW-Abfrage kommt in keinem der Fälle...

Ich kenne mich nur knapp oberflächlich mit Linux aus, ich blicke hier nicht mehr durch... Bin für jede Hilfe dankbar !

Grüße

Christian
#20
FHEMWEB / Aw: Websocket-Verbindung kann ...
Letzter Beitrag von Torxgewinde - 02 Dezember 2025, 18:31:17
In fhemweb.js, in der Funktion FW_doUpdate(evt), da ist doch ein hartes Limit von 1MB kodiert. Warum ist das so klein definiert, heutige Webanwendungen können doch ruhigen Gewissens auch mal 10-100MB beanspruchen IMHO. Ist das nicht das ursächliche Problem in diesem Fall? Zumindest wäre es doch dann ein Kandidat für ein Attribut das man sich als Admin selbst aussuchen können möchte, oder?

function
FW_doUpdate(evt)
{
  var errstr = "Connection lost, trying a reconnect every 5 seconds.";
...
  // reset the connection to avoid memory problems
  if(FW_longpollOffset > 1024*1024 && FW_longpollOffset==input.length)
    FW_longpoll();
}