RHS peeren und hminfo

[logemann]

Hallo,

noch ein Neuer unter Euch Ich habe die letzten Tage viel gelesen um meine kleine Teststellung zum Leben zu erwecken (RHS, Thermostat, HMLAN). Programm erstellen und sowas ist einigermassen ok soweit. Nun bin ich gerade beim peering vom RHS an das Thermostat. Habe ich also via:

set sz_fenster peerChan 0 wz_thermostat_WindowRec single set

gemacht, wobei sz_fenster der Sensor ist und *WindowRec sollte klar sein. Nun steht im Channel WindowRec im Reading "peerList" -> "sz_fenster", was ja erstmal gut ist, jedoch unter state -> "unpeered". Was für mich komisch ist. Unter "peerIDs" bei den Attributes steht auch die ID von sz_fenster und noch die 000000 komma separiert.

Habe zum Test mal den Fensterkontakt auf close und open gestellt aber leider hat das Thermostat nicht das Reading R-sz_fenster_chn-01-winOpnTemp -> 15 C genommen als Wunschtemperatur.

Zweites THema: Um das weiter zu prüfen wollte ich via HMinfo config check arbeiten, aber FHEM sagt das hminfo ein "unknown command" ist. Mir ist auch nicht klar warum das so ist. Das Perl File zu hminfo ist auf jeden Fall als file vorhanden im fhem folder. keine Ahnung warum ich da nicht weiterkomme. Danke für Infos.

Marc

[frank]

hallo marc,

hast du am rhs die anlerntaste gedrückt? anschliessend noch set getConfig und wieder die taste drücken. irgendwann sollten die daten dann stimmen. am rhs muss in den details auch der peer vom thermostat_windowrec erscheinen. die 000000 ist schon gut so.

hminfo muss erst in fhem.cfg definiert werden. siehe commandref => hminfo.

gruss frank

edit: und wenn du länger was davon haben möchtest, immer schön saveconfig machen. lieber einmal zuviel. 

[logemann]

Hi,

danke für die Antwort. Ich kann am rhs keinen WindowRec Peer erkennen. Wo sollte da stehen? Sehe auch kein Peer Attribut beim rhs.

Habe hminfo nun im Griff und mal check config gemacht. Da steht dann:

configCheck done:
peer not verified
    wz_thermostat_WindowRec p:sz_fenster

Sieht auch nicht gut aus oder?

Ausserdem steht bei der Übersicht von Channels zu Peers bei WindowRec -> last:trigLast    anstatt "peered"

Was tun sprach das Huhn....

Marc

[frank]

mach mal "list rhs" und poste.

[martinp876]

FHEM versucht die Register und peers aktuell zu halten. Wenn du "viel" gespielt hast ist es kein Fehler, ein getConfig nachzuschieben, um den Stand der Config zu erfassen.
Also
set <rhs> getConfig
=> anlernen
=> prüfen, dass alles bearbeitet wurde (protoState CMDSdone)

Sind jetzt peers im RHS zu sehen? Wenn nicht noch einmal peeren.

[logemann]

hi,

noch kurzem Urlaub gehts nun weiter. Bin immer noch "gestrandet"...

list rhs ergibt:

Internals:
   DEF        24E145
   HMLAN1_MSGCNT 15
   HMLAN1_RAWMSG E24E145,0000,0A5DCFD0,FF,FFC0,1DA61024E14526ED770601C800
   HMLAN1_RSSI -64
   HMLAN1_TIME 2014-05-09 21:15:16
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     15
   NAME       sz_fenster
   NR         34
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:1D - t:10 s:24E145 d:26ED77 0601C800
   protLastRcv 2014-05-09 21:15:16
   protSnd    14 last_at:2014-05-09 21:15:16
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-71.33 min:-76 max:-63 lst:-64 cnt:15
   Readings:
     2014-05-11 01:23:31   Activity        dead
     2014-05-09 21:03:28   D-firmware      2.4
     2014-05-09 21:03:28   D-serialNr      KEQ1094456
     2014-05-09 21:03:29   PairedTo        0x26ED77
     2014-05-09 21:03:29   R-cyclicInfoMsg off
     2014-05-07 21:36:05   R-eventDlyTime  0 s
     2014-05-07 21:36:05   R-ledOnTime     0.5 s
     2014-05-09 21:03:29   R-msgRhsPosA    closed
     2014-05-09 21:03:29   R-msgRhsPosB    open
     2014-05-09 21:03:29   R-msgRhsPosC    tilted
     2014-05-09 21:03:29   R-pairCentral   0x26ED77
     2014-05-09 21:03:29   R-transmDevTryMax 6
     2014-05-09 21:03:29   R-transmitTryMax 6
     2014-05-07 22:32:35   R-wz_thermostat_WindowRec-expectAES set_off
     2014-05-07 22:32:35   R-wz_thermostat_WindowRec-peerNeedsBurst set_on
     2014-05-09 21:03:29   RegL_00:          02:01 09:00 0A:26 0B:ED 0C:77 10:01 14:06 00:00
     2014-05-09 21:03:29   RegL_01:          08:00 20:6C 21:00 22:64 30:06 00:00
     2014-05-09 21:15:16   alive           yes
     2014-05-09 21:15:16   battery         ok
     2014-05-09 21:15:16   contact         open (to HMLAN1)
     2014-05-09 21:15:16   cover           closed
     2014-05-09 21:15:16   recentStateType info
     2014-05-09 21:15:16   state           open
   Helper:
     cSnd       0126ED7724E1450103
     mId        0030
     peerIDsRaw ,00000000
     rxType     4
     Io:
       newChn     +24E145,00,01,1E
       nextSend   1399662916.90434
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1399662916.82266
       ack:
         HASH(0x12ebc28)
         1D800226ED7724E14500
     Rssi:
       At_hmlan1:
         avg        -71.3333333333333
         cnt        15
         lst        -64
         max        -63
         min        -76
     Shadowreg:
Attributes:
   IODev      HMLAN1
   actCycle   028:00
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.4
   icon       fts_window_2w_open_lr
   model      HM-SEC-RHS
   peerIDs    00000000,
   room       Schlafzimmer,CUL_HM
   serialNr   KEQ1094456
   subType    threeStateSensor

getConfig hatte ich schon mehrmals gemacht. Sollte also letzter Stand sein. Stehe immer noch aufm Schlauch und bin für jeden Tipp dankbar.

Marc

[frank]

letzter stand kann das wohl nicht sein. am 7.5 vor 9 tagen hast du versucht zu peeren. seit dem gab es noch keine bestätigung dieser registerwerte

Code Auswählen Erweitern

     2014-05-07 22:32:35   R-wz_thermostat_WindowRec-expectAES set_off
     2014-05-07 22:32:35   R-wz_thermostat_WindowRec-peerNeedsBurst set_on

solange irgend etwas mit _set auftaucht fehlt immer die bestätigung.

also wieder
clear msgevents
set get config
anlerntaste
kontrollieren ob cmds_done
wenn nicht wiederhohlen.
dann list fenster

so am rande. das schlafzimmer fenster mit dem wohnzimmerthermostat zu peeren hört sich auch interessant an.   

gruss frank

[logemann]

Hallo,

vorab eine Antwort zu der Schlafzimmer / Wohnzimmer Kombination. Das ist natürlich momentan alles noch Testbetrieb und sz_fenster ist nicht im Schlafzimmer, sondern seit Tagen auf dem Wohnzimmertisch. Am Ende soll beides im Schlafzimmer sein natürlich. Also Thermostat und Fenstersensor.

Ich habe also alles nochmal neu durchgeeiert inkl. Peering. Nun erhalt ich auf den List Befehl folgendes. Es scheint zumindest besser auszusehen. Da es schon recht spät ist, werde ich erst morgen dann mal funktionale Tests machen, indem ich den State des Sensors mal ändere.... Danke für kurzes Feedback ob das nun besser ist lt. List:

Internals:
   DEF        24E145
   HMLAN1_MSGCNT 45
   HMLAN1_RAWMSG E24E145,0000,39518C93,FF,FFB7,23B61024E14526ED770601C800
   HMLAN1_RSSI -73
   HMLAN1_TIME 2014-05-19 00:02:00
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     45
   NAME       sz_fenster
   NR         34
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:23 - t:10 s:24E145 d:26ED77 0601C800
   peerList   wz_thermostat_WindowRec,
   protCmdDel 3
   protLastRcv 2014-05-19 00:02:00
   protResndFail 1 last_at:2014-05-18 23:55:12
   protSnd    27 last_at:2014-05-19 00:02:00
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-72.66 min:-82 max:-63 lst:-73 cnt:45
   Readings:
     2014-05-18 23:59:38   Activity        alive
     2014-05-18 23:59:39   CommandAccepted yes
     2014-05-18 23:59:38   D-firmware      2.4
     2014-05-18 23:59:38   D-serialNr      KEQ1094456
     2014-05-18 23:59:40   PairedTo        0x26ED77
     2014-05-09 21:03:29   R-cyclicInfoMsg off
     2014-05-07 21:36:05   R-eventDlyTime  0 s
     2014-05-07 21:36:05   R-ledOnTime     0.5 s
     2014-05-09 21:03:29   R-msgRhsPosA    closed
     2014-05-09 21:03:29   R-msgRhsPosB    open
     2014-05-09 21:03:29   R-msgRhsPosC    tilted
     2014-05-09 21:03:29   R-pairCentral   0x26ED77
     2014-05-09 21:03:29   R-transmDevTryMax 6
     2014-05-09 21:03:29   R-transmitTryMax 6
     2014-05-18 23:59:41   R-wz_thermostat_WindowRec-expectAES off
     2014-05-18 23:59:41   R-wz_thermostat_WindowRec-peerNeedsBurst on
     2014-05-18 23:59:40   RegL_00:          02:01 09:00 0A:26 0B:ED 0C:77 10:01 14:06 00:00
     2014-05-18 23:59:40   RegL_01:          08:00 20:6C 21:00 22:64 30:06 00:00
     2014-05-18 23:59:41   RegL_04:wz_thermostat_WindowRec   01:01 00:00
     2014-05-19 00:02:00   alive           yes
     2014-05-19 00:02:00   battery         ok
     2014-05-19 00:02:00   contact         open (to HMLAN1)
     2014-05-19 00:02:00   cover           closed
     2014-05-18 23:59:41   peerList        wz_thermostat_WindowRec,
     2014-05-19 00:02:00   recentStateType info
     2014-05-19 00:02:00   state           open
   Helper:
     cSnd       0126ED7724E14501042495D50304
     mId        0030
     peerIDsRaw ,2495D503,00000000
     rxType     4
     Io:
       newChn     +24E145,00,01,1E
       nextSend   1400450520.8508
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        B
       ts         1400450520.77132
       ack:
         HASH(0x12ebc28)
         23800226ED7724E14500
     Rssi:
       At_hmlan1:
         avg        -72.6666666666667
         cnt        45
         lst        -73
         max        -63
         min        -82
     Shadowreg:
Attributes:
   IODev      HMLAN1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.4
   icon       fts_window_2w_open_lr
   model      HM-SEC-RHS
   peerIDs    00000000,2495D503,
   room       Schlafzimmer,CUL_HM
   serialNr   KEQ1094456
   subType    threeStateSensor   

[logemann]

Ok. Also es scheint nun tatsächlich alles zu gehen. Danke für Feedback.

Marc