Hauptmenü

Neueste Beiträge

#41
Anfängerfragen / Aw: Raspberry über Terminal er...
Letzter Beitrag von betateilchen - 10 Februar 2026, 17:02:33
Zitat von: Boekel am 10 Februar 2026, 13:50:09Im FHEM log findet man immer wieder diese Zeilen:
...
Ansonsten zig-Seiten durch die Kommunikation mit der KNX Anlage.

Man sollte verbose-Level > 3 eigentlich nur verwenden, wenn man tatsächlich auf Fehlersuche ist.
Und danach wieder abschalten.
#42
Sonstiges / Aw: httpmod.template: bugs, Fr...
Letzter Beitrag von DeeSPe - 10 Februar 2026, 16:03:12
Zitat von: SH_Heini am 10 Februar 2026, 14:35:43Sieht gut aus und macht was es soll, muss jedoch gestehen, dass ich die Variante nach "NAME" zu filtern nicht so _flüssig_ empfinde, wie nach "permit_join".
Sobald man einen anderen Namen vergeben hat, der nicht dem Filter entspricht, muss man Änderungen vornehmen, das ist mit dem Filter auf das Reading "permit_join" m.E. einfacher.

Verstanden!
Das stammte noch aus Zeiten als meine Readings der Bridge noch fehlten.
Habe bridgeRegexp in #275 darauf angepasst, sollte nun so passen.

Gruß
Dan
#43
FHEMWEB / Style ios12 übermittelt falsch...
Letzter Beitrag von FlatTV - 10 Februar 2026, 15:33:12
Hallo,
ich bin mir nicht sicher, ob ich hier richtig bin.
In einem Modul (BOSEST) wird ein falscher Wert mit dem Style ios12 übermittelt.
Der Style f18 macht hier alles richtig und lege das mal als Referenz hinzu.

Es geht um das auf dem Screenshot selektierte select_widget.
Der Stile f18 übermittelt beim druck auf "set" alles korrekt.
Zitat14:39:52.127 FW_cmd:/fhem?cmd.setBOSE_9884E307C182%3Dset%20BOSE_9884E307C182%20source%20tv&XHR=1 fhemweb.js:611:13
Im ios12 Style wird das falsch gemacht, da wird "0" statt "tv" übertragen.
Zitat14:42:02.155 FW_cmd:/fhem?cmd.setBOSE_9884E307C182%3Dset%20BOSE_9884E307C182%20source%200&XHR=1 fhemweb.js:611:13
Fehlt hier im Style ios12 der Name "val.xxx"?
#44
Anfängerfragen / Aw: Raspberry über Terminal er...
Letzter Beitrag von Otto123 - 10 Februar 2026, 15:29:42
ok: FHEMWEB ist nicht gestartet. Schau in den Wiki Beitrag und mach eine Analyse, Ideen:
  • FHEM im debug Modus starten und schauen was für Fehler kommen.
  • FHEM im Demo Mode starten und schauen ob es über Browser erreichbar ist.
  • Logfile Startphase analysieren. Wie im Wiki aber nicht mit tail -n 20 sondern in etwa so:
tail /opt/fhem/log/fhem-$(date '+%Y-%m').log
btw: Deine ss -tulp Ausgabe sieht für mich ungewohnt aus - was ist das für ein System auf dem Pi?

Zitat von: Boekel am 10 Februar 2026, 12:16:412x hart den Stromstecker des Raspberry gezogen
schlimmstenfalls hast Du die SD / das Dateisystem damit beschädigt. Hast Du ein aktuelles backup? Du musst eventuell über neu aufsetzen und restore nachdenken.
#45
Sonstige Systeme / Aw: shelly - neu dabei und ver...
Letzter Beitrag von the ratman - 10 Februar 2026, 15:23:16
versteh ich das richtig?
das topic ist die client id der steckdose? da kann ich lang beim sensor selber suchen *g*
den letzten satz verstehe ich nicht. der prefix ist also quasi das selbe wie das topic? zumindest steht bei mir in beiden fällen das selbe drinnen

und da:
attr shelly_bt shelly_bt $DEVICETOPIC/online:.* online\
  $DEVICETOPIC/events/rpc:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  $DEVICETOPIC/status/mqtt:.* { json2nameValue($EVENT, 'mqtt_', $JSONMAP) }\
  $DEVICETOPIC/status/sys:.* { json2nameValue($EVENT, 'sys_', $JSONMAP) }\
  $DEVICETOPIC/status/switch_0:.* { $EVENT =~ s/"output":true/"state":"on"/g;;;; $EVENT =~ s/"output":false/"state":"off"/g;;;; json2nameValue($EVENT, 'switch_', $JSONMAP) }\
  $DEVICETOPIC/status/cloud:.* {}\
  $DEVICETOPIC/rpc:.* { json2nameValue($EVENT, 'req_', $JSONMAP, 'in_mode')}\
  $DEVICETOPIC/status/input_0:.* { json2nameValue($EVENT, 'input_', $JSONMAP) }\
  fhem2shelly/rpc:.* {}
ist wohl was falsch - ich kriege also obigen defmod nicht vollständig zusammen
#46
Anfängerfragen / Aw: Raspberry über Terminal er...
Letzter Beitrag von Boekel - 10 Februar 2026, 15:21:37
ZitatNetid  State      Recv-Q Send-Q Local Address:Port                 Peer Address:Port               
tcp    LISTEN     0      128     *:ssh                   *:*                     users:(("sshd",pid=601,fd=3))
tcp    LISTEN     0      32      *:7072                  *:*                     users:(("perl",pid=1455,fd=7))
tcp    LISTEN     0      128    :::ssh                  :::*                     users:(("sshd",pid=601,fd=4))
tcp    LISTEN     0      10     :::6720                 :::*                     users:(("knxd",pid=739,fd=4),("systemd",pid=1,fd=42))

#47
Sonstige Systeme / Aw: shelly - neu dabei und ver...
Letzter Beitrag von rabehd - 10 Februar 2026, 15:14:42
Unter http://<ip-des-shelly>/#/settings/mqtt sehe ich bei meinen Shelly die Mqtt-Einstellungen.
Client-ID ist das Topic
Über den prefix baue ich die Struktur der Nachrichten auf, da finde ich mich im MQTT-Explorer besser zurecht.
#48
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von stefanru - 10 Februar 2026, 15:12:12
Naja zur Zeit verwirren mich diese 2 bei euch:
heating.sensors.temperature.liquidGas.value
heating.evaporators.0.sensors.temperature.liquid.value

Sie passen nicht zum Evaporator. Da ist es kalt nicht warm.
Sie sehen eher aus wie auf der Condensor Seite.

Eventuell die 2 Werte
heating.sensors.temperature.liquidGas.value
heating.evaporators.0.sensors.temperature.liquid.value
und dazu Vorlauf und Rücklauf im Heizkreis? Das wären die interessanten Werte am Condensor.

Gruß,
Stefan
#49
FHEMWEB / Aw: Aktualisierung von GUI-Ele...
Letzter Beitrag von olwaldi - 10 Februar 2026, 14:59:57
Nachtrag!

Im Modul DENON_AVR wird alle 60s ein connectionCheck ausgeführt, indem der "Power-Zustand" des Receivers mittels DENON_AVR_Write($hash, "PW?") abgefragt wird. Dadurch werden regelmäßig die Readings power, state und trigger1/trigger2 aktualisiert, allerdings "indirekt" über ein DENON_AVR_Read. Aber eben nicht in der fhem-GUI - da erst nach einem F5/refresh.
Genausowenig werden die Zeitstempel dieser Readings rot markiert.

An der großen Anzahl von Readings (aktuell 103) scheint das Refresh-Problem nicht zu liegen. Habe versuchsweise mal viele Readings entfernt ohne Verbesserung beim Refresh.

Habe jetzt in der Java-Konsole mit einem MODBUS-Device verglichen. Gleiches Verhalten (beim Aufruf der Detail-Seite), aber beim MODBUS-Device kommen regelmäßig wie erwartet aktualisierte Readings via Rcvd: rein, bei DENON_AVR nicht. Die Rcvd: sieht man auf der Startseite von fhem von allen Devices, wenn sich Readings ändern.



#50
Sonstige Systeme / Aw: shelly - neu dabei und ver...
Letzter Beitrag von the ratman - 10 Februar 2026, 14:57:31
und was is da was? ich hab wirklich keinen dunst von mqtt ...

in der webgui unter components hab ich den bt sensor mit obigen werten stehen, also:

tempsensor_01
Shelly BLU HT - 7c:c6:b6:75:1c:73
bthomedevice:200 <-- das ist wohl das topic?

was is das model?

ein problem ist auch
attr shelly_bt shelly_bt $DEVICETOPIC/online:.* online\
  $DEVICETOPIC/events/rpc:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  $DEVICETOPIC/status/mqtt:.* { json2nameValue($EVENT, 'mqtt_', $JSONMAP) }\
  $DEVICETOPIC/status/sys:.* { json2nameValue($EVENT, 'sys_', $JSONMAP) }\
  $DEVICETOPIC/status/switch_0:.* { $EVENT =~ s/"output":true/"state":"on"/g;;;; $EVENT =~ s/"output":false/"state":"off"/g;;;; json2nameValue($EVENT, 'switch_', $JSONMAP) }\
  $DEVICETOPIC/status/cloud:.* {}\
  $DEVICETOPIC/rpc:.* { json2nameValue($EVENT, 'req_', $JSONMAP, 'in_mode')}\
  $DEVICETOPIC/status/input_0:.* { json2nameValue($EVENT, 'input_', $JSONMAP) }\
  fhem2shelly/rpc:.* {}
das will er mir ned nehmen, wegen unknown device