Bei meinen ersten Gehversuchen mit FHEM und Homematic bin ich gegen eine Wand gelaufen, die ich nicht sehen kann. Irgendwas stimmt an der Konfiguration nicht, aber ich weiß nicht was. Oder meine Erwartungshaltung ist falsch. :)
Was klappt: Fensterzustand (offen/geschlossen) wird in FHEM angezeigt. Heizungs- und Raumtemperatur werden in FHEM angezeigt, und die gewünschte Raumtemperatur lässt sich in FHEM manipulieren.
Problem: Wenn ich das Fenster aufmache, reagiert das Thermostat nicht. Ich hatte vorher ein MAX-Set hier zum Testen. Da fuhr das Thermostat "sofort" runter, wenn ich das Fenster öffnete. Jetzt passiert nichts. Ich meine aber, ich hätte nicht nur Thermostat und Fenstersensor mit FHEM gepaired, sondern auch miteinander gepeered (Terminologie richtig?), letzeres hatte ich gehofft, würde nicht über FHEM laufen, sondern Sensor und Aktor würden unmittelbar miteinander reden.
Bei meinen Tests habe ich festgestellt, dass noch irgendwo anders etwas nicht stimmt. Denn der Fensterkontakt hat ein Log, das er aber nur von 20:27 gestern Abend bis 20:35 geschrieben hat. Seitdem kommt zwar immer noch der Fensterzustand in FHEM an, aber das Log scheint nicht weiter geschrieben zu werden.
Ich brauche bitte ein wenig Hilfestellung, wo ich suchen kann/muss.
list:
Global:
global (<no definition>)
HMLAN:
HMUSB (opened)
FHEMWEB:
FHEMWEB:0.0.0.0:56580 (Connected)
WEB (Initialized)
WEBphone (Initialized)
WEBtablet (Initialized)
CUL_HM:
ActionDetector (alive:3 dead:0 unkn:0 off:0)
Fenster_UG_Buero (closed)
Heizung_UG_Buero (CMDs_done)
Heizung_UG_Buero_Clima (T: 22.7 desired: 21.0 valve: 2)
Heizung_UG_Buero_ClimaTeam (unpeered)
Heizung_UG_Buero_Climate (unpeered)
Heizung_UG_Buero_Weather (22.7)
Heizung_UG_Buero_WindowRec (last:Fenster_UG_Buero :closed)
Heizung_UG_Buero_remote (unpeered)
Heizung_UG_Gast (CMDs_done)
Heizung_UG_Gast_Clima (T: 22.7 desired: 21.0 valve: 8)
Heizung_UG_Gast_ClimaTeam (unpeered)
Heizung_UG_Gast_Climate (unpeered)
Heizung_UG_Gast_Weather (22.7)
Heizung_UG_Gast_WindowRec (unpeered)
Heizung_UG_Gast_remote (unpeered)
eventTypes:
eventTypes (active)
notify:
initialUsbCheck (2015-01-15 15:17:21)
FileLog:
FileLog_Fenster_UG_Buero (active)
FileLog_Heizung_UG_Buero (active)
FileLog_Heizung_UG_Gast (active)
Logfile (active)
autocreate:
autocreate (active)
telnet:
telnet:127.0.0.1:46607 (Connected)
telnetPort (Initialized)
list Heizung_UG_Buero
Internals:
CFGFN
DEF 2E59EB
HMUSB_MSGCNT 489
HMUSB_RAWMSG E2E59EB,0000,037630DC,FF,FFCA,4E86102E59EB0000000AA8E4100300
HMUSB_RSSI -54
HMUSB_TIME 2015-01-16 07:34:42
IODev HMUSB
LASTInputDev HMUSB
MSGCNT 489
NAME Heizung_UG_Buero
NR 74
STATE CMDs_done
TYPE CUL_HM
channel_01 Heizung_UG_Buero_Weather
channel_02 Heizung_UG_Buero_Climate
channel_03 Heizung_UG_Buero_WindowRec
channel_04 Heizung_UG_Buero_Clima
channel_05 Heizung_UG_Buero_ClimaTeam
channel_06 Heizung_UG_Buero_remote
lastMsg No:4E - t:10 s:2E59EB d:000000 0AA8E4100300
protCmdDel 8
protLastRcv 2015-01-16 07:34:42
protNack 3 last_at:2015-01-15 21:46:46
protResnd 1 last_at:2015-01-15 21:52:35
protSnd 131 last_at:2015-01-15 22:10:11
protState CMDs_done
rssi_HMUSB lst:-47 min:-47 cnt:1 max:-47 avg:-47
rssi_at_HMUSB min:-73 lst:-54 avg:-54.34 max:-46 cnt:489
Readings:
2015-01-15 20:28:09 Activity alive
2015-01-15 22:10:12 CommandAccepted yes
2015-01-15 20:28:09 D-firmware 1.3
2015-01-15 20:28:09 D-serialNr LEQ0856741
2015-01-15 21:21:49 PairedTo 0xXXXXXX
2015-01-15 20:10:16 R-backOnTime 10 s
2015-01-15 20:10:16 R-btnLock off
2015-01-15 20:10:16 R-burstRx on
2015-01-15 20:10:16 R-cyclicInfoMsg on
2015-01-15 20:10:16 R-cyclicInfoMsgDis 0
2015-01-15 20:10:16 R-globalBtnLock off
2015-01-15 20:10:16 R-localResDis off
2015-01-15 20:10:16 R-lowBatLimitRT 2.1 V
2015-01-15 20:10:16 R-modusBtnLock off
2015-01-15 20:10:16 R-pairCentral 0xCD2007
2015-01-15 21:21:49 RegL_00: 01:01 02:01 09:01 0A:CD 0B:20 0C:07 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00
2015-01-15 22:11:05 RegL_07:
2015-01-16 07:34:42 actuator 3
2015-01-15 20:46:24 battery ok
2015-01-16 07:34:42 batteryLevel 3.1
2015-01-16 07:34:42 desired-temp 21.0
2015-01-16 07:34:42 measured-temp 22.8
2015-01-15 22:10:11 state CMDs_done
2015-01-15 20:10:45 time-request -
Helper:
cSnd 01CD20072E59EB030435BF3A0107
mId 0095
rxType 140
Io:
newChn +2E59EB,00,01,00
nextSend 1421390082.64225
prefIO
rxt 2
vccu
p:
2E59EB
00
01
00
Mrssi:
mNo 4E
Io:
HMUSB -52
Prt:
bErr 0
sProc 0
sleeping 1
try 1
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
Rssi:
Hmusb:
avg -47
cnt 1
lst -47
max -47
min -47
At_hmusb:
avg -54.3415132924335
cnt 489
lst -54
max -46
min -73
Shregw:
07 04
Shadowreg:
RegL_00: 01:01 02:01 09:01 0A:CD 0B:20 0C:07 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00
RegL_07:
Attributes:
IODev HMUSB
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.3
model HM-CC-RT-DN
room Buero
serialNr LEQ0856741
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
list Heizung_UG_Buero_WindowRec
Internals:
CFGFN
DEF 2E59EB03
NAME Heizung_UG_Buero_WindowRec
NR 78
STATE last:Fenster_UG_Buero :closed
TYPE CUL_HM
chanNo 03
device Heizung_UG_Buero
peerList Fenster_UG_Buero,
Readings:
2015-01-15 22:10:11 R-Fenster_UG_Buero_chn-01-shCtValLo 50
2015-01-15 22:10:11 R-Fenster_UG_Buero_chn-01-winOpnTemp 5 C
2015-01-15 20:10:18 R-sign off
2015-01-15 22:10:10 RegL_01: 08:00 00:00
2015-01-15 22:10:11 RegL_03:Fenster_UG_Buero_chn:01 04:32 00:00
2015-01-15 22:10:11 RegL_07:Fenster_UG_Buero_chn:01 05:0A 00:00
2015-01-15 22:10:10 peerList Fenster_UG_Buero,
2015-01-15 21:21:51 state unpeered
2015-01-16 07:23:41 trigLast Fenster_UG_Buero :closed
2015-01-16 07:23:41 trig_Fenster_UG_Buero closed
Helper:
peerIDsRaw ,35BF3A01,00000000
Role:
chn 1
Shadowreg:
Attributes:
model HM-CC-RT-DN
peerIDs 00000000,35BF3A01,
room Buero
stateFormat last:trigLast
list Fenster_UG_Buero
Internals:
CFGFN
DEF 35BF3A
HMUSB_MSGCNT 212
HMUSB_RAWMSG E35BF3A,0000,037C4EB6,FF,FFAE,D8A61035BF3ACD200706010000
HMUSB_RSSI -82
HMUSB_TIME 2015-01-16 07:41:23
IODev HMUSB
LASTInputDev HMUSB
MSGCNT 212
NAME Fenster_UG_Buero
NR 109
STATE closed
TYPE CUL_HM
lastMsg No:D8 - t:10 s:35BF3A d:CD2007 06010000
peerList Heizung_UG_Buero_WindowRec,
protCmdDel 4
protEvt_AESok 19 last_at:2015-01-15 21:48:41
protLastRcv 2015-01-16 07:41:23
protNack 1 last_at:2015-01-15 20:28:14
protSnd 138 last_at:2015-01-16 07:41:23
protState CMDs_done
rssi_at_HMUSB avg:-63.28 max:-42 cnt:212 min:-84 lst:-82
Readings:
2015-01-16 06:58:40 Activity alive
2015-01-15 21:48:41 CommandAccepted yes
2015-01-15 21:48:40 D-firmware 1.0
2015-01-15 21:48:40 D-serialNr LEQ1468201
2015-01-15 21:48:42 PairedTo 0xXXXXXX
2015-01-15 21:48:43 R-Heizung_UG_Buero_WindowRec-expectAES on
2015-01-15 21:48:43 R-Heizung_UG_Buero_WindowRec-peerNeedsBurst off
2015-01-15 20:30:53 R-cyclicInfoMsg on
2015-01-15 20:30:53 R-eventDlyTime 0 s
2015-01-15 20:30:53 R-msgScPosA open
2015-01-15 20:30:53 R-msgScPosB closed
2015-01-15 20:30:53 R-pairCentral 0xCD2007
2015-01-15 20:30:53 R-sabotageMsg on
2015-01-15 20:30:53 R-sign on
2015-01-15 20:30:53 R-transmDevTryMax 6
2015-01-15 20:30:53 R-transmitTryMax 6
2015-01-15 21:48:42 RegL_00: 02:01 09:01 0A:CD 0B:20 0C:07 10:01 14:06 00:00
2015-01-15 21:48:42 RegL_01: 08:01 20:9C 21:00 30:06 00:00
2015-01-15 21:48:43 RegL_04:Heizung_UG_Buero_WindowRec 01:80 00:00
2015-01-15 21:48:41 aesKeyNbr 00
2015-01-16 07:41:23 alive yes
2015-01-16 07:41:23 battery ok
2015-01-16 07:41:23 contact closed (to HMUSB)
2015-01-15 21:48:43 peerList Heizung_UG_Buero_WindowRec,
2015-01-16 07:41:23 recentStateType info
2015-01-16 07:41:23 sabotageError off
2015-01-16 07:41:23 state closed
2015-01-16 07:23:35 trigDst_CD2007 noConfig
2015-01-15 20:30:48 trigDst_broadcast noConfig
Helper:
cSnd 01CD200735BF3A01042E59EB0304
mId 00C7
peerIDsRaw ,2E59EB03,00000000
rxType 28
Io:
newCh 1
newChn +35BF3A,00,01,1E
nextSend 1421390483.5265
prefIO
rxt 2
vccu
p:
35BF3A
00
01
1E
Mrssi:
mNo D8
Io:
HMUSB -80
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMUSB
flg A
ts 1421390483.42693
ack:
HASH(0x203b9c0)
D88002CD200735BF3A00
Rssi:
At_hmusb:
avg -63.2877358490566
cnt 212
lst -82
max -42
min -84
Shadowreg:
Attributes:
IODev HMUSB
actCycle 000:50
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.0
model HM-SEC-SCo
peerIDs 00000000,2E59EB03,
room Buero
serialNr LEQ1468201
subType threeStateSensor
Im Fensterkontakt muss das peerneedburst für das Thermostat auf on gestellt werden. Damit der DN aufwacht.
Hab ich auch mal im Wiki zum HM-sec-sc beschrieben. Das könnte ich auch mal zum allgemeinen type threestate schreiben.
Gesendet von meinem Nexus 4 mit Tapatalk
Das selbe Problem hatte ich best gestern Abend auch.
Ich hab mir dann nochmal das Wiki genau gelesen und diese Passage beherzigt:
http://www.fhemwiki.de/wiki/HM-CC-RT-DN#Channel_.28Kanal.29_03_WindowRec
Achtung: Der Peer-(Lösch)Vorgang muss am Fensterkontakt durch Drücken der Anlerntaste bestätigt werden, und zwar auch dann, wenn der Fensterkontakt schon vorher mit Fhem gepairt wurde. Wichtig scheint auch dass der Fensterkontakt geschlossen ist wenn man die Anlerntaste drückt.
Danach ging es sofort.
Gruß Brun
Er muss doch kein peer löschen? Den Knopf am Fenstersensor drücken ist immer Sinnvoll wenn man Register schreibt auch bei dem von mir genannten. Auch wenn neuere Sensor das auch beim auslösen des Kontakts können. Klappt bei mir aber selten Fehlerfrei.
Gesendet von meinem Nexus 4 mit Tapatalk
Zitat von: strauch am 16 Januar 2015, 07:59:34
Im Fensterkontakt muss das peerneedburst für das Thermostat auf on gestellt werden. Damit der DN aufwacht.
Hab ich auch mal im Wiki zum HM-sec-sc beschrieben. Das könnte ich auch mal zum allgemeinen type threestate schreiben.
Habe ich gerade mal versucht.
2015.01.16 12:22:41 3: CUL_HM set Fenster_UG_Buero regSet peerNeedsBurst on Heizung_UG_Buero_WindowRec(Mehrere Minuten Getippel und Gefluche später alle weiteren Fehlermeldungen wieder gelöscht.)
Ja, klappt, danke. Offenbar muss man bei den Fenstersensoren
immer die Pairing-Taste drücken, damit Config-Änderungen übernommen werden.
ja, ist ein config device und so ist es in Wiki beschrieben.
http://www.fhemwiki.de/wiki/HomeMatic#Config
lohnt sich zu lesen
Ach, ich hab das alles gelesen, teilweise sogar mehrfach. Das Rezipieren der Inhalte ist das Problem. ;D
Hi,
Habe auch gerade das Problem mit einem HM-CC-RT-DN (bad_hz)
und einem HM-SEC-SCo (fenster_bad).
Beide sind am FHEM-Server angemeldet und funktionieren.
Nur das "Peeren" will nicht klappen.
folgende Befehle habe ich unter FHEM abgesetzt und jedes Mal am Fensterkontakt, per Tastendruck bestätigt:
set fenster_bad peerChan 0 bad_hz_WindowRec single unset
set fenster_bad peerChan 0 bad_hz_WindowRec single
set fenster_bad regSet peerNeedsBurst on bad_hz_WindowRec
set bad_hz_WindowRec regSet winOpnTemp 5 fenster_bad
bringt dann nur diese Meldung:
cannot calculate value. Please issue set bad_hz_WindowRec getConfig first - invalid
Im Register "peerIDs" bad_hz_WindowRec steht nur "00000000"
Ich bin kurz vor der Verzweiflung und habe schon mehere Stunden mit "Peeren" verbracht. ???
Was mache ich falsch?
Gruß
Marcel
was sagt hminfo configcheck?
Das Modul kannte ich noch nicht ::)
configCheck done: missing register list fenster_bad: RegL_00:
PairedTo mismatch to IODev bad_hz paired:0xF11234 IO
attr: -. fenster_bad paired:0x000000 IO attr: -. kz_emelie_hz paired:0xF11234 IO
attr: -. kz_melissa_hz paired:0xF11234 IO attr: -. wz_hz paired:0xF11234 IO
attr: -. templist mismatch bad_hz_Clima: file: ./tempList.cfg for bad_hz_Clima does not exist
kz_emelie_hz_Clima: file: ./tempList.cfg for kz_emelie_hz_Clima does not exist
kz_melissa_hz_Clima: file: ./tempList.cfg for kz_melissa_hz_Clima does not exist
wz_hz_Clima: file: ./tempList.cfg for wz_hz_Clima does not exist
Was meckert FHEM denn wegen meiner Heizzeiten?
Ich habe die Heizzeiten in einer Datei "heizprog.cfg"
Und setze dies mit: "set wz_hz_Clima tempListTmpl restore FHEM/heizprog.cfg:wz_hz"
##################################################################
# Wohnzimmer #
# set wz_hz_Clima tempListTmpl restore FHEM/heizprog.cfg:wz_hz #
##################################################################
entities:wz_hz
tempListMon>06:00 18.0 21:30 23.0 24:00 18.0
tempListTue>06:00 18.0 21:30 23.0 24:00 18.0
tempListWed>06:00 18.0 21:30 23.0 24:00 18.0
tempListThu>06:00 18.0 21:30 23.0 24:00 18.0
tempListFri>06:00 18.0 22:00 23.0 24:00 18.0
tempListSat>08:00 18.0 12:00 23.0 15:00 21.0 22:00 23.0 24:00 18.0
tempListSun>08:00 18.0 12:00 23.0 15:00 21.0 21:30 23.0 24:00 18.0
fehler behoben?
poste ein list vom fk und rt
Nein, leider noch nicht gelöst. :-\
Ich weiss noch nicht so richtig, wie ich das Problem angehen muss.
Eventuell ein Werksreset beider Komponenten und löschen aller Einträge aus FHEM? :o
Hier meine Config:
define bad_hz CUL_HM 28B799
attr bad_hz IODev CUL1
attr bad_hz actCycle 000:10
attr bad_hz actStatus alive
attr bad_hz alias HK-Bad
attr bad_hz autoReadReg 4_reqStatus
attr bad_hz burstAccess 1_auto
attr bad_hz expert 2_full
attr bad_hz firmware 1.3
attr bad_hz model HM-CC-RT-DN
attr bad_hz room hidden
attr bad_hz serialNr LEQ0400907
attr bad_hz subType thermostat
attr bad_hz webCmd getConfig:clear msgEvents:burstXmit
define FileLog_bad_hz FileLog ./log/bad_hz-%Y.log bad_hz:.*
attr FileLog_bad_hz group SVG_Heizung,
attr FileLog_bad_hz logtype text
attr FileLog_bad_hz room Bad
define bad_hz_Weather CUL_HM 28B79901
attr bad_hz_Weather model HM-CC-RT-DN
attr bad_hz_Weather peerIDs 00000000,
attr bad_hz_Weather room Bad
define bad_hz_climate CUL_HM 28B79902
attr bad_hz_climate model HM-CC-RT-DN
attr bad_hz_climate peerIDs 00000000,
attr bad_hz_climate room hidden
define bad_hz_WindowRec CUL_HM 28B79903
attr bad_hz_WindowRec model HM-CC-RT-DN
attr bad_hz_WindowRec peerIDs 00000000,
attr bad_hz_WindowRec room hidden
attr bad_hz_WindowRec stateFormat last:trigLast
define bad_hz_Clima CUL_HM 28B79904
attr bad_hz_Clima userattr Heizung Heizung_map structexclude
attr bad_hz_Clima Heizung Heizung_Mode
attr bad_hz_Clima alias Bad
attr bad_hz_Clima icon hc_wht_regler
attr bad_hz_Clima model HM-CC-RT-DN
attr bad_hz_Clima peerIDs 00000000,
attr bad_hz_Clima room Bad
define bad_hz_ClimaTeam CUL_HM 28B79905
attr bad_hz_ClimaTeam model HM-CC-RT-DN
attr bad_hz_ClimaTeam peerIDs 00000000,
attr bad_hz_ClimaTeam room hidden
define bad_hz_remote CUL_HM 28B79906
attr bad_hz_remote model HM-CC-RT-DN
attr bad_hz_remote peerIDs 00000000,
attr bad_hz_remote room hidden
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
attr ActionDetector room hidden
define SVG_FileLog_bad_hz_1 SVG FileLog_bad_hz:SVG_FileLog_bad_hz_1:CURRENT
attr SVG_FileLog_bad_hz_1 group SVG_Heizung
attr SVG_FileLog_bad_hz_1 label "HK-Bad Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FileLog_bad_hz_1 plotsize 500,150
attr SVG_FileLog_bad_hz_1 room Bad,Heizung
define fenster_bad CUL_HM 37A631
attr fenster_bad IODev CUL1
attr fenster_bad actCycle 000:50
attr fenster_bad actStatus alive
attr fenster_bad alias Fenster Bad
attr fenster_bad autoReadReg 4_reqStatus
attr fenster_bad devStateIcon closed:fts_window_1w@green open:fts_window_1w_open@red
attr fenster_bad expert 2_full
attr fenster_bad firmware 1.0
attr fenster_bad group Fenster
attr fenster_bad icon fts_window_1w
attr fenster_bad model HM-SEC-SCo
attr fenster_bad peerIDs 00000000,
attr fenster_bad room Bad
attr fenster_bad serialNr MEQ0288015
attr fenster_bad subType threeStateSensor
define FileLog_fenster_bad FileLog ./log/fenster_bad-%Y.log fenster_bad
attr FileLog_fenster_bad logtype text
attr FileLog_fenster_bad room hidden
Ich hatte das gleiche Problem mit meinen Geräten. Habs dann so gelößt das ich das peering in der Config Software von HM unter Windows gemacht habe. Besonders wichtig scheint zu sein das der Fensterkontakt "GESCHLOSSEN" ist bevor der Knopf gedrückt wird.
Damit hab ich dann das Peering der Geräte untereinander. Danach ganz normal unter Fhem angelernt.
Die ID 000000 ist vom Actioncontroller und sollte nicht geändert werden.
Zum Schluss nochmals bei jedem Device "getConfig" auslösen und bei jedem Gerät die Anlerntaste gedrückt und schon ist alles schick.
Wegen der tempList.cfg weiß ich nicht ob dieser Name nicht vorgeschrieben ist hab solch eine Datei und sie liegt im Hauptverzeichniß von FHEM.
Als letztes noch ne Nacht drüber schlafen (glaube 5 min. warten müßte auch reichen) und HM-Info sollte keine Fehler mehr melden.
Danke, der Fensterkontakt war immer geschlossen.
Das "tempList.cfg"-Problem habe ich mit "set hm tempList save tempList.cfg" gelöst.
Damit hat FHEM mir die fehlende Datei angelegt.
Gruß
Marcel
Ist der Rest denn auch gelöst ?? Bei mir hats pur per FHEM nicht funktioniert.
Nein, das Problem Fensterkontakt - Heizkörperthermostat besteht immer noch.
Gruß
Marcel
Habe nur überflogen. Wo ist das Problem?
Getconfig für beide seiten!
Prüfen, dass die peers eingetragen sind.
Peerneedsburst am soc muss aktiv sein
RT muss burst aktiviert haben.
Der sco sendet einen wert im trigger, offen,zu,..... Den wertet der RT aus. Hierzu ist die conditiontable relevant CT Register.
Am sco kann man einstellen, wann welcher wert gesendet wird. Auch in den Registern.also prüfen, welchen wert der sco wann sendet um die Einstellungen am RT vorzunehmen. Meist ist es etwas wie 0=zu 200=100%=offen.
tipp mal version in die eingabezeile und poste.
die lists fehlen noch.
Hi, ich hatte vor dem "Peeren" ein FHEM Update gemacht.
hier meine Versionen:
# $Id: fhem.pl 9218 2015-09-09 19:43:43Z rudolfkoenig $
# $Id: 00_CUL.pm 9002 2015-07-29 05:46:10Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 9201 2015-09-04 21:28:56Z martinp876 $
# $Id: 01_FHEMWEB.pm 9079 2015-08-16 10:43:51Z rudolfkoenig $
# $Id: 92_FileLog.pm 9107 2015-08-22 13:16:05Z rudolfkoenig $
# $Id: 98_HMinfo.pm 8975 2015-07-26 06:20:41Z martinp876 $
# $Id: 73_PRESENCE.pm 9111 2015-08-22 16:46:24Z markusbloch $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 9114 2015-08-23 09:27:51Z rudolfkoenig $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 98_autocreate.pm 9108 2015-08-22 13:18:56Z rudolfkoenig $
# $Id: 98_dummy.pm 8809 2015-06-23 18:02:33Z rudolfkoenig $
# $Id: 91_eventTypes.pm 8725 2015-06-10 09:50:06Z rudolfkoenig $
# $Id: 91_notify.pm 8953 2015-07-13 15:13:06Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 8980 2015-07-26 08:03:43Z justme1968 $
# $Id: 98_structure.pm 8330 2015-03-29 16:14:59Z rudolfkoenig $
# $Id: 98_telnet.pm 8952 2015-07-13 12:30:26Z rudolfkoenig $
# $Id: 91_watchdog.pm 9185 2015-08-31 18:46:10Z rudolfkoenig $
./FHEM/95_webViewControl.pm: No such file or directory
# $Id: 98_weblink.pm 9049 2015-08-09 14:35:41Z rudolfkoenig $
Hi,
habe heute wieder eine Stunde erfolglos mit dem Peering verbracht.
Die peerIDs werden nur im HM-CC-RT-DN und nicht im HM-SEC-SCo eingetragen. :-\
Habe sogar alle Einträge der Beiden Komponenten aus FHEM gelöscht,
und beide auf Werkseinstellung gesetzt.
Danach RT und FK mit FHEM neu gepairt.
- RT: burstAccess ==> 1_auto
- getConfig am RT + Taste gedrückt
- am FK getConfig + Taste gedrückt
- set fenster_bad regSet peerNeedsBurst on bad_hz_WindowRec + Taste am FK gedrückt
- am FK getConfig + Taste gedrückt
- set fenster_bad peerChan 0 bad_hz_WindowRec single + Taste am FK gedrückt
- am FK getConfig + Taste gedrückt
Im RT steht die peerID vom FK, aber im FK nur 00000000
Was mache ich falsch? :-\
Oder ist der FK defekt?
Kann man den FK nicht auch direkt mit dem RT (ohne FHEM) Pairen?
Gruß
Marcel
Martin hatte Dich um ein getConfig für beide Devices gebeten. Vielleicht kann er helfen, wenn Du das mal postest.
Ich hatte solche Probleme in der Vergangenheit nur, wenn ich AES eingeschaltet hatte. Beide zurücksetzen hatte nach ein paar Versuchen geholfen. Aber das war auch, bevor die AES-Fixes in FHEM vor einiger Zeit eingeflossen sind.
Grundsätzlich kann man beide Devices auch ohne FHEM pairen, indem man VOR dem Pairing mit FHEM an beiden die Anlern-Taste drücken. Aus irgendeinem Grund schlug das (bei mir) meistens fehl, oder aber das Thermostat ließ sich nach diesem Peeren nicht mehr mit FHEM pairen. Daher habe ich es immer mittels FHEM gemacht:
Beide mit FHEM pairen:
set HMUSB hmPairForSec 120
Dann Anlern-Taste am jeweiligen Gerät drücken.
Pairing verifizieren über Readings des Geräts: R_pairCentral muss Deine ID anzeigen.
Wenn beide gepaired sind, WindowRec-Kanal des Thermostats mit dem Fenstersensor peeren:
set Fstr_Buero peerChan 0 Hzg_Buero_WindowRec single
Dann den Anlernknopf am Fenstersensor drücken
Damit das Thermostat bei offenem Fenster auch tatsächlich was macht, muss noch "PeerNeedsBurst" im Fensterkontakt eingeschaltet werden.
set Fstr_Buero regSet peerNeedsBurst on Hzg_Buero_WindowRec
Dann den Anlernknopf am Fenstersensor drücken! Die LED am Fenstersensor sollte danach am Ende grün leuchten, und die Readings des Fenstersensors
R-Hzg_Buero_WindowRec-peerNeedsBurst on
enthalten.
Danach am besten noch Temperatur für "Fenster auf" einstellen und die Temperatursturzerkennung im Thermostat abstellen.
So hat es bei mir bei ca. 25 Fenstern und 10 Thermostaten funktioniert. Hin und wieder war mal ein Fensterkontakt mit AES widerspenstig, aber da half Hartnäckigkeit.
Gruß, Christian
Danke Christian,
Ich habe jetzt noch eimal alles so wie Du beschrieben hast durchgeführt.
Und wieder habe ich jetzt keine peerIds weder im RT noch im FK :-[
ZitatMartin hatte Dich um ein getConfig für beide Devices gebeten.
Was meint Ihr damit? Ich stehe auf dem Schlauch?
getConfig ausführen und die Readings hier reinkopieren?
Gruß
Marcel
Zitat von: mcbo am 16 September 2015, 11:31:49
getConfig ausführen und die Readings hier reinkopieren?
Yep, so hatte ich ihn verstanden - damit man Unstimmigkeiten sehen kann.
OK,
Fensterkontakt Internals:
CUL1_MSGCNT 53
CUL1_RAWMSG A0C88844137A6310000000114C8::-59:CUL1
CUL1_RSSI -59
CUL1_TIME 2015-09-16 11:12:34
DEF 37A631
IODev CUL1
LASTInputDev CUL1
MSGCNT 53
NAME fenster_bad
NR 197
STATE open
TYPE CUL_HM
lastMsg No:88 - t:41 s:37A631 d:000000 0114C8
protCmdDel 27
protCmdPend 15 CMDs_pending
protLastRcv 2015-09-16 11:12:34
protResnd 5 last_at:2015-09-16 11:10:55
protResndFail 1 last_at:2015-09-16 11:08:04
protSnd 36 last_at:2015-09-16 11:10:53
protState CMDs_pending
rssi_at_CUL1 avg:-60.2 min:-64.5 max:-59 lst:-59 cnt:27
Fensterkontakt Readings:
Activity alive 2015-09-16 11:10:53
D-firmware 1.0 2015-09-16 11:10:53
D-serialNr MEQ0288015 2015-09-16 11:10:53
PairedTo 0x000000 2015-09-16 11:08:21
R-bad_hz_WindowRec-expectAES set_off 2015-09-16 11:06:07
R-bad_hz_WindowRec-peerNeedsBurst set_on 2015-09-16 11:06:07
R-cyclicInfoMsg on 2015-09-16 11:05:51
R-eventDlyTime 0 s 2015-09-16 11:05:52
R-msgScPosA open 2015-09-16 11:05:52
R-msgScPosB closed 2015-09-16 11:05:52
R-pairCentral 0x000000 2015-09-16 11:05:51
R-sabotageMsg on 2015-09-16 11:05:51
R-sign on 2015-09-16 11:05:52
R-transmDevTryMax 6 2015-09-16 11:05:51
R-transmitTryMax 6 2015-09-16 11:05:52
aesKeyNbr 00 2015-09-16 11:10:53
battery ok 2015-09-16 11:47:32
contact open (to broadcast) 2015-09-16 11:47:32
state open 2015-09-16 11:47:32
trigger_cnt 22 2015-09-16 11:44:57
Fensterkontakt Attributes:
IODev CUL1
actCycle 000:50
actStatus alive
alias Fenster Bad
autoReadReg 4_reqStatus
devStateIcon closed:fts_window_2w@green open:fts_window_2w_tilt_lr@red
expert 2_full
firmware 1.0
group Fenster
icon fts_window_2w
model HM-SEC-SCo
peerIDs 00000000
room Bad
serialNr MEQ0288015
subType threeStateSensor
bad_hz Internals:
CUL1_MSGCNT 599
CUL1_RAWMSG A0F59861028B7990000000A24D80C0040::-53.5:CUL1
CUL1_RSSI -53.5
CUL1_TIME 2015-09-16 11:58:47
DEF 28B799
IODev CUL1
LASTInputDev CUL1
MSGCNT 599
NAME bad_hz
NR 60
STATE CMDs_done
TYPE CUL_HM
channel_01 bad_hz_Weather
channel_02 bad_hz_Climate
channel_03 bad_hz_WindowRec
channel_04 bad_hz_Clima
channel_05 bad_hz_ClimaTeam
channel_06 bad_hz_remote
lastMsg No:59 - t:10 s:28B799 d:000000 0A24D80C0040
protCmdDel 24
protCondBurst on
protLastRcv 2015-09-16 11:58:47
protNack 1 last_at:2015-09-16 11:06:30
protResnd 1 last_at:2015-09-16 11:15:23
protSnd 314 last_at:2015-09-16 11:15:30
protState CMDs_done
rssi_at_CUL1 avg:-53.19 min:-60 max:-47.5 lst:-53.5 cnt:599
bad_hz Readings:
Activity alive 2015-09-15 23:19:47
CommandAccepted yes 2015-09-16 11:15:09
D-firmware 1.4 2015-09-15 22:43:35
D-serialNr LEQ0400907 2015-09-15 22:43:35
PairedTo 0xF11234 2015-09-16 11:15:18
R-backOnTime 10 s 2015-09-16 11:15:10
R-btnLock off 2015-09-16 11:15:10
R-burstRx on 2015-09-16 11:15:10
R-cyclicInfoMsg on 2015-09-16 11:15:10
R-cyclicInfoMsgDis 0 2015-09-16 11:15:10
R-globalBtnLock off 2015-09-16 11:15:10
R-localResDis off 2015-09-16 11:15:10
R-lowBatLimitRT 2.1 V 2015-09-16 11:15:10
R-modusBtnLock off 2015-09-16 11:15:10
R-pairCentral 0xF11234 2015-09-16 11:15:10
RegL_00: 01:01 02:01 09:01 0A:F1 0B:12 0C:34 0E:0A 0F:00 11:00 12:15 16:01 18:00 19:00 1A:00 00:00 2015-09-16 11:15:18
RegL_07:
actuator 0 2015-09-16 12:01:34
battery ok 2015-09-15 23:19:02
batteryLevel 2.7 2015-09-16 12:01:34
desired-temp off 2015-09-16 12:01:34
measured-temp 21.7 2015-09-16 12:01:34
state CMDs_done 2015-09-16 11:15:30
time-request - 2015-09-15 21:51:15
bad_hz Attributes:
IODev CUL1
actCycle 000:10
actStatus alive
alias HK-Bad
autoReadReg 4_reqStatus
burstAccess 1_auto
expert 2_full
firmware 1.4
model HM-CC-RT-DN
room hidden
serialNr LEQ0400907
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
bad_hz_WindowRec Internals:
DEF 28B79903
NAME bad_hz_WindowRec
NR 64
STATE last:trigLast
TYPE CUL_HM
chanNo 03
device bad_hz
peerList fenster_bad
bad_hz_WindowRec Readings:
R-fenster_bad_chn-01-shCtValLo 50 2015-09-16 11:15:30
R-fenster_bad_chn-01-winOpnTemp 12 C 2015-09-16 11:15:30
R-sign off 2015-09-15 23:34:27
RegL_01: 08:00 00:00 2015-09-16 11:15:24
RegL_03:fenster_bad_chn:01 04:32 00:00 2015-09-16 11:15:30
RegL_07:fenster_bad_chn:01 05:18 00:00 2015-09-16 11:15:30
peerList fenster_bad, 2015-09-16 11:15:24
state unknown 2015-09-16 11:15:24
bad_hz_WindowRec Attributes:
model HM-CC-RT-DN
peerIDs 00000000,37A63101
stateFormat last:trigLast
Gruß Marcel
der fk ist nicht gepaired (0x000000), 15 cmds pending.
du weisst schon, dass du den fk für jeden befehl wecken musst? erst wenn cmds_done erscheint, wurde alles erfolgreich abgearbeitet. also vor einem erneuten pairing erst alle pending cmds löschen mit clear msgEvents, dann pairen.
Zitat
der fk ist nicht gepaired (0x000000), 15 cmds pending.
du weisst schon, dass du den fk für jeden befehl wecken musst? erst wenn cmds_done erscheint, wurde alles erfolgreich abgearbeitet. also vor einem erneuten pairing erst alle pending cmds löschen mit clear msgEvents, dann pairen.
Ja, ist mir klar. Habe auch schön brav immer die Taste am FK, nach jedem Befehl gedrückt.
Der FK zeigt in den Readings zwar an, dass er nicht gepairt ist,
funktioniert aber. Zumindest zeigt er im Fhem open oder closed.
Das selbe Problem habe ich auf einem anderen Fhem System.
FK zeigt "PairedTo 0x000000" und funktioniert zusammen mit dem RT, tadellos. ::)
Habe soeben nocheinmal folgenden Versuch getätigt:
- clear msgEvents am FK und ein Werksreset am FK
- neu gepairt
- jetzt steht PairedTo set_0xF11234 und bei R-pairCentral 0x000000
Der FK zeigt im Fhem den Zustand sauber an.
Wenn ich jetzt "set fenster_bad peerChan 0 bad_hz_WindowRec single"
oder auch nur das Fenster öffne, steht bei PairedTo wieder "0x000000".
Das Ding hat Alzheimer ::)
Sehr merkwürdig.
Hast Du das Ding schonmal auf Werkseinstellungen zurückgesetzt und in FHEM gelöscht (delete) und dann ganz von vorne angefangen?
Wie viele Fensterkontakte hast Du? Verhalten die sich alle so?
Hast Du es mal mit der originalen Homematic-Software versucht?
werksreset und device löschen ist überflüssig.
du hast am device vom fk also immer darauf geachtet, dass nach der befehlsverarbeitung cmds_done erscheint, wie ich geschrieben habe?
manche fhem befehle bestehen aus mehreren msgs, die eventuell auch durch mehrmaliges drücken am fk abgearbeitet werden müssen.
ZitatDer FK zeigt in den Readings zwar an, dass er nicht gepairt ist,
funktioniert aber. Zumindest zeigt er im Fhem open oder closed.
das besagt nur, dass du nicht einmal das kurze wiki pairen gelesen hast und das grundverständnis deiner homematic devices fehlt dir völlig. das einsteiger.doc, vor allem der homematic anhang, sollte es auch dir ermöglichen. ganz zu schweigen von tausenden posts über pairing versuche.
funktionieren tut er eben nicht auf befehle von fhem. wieso versuchst du dann also zu peeren, wenn dir alles "klar" ist.
Hallo Frank,
Ich habe das Wiki nocheinmal studiert.
Du hast Recht, der FK ist nicht komplett gepairt.
Nur seltsam, dass das bei einer meiner FHEM-Installationen trotzdem läuft.
Zu Lernzwecken, habe ich jetzt meinen FK, bei meiner 2. FHEM Installation,
auf Werkseinstellung gesetzt.
Jetzt bekomme ich diesen auch nicht mehr gepairt. :(
Ich verwende einen CUL in meinem FHEM-Server.
Jetzt habe ich in einem anderen Forum gelesen,
das der HM-SEC-SCo, standardmäßig AES aktiviert hat.
Und kann deshalb nur mit Homatic LAN/CCU2 gepairt werden?
Erst wenn AES abgeschaltet ist, kann auch mit einem CUL gepairt werden.
Ist das so richtig?
Gruß
Marcel
Zitatdas der HM-SEC-SCo, standardmäßig AES aktiviert hat.
R-sign on 2015-09-16 11:05:52ZitatUnd kann deshalb nur mit Homatic LAN/CCU2 gepairt werden?
nein, das war einmal und sollte kein problem sein.
an deiner stelle würde ich das pairen einmal sniffen. siehe wiki homatic sniffen. dann erkennt man besser, was genau los ist.
Nicht komplett gepairt geht nicht. Es geht nur gepairt oder nicht gepairt.
Hminfo prüft das pairing: configcheck.
Da solltest du solche Probleme finden können.
Manche device kann man auslesen, ohne dass sie gepairt sind, ein bug in der fw. Steuern sollte man da nichts können.
Dass fhem ungepairte device anlegt und events mit schreibt ist klar, führt aber immer wieder zu Verwunderung.
Hi,
kleiner Zwischenbericht:
Habe mir heute einen HM-CFG-USB-2 ausgeliehen.
Damit habe ich, mit der Windows-Software des USB-Sticks, meinen Fensterkontakt
gepairt und wieder unpaired (kein Werksreset).
Danach konnte ich den FK ohne Probleme unter Fhem Pairen und Einbinden,
sowie mit dem Thermostat Peeren.
Alles ohne Probleme ;)
Da liegt doch die Vermutung nahe, das durch ein Werksreset des FK, AES aktiviert wird,
und mein Fhem mit CUL damit nicht klar kommt.
Bei meiner 2. Installation, werde ich das ohne HM-CFG-USB-2 Windows-Pairing,
unter Fhem, mal Sniffen.
Gruß
Marcel
Hallo,
Zitat von: mcbo am 17 September 2015, 22:07:57
Habe mir heute einen HM-CFG-USB-2 ausgeliehen.
Damit habe ich, mit der Windows-Software des USB-Sticks, meinen Fensterkontakt
gepairt und wieder unpaired (kein Werksreset).
Hast Du dabei die gesicherte Kommunikation deaktiviert? Wenn nicht, dann ist AES immer noch aktiv.
Zitat
Da liegt doch die Vermutung nahe, das durch ein Werksreset des FK, AES aktiviert wird,
und mein Fhem mit CUL damit nicht klar kommt.
Solange Du ein aktuelles Fhem und das Perl-Paket Crypt::Rijndael (Debian libcrypt-rijndael-perl) installiert hast, dann funktioniert das Pairing mit gesicherten Geräten, wenn man einen CUL benutzt.
Viele Grüße
Michael
Problem gelöst, Danke.
Es lag an dem fehlenden "Perl-Paket Crypt::Rijndael (Debian libcrypt-rijndael-perl)".
Das hatte ich zwischenzeitlich schon bei meinem 1. Fhem-System installiert,
deshalb hat der FK sich gestern sofort gepairt.
Bei meinem 2. System habe ich das fehlende Paket heute nachinstalliert.
Damit hat das Pairen des HM-SEC-SCo, sofort funktioniert.
Könnte das bitte jemand noch im Wiki "HM-SEC-SCo" nachtragen?
Danke.
Gruß
Marcel
Encryption in jeden hm device wiki zu beschreiben ist sicher der falsche weg!
Hallo,
eigentlich haette CUL_HM sich auch im fhem-Log lauthals drueber beklagen muessen, dass das Perl-Modul fehlt und deswegen der AES-Request nicht beantwortet werden konnte. Kam da nichts?
Gruss
Michael
Habe auch lange gesucht, warum der Fensterkontakte nicht richtig gepaired werden konnte. FHEM beschwert sich tatsächlich im Log, aber so unscheinbar, dass ich das übersehen hatte.
Mit Danke euch! Mit Crypt::Rijndael geht jetzt alles.