Hauptmenü

Neueste Beiträge

#31
FHEMWEB / Aw: Schwierigkeiten beim Öffne...
Letzter Beitrag von manne44 - 16 Dezember 2025, 10:53:18
Vielen Dank an alle, die hier einen Beitrag gemacht haben. Glücklicherweise gibt es noch weitere Leute, bei denen es auch diese Probleme gab. Ich dachte schon, dass nur ich das habe und vielleicht etwas vermurkst habe.
Nun habe ich auch auf
attr WEB longpoll websocketumgestellt. Auf einmal gab es auch bei mehreren offenen Seiten keine Verzögerungen mehr. Allerdings kann ich die Tragweite dieser Änderung nicht vollständig überblicken, also wo gibt es dadurch noch weitere - vielleicht unerwünschte - Nebenwirkungen.
Aber erst einmal vielen Dank, ich beobachte.
#32
Sonstiges / Aw: Dynamische Commandref
Letzter Beitrag von betateilchen - 16 Dezember 2025, 10:45:11
Zitat von: jw2013 am 16 Dezember 2025, 10:33:10Das Ziel war hier eine Dynamische Commandref, die sich nur auf die lokal installierten Module bezieht.

Das macht für mich überhaupt keinen Sinn.

Offenbar haben wir völlig unterschiedliche Philosophien, Deine ist eher technisch durch die Besonderheiten von OpenWRT getrieben, meine eher von "menschlichen" Anforderungen der Anwender.

Möge jeder selbst entscheiden, was wichtiger ist.
#33
Sonstiges / Aw: Dynamische Commandref
Letzter Beitrag von jw2013 - 16 Dezember 2025, 10:43:31
Zitat von: rudolfkoenig am 16 Dezember 2025, 10:25:45Warum ist das besser, bzw. inwieweit ist es anders als "attr global commandref modular" ?

Bei meiner Lösung wird nur ein kleiner Teil vom Hauptspeicher verwendet, und es wird nichts aufs Dateisystem geschrieben.
Bei OpenWrt-Installationen auf Flash, so wie bei Routern üblich, dürfen dynamische Dateien nicht in den Flash-Speicher geschrieben werden. In der Config-Partition hat sie auch nichts verloren, und die /var-Pfade liegen im RAM.


#34
Sonstige Systeme / Aw: HTTPMOD Abfrage mit spezie...
Letzter Beitrag von rudolfkoenig - 16 Dezember 2025, 10:38:53
Womoeglich kann dabei json2nameValue helfen: https://wiki.fhem.de/wiki/MQTT2_DEVICE_-_Schritt_f%C3%BCr_Schritt#json2nameValue.28.29
json2reading baut auf diese Funktion auf, und erzeugt aus JSON die Readings.
#35
Automatisierung / Aw: KNX Jalousiesteuerung mit ...
Letzter Beitrag von superverbleit - 16 Dezember 2025, 10:33:33
Zum ausprobieren könnte ich es ja mal ohne die Funktion probieren.
attr DG.Treppenhaus.Jalousie.Position ASC_CommandTemplate set $name Pos.Absolute $pos; set DG.Treppenhaus.Jalousie.Lamelle Lamelle.Absolute $slatpos;

Mit Verzögerung:
attr DG.Treppenhaus.Jalousie.Position ASC_CommandTemplate set $name Pos.Absolute $pos; sleep 120 quiet; set DG.Treppenhaus.Jalousie.Lamelle Lamelle.Absolute $slatpos;
Wenn ich es via Funktion implementiere, wie kann ich dann den Namen des Lamellendevices mit übergeben?

Ich bräuchte ja dann so was:

attr <device> ASC_CommandTemplate {myASCsub($name,$nameLamelle,$pos,$slatpos,$cause);}
# ...und in der 99_myUtils:
sub myACSsub {
  my ($name,$pos,$slatpos,$cause) = @_;
  fhem("set $name Pos.Absolute $pos");
  if ($slatpos ne '-1') {
    fhem("set $nameLamelle Lamelle.Absolute $slatpos");
  }
  return;
}

Ist das via ASC attr möglich?
Sonst passt es ja erst wieder nur auf ein device, dann macht die Funktion auch keinen Sinn.
Gerade erst gesehen, das Erwin meine Frage schon beantwortet hat. 8) Danke.
#36
Sonstiges / Aw: Dynamische Commandref
Letzter Beitrag von jw2013 - 16 Dezember 2025, 10:33:10
Zitat von: betateilchen am 16 Dezember 2025, 10:16:23Man kann doch innerhalb der FHEM Installation auch auf die commandref komplett verzichten und stattdessen auf die identische commandref im Internet verlinken.

Das Ziel war hier eine Dynamische Commandref, die sich nur auf die lokal installierten Module bezieht. Diese ist eben gerade nicht identisch mit der im Internet.

Wenn ich eine FHEM Instanz aufsetzte, und Module dazu installiere, die nicht in FHEM enthalten sind, finde ich diese logischerweise auch nicht in https://fhem.de/commandref.html.
#37
Automatisierung / Aw: KNX Jalousiesteuerung mit ...
Letzter Beitrag von erwin - 16 Dezember 2025, 10:31:12
...noch eine kleine Verbesserung: der device-name Lamelle wird vom Position device abgeleitet...
sub myASCsub {
  my ($name,$pos,$slatpos,$cause) = @_;
  fhem("set $name Pos.Absolute $pos");
  if ($slatpos ne '-1') {
    my $lname = $name =~ s/Position$/Lamelle/rxms;
    fhem("set $lname Lamelle.Absolute $slatpos");
  }
  return;
}
Damit ist die sub für alle Jal geeignet, falls die Namenskonvention immer so ist.
#38
Sonstiges / Aw: Dynamische Commandref
Letzter Beitrag von betateilchen - 16 Dezember 2025, 10:30:28
Zitat von: rudolfkoenig am 16 Dezember 2025, 10:25:45Warum ist das besser, bzw. inwieweit ist es anders als "attr global commandref modular" ?

Das hatte ich mich auch gefragt, aber ich wollte nicht die nächste Diskussion anfangen 8)

Zitatcommandref
If set to "full", then a full commandref will be generated after each update. If set to modular (default since FHEM 6.1), there is only a short description at the beginning, and the module documentation is loaded from FHEM dynamically.
#39
Sonstiges / Aw: Dynamische Commandref
Letzter Beitrag von rudolfkoenig - 16 Dezember 2025, 10:25:45
ZitatDie dynamisch erzeugte commandref.html verwendet Javascript, und fordert die Daten abhängig vom angegebenen Hashtag an.
Warum ist das besser, bzw. inwieweit ist es anders als "attr global commandref modular" ?
#40
Sonstiges / Aw: Dynamische Commandref
Letzter Beitrag von betateilchen - 16 Dezember 2025, 10:16:23
Man kann doch innerhalb der FHEM Installation auch auf die commandref komplett verzichten und stattdessen auf die identische commandref im Internet verlinken. Ich behaupte, >99% aller FHEM Installationen verfügen über einen Zugang ins Internet.

In keiner meiner FHEM Installationen gibt es eine lokale commandref, und Ressourcenknappheit ist sicher nicht der Grund dafür.