Neueste Beiträge

#11

Homematic / Aw: keine Readings von OpenCCU

Letzter Beitrag von Burny4600 - 02 Februar 2026, 08:57:12

Das ist schon klar. Aber es wird einmal an der 191 und einmal an der 181 ein Callback registriert.

Da bin ich überfragt was OpenCCU mit FHEM betrifft, darum auch meine Anfrage weil mit die Statusmeldungen betrifft. Bei OpenCCU habe ich mich an aktuelle Einleitungen gehalten. Bei FHEM betreffend OpenCCU habe ich nichts passendes aktuelles gefunden.
Ich denke ich habe den Fehler auf der FHEM-Seite und nicht auf der OpenCCU-Seite.

[etliche]

#12

DOIF / DOIF mit UnifiClient funktioni...

Letzter Beitrag von KyleK - 02 Februar 2026, 08:55:50

Hallo,

ich habe ein Device 'Frank_Handy' vom Typ UnifiClient, mit dem ich von meinem Unifi-Router periodisch Infos zu diesem Handy erhalte:

Code Auswählen Erweitern

define Frank_Handy UnifiClient Xiaomi-13
attr Frank_Handy event-on-change-reading .*
attr Frank_Handy oldreadings presence
attr Frank_Handy stateFormat {ReadingsVal($name,"presence","absent") eq "absent" ? "absent since ".ReadingsVal($name,"_f_last_seen","") : "present since ".ReadingsVal($name,"_f_uptime","")}
attr Frank_Handy userReadings presence:fhem_state.* {(ReadingsVal($name,'fhem_state','disconnected') eq 'disconnected' ? 'absent' : 'present') }
#   CODE       Xiaomi-13
#   DEF        Xiaomi-13
#   FUUID      694dc6f0-f33f-9ecb-fd42-84f8e7d03641f4f0
#   IODev      UX7
#   LASTInputDev UX7
#   MODEL      Xiaomi Communications Co Ltd
#   MSGCNT     7718
#   NAME       Frank_Handy
#   NOTIFYDEV  global
#   NR         613
#   STATE      present since 0d 0h 11m 42s
#   TYPE       UnifiClient
#   UX7_MSGCNT 7718
#   UX7_TIME   2026-02-02 08:42:18
#   VERSION    0.0.3 BETA
#   eventCount 7718
#   OLDREADINGS:
#     2026-02-02 08:28:38   presence        absent
#   READINGS:
[...]
setstate Frank_Handy 2026-02-02 08:30:48 presence present
[...]

Ich wollte jetzt mit einem DOIF Nachrichten erzeugen, wenn das Device oben entweder "present" oder "absent" ist:

Code Auswählen Erweitern

{
  if(["^.*_Handy$:presence" eq present])
  {
    fhem("msg push $device: present");
  }
  elsif(["^.*_Handy$:presence" eq absent])
  {
    fhem("msg push $device: absent");
  }
}

Leider triggert dieses DOIF gar nicht, es kommen keine Nachrichten durch.
Wenn ich das DOIF generischer schreibe:

Code Auswählen Erweitern

{
  if(["^.*_Handy$:presence"])
  {
    fhem("msg push $device: $event");
  }
}
Dann triggert es, aber in $event stehen etliche readings, statt nur "absent" oder "present".
Im Event Monitor schaut das so aus:

Code Auswählen Erweitern

2026-02-02 08:48:20 msgConfig globalMsg fhemMsgPush: Frank_Handy: _f_diff_tx_bytes: 0,fhem_state: disconnected,network_members_group_ids: ARRAY(0x5e21e7f103e8),last_ipv6: ARRAY(0x5e21e79eaff8),_f_last_seen_duration: 0d 0h 0m 46s,satisfaction_avg: HASH(0x5e21e79e1b28),ipv6_addresses: ARRAY(0x5e21e8a85340),presence: absent
bzw:

Code Auswählen Erweitern

2026-02-02 08:49:59 msgConfig globalMsg fhemMsgPush: Frank_Handy: _f_last_seen: 2026-02-02 08:49:51,satisfaction: 99,tx_bytes: 182,_f_uptime: 0d 0h 0m 22s,uptime: 22,_uptime_by_uap: 22,tx_rate: 1201000,_f_assoc_time: 32d 7h 49m 29s,satisfaction_real: 99,wifi_tx_attempts: 99,_f_last_seen_duration: 0d 0h 0m 8s,rssi: 38,_last_seen_by_uap: 1770018591,_f_uptime_by_uap: 0d 0h 0m 22s,rx_bytes: 414,satisfaction_avg: HASH(0x5e21e7a42780),_f_last_seen_by_uap: 2026-02-02 08:49:51,ipv6_addresses: ARRAY(0x5e21e8c71598),satisfaction_reason: 2048,fhem_state: connected,_f_diff_tx_bytes: -20017,assoc_time: 1770018569,wifi_tx_retries_percentage: 10,network_members_group_ids: ARRAY(0x5e21e7ef6448),signal: -56,dhcpend_time: 230,latest_assoc_time: 1770018569,rx_packets: 5,_f_latest_assoc_time: 2026-02-02 08:49:29,last_ipv6: ARRAY(0x5e21e87be430),last_seen: 1770018591,tx_packets: 1,_f_dhcpend_time: 0d 0h 3m 50s,disconnect_timestamp: 1770018487,ccq: 819,tx_retries: 11,presence: present

Warum enthält "$event" so viel Text? Ich hätte dort nur "present" oder "absent" erwartet?

#13

Multimedia / Aw: Modul für Denon (Marantz) ...

Letzter Beitrag von Shadow3561 - 02 Februar 2026, 08:27:48

Hast Du auch mal meine Version von 70_DENON_AVR ausprobiert?

Nein.

[Revision 30808: controls_fhem.txt: fhemupdate checkin]

#14

FHEM Code changes / Revision 30808: controls_fhem....

Letzter Beitrag von System - 02 Februar 2026, 08:20:37

Revision 30808: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30808: controls_fhem.txt: fhemupdate checkin

#15

Multimedia / Aw: Modul für Denon (Marantz) ...

Letzter Beitrag von olwaldi - 02 Februar 2026, 08:12:25

Dann ist's wohl ein Problem je nach Browser. Andererseits verhält sich chrome@Android gleich. Zumal ja ein reload der fhem-Seite im Browser das Anzeigeproblem löst.

@Shadow3561: Hast Du auch mal meine Version von 70_DENON_AVR ausprobiert?

Grüßle, Michael

#16

FHEMWEB / Aw: Unterschied :noArg zwische...

Letzter Beitrag von olwaldi - 02 Februar 2026, 08:08:54

Erwartungsgemaess ist das nicht: FHEMWEB stellt anhand diesen Suffixen fest, welches Widget gewuenscht ist.
Wenn nichts angegeben ist, wird ein simples Textfeld angeboten.

Die Widgetwahl funktioniert ja auch wie erwartet. Aber der usage-String hat ja auch die "Bedeutung" als Fehlermeldungstext. Und da sollte m.E.n. die Widget-Suffixe weggestrippt werden und NICHT als Text mit angezeigt werden. Beim Set ist das auch so, nur eben nicht bem Get.

Grüßle, Michael

#17

FHEMWEB / Aw: Aktualisierung von GUI-Ele...

Letzter Beitrag von olwaldi - 02 Februar 2026, 08:05:10

Generell: der Wert ders Widgets wird aus einem Reading mit dem gleichen Namen ausgelesen.

Genau so hatte ich's auch verstanden. Aber im Modul DENON_AVR ist's nunmal vom ursprünglichen Autor anders implementiert worden (hab's ohne wirklichen Erfolg mal testweise geändert).

Meine Erwartung wäre, daß OHNE existierendes Reading ein Eingabefeld in der set-Zeile aufgebaut wird (funktioniert). Aber warum "springt" die set-Zeile auf einen ANDEREN Eintrag, wenn man den set-Knopf drückt? Erwartet hätte ich keine Änderung (aber klar, fhem kann ja kein Reading auslesen). Und warum immer auf denselben Eintrag volumeStraight? Ist alphabetisch weder das erste noch das letzte.

Ich habe eine Vermutung - könnte es mit dem return-String der DENON_AVR_Set-Routine zu tun haben (obwohl der meistens undef ist)?

Die Änderung in der set-Zeile ist ja auch nur ein Symptom. Das eigentliche Problem ist, das die zwei GLEICHEN Slider (mit dem Reading volumeStraight verbunden) UNTERSCHIEDLICHE Werte anzeigen. Genauer, der in webCmd ist genau ein Event "hinterher". Und als "Fix" reicht ein reload der fhem-Seite im Browser.


Grüßle, Michael

#18

Sonstige Systeme / Aw: fhempy: tuya (lokal)

Letzter Beitrag von TheTrumpeter - 02 Februar 2026, 07:50:13

Bekommst du gar keine Readings mehr, oder nur keine Readings von den neu hinzugefügten Datenpunkten?

Na, das Problem ist etwas schwerwiegender. Denn ich bekomme keinerlei Readings, weder vorher noch nachher.

LG

pah

Hast Du das Rauslöschen aus der App und neu anlernen/hinzufügen schon versucht?

Ich habe gestern 4 gleiche Geräte (LED-Strips mit Helligkeits- und Farbtemperaturregelung) hinzugefügt, jeweils 1 nach dem anderen, also in der App hinzufügen, dann in FHEM "scannen" und das neue Gerät anlegen.

Die ersten beiden gingen problemlos, das 3. wurde zwar gefunden und angelegt, aber es wurde beispielsweise nicht das "Lampensymbol" angezeigt wie bei den beiden davor. Das Gerät lies sich nicht schalten oder sonst irgendwie steuern. In FHEM gelöscht und neu angelegt, keine Änderung.
In der App gelöscht und neu hinzugefügt, dann nochmal in FHEM "gesucht" und "angelegt", funktioniert problemlos.
Das 4. Gerät hat dann wieder auf Anhieb wie erwartet funktioniert.

#19

DOIF / Aw: httpmod und doif die 2.

Letzter Beitrag von Per - 02 Februar 2026, 06:24:33

Habe eigentlich gehofft es ein bisschen einfacher bzw kürzer machen zu können.

Trigger allgemein:

Code Auswählen Erweitern

([#min:"":"E10"] < 1.70)
Liste:

Code Auswählen Erweitern

([@:"":"E10":$_< 1.70)
Anzahl:

Code Auswählen Erweitern

([#:"":"E10":$_< 1.70)
Wenn du deine Tankstellen Devices mit TS_* oder Tabkstelle_* oder was anderem Sinnvollen benennst, kannst du das in den ersten Term mit einfügen und erzeugst so wesentlich weniger Rechenlast. Um trotzdem an die bisherigen Namen zu kommen, kannst du Alias verwenden:

Oder

Code Auswählen Erweitern

([@:a"TS_":"E10":$_< 1.70)
PS: am Handy geschrieben, Code kann Fehler enthalten!

[Revision 30807: 36_Shelly.pm: add new devices, add reading restart_required]

#20

FHEM Code changes / Revision 30807: 36_Shelly.pm: ...

Letzter Beitrag von System - 01 Februar 2026, 23:40:48

Revision 30807: 36_Shelly.pm: add new devices, add reading restart_required

36_Shelly.pm: add new devices, add reading restart_required

Source: Revision 30807: 36_Shelly.pm: add new devices, add reading restart_required