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
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. ;)
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
mach mal "list rhs" und poste.
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.
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
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
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
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
Ok. Also es scheint nun tatsächlich alles zu gehen. Danke für Feedback.
Marc