[HMCCU] Wie bekomme ich die RSSI-Werte aktualisiert?

[FFHEM]

Hallo zusammen,
ich möchte die RSSI_-  bzw. auch die rssi_-Werte in der Deviceübersicht upgedatet bekommen, die werden hier nicht aufgefrischt,
geht das nur über aktive "get xxx values"-Aufrufe?
Vielen Dank!

Code: [Auswählen]

Internals:
   DEF        JEQ0697619:1
   FUUID      61e2dee6-f33f-26cd-85a3-7bd218f38c6eb6fd
   IODev      d_ccu
   NAME       ST1
   NR         1063
   STATE      off
   TYPE       HMCCUCHN
   ccuaddr    JEQ0697619:1
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    HM-LC-Sw1-Pl-2 JEQ0697619:1
   ccurolectrl SWITCH
   ccurolestate SWITCH
   ccusubtype HM-LC-Sw1-Pl-2
   ccutype    HM-LC-Sw1-Pl-2
   chntype    ?
   firmware   1.9
   readonly   no
   READINGS:
     2022-04-25 17:33:43   AES_KEY         off
     2022-04-25 17:33:43   CONFIG_PENDING  false
     2022-04-25 17:33:43   DUTYCYCLE       false
     2022-04-25 17:33:43   INHIBIT         false
     2022-04-26 18:42:58   IODev           d_ccu
     2022-04-25 17:33:43   LOWBAT          ok
     2022-04-25 17:33:43   RSSI_DEVICE     -51
     2022-04-25 17:33:43   RSSI_PEER       -226
     2022-04-26 22:44:52   STATE           off
     2022-04-25 17:33:43   STICKY_UNREACH  false
     2022-04-25 17:33:43   UNREACH         alive
     2022-04-26 22:44:52   WORKING         false
     2022-04-25 17:33:43   activity        alive
     2022-04-25 17:33:43   battery         ok
     2022-04-26 22:44:52   control         off
     2022-04-26 22:44:52   devstate        ok
     2022-04-26 22:44:52   hmstate         off
     2022-04-25 17:33:43   rssidevice      -51
     2022-04-25 17:33:43   rssipeer        -226
     2022-04-25 17:33:43   sign            off
     2022-04-26 22:44:52   state           off
   hmccu:
     channels   1
     detect     1
     devspec    JEQ0697619:1
     nodefaults 1
     role       1:SWITCH
     setDefaults 0
     cmdlist:
       get       
       set        on-for-timer off:noArg on-till on:noArg toggle:noArg
     control:
       chn        1
       dpt        STATE
     dp:
       1.STATE:
         VALUES:
           NVAL       0
           ONVAL      1
           OSVAL      on
           OVAL       1
           SVAL       off
           VAL        0
       1.WORKING:
         VALUES:
           NVAL       0
           ONVAL      0
           OSVAL      false
           OVAL       0
           SVAL       false
           VAL        0
     roleCmds:
       get:
       set:
         off:
           channel    1
           role       SWITCH
           subcount   1
           syntax     V:STATE:0
           usage      off
           subcmd:
             000:
               args       0
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on:
           channel    1
           role       SWITCH
           subcount   1
           syntax     V:STATE:1
           usage      on
           subcmd:
             000:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               unit       
         on-for-timer:
           channel    1
           role       SWITCH
           subcount   2
           syntax     V:ON_TIME:?duration V:STATE:1
           usage      on-for-timer duration
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    duration
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
         on-till:
           channel    1
           role       SWITCH
           subcount   2
           syntax     V:ON_TIME:?time V:STATE:1
           usage      on-till time
           subcmd:
             000:
               args       
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    time
               partype    2
               ps         VALUES
               scn        000
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               unit       
     state:
       chn        1
       dpt        STATE
Attributes:
   alias      Licht Bücherregal (ST1)
   ccuflags   showMasterReadings,showDeviceReadings
   event-on-change-reading .*
   group      Licht
   room       Licht,Übersicht
   webCmd     :

[juemuc]

Hallo,
bei mir passiert dies automatisch.
Viele Grüße
Jürgen

[FFHEM]

Hallo Jürgen,
danke für die schnelle Rückmeldung!
So etwas hatte ich mir gedacht, dass das bei mir nicht normal ist ;-)
Ich habe eine Debmatic-CCU mit der HMCCU-Anbindung.
Kannst Du mir mal ein List eines beliebigen, funktionierenden HM-Devices geben, damit ich die Attribute vergleichen kann?
Gruß,
Friedhelm

[frank]

wer misst eigentlich diese 2 werte?
jeweils das device, jeweils die ccu oder unterschiedlich?

[zap]

Setze mal im Attribut ccuflags "showDeviceReadings"

[FFHEM]

Ist schon gesetzt, s. List!

[Sany]

es kann auch einfach daran liegen, dass sich RSSI nicht ändert und Du mit event-on-change-reading .* eben nur Änderungen durchläßt.
Du könntest testhalber das Attribut löschen, dann wird alles, was das Device so von sich gibt, durchgelassen, oder Du setzt event-min-interval RSSI.*:300,rssi.*:300 , dann bekommst Du alle 5 min einen Wert, auch wenn er sich nicht geändert hat, UND auch nur, wenn grundsätzlich öfter als im 5min-Abstand ein Wert "erzeugt" wird. Sonst halt entsprechend weniger.
Oder Du machst es per event-on-update-reading rssi.*,RSSI.* , damit kommt für die rssi-Sachen alles durch und Du kannst dann überlegen, was Du wie häufig sehen willst.

Viele Erfolg!


Sany

[FFHEM]

@Sany: Die RSSI-Werte ändern sich bei (fast) jedem Sendeintervall. Das kann man auch schön in der CCU sehen, (devconfig), wenn man hin und wieder mit F5 die Ausgabe auffrischt.
Das Attribut hatte ich auch schon - wie von Dir vorgeschlagen - gelöscht, ohne Erfolg.

[frank]

nach etwas spielen:
mit get values werden neue werte aus der ccu geholt, falls die ccu neue werte vom device bekommen hat.

[FFHEM]

nach etwas spielen:
mit get values werden neue werte aus der ccu geholt, falls die ccu neue werte vom device bekommen hat.

Ja, das ist bei mir auch der Fall, aber für RSSI kann es doch nicht sein, dass man dafür jedes Mal  get xxx values aufruft!? (Meine Eingangsfrage).
Die RSSI-Werte haben sich ja geändert.
EDIT:
Und bei "juemuc" weiter oben werden sie ja geupdatet.

[Wernieman]

Nur zur Sicherheit: Andere Werte werden aber geupdatet?

[FFHEM]

Hallo Werniemann,
ja, z. B. alle in fett gedruckten werden geupdatet, die nicht fett gedruckten Werte haben die Uhrzeit 2022-04-25 17:33:43, als ich zum letzten Mal manuell mit get xxx values geholt hatte:
Davon müssen nicht alle neues Datum haben, das sie sich ja nicht geändert haben. Wohl aber die RSSI-Werte.
Zur Info: Gestern um 2022-04-26 22:44:52 war die letzte Aktion, nämlich Lampen aus.

AES_KEY   off   2022-04-25 17:33:43
CONFIG_PENDING   false   2022-04-25 17:33:43
DUTYCYCLE   false   2022-04-25 17:33:43
INHIBIT   false   2022-04-25 17:33:43
IODev   d_ccu   2022-04-26 18:42:58
LOWBAT   ok   2022-04-25 17:33:43
RSSI_DEVICE   -51   2022-04-25 17:33:43
RSSI_PEER   -226   2022-04-25 17:33:43
STATE   off   2022-04-26 22:44:52
STICKY_UNREACH   false   2022-04-25 17:33:43
UNREACH   alive   2022-04-25 17:33:43
WORKING   false   2022-04-26 22:44:52
activity   alive   2022-04-25 17:33:43
battery   ok   2022-04-25 17:33:43
control   off   2022-04-26 22:44:52
devstate   ok   2022-04-26 22:44:52
hmstate   off   2022-04-26 22:44:52
rssidevice   -51   2022-04-25 17:33:43
rssipeer   -226   2022-04-25 17:33:43
sign   off   2022-04-25 17:33:43
state   off   2022-04-26 22:44:52

[Wernieman]

Bei "get xxx values" aktuallisiert er alle Wertem auch die nicht geänderten?
Das tut er eben bei mir nicht, habe allerdings auch event-on-change-reading drin ...

Habe bei mir gerade geguckt, weil auch seit mehreren Tage RSI nicht upgedatet, aber scheinbar haben sich die RSSI-Werte nicht geändert. Habe allerdings auch eine Originale CCU2 (noch) am laufen

[FFHEM]

Ja, alle Werte werden dann übertragen und alle haben das identische Updatedatum.
Und dann bemerkt man z. B. auch, dass sich die RSSI-Werte geändert haben.

[frank]

Hallo,
bei mir passiert dies automatisch.
Viele Grüße
Jürgen

hallo juemuc,
kannst du mal ein list posten, um ggf unterschiede in der config zu entdecken?


edit: ich habe den verdacht, dass es eventuell am TYPE/DEF liegt.
ich habe, wie FFHEM, HMCCUCHN für channel 1 definiert. die rssi kommen aber "zusätzlich" aus channel 0.

Code: [Auswählen]

defmod HM_LC_Sw1PBU_FM_JEQ0033112 HMCCUCHN JEQ0033112:1
attr HM_LC_Sw1PBU_FM_JEQ0033112 ccuflags showMasterReadings,showLinkReadings,showDeviceReadings
attr HM_LC_Sw1PBU_FM_JEQ0033112 cmdIcon on:general_an off:general_aus
attr HM_LC_Sw1PBU_FM_JEQ0033112 room 00_ccu
vielleicht hat juemuc ein HMCCUDEV definiert?