[gelöst] 2fach-Funk-Wandtaster soll über notify Steckdose anschalten

[dudngretl]

Hallo Zusammen,

ich wollte einen HomeMatic Taster (HM-PB-2-WM55 2fach-Funk-Wandtaster) ein Licht einer Steckdose (auch von HM) anschalten.
Beide HM Komponenten an sich laufen gut und sind in FHEM auch korrekt drin denk ich.
Zuerst hatte ich über smartPeer in FHEM den Schalter direkt mit der Steckdose verbunden, dann gings auch.
Dass Problem ist, dass ich gerne dass Licht dann nur für 30 Minuten an hätte. Hierzu hatte ich ein Notify (define TasterObenLang notify HM_6AA782_Btn_02:Long.* set Steckdose_Sw on-for-timer 900) eingerichtet. Die Zeitangabe hat aber leider nicht gegriffen. Das Licht blieb permanent an.
Nun habe ich über smartPeer das direkte Peering wieder rausgenommen und dachte ich kann über den Notify alleine die Steckdose auch anschalten und dann die Zeitangabe mitgeben.
Leider reagiert der Taster nun nicht mehr, die Steckdose bleibt aus.

In den Logs sehe ich dass der Taster die Befehle (kurzes Drücken und langes Drücken) jeweils erkennt.

Code Auswählen Erweitern

2019-06-15_09:38:14 TasterSteckdose battery: ok
2019-06-15_09:38:14 TasterSteckdose TasterSteckdose_Btn_02 Short
2019-06-15_09:38:17 TasterSteckdose battery: ok
2019-06-15_09:38:17 TasterSteckdose TasterSteckdose_Btn_01 Short
2019-06-15_09:38:20 TasterSteckdose battery: ok
2019-06-15_09:38:20 TasterSteckdose TasterSteckdose_Btn_02 Long
2019-06-15_09:38:21 TasterSteckdose battery: ok
2019-06-15_09:38:21 TasterSteckdose TasterSteckdose_Btn_02 Long
2019-06-15_09:38:21 TasterSteckdose battery: ok
2019-06-15_09:38:21 TasterSteckdose TasterSteckdose_Btn_02 Long
2019-06-15_09:38:21 TasterSteckdose battery: ok
2019-06-15_09:38:21 TasterSteckdose TasterSteckdose_Btn_02 LongRelease
2019-06-15_09:38:24 TasterSteckdose battery: ok
2019-06-15_09:38:24 TasterSteckdose TasterSteckdose_Btn_01 Long
2019-06-15_09:38:24 TasterSteckdose battery: ok
2019-06-15_09:38:24 TasterSteckdose TasterSteckdose_Btn_01 Long
2019-06-15_09:38:25 TasterSteckdose battery: ok
2019-06-15_09:38:25 TasterSteckdose TasterSteckdose_Btn_01 Long
2019-06-15_09:38:25 TasterSteckdose battery: ok
2019-06-15_09:38:25 TasterSteckdose TasterSteckdose_Btn_01 Long
2019-06-15_09:38:25 TasterSteckdose battery: ok
2019-06-15_09:38:25 TasterSteckdose TasterSteckdose_Btn_01 Long
2019-06-15_09:38:25 TasterSteckdose battery: ok
2019-06-15_09:38:25 TasterSteckdose TasterSteckdose_Btn_01 LongRelease
2019-06-15_09:38:28 TasterSteckdose battery: ok
2019-06-15_09:38:28 TasterSteckdose TasterSteckdose_Btn_01 Short

List des Tasters:

Code Auswählen Erweitern

Internals:
   CUL1_MSGCNT 153
   CUL1_RAWMSG A0BE7A0406AA78266234101A7::-98.5:CUL1
   CUL1_RSSI  -98.5
   CUL1_TIME  2019-06-15 09:38:29
   DEF        6AA782
   FUUID      5cd7de8b-f33f-97d4-f66a-9fd2f813a7fe32da
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     153
   NAME       TasterSteckdose
   NOTIFYDEV  global
   NR         57
   NTFY_ORDER 50-HM_6AA782
   STATE      TasterSteckdose_Btn_01 Short
   TYPE       CUL_HM
   chanNo     01
   channel_01 TasterSteckdose_Btn_01
   channel_02 TasterSteckdose_Btn_02
   lastMsg    No:E7 - t:40 s:6AA782 d:662341 01A7
   protCmdPend 3 CMDs_pending
   protLastRcv 2019-06-15 09:38:28
   protRcv    127 last_at:2019-06-15 09:38:28
   protState  CMDs_pending
   rssi_at_CUL1 cnt:153 min:-102 max:-59 avg:-86.57 lst:-98.5
   READINGS:
     2019-05-13 18:50:06   CommandAccepted yes
     2019-05-13 18:50:05   D-firmware      1.4
     2019-05-13 18:50:05   D-serialNr      PEQ1016564
     2019-05-12 14:45:47   PairedTo        0xF11234
     2019-05-12 11:30:09   R-pairCentral   0xF11234
     2019-05-12 14:45:47   RegL_00.        00:00 02:01 0A:F1 0B:12 0C:34
     2019-06-15 09:38:28   battery         ok
     2019-06-15 09:38:28   state           TasterSteckdose_Btn_01 Short
   cmdStack:
     ++A001F112346AA78202026623410101
     ++A001F112346AA78202026623410101
     ++A001F112346AA78201026623410101
   helper:
     HM_CMDNR   231
     mId        00C2
     peerFriend
     peerOpt    -:pushButton
     regLst     0
     rxType     28
     supp_Pair_Rep 0
     ack:
       Steckdose  TasterSteckdose_Btn_01:E7
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +6AA782,02,00,00
       nextSend   1560584309.45527
       prefIO     
       rxt        2
       vccu       
       p:
         6AA782
         00
         00
         00
     mRssi:
       mNo        E7
       io:
         CUL1:
           -96.5
           -96.5
     prt:
       bErr       0
       sProc      2
       sleeping   1
     q:
       qReqConf   01,02
       qReqStat   
     role:
       dev        1
     rssi:
       at_CUL1:
         avg        -86.5718954248366
         cnt        153
         lst        -98.5
         max        -59
         min        -102
     tmpl:
Attributes:
   IODev      CUL1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-PB-2-WM55-2
   room       CUL_HM
   serialNr   PEQ1016564
   subType    pushButton
   webCmd     getConfig:clear msgEvents

Das hier fällt mir auf:  protCmdPend 3 CMDs_pending...wie bekomme ich dass weg da ich die letzte Änderung gestern vorgenommen habe...

get hm configCheck ist auch ok

Code Auswählen Erweitern

configCheck done:

Habt ihr Ideen?

Muss ich den komplett wieder rauswerfen und neu einlernen oder gibt es einen anderen Befehlt statt on-for-timer wenn man über smartPeer gearbeitet hat?

Danke
Frank

[MadMax-FHEM]

Ganz kurz was mir auffällt (daddel grad nur am Handy):

Der Taster heißt TasterSteckdose, somit auch die Events die du gepostet hast...

Dein Notify (wo es leider KEIN list sondern nur "Text" gibt) soll aber auf HM_6AA782_Btn_02 usw. triggern...

Wie soll das gehen!?

Eventmonitor öffnen und dann gewünschten Event wählen und Notify anlegen lassen...

Die cmds_pending kann viel sein...
Das mal separat angehen...

EDIT: bsser auch noch ein list vom Schaltaktor. Wenn du immer die selbe Einschaltzeit willst, gibt es vielleicht auch ein Register beim Aktor. Dann kannst du auch wieder Peeren... getRegList beim Aktor würde da dann auch helfen...

Gruß, Joachim

[dudngretl]

ok, danke ich schau mir dass mal durch und melde mich wieder

[dudngretl]

Topp, dass wars 

Hatte "set Tastersteckdose getConfig" gemacht und dann Knöpfchen hinten gedrückt.
Danach die Notifys gelöscht uns sauber neu angelegt mit Hilfe des Eventmonitors.


DANKE!!


Dass einzige wass ich nun noch sehe ist:

Code Auswählen Erweitern

configCheck done:

peer not verified. Check that peer is set on both sides
    TasterSteckdose_Btn_01 p:Steckdose_Sw

trigger sent to undefined device
    triggerUndefined: TasterSteckdose_Btn_02:F11234

An sich läuft ja "scheinbar" alles, die Zeitsteuerung geht, der Taster und die Steckdose.
Aber es ist halt wohl noch nicht "sauber".

Code Auswählen Erweitern

Internals:
   DEF        66234101
   FUUID      5cd67b2f-f33f-97d4-a4ec-a4e8eda8c70a61fc
   NAME       Steckdose_Sw
   NOTIFYDEV  global
   NR         48
   NTFY_ORDER 50-Steckdose_Sw
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     Steckdose
   READINGS:
     2019-06-15 10:17:05   CommandAccepted yes
     2019-05-06 17:06:53   R-powerUpAction off
     2019-05-06 17:06:53   R-sign          off
     2019-06-14 19:36:27   RegL_01.         00:00 08:00 30:06 56:00 57:24 93:20 94:45
     2019-06-15 10:17:17   deviceMsg       off (to CUL1)
     2019-06-15 10:17:17   level           0
     2019-06-15 10:17:17   pct             0
     2019-06-15 10:17:17   recentStateType info
     2019-06-15 10:17:17   state           off
     2019-06-15 10:17:17   timedOn         off
     2019-06-15 10:17:05   trigLast        fhem:02
     2019-05-24 19:17:38   trig_HM_6AA782_Btn_01 Short_150
     2019-05-24 17:22:33   trig_HM_6AA782_Btn_02 Short_73
     2019-06-15 10:16:52   trig_TasterSteckdose_Btn_01 Short_182
     2019-06-14 19:38:40   trig_TasterSteckdose_Btn_02 Long_82
   helper:
     dlvlCmd    ++A011F112346623410201000000
     peerFriend peerSens,peerVirt
     peerIDsRaw ,00000000
     peerOpt    3:powerMeter
     regLst     1,3p
     stateUpdatDly 120
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   fhem_widget_channels [{"allowed_values":["off","on"],"alias":"SteckdoseLicht"}]
   model      HM-ES-PMSW1-PL-DN-R1
   peerIDs    00000000,
   room       HomeMatic

Evtl. noch eine Idee um das aufzuräumen?

[MadMax-FHEM]

Da ist das "ent-peeren" wohl beim Aktor noch nicht (vollständig) angekommen...

Dort mal ein getConfig...

Das andere könnte sein, weil der Taster nun keinen Peer mehr hat...
Evtl. mit einem "virtuellen Button" peeren...

Hast du eine vccu angelegt!? https://wiki.fhem.de/wiki/Virtueller_Controller_VCCUolltest du mal drüber nachdenken...
...bzw. wird empfohlen!

Da gibt es virtuelle Kanäle damit kann man auch peeren, dann ist evtl. auch der Taster "zufrieden"...

Ansonsten bitte noch [gelöst] beim ersten Post davor...

Gruß, Joachim

[MadMax-FHEM]

Eine Anmerkung trotzdem noch

Hast du mal beim Aktor ein:

Code Auswählen Erweitern


get Device regList


gemacht?

Wenn es ein Register gibt, wo du eine Einschaltzeit vorgeben kannst (und ich glaube das geht bei einigen/vielen), dann macht das der Aktor automatisch OHNE fhem.
Geht also SICHER(er) aus...
...und du kannst auch wieder direkt peeren: es geht auch OHNE fhem (kann ja immer mal was sein   )...

Bei mir läuft alles (was wichtig ist) auch ohne fhem.
fhem macht dann noch ein wenig Komfort oben drauf

Daher mische ich bei EINER "Funktion" keine Systeme (wenn nicht muss / bzw. außer die "Funktion" ist nicht [so] wichtig)...
...obwohl ich nat. einige verschiedene habe (Signatur   )...
Aber bzgl. beispielsweise Heizung: alles ein System und direkt verknüpft (peering) -> läuft auch ohne fhem
(Haupt)Lichter: dazugehörige Schalter ebenfalls selbes System und direkt verbunden -> läuft auch ohne fhem

Das Licht im Einbauschrank: da wurde wegen Optik ein Fibaro-Auge (ZWave) verwendet aber der Aktor war/ist ein HomeMatik (den wollte ich jetzt nicht ersetzen) das geht NUR MIT FHEM... Nicht schlimm, ist ja nur der Einbauschrank
(bzw. gibt es für den "Notfall" einen HomeMatik Wandtaster: direkt verbunden   )

Nur so als Tipp...
(vielleicht für die Zukunft)

Gruß und viel Spaß noch, Joachim

[dudngretl]

HI,

1) Dort mal ein getConfig... gemacht

Code Auswählen Erweitern

configCheck done:

peer not verified. Check that peer is set on both sides
    TasterSteckdose_Btn_01 p:Steckdose_Sw

trigger sent to undefined device
    triggerUndefined: TasterSteckdose_Btn_02:F11234

Muss mann danach an der Steckdose den kleinen knopf noch drücken.
Habe hier immer etwas panik dass ich etwas "zurücksetze"

2) get Steckdose regList

Code Auswählen Erweitern

list:         register | range              | peer     | description
   0: confBtnTime      |   1 to 255min      |          | 255=permanent special:permanent
   0: intKeyVisib      |     literal        |          | visibility of internal channel options:visib,invisib
   0: localResDis      |     literal        |          | local reset disable options:on,off
   0: pairCentral      |   0 to 16777215    |          | pairing to central

Da ich noch ein ziemlicher newbie bin, was mache ich nun damit?
Heißt die erste Reihe "conBtnTime" dass ich hier immer nach status an ein Laufzeit einschalten kann, also 1-255 Minuten?
Dass wäre perfekt, aber wie mache ich dass dann?

3) Ich habe nur einen CUL-Stick

Hast du eine vccu angelegt!? https://wiki.fhem.de/wiki/Virtueller_Controller_VCCUolltest du mal drüber nachdenken...
...bzw. wird empfohlen!
Gruß, Joachim

PS: Irgendwie glaube ich auch dass es dieses "Steckdose_sw" gar nicht mehr gibt...der List geht nur auf "Steckdose"...

Grüße
Frank

[MadMax-FHEM]

Bei dem brauchst du normalerweise nichts drücken, der hängt ja direkt am Strom und "schläft" nicht.

Bei Batteriegeräten hilft meist ein Drücken -> aufwecken zum "arbeiten"

Der Aktor müsste aber weitere Kanäle haben.
Wenn du auf das "Hauptgerät" gehst in der Detailansicht (es geht auch über list und dann auf den "Namenslink" klicken) solltest du eigentlich alle Kanäle sehen.

Wenn nicht, dann ist wohl was schief...
...oder du hast (aus Versehen) den Schaltkanal so benannt...
...er muss ja nicht _Sw heißen

Evtl. noch mal anlernen oder noch mal ein getConfig (ohne löschen ohne resetten!)...

Ich habe die Schaltsteckdose mit Leistungsmessung auch (folgendes als Model: HM-ES-PMSW1-PL / Vorgängermodell? weil es sieht genauso aus wenn ich bei eq3 nachschaue   )...
Und wenn ich beim Schaltkanal (also den _Sw   ) ein get regList mache, dann bekomme ich Register, mit denen man wohl eine Einschaltzeit einstellen kann: shOnTime (würde ich mal tippen / mal bei eq3 nachlesen oder im Forum suchen /fragen / evtl. steht auch was in einem der Wiki)...

peer not verified. Check that peer is set on both sides
    TasterSteckdose_Btn_01 p:Steckdose_Sw

Wenn ich mich nicht täusche bedeutet das soviel wie: irgendwo ist noch ein Peer-Partner eingetragen wo aber die "Gegenstelle" nicht festgestellt werden kann...
...bzw. bei der Gegenstelle nicht klar ist, ob da der passende "zurück-Partner" auch eingetragen ist...

Also entweder steht in einem der Register (also Sensor oder Aktor) der Peer noch drin oder eben nicht mehr drin...
...oder es fehlt (was wahrscheinlicher ist, da es ja heißt: es kann nicht verifiziert werden) noch ein getConfig (Sensor oder Aktor)...

Du kannst auch erst mal eine Zeit warten, vielleicht gibt sich das auch mit der Zeit, wenn dann mal wieder alle Register gelesen wurden: autoReadReg (wenn dort nicht "off" steht, werden ab und an die Register automatisch gelesen, dauert halt)...

Und ich hab in jedem meiner Systeme auch "nur" EIN IO (also HM-CFG-USB bzw. HMUART) aber trotzdem in jedem System eine vccu. Es gibt noch weitere Vorteile als nur die "Ausfallsicherheit" bzw. "Reichweitenvergrößerung" bei Verwendung von mehreren IOs...

Kannst ja im Forum mal suchen bzw. sollte das irgendwo im HomeMatic Wiki auch stehen, wenn nicht sogar bei der vccu selbst...

Gruß, Joachim

[dudngretl]

Also diese Kanäle sehe ich:

channel_01 Steckdose_Sw
channel_02 Verbrauchsmessung
channel_03 Steckdose_SenPwr
channel_04 Steckdose_SenI
channel_05 Steckdose_SenU
channel_06 Steckdose_SenF

Dass hier finde ich im WIKI:

Code Auswählen Erweitern

shOnTime und lgOnTime - das interne on-for-timer von Schaltern oder Dimmern
Die wohl populärsten Register begrenzen die Einschaltzeit eines Aktors. Um z.B. eine Steckdose für 10 sec bei Knopfdruck lokal einzuschalten kann man folgendes programmieren:
set <name> regSet shOnTime 10 self01
shOnTime ist dabei das zuständige Register für die Einschaltzeit bei kurzem (sh=short) Tastendruck, entsprechend gilt lgOnTime für einen langen Tastendruck.
In den Readings werden die Register mit dem jeweiligen verknüpften Taster angezeigt, in unserem Fall also:
R-self01-shOnTime
Der Defaultwert für shOnTime ist 111600 und bedeutet unendlich (von FHEM mit "unused" dargestellt), d.h. die maximale einstellbare Zeit ist 111599 sec (knapp 31 Stunden). So kann man die Zeit löschen:
set <device> regSet shOnTime 111600 self01
oder
set <device> regSet shOnTime unused self01
Übrigens gibt es diese Register auch für die Ausschaltzeit.

Also sollte ja eigtl. unter einem der oben genannen Channels dass "shOnTime" auftauchen oder?

Ich erhalte aber für die einzelnen Chanels immer dass hier:

Code Auswählen Erweitern

list:         register | range              | peer     | description
   1: sign             |     literal        |          | signature (AES) options:on,off
   1: statusInfoMinDly | 0.0 to 15.5s       |          | status message min delay special:unused
   1: statusInfoRandom |   0 to 7s          |          | status message random delay
   1: transmitTryMax   |   1 to 10          |          | max message re-transmit

Zum getconfigcheck -> Einen Fehler konnnte ich beheben, es war wirklich noch ein Peer eingetragen der veraltet war...

Nun siehts so aus:

Code Auswählen Erweitern

configCheck done:

trigger sent to undefined device
    triggerUndefined: TasterSteckdose_Btn_02:F11234

Wenn ich hier beide vergleiche fällt mir dass hier auf:

TasterSteckdose_Btn_01 Short 1_182 (to Steckdose)
TasterSteckdose_Btn_02 Short 1_100 (to CUL1)

Grüße
Frank

[Otto123]

Moin,

Code Auswählen Erweitern

get Steckdose_Sw regListliefert nur diese kurze Liste? Kann eigentlich nicht sein.
Poste mal bitte ein list Steckdose

Gruß Otto

[MadMax-FHEM]

Hm, das mit den Registern ist seltsam...

Aber meine Modellnummer ist auch (minimal) anders...
...aber bei mir kommt, wenn ich für die einzelnen Channels das get regList aufrufe deutlich unterschiedliche Register...

Ich daddel grad nur am Handy, da kann ich schlecht nachschauen: was steht beim Attribut expert beim Aktor?
Bzw. setze das doch mal auf "all" (also per DropDown)...

Aber get regList sollte eigentlich unabhängig davon die vollständige Liste liefern...

Entweder unterstützt genau dein Modell das nicht (dann müsste man mal schauen was der Unterschied ist auf den ersten Blick "sahen" sie gleich aus) oder irgendwas ist doch noch schief...

Aber wie geschrieben: wäre halt nur damit du wieder peeren kannst und damit das dann auch ohne laufendes fhem tut (weil der Taster dann direkt an den Aktor sendet und der dann selbsttätig nach der eingestellten Zeit ausgeht)...

Eine Frage noch: wann war dein letztes fhem update? Weil da ist vor einiger Zeit einiges gedreht worden, auch da wo peer smart (was du ja schon hast) eingebaut wurde... Nicht dass du eine "komische Zwischenversion" hast (sieht aber erst mal nicht so aus / sicher ist sicher)

Gruß, Joachim

[dudngretl]

Meine FHEM Version:
Latest Revision: 19364

Unter Attribute steht bei der Steckdose: 2_raw (kann ich dass ohne Risiko einfach auf 1_allReg ändern?)

[Otto123]

Ja. Dann ein getConfig etwas warten und dann mal bitte ein

Code Auswählen Erweitern

list Steckdose

[MadMax-FHEM]

Unter Attribute steht bei der Steckdose: 2_raw (kann ich dass ohne Risiko einfach auf 1_allReg ändern?)

Jep.
Kannst du ja wieder zurückändern, wenn es dir anders besser gefällt/gefallen hat

Ist nur eine "Einstellung" wieviel angezeigt werden soll...
Steht bei mir generell auf "all" weil ich gerne "alles sehe"

Poste doch mal ein list wie von Otto angefragt!

EDIT: noch mal gewünscht hat

Die Versionsnummern, da müsste ich erst mal schauen, war nur für den Fall, dass wir anders nicht weiterkommen...
...weil eben einiges "rumgebaut" wurde und die Angezeigten Register (wie auch Otto schon bemerkt hat) etwas eigenartig dürftig sind...

Gruß, Joachim

[dudngretl]

Ja. Dann ein getConfig etwas warten und dann mal bitte ein

Code Auswählen Erweitern

list Steckdose

1) eingestellt: expert 3_allReg+raw
2 getConfig Steckdose
3) list Steckdose

Code Auswählen Erweitern

Internals:
   CUL1_MSGCNT 17663
   CUL1_RAWMSG A0EB9A010662341F112340100000000::-84.5:CUL1
   CUL1_RSSI  -84.5
   CUL1_TIME  2019-06-16 19:18:17
   DEF        662341
   FUUID      5cd67b2f-f33f-97d4-2dfd-826d2d81bf0204b4
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     17663
   NAME       Steckdose
   NOTIFYDEV  global
   NR         46
   NTFY_ORDER 50-Steckdose
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Steckdose_Sw
   channel_02 Verbrauchsmessung
   channel_03 Steckdose_SenPwr
   channel_04 Steckdose_SenI
   channel_05 Steckdose_SenU
   channel_06 Steckdose_SenF
   lastMsg    No:B9 - t:10 s:662341 d:F11234 0100000000
   protCmdDel 151
   protLastRcv 2019-06-16 19:18:17
   protRcv    17603 last_at:2019-06-16 19:18:17
   protResnd  229 last_at:2019-05-26 11:43:57
   protResndFail 67 last_at:2019-05-26 10:25:41
   protSnd    1120 last_at:2019-06-16 19:18:17
   protState  CMDs_done
   protTimedOn 49 last_at:2019-05-24 18:53:19
   rssi_CUL1  cnt:269 min:-105 max:-48 avg:-82.62 lst:-88
   rssi_HM_6AA782 cnt:48 min:-98 max:-56 avg:-70.02 lst:-63
   rssi_TasterSteckdose cnt:12 min:-75 max:-67 avg:-69.75 lst:-69
   rssi_at_CUL1 cnt:17663 min:-108.5 max:-43 avg:-80.2 lst:-84.5
   READINGS:
     2019-05-26 11:45:46   Activity        alive
     2019-06-14 19:36:22   CommandAccepted yes
     2019-05-25 17:25:45   D-firmware      2.5
     2019-05-25 17:25:45   D-serialNr      OEQ1974470
     2019-06-16 19:18:12   PairedTo        0xF11234
     2019-05-11 16:57:34   R-confBtnTime   permanent
     2019-05-11 17:19:28   R-intKeyVisib   invisib
     2019-05-06 17:06:52   R-localResDis   off
     2019-05-11 17:19:28   R-pairCentral   0xF11234
     2019-06-16 19:18:12   RegL_00.         00:00 02:01 0A:F1 0B:12 0C:34 15:FF 18:00
     2019-05-26 20:00:02   powerOn         2019-05-26 20:00:02
     2019-06-16 19:18:17   state           CMDs_done
   helper:
     HM_CMDNR   185
     PONtest    0
     cSnd       01F1123466234106040000000001,01F112346623410603
     mId        00AC
     peerFriend
     peerOpt    -:powerMeter
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        1
       tpl        0
     io:
       newChn     +662341,00,00,00
       nextSend   1560705497.91622
       prefIO     
       rxt        0
       vccu       
       p:
         662341
         00
         00
         00
     mRssi:
       mNo        B9
       io:
         CUL1:
           -82.5
           -82.5
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rpt:
       IO         CUL1
       flg        A
       ts         1560705497.81726
       ack:
         HASH(0xfab828)
         B98002F1123466234100
     rssi:
       CUL1:
         avg        -82.6245353159851
         cnt        269
         lst        -88
         max        -48
         min        -105
       HM_6AA782:
         avg        -70.0208333333333
         cnt        48
         lst        -63
         max        -56
         min        -98
       TasterSteckdose:
         avg        -69.75
         cnt        12
         lst        -69
         max        -67
         min        -75
       at_CUL1:
         avg        -80.2078922040421
         cnt        17663
         lst        -84.5
         max        -43
         min        -108.5
     shadowReg:
     tmpl:
Attributes:
   IODev      CUL1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     3_allReg+raw
   firmware   2.5
   icon       black_Steckdose.off
   model      HM-ES-PMSW1-PL-DN-R1
   room       CUL_HM
   serialNr   OEQ1974470
   subType    powerMeter
   webCmd     getConfig:clear msgEvents


get Steckdose_Sw regList:

Code Auswählen Erweitern

list:         register | range              | peer     | description
   1: sign             |     literal        |          | signature (AES) options:on,off
   1: statusInfoMinDly | 0.0 to 15.5s       |          | status message min delay special:unused
   1: statusInfoRandom |   0 to 7s          |          | status message random delay
   1: transmitTryMax   |   1 to 10          |          | max message re-transmit


get Steckdose regList

Code Auswählen Erweitern

list:         register | range              | peer     | description
   0: confBtnTime      |   1 to 255min      |          | 255=permanent special:permanent
   0: intKeyVisib      |     literal        |          | visibility of internal channel options:visib,invisib
   0: localResDis      |     literal        |          | local reset disable options:on,off
   0: pairCentral      |   0 to 16777215    |          | pairing to central