Hallo,
ich möchte 3 Kanäle des 4 fach Aktors HM-LC-SW4-DR sowohl über Alexa, als auch über 3 Tasten eines 6 fach Taster schalten (HM-PB-6-WM55). Modus: Toggle
Alexa funktioniert für alle 3 Kanäle (somit kein grundsätzliches Thema), über Taster funktionieren nur 2 Kanäle des Aktors (jeweils ein Taster soll einen Kanal schalten). Der Tasterkanal sollen direkt mit dem Aktorkanal gepeert werden. VCCU habe ich installiert, möchte ich aber nicht verwenden.
Der nicht funktionierende Aktorkanal hat folgendes Listing. Name des Tasterkanales : KS06_Gartenhaus, der Aktorkanal heisst ChannelGartenhaus. Internals:
CFGFN
DEF 324A3401
FUUID 5e80a993-f33f-1e06-d58d-3325a075a349259b
NAME ChannelGartenhaus
NOTIFYDEV global
NR 10642
STATE off
TYPE CUL_HM
chanNo 01
device 4Aktor01
READINGS:
2020-03-29 19:23:11 CommandAccepted yes
2020-03-29 16:12:05 R-powerUpAction off
2020-03-29 16:12:05 R-sign off
2020-03-29 19:23:11 deviceMsg off (to VCCU)
2020-03-29 19:23:11 level 0
2020-03-29 19:23:11 pct 0
2020-03-29 19:23:11 recentStateType ack
2020-03-29 19:23:11 state off
2020-03-29 19:23:11 timedOn off
2020-03-29 19:34:34 trigLast KS06_Gartenhaus:short
2020-03-29 19:34:34 trig_KS06_Gartenhaus Short_17
RegL_01.:
VAL
helper:
dlvlCmd ++A011555555324A340201000000
getCfgList all
getCfgListNo ,3
peerFriend peerSens,peerVirt
peerIDsRaw ,00000000
peerOpt 3:switch
regLst 1,3p
expert:
def 1
det 0
raw 1
tpl 0
regCollect:
role:
chn 1
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
alexaName Gartenhaus
genericDeviceType switch
model HM-LC-SW4-DR
peerIDs 00000000,
room Heizraum
webCmd statusRequest:toggle:on:off
Das funktionierende Listung eines Aktorkanales sieht so aus: Aktorkanalname: ChannelWeg, Tasterkanal KS02_GartenWeg. Internals:
CFGFN
DEF 324A3402
FUUID 5e80a993-f33f-1e06-5302-01409a57b1cac9c3
NAME ChannelWeg
NOTIFYDEV global
NR 10643
STATE off
TYPE CUL_HM
chanNo 02
device 4Aktor01
peerList KS02_GartenWeg,
READINGS:
2020-03-29 19:33:10 CommandAccepted yes
2020-03-29 18:20:41 R-KS02_GartenWeg-lgActionType jmpToTarget
2020-03-29 18:20:41 R-KS02_GartenWeg-shActionType jmpToTarget
2020-03-29 16:12:09 R-powerUpAction off
2020-03-29 16:12:09 R-sign off
2020-03-29 18:40:44 RegL_01. 00:00 08:00 30:06 56:00 57:24
2020-03-29 18:40:48 RegL_03.KS02_GartenWeg 00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63
2020-03-29 19:33:20 deviceMsg off (to VCCU)
2020-03-29 19:33:20 level 0
2020-03-29 19:33:20 pct 0
2020-03-29 18:40:45 peerList KS02_GartenWeg,
2020-03-29 19:33:20 recentStateType info
2020-03-29 19:33:20 state off
2020-03-29 19:33:20 timedOn off
2020-03-29 19:33:13 trigLast KS02_GartenWeg:short
2020-03-29 19:33:13 trig_KS02_GartenWeg Short_10
helper:
dlvlCmd ++A011555555324A340202000000
peerFriend peerSens,peerVirt
peerIDsRaw ,325B3504,00000000
peerOpt 3:switch
regLst 1,3p
expert:
def 1
det 0
raw 1
tpl 0
regCollect:
role:
chn 1
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
alexaName Gartenweg
genericDeviceType switch
model HM-LC-SW4-DR
peerIDs 00000000,325B3504,
room Heizraum
webCmd statusRequest:toggle:on:off
Ich sehe, dass peerList nicht erscheint, obwohl ich dies mit :set KS06_Gartenhaus peerChan 0 ChannelGartenhaus single set
zuweise. Was mache ich falsch ? Ich hatte den Taster bereits früher im Einsatz. Der Taster kann damit vorberelgt sein.
Hi,
prinzipiell nichts falsch gemacht.
was sagt hminfo configCheck zu deinem System?
Ist das peering beim Taster angekommen? list KS06_Gartenhaus
Gruß Otto
Hallo Otto,
vielen Dank für die schnelle Antwort- Hier die Informationen:
configCheck done:
missing register list
ChannelGartenhaus: RegL_01.
KS01_RolloKue: .RegL_01.,.RegL_04.RolladenKueche_chn-01
KS02_GartenWeg: .RegL_01.,.RegL_04.ChannelWeg
KS02_Gartenspot: .RegL_01.,.RegL_04.ChannelSpot
KS03_RolloAlle: .RegL_01.,.RegL_04.RolladenEsszimmerWest_chn-01,.RegL_04.RolladenEsszimmerSued_chn-01,.RegL_04.RolladenWohnzimmerSued_chn-01,.RegL_04.RolladenKueche_chn-01,.RegL_04.RolladenWohnzimmerOst_chn-01,.RegL_04.RolladenBuero_chn-01,.RegL_04.VCCU_Btn2
KS05_unbelegt: .RegL_01.
KS06_Gartenhaus: .RegL_01.,.RegL_04.ChannelGartenhaus
KuechenSchalter: .RegL_00.
Register changes pending
KS06_Gartenhaus
peer not defined
RolladenEsszimmerSued id:325B8601
RolladenEsszimmerSued id:325B8602
RolladenEsszimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8606
VCCU_Btn2 id:3EBE3801
peer not verified. Check that peer is set on both sides
KS06_Gartenhaus p:ChannelGartenhaus
RolladenWohnzimmerOst p:KS01_RolloKue
VCCU_Alarm p:BS05_Ala0_Aus
VCCU_Alarm p:BS06_Ala4_Aus
VCCU_Btn2 p:BueroSchalter_Btn_03
VCCU_Btn2 p:KS01_RolloKue
Internals:
DEF 325B3506
FUUID 5c6af354-f33f-1e06-362c-45ac7aec892dbb1c
NAME KS06_Gartenhaus
NOTIFYDEV global
NR 527
NTFY_ORDER 50-KS06_unbelegt
STATE Short 1_18 (to 4Aktor01)
TYPE CUL_HM
chanNo 06
device KuechenSchalter
peerList ChannelGartenhaus,
READINGS:
2020-03-29 19:32:06 R-ChannelGartenhaus-expectAES set_off
2020-03-29 19:32:06 R-ChannelGartenhaus-peerNeedsBurst set_off
2019-02-18 19:03:57 R-dblPress 0 s
2019-02-18 19:03:57 R-longPress 0.4 s
2019-02-18 19:03:57 R-sign off
2020-03-29 19:17:14 peerList ChannelGartenhaus,
2020-03-29 19:58:45 state Short 1_18 (to 4Aktor01)
2020-03-29 19:58:45 trigger Short_18
2020-03-29 19:58:45 triggerTo_4Aktor01 Short_18
2020-03-29 19:58:45 trigger_cnt 18
helper:
BNO 18
BNOCNT 1
getCfgList all
getCfgListNo ,4
peerFriend peerAct,peerVirt
peerIDsRaw ,324A3401,00000000
peerOpt 4:remote
regLst 1,4p
expert:
def 1
det 1
raw 0
tpl 0
regCollect:
role:
chn 1
shadowReg:
RegL_04.ChannelGartenhaus 01:00
tmpl:
Attributes:
DbLogExclude .*
model HM-PB-6-WM55
peerIDs 00000000,324A3401,
room Kueche
Grüsse Uwe
Moin Uwe,
na da hast Du was zu tun. Arbeite mal die Liste von hminfo ab, am Besten von oben nach unten.
Die Register bekommst Du in der Regel mit getConfig, danach musst Du immer Zeit lassen und vor allem bei den Tastern / Fernbedienung die Configtaste drücken damit die Datenübertragung stattfindet.
Interessanterweise ist bei deinem gewünschten Peering der Peer beim Taster angekommen aber nicht Aktor - ungewöhnlich. Hat der Aktor schlechten Funkkontakt?
Was ist denn mit dem einen Taster/Fernbedienung für die Rollladen los? list DEF=325B86
Also versuch mal mit Geduld die Liste der Fehlermeldungen in hminfo zu verringern, meist klärt sich dabei einiges.
Gruß Otto
Hallo Otto,
da ich noch weitere Aktoren mit demselben 6 fach Tastesr steuern möchte, hab ich mal meine Arbeit weitergeführt. Auch um zu prüfen, ob dies ein Problem dieser Taste ist.
Schlechten Funkkontakt mag ich mal ausschliessen, da ich ja über Alexa kein Thema mit dem schalten des Aktorkanales habe und mit dem 6 fach Taster 3 Kanäle des Aktors problemlos schalten kann, nur einer zickt (Gartenhaus)
Hab jetzt einen 4. Aktor auf eine neue Taste desselben 6 fach Tasters gelegt. Funktioniert einwandfrei, sowohl über Alexa, als auch über den Taster und auch direkt über WEB. Jetzt funktionieren 3 vor 4 Taster
Dein Hinweis über hmInfo ist gut und richtig. Ich komme leider nicht gut damit zurecht und scheue es etwas.. ? Hab es aber durchgeführt.
Nachdem ich hminfo nach vielen getconfig und drücken des Kanals gemacht habe, bekomme ich jetzt folgende hmInfo (nach Installation des 4.Tasters)
missing register list
KS05_TerassenLicht: .RegL_01.,.RegL_04.ChannelTerasse
Register changes pending
KS05_TerassenLicht
peer not defined
RolladenEsszimmerSued id:325B8601
RolladenEsszimmerSued id:325B8602
RolladenEsszimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8606
VCCU_Btn2 id:3EBE3801
peer not verified. Check that peer is set on both sides
KS05_TerassenLicht p:ChannelTerasse
KS06_Gartenhaus p:ChannelGartenhaus
RolladenWohnzimmerOst p:KS01_RolloKue
VCCU_Alarm p:BS05_Ala0_Aus
VCCU_Alarm p:BS06_Ala4_Aus
VCCU_Btn2 p:BueroSchalter_Btn_03
VCCU_Btn2 p:KS01_RolloKue
ChannelTerasse/K05_Terassenlicht ist der neue Aktor/Kanal, der vollständig funktioniert.
K06_Gartenhaus/ChannelGartenhaus tut es leider nicht. Hab ich einen Chance einen Kanal des Tasters (Gartenhaus) einzeln zurückzusetzen und das Peering nochmals zu machen. Vielleicht bringt es ein Reset..
Auffällig bleibt - wie Otto schon sagte - dass Konfigs am Aktor hängenbleiben. Auch wenn die Steuerung prinzipiell funktioniert: Schlechter Funkkontakt zum Aktor kann trotzdem vorliegen. Gib uns doch bitte mal ein list des Gerätes "4Aktor01". Da finden sich die rssi-Werte bezogen auf FHEM. Alexa (nehme ich jetzt mal an) nutzt Du via FHEM. Der 6-fach-Taster redet direkt mit dem 4-fach-Aktor - deren Funkstrecke ist eine ganz andere als mit FHEM. Ich wüsste jetzt auch nicht, wie man das checkt. Aber man bekommt ja am Taster die Rückmeldung der LED ob der Aktor empfangen hat.
Es ist etwas anderes, einen Schaltbefehl zu senden und einen ungleich komplizierteren Konfigurationsdialog zu führen. Da schlagen Funk- und Timing-Probleme besonders durch. Das könnte ein Grund sein, warum das peering dort nicht ankommt.
Was für ein IO verwendest Du für HomeMatic? Einen CUL?
gestolpert bin ich noch über
ZitatVCCU habe ich installiert, möchte ich aber nicht verwenden.
Verwendest Du aber:
2020-03-29 19:23:11 deviceMsg off (to VCCU)
Und das ist auch gut so!
Last but not least:
Ich nutze zum Konfig immer die Taste auf der Rückseite des 6-fach-Tasters. Es soll wohl auch auf Tastendruck vorn gehen, aber irgendwie ...
Und dann sind die Tastendrücke auf den Dingern leider alles andere als zuverlässig. Ich habe einen, da geht genau eine Taste fast gar nicht. Das sieht man aber auch durch die LED des Tasters, ob diese beim Druck überhaupt aufleuchtet. Wenn der Taster nicht sendet, kannste peeren soviel Du willst, das wird dann nie was mit der Funktion ....
ZitatDein Hinweis über hmInfo ist gut und richtig. Ich komme leider nicht gut damit zurecht und scheue es etwas.. ? Hab es aber durchgeführt.
Das Ziel muss lauten: Keine Einträge bei hminfo configCheck ;)
Keine Angst dabei wird das System besser und nicht schlechter.
resetten brauchst Du auf alle Fälle erstmal nicht, eventuell den Aktor und den Taster etwas näher zusammenbringen beim peeren. Ich bin da nicht sicher, aber es kann sein das FB und Aktor schon beim peeren miteinander reden wollen.
Praktisches Beispiel noch zum Funk (Kontakt)
Ich habe eine FB fürs Garagentor, die ist mit einem Kontaktpaar mit dem Aktor direkt gepeert. Das funktioniert so bis 10 m vor die Garage.
Das andere Kontaktpaar ist mit virtuellen Kanälen der VCCU (ich denke, das meintest Du mit: will ich nicht verwenden?) gepeert. Ein notify bedient dann das Tor/den Aktor. Der IO von FHEM hängt hoch in der Luft (im ersten OG) auf dem Weg von der Strasse zur Garage. Damit funktioniert diese Strecke etwa 40 meter vor der Garage.
Hallo, danke für die Antwort.
Das mit der Funkstrecke ist korrekt. Ja, du hast recht. Alexa und Taster funken auf verschiedenen Strecken. Ich habe den 6 fach Taster aber nicht an der Wand sondern trage diesen auch herum, auch direkt vor den Aktor. Dasselbe verhalten. Hier das list des 4Aktor01, ihr wisst es sicherlich besser:
Internals:
CFGFN
CUL_1_MSGCNT 282
CUL_1_RAWMSG A0E508002324A345555550104000060::-91.5:CUL_1
CUL_1_RSSI -91.5
CUL_1_TIME 2020-03-30 11:38:22
DEF 324A34
FUUID 5e80a993-f33f-1e06-c8cc-832811320e62a885
IODev CUL_1
LASTInputDev CUL_1
MSGCNT 526
NAME 4Aktor01
NOTIFYDEV global
NR 10640
STATE CMDs_done
TYPE CUL_HM
chanNo 01
channel_01 ChannelGartenhaus
channel_02 ChannelWeg
channel_03 ChannelSpot
channel_04 ChannelTerasse
lastMsg No:50 - t:02 s:324A34 d:555555 0104000060
myHmUART_MSGCNT 244
myHmUART_RAWMSG 050000594C8002324A34325B350104C80058
myHmUART_RSSI -89
myHmUART_TIME 2020-03-30 11:37:57
protCmdDel 40
protLastRcv 2020-03-30 11:38:22
protRcv 272 last_at:2020-03-30 11:38:22
protResnd 80 last_at:2020-03-30 11:11:42
protResndFail 17 last_at:2020-03-30 11:09:59
protSnd 337 last_at:2020-03-30 11:38:22
protState CMDs_done
rssi_CUL_1 cnt:30 min:-104 max:-93 avg:-98.53 lst:-96
rssi_KuechenSchalter cnt:39 min:-88 max:-59 avg:-72.07 lst:-88
rssi_at_CUL_1 cnt:283 min:-104 max:-83.5 avg:-90.46 lst:-91.5
rssi_at_myHmUART cnt:244 min:-91 max:-78 avg:-83.77 lst:-89
READINGS:
2020-03-30 11:19:12 CommandAccepted yes
2020-03-29 16:12:00 D-firmware 2.4
2020-03-29 16:12:00 D-serialNr LEQ0900227
2020-03-30 11:10:18 PairedTo 0x555555
2020-03-29 16:12:04 R-pairCentral 0x555555
2020-03-30 11:10:18 RegL_00. 00:00 02:01 0A:55 0B:55 0C:55 15:FF 18:00
2020-03-30 11:10:13 powerOn 2020-03-30 11:10:13
2020-03-30 11:38:22 state CMDs_done
helper:
HM_CMDNR 80
PONtest 0
cSnd 11555555324A340204C80000,11555555324A340204000000
mId 0003
peerFriend
peerOpt -:switch
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +324A34,00,00,00
nextSend 1585561102.99242
prefIO
rxt 0
vccu
p:
324A34
00
00
00
mRssi:
mNo 50
io:
CUL_1:
-89.5
-89.5
myHmUART:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat 01
regCollect:
role:
dev 1
prs 1
rssi:
CUL_1:
avg -98.5333333333333
cnt 30
lst -96
max -93
min -104
KuechenSchalter:
avg -72.0769230769231
cnt 39
lst -88
max -59
min -88
at_CUL_1:
avg -90.4646643109541
cnt 283
lst -91.5
max -83.5
min -104
at_myHmUART:
avg -83.7745901639344
cnt 244
lst -89
max -78
min -91
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
IODev CUL_1
IOgrp VCCU:CUL_1
alias 4Fach Aktor Gartenhaus Gartenweg Spot Licht Terasse
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.4
model HM-LC-SW4-DR
room CUL_HM,Heizraum
serialNr LEQ0900227
subType switch
webCmd getConfig:clear msgEvents
Für Homematic verwende ich ein Homematic Funkmodul HM-MOD-RPI-PCB. Bei dem nicht funktionieren Taster kommt auch nicht die grüne LED als Rückmeldung. (bei allen 3 anderen funktionieren Tasten kommt die grüne LED)
Auch durch Drücken des hinteren kleinen Schalters auf dem 6 fach Taster bekommt man keine Änderung. Leider.
wenn du über hmuart kommunizieren willst, muss das auch bei attr IOgrp eingezragen werden.
das device nutzt aktuell cul1.
und der cul1 ist unter der kritischen -80 -> -91.5:CUL_1
poste am besten je ein list von vccu, hmuart und cul.
Vielen Dank für die Antwort, ich versuche mich durchzukämpfen. Freue mich über die prompte Unterstützung ;D:
VCCU
Internals:
CUL_1_MSGCNT 1374
CUL_1_RAWMSG A0F9A943F55555500000002042614A2AD::-23.5:CUL_1
CUL_1_RSSI -23.5
CUL_1_TIME 2020-03-30 14:29:23
DEF 555555
FUUID 5c65ca1c-f33f-1e06-22c3-7eb38b7ca5a3a0d2
IODev CUL_1
LASTInputDev CUL_1
MSGCNT 8598
NAME VCCU
NOTIFYDEV global
NR 405
NTFY_ORDER 50-VCCU
STATE myHmUART:ok,CUL_1:ok
TYPE CUL_HM
assignedIOs CUL_1,myHmUART
channel_01 Rauchmelder_Team
channel_02 VCCU_Btn2
channel_03 VCCU_Sirene
channel_04 VCCU_Alarm
channel_05 VCCU_Motion
channel_06 VCCU_Btn6
channel_07 VCCU_Btn7
channel_08 VCCU_Btn8
channel_09 VCCU_Btn9
channel_0A VCCU_Btn10
lastMsg No:9A - t:3F s:555555 d:000000 02042614A2AD
myHmUART_MSGCNT 7224
myHmUART_RAWMSG 05000013C880025555555FE7340101A000
myHmUART_RSSI -19
myHmUART_TIME 2020-03-30 14:17:55
protLastRcv 2020-03-30 14:29:23
protRcv 8003 last_at:2020-03-30 14:29:23
protRcvB 107 last_at:2020-03-30 14:29:23
rssi_at_CUL_1 cnt:1321 min:-23.5 max:-19 avg:-22.54 lst:-23.5
rssi_at_myHmUART cnt:7169 min:-19 max:-14 avg:-17.49 lst:-19
READINGS:
2020-03-30 13:35:07 CommandAccepted yes
2020-03-30 13:33:42 IOopen 2
2020-03-30 13:33:42 state myHmUART:ok,CUL_1:ok
2019-11-05 10:45:35 unknown_121059 received
2020-03-29 15:58:41 unknown_324A34 received
2019-02-19 11:30:49 unknown_3259EC received
2019-02-18 18:50:00 unknown_325B35 received
2020-03-29 15:59:26 unknown_37D481 received
2019-02-20 20:09:00 unknown_3EBE38 received
2019-02-22 12:50:40 unknown_54A570 received
2019-11-05 10:48:18 unknown_5D43AC received
2019-11-05 10:47:07 unknown_5D4563 received
2019-11-04 15:07:07 unknown_5ECBA7 received
2019-11-04 22:30:29 unknown_5ECBAF received
2020-01-08 08:03:16 unknown_5FE731 received
2019-02-22 15:41:26 unknown_5FE734 received
2020-01-08 08:10:35 unknown_6263C1 received
2019-11-05 10:45:34 unknown_690BB9 received
helper:
HM_CMDNR 154
PONtest 1
mId FFF0
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1585571364.00426
prefIO
vccu
ioList:
myHmUART
CUL_1
mRssi:
mNo 9A
io:
CUL_1:
-15.5
-15.5
myHmUART:
-19
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_CUL_1:
avg -22.5465556396669
cnt 1321
lst -23.5
max -19
min -23.5
at_myHmUART:
avg -17.4986748500489
cnt 7169
lst -19
max -14
min -19
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
IODev CUL_1
IOList myHmUART,CUL_1
expert 2_full
model CCU-FHEM
room GERAETE,Homematic
subType virtual
webCmd virtual:update
myHmUART
Internals:
AssignedPeerCnt 12
CNT 67
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 67
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 72
FUUID 5c667bd0-f33f-1e06-d4d0-e7709abd996eb104
LastOpen 1583311722.36299
NAME myHmUART
NOTIFYDEV global
NR 504
NTFY_ORDER 50-myHmUART
PARTIAL
RAWMSG 040202
RSSI -19
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 1
msgLoadHistory -4/0/0/0/0/0/0/0/0/0/4/0
msgLoadHistoryAbs 5/9/9/9/9/9/9/9/9/9/9/5/5
owner 555555
owner_CCU VCCU
Helper:
CreditTimer 150886
FW 66561
Initialized 1
SendCnt 493
AckPending:
LastSendLen:
3
3
Log:
IDs:
PendingCMD:
RoundTrip:
Delay 0.0026710033416748
loadLvl:
lastHistory 1585571325.03896
MatchList:
1:CUL_HM ^A......................
Peers:
2E5231 +2E5231,00,00,00
2E5253 +2E5253,00,00,00
324A34 +324A34,00,00,00
3259EC +3259EC,00,00,00
325B35 +325B35,00,00,00
37D481 +37D481,00,00,00
3F8A68 +3F8A68,00,00,00
3F8A9A +3F8A9A,00,00,00
3FD567 +3FD567,00,00,00
432B05 +432B05,00,00,00
44EAC8 +44EAC8,00,00,00
44EAE6 +44EAE6,00,00,00
READINGS:
2020-03-04 09:48:44 D-HMIdAssigned 555555
2020-03-04 09:48:44 D-HMIdOriginal 6A63B4
2020-03-04 09:48:45 D-firmware 1.4.1
2020-03-04 09:48:45 D-serialNr PEQ0530456
2020-03-04 09:48:26 D-type HM-MOD-UART
2020-03-04 09:48:45 cond ok
2020-03-30 14:31:14 load 1
2020-03-04 09:48:45 loadLvl low
2020-03-04 09:48:42 state opened
helper:
Attributes:
DbLogExclude .*
hmId 555555
room Homematic
CUL
Internals:
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_1_MSGCNT 29675
CUL_1_TIME 2020-03-30 14:33:13
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyACM1@38400 1111
DeviceName /dev/ttyACM1@38400
FD 12
FHTID 1111
FUUID 5c65ca1b-f33f-1e06-1d95-ebb35074516e92d5
NAME CUL_1
NR 67
NR_CMD_LAST_H 20
PARTIAL
RAWMSG A0DF584105FE7315555550601A70012
RSSI -65
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
initString X21
Ar
owner_CCU VCCU
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-03-04 09:48:24 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2020-03-30 14:33:13 state Initialized
XMIT_TIME:
1585568002.97349
1585568107.08114
1585568124.79633
1585568214.01863
1585568332.51425
1585568379.35711
1585568863.06026
1585568975.65936
1585569025.50308
1585569096.55773
1585569222.93128
1585569239.50387
1585569430.28385
1585569431.05781
1585569464.05755
1585569970.81921
1585570144.55991
1585570236.64904
1585570675.03378
1585571422.69321
helper:
2E5231:
QUEUE:
2E5247:
QUEUE:
2E525C:
QUEUE:
324A34:
QUEUE:
37D481:
QUEUE:
3F8DF7:
QUEUE:
3FD567:
QUEUE:
432AEC:
QUEUE:
432B05:
QUEUE:
432B46:
QUEUE:
44EAE3:
QUEUE:
44EAE6:
QUEUE:
54A570:
QUEUE:
5FE731:
QUEUE:
5FE734:
QUEUE:
6263C1:
QUEUE:
Attributes:
DbLogExclude .*
hmId 555555
rfmode HomeMatic
sieht doch fast gut aus.
jetzt kontrollierst du in jedem hauptdevice die existenz von attr IODev und IOgrp. falls eins fehlt, setzen.
zb mit "get hminfo param -d IODev IOgrp"
zb fehlt IOgrp in der vccu.
im vccu wiki gibt es auch einen befehl, um gleichzeitig bei allen devices ein attribut zu setzen.
Anzeigen
list TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp
setzen
attr TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp VCCU
Hallo Frank,
das mache ich heute Abend. Ich wollte nur nochmals verstehen.
Hauptdevices sind zum Beispiel der 4 fach Aktor als Ganzes und nicht sind 4 Kanäle. Es genügt also, wenn ich den 4 fach Aktor mit IODev und IOgrp versehe.
Aber auch die VCCU als virtuelles device muss IODEV und IOgrp bekommen.
Hab mit get hm param -d IODev IOgrp
mal geprüft. Danke für den Hinweis!.
param list
entity : IODev | IOgrp |
4Aktor01 : CUL_1 | VCCU:CUL_1
4Aktor02 : CUL_1 | VCCU:CUL_1
BueroSchalter : CUL_1 | VCCU:CUL_1
Buero_Raumfeld : CUL_1 | VCCU
EsszimmerSchalter : CUL_1 | VCCU
GaestezimmerSchalter : CUL_1 | VCCU
Heizraum_Rauchmelder : CUL_1 | VCCU
Kueche_Raumfeld : CUL_1 | VCCU
KuechenSchalter : myHmUART | VCCU:myHmUART
MotionIPAD : CUL_1 | VCCU:CUL_1
MotionKELLER : CUL_1 | VCCU:CUL_1
Motion_Diele : CUL_1 | VCCU:CUL_1
RolladenBuero : CUL_1 | VCCU
RolladenEsszimmerSued : CUL_1 | VCCU
RolladenEsszimmerWest : CUL_1 | VCCU
RolladenGaestezimmer : CUL_1 | -
RolladenKueche : CUL_1 | VCCU
RolladenSchlafzimmer : CUL_1 | VCCU
RolladenWohnzimmerOst : CUL_1 | VCCU
RolladenWohnzimmerSued : CUL_1 | VCCU
SchlafzimmerSchalter : myHmUART | VCCU:myHmUART
Schlafzimmer_Rauchmelder : CUL_1 | VCCU
Sir_Diele : CUL_1 | VCCU:CUL_1
VCCU : CUL_1 | -
Veranda_Raumfeld : CUL_1 | VCCU
Wohnzimmer_Rauchmelder : CUL_1 | VCCU
Es fehlt also bei der VCCU die IOgrp und beim RolladenGaestezimmer. Darf ich das nochmals verstehen?
IODev:
Ich habe 2 IO Devices für Homematic: CUL_1 und myHmUART. Beide sind physikalisch an derselben Stelle, da auf dem RPI aufgesteckt.
Es sieht so aus, als ob fast der gesamte Verkehr über CUL_1 läuft, myHMUART hat fast kein device.
Muss, soll oder kann ich dies ändern?
IOgrp:
Durch das Attibut IOgrp
attr <device> IOgrp <vccu>:<preferredIO>
kann bestimmt werden, wie die VCCU die IO Devices genau nutzt.
Bei mir fehlt bei RolladenGaestezimmer und VCCU dieses attr:
also :
attr VCCU IOgrp VCCU
attr RolladenGaestezimmer IOgrp VCCU
Dies sollte es doch sein? Danke nochmals. Warum dies fehlt, ich weiss nicht..
Hallo Otto,
danke für den Hinweis. Die Antworten haben sich überschnitten.
Mit den beiden Kommandos sollte die Struktur doch stimmen? oder?. Es fehlen ja nur die beiden.
Mache ich etwas falsch, wenn ich dies jetzt ausführe:
attr VCCU IOgrp VCCU
attr RolladenGaestezimmer IOgrp VCCU
besser so, da uwe gerne das hmuart io möchte, dieses auch besser funktioniert und ein prefered io bei stationären devices grundsätzlich vorteile hat.
ausnahmen bestetigen natürlich die regel.
attr TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp VCCU:myHmUART
wenn der cul nicht nur als "zickiger" backup dienen soll, empfehle ich dringend die tsculfw für diesen.
Hallo, danke für die Hinweise... alles erledigt.
param done:
param list
entity : IODev | IOgrp |
4Aktor01 : CUL_1 | VCCU:myHmUART
4Aktor02 : CUL_1 | VCCU:myHmUART
BueroSchalter : CUL_1 | VCCU:myHmUART
Buero_Raumfeld : CUL_1 | VCCU:myHmUART
EsszimmerSchalter : CUL_1 | VCCU:myHmUART
GaestezimmerSchalter : CUL_1 | VCCU:myHmUART
Heizraum_Rauchmelder : CUL_1 | VCCU:myHmUART
Kueche_Raumfeld : CUL_1 | VCCU:myHmUART
KuechenSchalter : myHmUART | VCCU:myHmUART
MotionIPAD : CUL_1 | VCCU:myHmUART
MotionKELLER : CUL_1 | VCCU:myHmUART
Motion_Diele : CUL_1 | VCCU:myHmUART
RolladenBuero : CUL_1 | VCCU:myHmUART
RolladenEsszimmerSued : CUL_1 | VCCU:myHmUART
RolladenEsszimmerWest : CUL_1 | VCCU:myHmUART
RolladenGaestezimmer : CUL_1 | VCCU:myHmUART
RolladenKueche : CUL_1 | VCCU:myHmUART
RolladenSchlafzimmer : CUL_1 | VCCU:myHmUART
RolladenWohnzimmerOst : CUL_1 | VCCU:myHmUART
RolladenWohnzimmerSued : CUL_1 | VCCU:myHmUART
SchlafzimmerSchalter : myHmUART | VCCU:myHmUART
Schlafzimmer_Rauchmelder : CUL_1 | VCCU:myHmUART
Sir_Diele : CUL_1 | VCCU:myHmUART
VCCU : CUL_1 | VCCU:myHmUART
Veranda_Raumfeld : CUL_1 | VCCU:myHmUART
Wohnzimmer_Rauchmelder : CUL_1 | VCCU:myHmUART
sollte jetzt ok sein..
Mein Taster tuts leider nicht.. was kann ich noch tun?
nun erstmal hminfo configCheck komplett abarbeiten.
beim schalter wahrscheinlich noch mal drüber peeren.
grundsätzlich in fhem kein device löschen und kein reales device resetten.
Zitat von: frank am 30 März 2020, 15:51:48
... da uwe gerne das hmuart io möchte, dieses auch besser funktioniert und ein prefered io bei stationären devices grundsätzlich vorteile hat.
ausnahmen bestetigen natürlich die regel.
Die müsste man mit einem Sichten aller rssi dann doch nochmal suchen, z.B. mit
list TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} rssi_at_myHmUART rssi_at_CUL_1
Spätestens bei "avg: " < -90 würde ich dann den CUL_1 nehmen, wenn der dort besser ist.
Zitat
wenn der cul nicht nur als "zickiger" backup dienen soll, empfehle ich dringend die tsculfw für diesen.
yes, yes, yes!
Und "direkt vor den Aktor" ist übrigens kontraproduktiv. Probier es aus: unterhalb 50 cm solltest Du regelmäßig Probleme bekommen.
Hallo,
wieder zurück nach teilweise getaner Arbeit.
Das Tasterthema ist gelöst, die richtige Definition von IOgrp und IOdev und das nochmalige Peering war die Lösung. Danke, vielen Dank.
Mein HM zeigt aber leider weiterhin Themen an, die ich gerne lösen würde. Komme aber leider nicht weiter:
HM configcheck zeigt Folgendes
configCheck done:
peer not defined
RolladenEsszimmerSued id:325B8601
RolladenEsszimmerSued id:325B8602
RolladenEsszimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8605
RolladenWohnzimmerSued id:325B8606
VCCU_Btn2 id:3EBE3801
peer not verified. Check that peer is set on both sides
RolladenWohnzimmerOst p:KS01_RolloKue
VCCU_Alarm p:BS05_Ala0_Aus
VCCU_Alarm p:BS06_Ala4_Aus
VCCU_Btn2 p:BueroSchalter_Btn_03
VCCU_Btn2 p:KS01_RolloKue
Wenn ich mal von oben beginne, so habe ich RolladenEsszimmerSued.
Die ist einer von 8 Aktoren, 2 davon zeigen dieses Bild im HM, funktionieren tun aber alle seit Jahren.
RolladenEsszimmerSued hat folgendes List:
nternals:
CUL_1_MSGCNT 142
CUL_1_RAWMSG A0C3DA0102E5247555555030000::-66:CUL_1
CUL_1_RSSI -66
CUL_1_TIME 2020-03-31 21:41:59
DEF 2E5247
FUUID 5c65ca1c-f33f-1e06-1b3b-ac1a6ee0ec72dbad
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 289
NAME RolladenEsszimmerSued
NOTIFYDEV global
NR 406
NTFY_ORDER 50-RolladenEsszimmerSued
STATE off
TYPE CUL_HM
chanNo 01
lastMsg No:3D - t:10 s:2E5247 d:555555 030000
myHmUART_MSGCNT 147
myHmUART_RAWMSG 050100413DA0102E5247555555030000
myHmUART_RSSI -65
myHmUART_TIME 2020-03-31 21:41:59
peerList self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,
protLastRcv 2020-03-31 21:41:59
protRcv 145 last_at:2020-03-31 21:41:59
protSnd 179 last_at:2020-03-31 21:41:59
protState CMDs_done
rssi_at_CUL_1 cnt:142 min:-66.5 max:-65.5 avg:-65.93 lst:-66
rssi_at_myHmUART cnt:147 min:-66 max:-65 avg:-65.7 lst:-65
READINGS:
2020-03-31 20:14:25 CommandAccepted yes
2019-02-14 21:05:49 D-firmware 2.5
2019-02-14 21:05:49 D-serialNr LEQ0903829
2020-03-31 21:41:46 PairedTo 0x555555
2019-02-16 21:53:23 R-325B8601-lgActionType jmpToTarget
2019-02-16 21:53:23 R-325B8601-lgBlJtDlyOff refOff
2019-02-16 21:53:23 R-325B8601-lgBlJtDlyOn dlyOff
2019-02-16 21:53:23 R-325B8601-lgBlJtOff dlyOff
2019-02-16 21:53:23 R-325B8601-lgBlJtOn dlyOff
2019-02-16 21:53:23 R-325B8601-lgBlJtRampOff rampOff
2019-02-16 21:53:23 R-325B8601-lgBlJtRampOn on
2019-02-16 21:53:23 R-325B8601-lgBlJtRefOff rampOff
2019-02-16 21:53:23 R-325B8601-lgBlJtRefOn on
2019-02-16 21:53:23 R-325B8601-lgCtDlyOff geLo
2019-02-16 21:53:23 R-325B8601-lgCtDlyOn geLo
2019-02-16 21:53:23 R-325B8601-lgCtOff geLo
2019-02-16 21:53:23 R-325B8601-lgCtOn geLo
2019-02-16 21:53:23 R-325B8601-lgCtRampOff geLo
2019-02-16 21:53:23 R-325B8601-lgCtRampOn geLo
2019-02-16 21:53:23 R-325B8601-lgCtRefOff geLo
2019-02-16 21:53:23 R-325B8601-lgCtRefOn geLo
2019-02-16 21:53:23 R-325B8601-lgCtValHi 100
2019-02-16 21:53:23 R-325B8601-lgCtValLo 50
2019-02-16 21:53:23 R-325B8601-lgDriveMode direct
2019-02-16 21:53:23 R-325B8601-lgMaxTimeF 0.5 s
2019-02-16 21:53:23 R-325B8601-lgMultiExec on
2019-02-16 21:53:23 R-325B8601-lgOffDly 0 s
2019-02-16 21:53:23 R-325B8601-lgOffLevel 0 %
2019-02-16 21:53:23 R-325B8601-lgOffTime unused
2019-02-16 21:53:23 R-325B8601-lgOffTimeMode absolut
2019-02-16 21:53:23 R-325B8601-lgOnDly 0 s
2019-02-16 21:53:23 R-325B8601-lgOnLevel 100 %
2019-02-16 21:53:23 R-325B8601-lgOnTime unused
2019-02-16 21:53:23 R-325B8601-lgOnTimeMode absolut
2019-02-16 21:53:23 R-325B8601-shActionType jmpToTarget
2019-02-16 21:53:23 R-325B8601-shBlJtDlyOff refOff
2019-02-16 21:53:23 R-325B8601-shBlJtDlyOn dlyOff
2019-02-16 21:53:23 R-325B8601-shBlJtOff dlyOff
2019-02-16 21:53:23 R-325B8601-shBlJtOn dlyOff
2019-02-16 21:53:23 R-325B8601-shBlJtRampOff rampOff
2019-02-16 21:53:23 R-325B8601-shBlJtRampOn on
2019-02-16 21:53:23 R-325B8601-shBlJtRefOff rampOff
2019-02-16 21:53:23 R-325B8601-shBlJtRefOn on
2019-02-16 21:53:23 R-325B8601-shCtDlyOff geLo
2019-02-16 21:53:23 R-325B8601-shCtDlyOn geLo
2019-02-16 21:53:23 R-325B8601-shCtOff geLo
2019-02-16 21:53:23 R-325B8601-shCtOn geLo
2019-02-16 21:53:23 R-325B8601-shCtRampOff geLo
2019-02-16 21:53:23 R-325B8601-shCtRampOn geLo
2019-02-16 21:53:23 R-325B8601-shCtRefOff geLo
2019-02-16 21:53:23 R-325B8601-shCtRefOn geLo
2019-02-16 21:53:23 R-325B8601-shCtValHi 100
2019-02-16 21:53:23 R-325B8601-shCtValLo 50
2019-02-16 21:53:23 R-325B8601-shDriveMode direct
2019-02-16 21:53:23 R-325B8601-shMaxTimeF unused
2019-02-16 21:53:23 R-325B8601-shMultiExec off
2019-02-16 21:53:23 R-325B8601-shOffDly 0 s
2019-02-16 21:53:23 R-325B8601-shOffLevel 0 %
2019-02-16 21:53:23 R-325B8601-shOffTime unused
2019-02-16 21:53:23 R-325B8601-shOffTimeMode absolut
2019-02-16 21:53:23 R-325B8601-shOnDly 0 s
2019-02-16 21:53:23 R-325B8601-shOnLevel 100 %
2019-02-16 21:53:23 R-325B8601-shOnTime unused
2019-02-16 21:53:23 R-325B8601-shOnTimeMode absolut
2019-02-16 21:53:24 R-325B8602-lgActionType jmpToTarget
2019-02-16 21:53:24 R-325B8602-lgBlJtDlyOff dlyOn
2019-02-16 21:53:24 R-325B8602-lgBlJtDlyOn refOn
2019-02-16 21:53:24 R-325B8602-lgBlJtOff dlyOn
2019-02-16 21:53:24 R-325B8602-lgBlJtOn dlyOn
2019-02-16 21:53:24 R-325B8602-lgBlJtRampOff off
2019-02-16 21:53:24 R-325B8602-lgBlJtRampOn rampOn
2019-02-16 21:53:24 R-325B8602-lgBlJtRefOff off
2019-02-16 21:53:24 R-325B8602-lgBlJtRefOn rampOn
2019-02-16 21:53:24 R-325B8602-lgCtDlyOff geLo
2019-02-16 21:53:24 R-325B8602-lgCtDlyOn geLo
2019-02-16 21:53:24 R-325B8602-lgCtOff geLo
2019-02-16 21:53:24 R-325B8602-lgCtOn geLo
2019-02-16 21:53:24 R-325B8602-lgCtRampOff geLo
2019-02-16 21:53:24 R-325B8602-lgCtRampOn geLo
2019-02-16 21:53:24 R-325B8602-lgCtRefOff geLo
2019-02-16 21:53:24 R-325B8602-lgCtRefOn geLo
2019-02-16 21:53:24 R-325B8602-lgCtValHi 100
2019-02-16 21:53:24 R-325B8602-lgCtValLo 50
2019-02-16 21:53:24 R-325B8602-lgDriveMode direct
2019-02-16 21:53:24 R-325B8602-lgMaxTimeF 0.5 s
2019-02-16 21:53:24 R-325B8602-lgMultiExec on
2019-02-16 21:53:24 R-325B8602-lgOffDly 0 s
2019-02-16 21:53:24 R-325B8602-lgOffLevel 0 %
2019-02-16 21:53:24 R-325B8602-lgOffTime unused
2019-02-16 21:53:24 R-325B8602-lgOffTimeMode absolut
2019-02-16 21:53:24 R-325B8602-lgOnDly 0 s
2019-02-16 21:53:24 R-325B8602-lgOnLevel 100 %
2019-02-16 21:53:24 R-325B8602-lgOnTime unused
2019-02-16 21:53:24 R-325B8602-lgOnTimeMode absolut
2019-02-16 21:53:24 R-325B8602-shActionType jmpToTarget
2019-02-16 21:53:24 R-325B8602-shBlJtDlyOff dlyOn
2019-02-16 21:53:24 R-325B8602-shBlJtDlyOn refOn
2019-02-16 21:53:24 R-325B8602-shBlJtOff dlyOn
2019-02-16 21:53:24 R-325B8602-shBlJtOn dlyOn
2019-02-16 21:53:24 R-325B8602-shBlJtRampOff off
2019-02-16 21:53:24 R-325B8602-shBlJtRampOn rampOn
2019-02-16 21:53:24 R-325B8602-shBlJtRefOff off
2019-02-16 21:53:24 R-325B8602-shBlJtRefOn rampOn
2019-02-16 21:53:24 R-325B8602-shCtDlyOff geLo
2019-02-16 21:53:24 R-325B8602-shCtDlyOn geLo
2019-02-16 21:53:24 R-325B8602-shCtOff geLo
2019-02-16 21:53:24 R-325B8602-shCtOn geLo
2019-02-16 21:53:24 R-325B8602-shCtRampOff geLo
2019-02-16 21:53:24 R-325B8602-shCtRampOn geLo
2019-02-16 21:53:24 R-325B8602-shCtRefOff geLo
2019-02-16 21:53:24 R-325B8602-shCtRefOn geLo
2019-02-16 21:53:24 R-325B8602-shCtValHi 100
2019-02-16 21:53:24 R-325B8602-shCtValLo 50
2019-02-16 21:53:24 R-325B8602-shDriveMode direct
2019-02-16 21:53:24 R-325B8602-shMaxTimeF unused
2019-02-16 21:53:24 R-325B8602-shMultiExec off
2019-02-16 21:53:24 R-325B8602-shOffDly 0 s
2019-02-16 21:53:24 R-325B8602-shOffLevel 0 %
2019-02-16 21:53:24 R-325B8602-shOffTime unused
2019-02-16 21:53:24 R-325B8602-shOffTimeMode absolut
2019-02-16 21:53:24 R-325B8602-shOnDly 0 s
2019-02-16 21:53:24 R-325B8602-shOnLevel 100 %
2019-02-16 21:53:24 R-325B8602-shOnTime unused
2019-02-16 21:53:24 R-325B8602-shOnTimeMode absolut
2019-02-16 21:53:26 R-325B8605-lgActionType jmpToTarget
2019-02-16 21:53:26 R-325B8605-lgBlJtDlyOff refOff
2019-02-16 21:53:26 R-325B8605-lgBlJtDlyOn dlyOff
2019-02-16 21:53:26 R-325B8605-lgBlJtOff dlyOff
2019-02-16 21:53:26 R-325B8605-lgBlJtOn dlyOff
2019-02-16 21:53:26 R-325B8605-lgBlJtRampOff rampOff
2019-02-16 21:53:26 R-325B8605-lgBlJtRampOn on
2019-02-16 21:53:26 R-325B8605-lgBlJtRefOff rampOff
2019-02-16 21:53:26 R-325B8605-lgBlJtRefOn on
2019-02-16 21:53:26 R-325B8605-lgCtDlyOff geLo
2019-02-16 21:53:26 R-325B8605-lgCtDlyOn geLo
2019-02-16 21:53:26 R-325B8605-lgCtOff geLo
2019-02-16 21:53:26 R-325B8605-lgCtOn geLo
2019-02-16 21:53:26 R-325B8605-lgCtRampOff geLo
2019-02-16 21:53:26 R-325B8605-lgCtRampOn geLo
2019-02-16 21:53:26 R-325B8605-lgCtRefOff geLo
2019-02-16 21:53:26 R-325B8605-lgCtRefOn geLo
2019-02-16 21:53:26 R-325B8605-lgCtValHi 100
2019-02-16 21:53:26 R-325B8605-lgCtValLo 50
2019-02-16 21:53:26 R-325B8605-lgDriveMode direct
2019-02-16 21:53:26 R-325B8605-lgMaxTimeF 0.5 s
2019-02-16 21:53:26 R-325B8605-lgMultiExec on
2019-02-16 21:53:26 R-325B8605-lgOffDly 0 s
2019-02-16 21:53:26 R-325B8605-lgOffLevel 0 %
2019-02-16 21:53:26 R-325B8605-lgOffTime unused
2019-02-16 21:53:26 R-325B8605-lgOffTimeMode absolut
2019-02-16 21:53:26 R-325B8605-lgOnDly 0 s
2019-02-16 21:53:26 R-325B8605-lgOnLevel 100 %
2019-02-16 21:53:26 R-325B8605-lgOnTime unused
2019-02-16 21:53:26 R-325B8605-lgOnTimeMode absolut
2019-02-16 21:53:26 R-325B8605-shActionType jmpToTarget
2019-02-16 21:53:26 R-325B8605-shBlJtDlyOff refOff
2019-02-16 21:53:26 R-325B8605-shBlJtDlyOn dlyOff
2019-02-16 21:53:26 R-325B8605-shBlJtOff dlyOff
2019-02-16 21:53:26 R-325B8605-shBlJtOn dlyOff
2019-02-16 21:53:26 R-325B8605-shBlJtRampOff rampOff
2019-02-16 21:53:26 R-325B8605-shBlJtRampOn on
2019-02-16 21:53:26 R-325B8605-shBlJtRefOff rampOff
2019-02-16 21:53:26 R-325B8605-shBlJtRefOn on
2019-02-16 21:53:26 R-325B8605-shCtDlyOff geLo
2019-02-16 21:53:26 R-325B8605-shCtDlyOn geLo
2019-02-16 21:53:26 R-325B8605-shCtOff geLo
2019-02-16 21:53:26 R-325B8605-shCtOn geLo
2019-02-16 21:53:26 R-325B8605-shCtRampOff geLo
2019-02-16 21:53:26 R-325B8605-shCtRampOn geLo
2019-02-16 21:53:26 R-325B8605-shCtRefOff geLo
2019-02-16 21:53:26 R-325B8605-shCtRefOn geLo
2019-02-16 21:53:26 R-325B8605-shCtValHi 100
2019-02-16 21:53:26 R-325B8605-shCtValLo 50
2019-02-16 21:53:26 R-325B8605-shDriveMode direct
2019-02-16 21:53:26 R-325B8605-shMaxTimeF unused
2019-02-16 21:53:26 R-325B8605-shMultiExec off
2019-02-16 21:53:26 R-325B8605-shOffDly 0 s
2019-02-16 21:53:26 R-325B8605-shOffLevel 0 %
2019-02-16 21:53:26 R-325B8605-shOffTime unused
2019-02-16 21:53:26 R-325B8605-shOffTimeMode absolut
2019-02-16 21:53:26 R-325B8605-shOnDly 0 s
2019-02-16 21:53:26 R-325B8605-shOnLevel 100 %
2019-02-16 21:53:26 R-325B8605-shOnTime unused
2019-02-16 21:53:26 R-325B8605-shOnTimeMode absolut
2019-02-17 18:37:48 R-ES03_RolloAlle-lgActionType jmpToTarget
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtDlyOff refOff
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtDlyOn refOn
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtOff dlyOn
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtOn dlyOff
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtRampOff off
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtRampOn on
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtRefOff off
2019-02-17 18:37:48 R-ES03_RolloAlle-lgBlJtRefOn on
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtDlyOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtDlyOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtRampOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtRampOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtRefOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtRefOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtValHi 100
2019-02-17 18:37:48 R-ES03_RolloAlle-lgCtValLo 50
2019-02-17 18:37:48 R-ES03_RolloAlle-lgDriveMode direct
2019-02-17 18:37:48 R-ES03_RolloAlle-lgMaxTimeF 0.5 s
2019-02-17 18:37:48 R-ES03_RolloAlle-lgMultiExec on
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOffDly 0 s
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOffLevel 0 %
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOffTime unused
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOffTimeMode absolut
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOnDly 0 s
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOnLevel 100 %
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOnTime unused
2019-02-17 18:37:48 R-ES03_RolloAlle-lgOnTimeMode absolut
2019-02-17 20:01:47 R-ES03_RolloAlle-shActionType toggleToCnt
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtDlyOff refOff
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtDlyOn refOn
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtOff dlyOn
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtOn dlyOff
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtRampOff off
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtRampOn on
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtRefOff off
2019-02-17 18:37:48 R-ES03_RolloAlle-shBlJtRefOn on
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtDlyOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtDlyOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtRampOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtRampOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtRefOff geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtRefOn geLo
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtValHi 100
2019-02-17 18:37:48 R-ES03_RolloAlle-shCtValLo 50
2019-02-17 18:37:48 R-ES03_RolloAlle-shDriveMode direct
2019-02-17 18:37:48 R-ES03_RolloAlle-shMaxTimeF unused
2019-02-17 20:01:47 R-ES03_RolloAlle-shMultiExec off
2019-02-17 18:37:48 R-ES03_RolloAlle-shOffDly 0 s
2019-02-17 18:37:48 R-ES03_RolloAlle-shOffLevel 0 %
2019-02-17 18:37:48 R-ES03_RolloAlle-shOffTime unused
2019-02-17 20:01:47 R-ES03_RolloAlle-shOffTimeMode absolut
2019-02-17 18:37:48 R-ES03_RolloAlle-shOnDly 0 s
2019-02-17 18:37:48 R-ES03_RolloAlle-shOnLevel 100 %
2019-02-17 18:37:48 R-ES03_RolloAlle-shOnTime unused
2019-02-17 20:01:47 R-ES03_RolloAlle-shOnTimeMode absolut
2019-02-16 21:53:27 R-ES04_RolloEsS-lgActionType jmpToTarget
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtDlyOff refOff
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtDlyOn refOn
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtOff dlyOn
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtOn dlyOff
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtRampOff off
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtRampOn on
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtRefOff off
2019-02-16 21:53:27 R-ES04_RolloEsS-lgBlJtRefOn on
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtDlyOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtDlyOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtRampOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtRampOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtRefOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtRefOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtValHi 100
2019-02-16 21:53:27 R-ES04_RolloEsS-lgCtValLo 50
2019-02-16 21:53:27 R-ES04_RolloEsS-lgDriveMode direct
2019-02-16 21:53:27 R-ES04_RolloEsS-lgMaxTimeF 0.5 s
2019-02-16 21:53:27 R-ES04_RolloEsS-lgMultiExec on
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOffDly 0 s
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOffLevel 0 %
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOffTime unused
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOffTimeMode absolut
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOnDly 0 s
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOnLevel 100 %
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOnTime unused
2019-02-16 21:53:27 R-ES04_RolloEsS-lgOnTimeMode absolut
2019-02-16 21:53:27 R-ES04_RolloEsS-shActionType jmpToTarget
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtDlyOff refOff
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtDlyOn refOn
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtOff dlyOn
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtOn dlyOff
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtRampOff off
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtRampOn on
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtRefOff off
2019-02-16 21:53:27 R-ES04_RolloEsS-shBlJtRefOn on
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtDlyOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtDlyOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtRampOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtRampOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtRefOff geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtRefOn geLo
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtValHi 100
2019-02-16 21:53:27 R-ES04_RolloEsS-shCtValLo 50
2019-02-16 21:53:27 R-ES04_RolloEsS-shDriveMode direct
2019-02-16 21:53:27 R-ES04_RolloEsS-shMaxTimeF unused
2019-02-16 21:53:27 R-ES04_RolloEsS-shMultiExec off
2019-02-16 21:53:27 R-ES04_RolloEsS-shOffDly 0 s
2019-02-16 21:53:27 R-ES04_RolloEsS-shOffLevel 0 %
2019-02-16 21:53:27 R-ES04_RolloEsS-shOffTime unused
2019-02-16 21:53:27 R-ES04_RolloEsS-shOffTimeMode absolut
2019-02-16 21:53:27 R-ES04_RolloEsS-shOnDly 0 s
2019-02-16 21:53:27 R-ES04_RolloEsS-shOnLevel 100 %
2019-02-16 21:53:27 R-ES04_RolloEsS-shOnTime unused
2019-02-16 21:53:27 R-ES04_RolloEsS-shOnTimeMode absolut
2019-02-19 08:16:21 R-KS03_RolloAlle-lgActionType jmpToTarget
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtDlyOff refOff
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtDlyOn refOn
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtOff dlyOn
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtOn dlyOff
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtRampOff off
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtRampOn on
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtRefOff off
2019-02-19 08:16:21 R-KS03_RolloAlle-lgBlJtRefOn on
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtDlyOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtDlyOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtRampOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtRampOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtRefOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtRefOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtValHi 100
2019-02-19 08:16:21 R-KS03_RolloAlle-lgCtValLo 50
2019-02-19 08:16:21 R-KS03_RolloAlle-lgDriveMode direct
2019-02-19 08:16:21 R-KS03_RolloAlle-lgMaxTimeF 0.5 s
2019-02-19 08:16:21 R-KS03_RolloAlle-lgMultiExec on
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOffDly 0 s
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOffLevel 0 %
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOffTime unused
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOffTimeMode absolut
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOnDly 0 s
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOnLevel 100 %
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOnTime unused
2019-02-19 08:16:21 R-KS03_RolloAlle-lgOnTimeMode absolut
2019-02-19 08:41:57 R-KS03_RolloAlle-shActionType toggleToCnt
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtDlyOff refOff
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtDlyOn refOn
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtOff dlyOn
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtOn dlyOff
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtRampOff off
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtRampOn on
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtRefOff off
2019-02-19 08:16:21 R-KS03_RolloAlle-shBlJtRefOn on
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtDlyOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtDlyOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtRampOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtRampOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtRefOff geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtRefOn geLo
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtValHi 100
2019-02-19 08:16:21 R-KS03_RolloAlle-shCtValLo 50
2019-02-19 08:16:21 R-KS03_RolloAlle-shDriveMode direct
2019-02-19 08:16:21 R-KS03_RolloAlle-shMaxTimeF unused
2019-02-19 08:41:57 R-KS03_RolloAlle-shMultiExec off
2019-02-19 08:16:21 R-KS03_RolloAlle-shOffDly 0 s
2019-02-19 08:16:21 R-KS03_RolloAlle-shOffLevel 0 %
2019-02-19 08:16:21 R-KS03_RolloAlle-shOffTime unused
2019-02-19 08:41:57 R-KS03_RolloAlle-shOffTimeMode absolut
2019-02-19 08:16:21 R-KS03_RolloAlle-shOnDly 0 s
2019-02-19 08:16:21 R-KS03_RolloAlle-shOnLevel 100 %
2019-02-19 08:16:21 R-KS03_RolloAlle-shOnTime unused
2019-02-19 08:41:57 R-KS03_RolloAlle-shOnTimeMode absolut
2019-02-16 21:53:17 R-confBtnTime permanent
2019-11-01 10:03:03 R-driveDown 13.7 s
2019-02-16 21:53:18 R-driveTurn 1 s
2019-11-01 10:03:03 R-driveUp 14.1 s
2019-02-17 18:37:38 R-intKeyVisib visib
2019-02-16 21:53:17 R-localResDis off
2019-02-16 21:53:17 R-pairCentral 0x555555
2019-02-16 21:53:18 R-refRunCounter 0
2019-02-17 18:37:41 R-self01-lgActionType jmpToTarget
2019-02-17 18:37:41 R-self01-lgBlJtDlyOff dlyOn
2019-02-17 18:37:41 R-self01-lgBlJtDlyOn refOn
2019-02-17 18:37:41 R-self01-lgBlJtOff dlyOn
2019-02-17 18:37:41 R-self01-lgBlJtOn dlyOn
2019-02-17 18:37:41 R-self01-lgBlJtRampOff off
2019-02-17 18:37:41 R-self01-lgBlJtRampOn rampOn
2019-02-17 18:37:41 R-self01-lgBlJtRefOff off
2019-02-17 18:37:41 R-self01-lgBlJtRefOn rampOn
2019-02-17 18:37:41 R-self01-lgCtDlyOff geLo
2019-02-17 18:37:41 R-self01-lgCtDlyOn geLo
2019-02-17 18:37:41 R-self01-lgCtOff geLo
2019-02-17 18:37:41 R-self01-lgCtOn geLo
2019-02-17 18:37:41 R-self01-lgCtRampOff geLo
2019-02-17 18:37:41 R-self01-lgCtRampOn geLo
2019-02-17 18:37:41 R-self01-lgCtRefOff geLo
2019-02-17 18:37:41 R-self01-lgCtRefOn geLo
2019-02-17 18:37:41 R-self01-lgCtValHi 100
2019-02-17 18:37:41 R-self01-lgCtValLo 50
2019-02-17 18:37:41 R-self01-lgDriveMode direct
2019-02-17 18:37:41 R-self01-lgMaxTimeF 0.4 s
2019-02-17 18:37:41 R-self01-lgMultiExec on
2019-02-17 18:37:41 R-self01-lgOffDly 0 s
2019-02-17 18:37:41 R-self01-lgOffLevel 0 %
2019-02-17 18:37:41 R-self01-lgOffTime unused
2019-02-17 18:37:41 R-self01-lgOffTimeMode absolut
2019-02-17 18:37:41 R-self01-lgOnDly 0 s
2019-02-17 18:37:41 R-self01-lgOnLevel 100 %
2019-02-17 18:37:41 R-self01-lgOnTime unused
2019-02-17 18:37:41 R-self01-lgOnTimeMode absolut
2019-02-17 18:57:02 R-self01-shActionType toggleToCnt
2019-02-17 18:37:41 R-self01-shBlJtDlyOff dlyOn
2019-02-17 18:37:41 R-self01-shBlJtDlyOn refOn
2019-02-17 18:37:41 R-self01-shBlJtOff dlyOn
2019-02-17 18:37:41 R-self01-shBlJtOn dlyOn
2019-02-17 18:37:41 R-self01-shBlJtRampOff off
2019-02-17 18:37:41 R-self01-shBlJtRampOn rampOn
2019-02-17 18:37:41 R-self01-shBlJtRefOff off
2019-02-17 18:37:41 R-self01-shBlJtRefOn rampOn
2019-02-17 18:37:41 R-self01-shCtDlyOff geLo
2019-02-17 18:37:41 R-self01-shCtDlyOn geLo
2019-02-17 18:37:41 R-self01-shCtOff geLo
2019-02-17 18:37:41 R-self01-shCtOn geLo
2019-02-17 18:37:41 R-self01-shCtRampOff geLo
2019-02-17 18:37:41 R-self01-shCtRampOn geLo
2019-02-17 18:37:41 R-self01-shCtRefOff geLo
2019-02-17 18:37:41 R-self01-shCtRefOn geLo
2019-02-17 18:37:41 R-self01-shCtValHi 100
2019-02-17 18:37:41 R-self01-shCtValLo 50
2019-02-17 18:37:41 R-self01-shDriveMode direct
2019-02-17 18:37:41 R-self01-shMaxTimeF unused
2019-02-17 18:57:02 R-self01-shMultiExec off
2019-02-17 18:37:41 R-self01-shOffDly 0 s
2019-02-17 18:37:41 R-self01-shOffLevel 0 %
2019-02-17 18:37:41 R-self01-shOffTime unused
2019-02-17 18:57:02 R-self01-shOffTimeMode absolut
2019-02-17 18:37:41 R-self01-shOnDly 0 s
2019-02-17 18:37:41 R-self01-shOnLevel 100 %
2019-02-17 18:37:41 R-self01-shOnTime unused
2019-02-17 18:57:02 R-self01-shOnTimeMode absolut
2019-02-17 18:37:42 R-self02-lgActionType jmpToTarget
2019-02-17 18:37:42 R-self02-lgBlJtDlyOff refOff
2019-02-17 18:37:42 R-self02-lgBlJtDlyOn dlyOff
2019-02-17 18:37:42 R-self02-lgBlJtOff dlyOff
2019-02-17 18:37:42 R-self02-lgBlJtOn dlyOff
2019-02-17 18:37:42 R-self02-lgBlJtRampOff rampOff
2019-02-17 18:37:42 R-self02-lgBlJtRampOn on
2019-02-17 18:37:42 R-self02-lgBlJtRefOff rampOff
2019-02-17 18:37:42 R-self02-lgBlJtRefOn on
2019-02-17 18:37:42 R-self02-lgCtDlyOff geLo
2019-02-17 18:37:42 R-self02-lgCtDlyOn geLo
2019-02-17 18:37:42 R-self02-lgCtOff geLo
2019-02-17 18:37:42 R-self02-lgCtOn geLo
2019-02-17 18:37:42 R-self02-lgCtRampOff geLo
2019-02-17 18:37:42 R-self02-lgCtRampOn geLo
2019-02-17 18:37:42 R-self02-lgCtRefOff geLo
2019-02-17 18:37:42 R-self02-lgCtRefOn geLo
2019-02-17 18:37:42 R-self02-lgCtValHi 100
2019-02-17 18:37:42 R-self02-lgCtValLo 50
2019-02-17 18:37:42 R-self02-lgDriveMode direct
2019-02-17 18:37:42 R-self02-lgMaxTimeF 0.4 s
2019-02-17 18:37:42 R-self02-lgMultiExec on
2019-02-17 18:37:42 R-self02-lgOffDly 0 s
2019-02-17 18:37:42 R-self02-lgOffLevel 0 %
2019-02-17 18:37:42 R-self02-lgOffTime unused
2019-02-17 18:37:42 R-self02-lgOffTimeMode absolut
2019-02-17 18:37:42 R-self02-lgOnDly 0 s
2019-02-17 18:37:42 R-self02-lgOnLevel 100 %
2019-02-17 18:37:42 R-self02-lgOnTime unused
2019-02-17 18:37:42 R-self02-lgOnTimeMode absolut
2019-02-17 18:37:42 R-self02-shActionType jmpToTarget
2019-02-17 18:37:42 R-self02-shBlJtDlyOff refOff
2019-02-17 18:37:42 R-self02-shBlJtDlyOn dlyOff
2019-02-17 18:37:42 R-self02-shBlJtOff dlyOff
2019-02-17 18:37:42 R-self02-shBlJtOn dlyOff
2019-02-17 18:37:42 R-self02-shBlJtRampOff rampOff
2019-02-17 18:37:42 R-self02-shBlJtRampOn on
2019-02-17 18:37:42 R-self02-shBlJtRefOff rampOff
2019-02-17 18:37:42 R-self02-shBlJtRefOn on
2019-02-17 18:37:42 R-self02-shCtDlyOff geLo
2019-02-17 18:37:42 R-self02-shCtDlyOn geLo
2019-02-17 18:37:42 R-self02-shCtOff geLo
2019-02-17 18:37:42 R-self02-shCtOn geLo
2019-02-17 18:37:42 R-self02-shCtRampOff geLo
2019-02-17 18:37:42 R-self02-shCtRampOn geLo
2019-02-17 18:37:42 R-self02-shCtRefOff geLo
2019-02-17 18:37:42 R-self02-shCtRefOn geLo
2019-02-17 18:37:42 R-self02-shCtValHi 100
2019-02-17 18:37:42 R-self02-shCtValLo 50
2019-02-17 18:37:42 R-self02-shDriveMode direct
2019-02-17 18:37:42 R-self02-shMaxTimeF unused
2019-02-17 18:37:42 R-self02-shMultiExec off
2019-02-17 18:37:42 R-self02-shOffDly 0 s
2019-02-17 18:37:42 R-self02-shOffLevel 0 %
2019-02-17 18:37:42 R-self02-shOffTime unused
2019-02-17 18:37:42 R-self02-shOffTimeMode absolut
2019-02-17 18:37:42 R-self02-shOnDly 0 s
2019-02-17 18:37:42 R-self02-shOnLevel 100 %
2019-02-17 18:37:42 R-self02-shOnTime unused
2019-02-17 18:37:42 R-self02-shOnTimeMode absolut
2019-02-16 21:53:18 R-sign off
2019-02-16 21:53:18 R-statusInfoMinDly 2 s
2019-02-16 21:53:18 R-statusInfoRandom 1 s
2019-02-16 21:53:18 R-transmitTryMax 6
2020-03-31 21:18:30 deviceMsg off (to VCCU)
2020-03-31 21:18:30 level 0
2020-03-31 21:18:30 motor stop:off
2020-03-31 21:18:30 pct 0
2020-03-31 21:41:47 peerList self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,
2020-03-12 13:46:18 powerOn 2020-03-12 13:46:18
2020-03-31 21:18:30 recentStateType info
2020-03-31 21:18:30 state off
2020-03-31 21:18:30 timedOn off
2020-03-31 21:18:24 trigLast KS03_RolloAlle:short
2019-08-08 07:11:56 trig_ES03_RolloAlle Short_198
2020-02-29 07:15:29 trig_ES04_RolloEsS Short_97
2020-03-31 21:18:24 trig_KS03_RolloAlle Short_0
2019-02-18 20:41:12 trig_KuechenSchalterdefekt_Btn_03 Short_21
2019-02-16 12:23:08 trig_RollEssSuedZu Short_165
helper:
HM_CMDNR 61
cSnd 015555552E524701043EBDD70303,015555552E524701043EBDD70403
mId 0005
peerFriend peerSens,peerVirt
peerIDsRaw ,2E524701,2E524702,3EBDD703,325B8605,325B8602,325B8601,3EBDD704,325B3503,00000000
peerOpt 3:blindActuator
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
ack:
dir:
cur stop
expert:
def 1
det 1
raw 0
tpl 0
io:
newChn +2E5247,00,00,00
nextSend 1585683720.00055
rxt 0
vccu VCCU
p:
2E5247
00
00
00
prefIO:
myHmUART
mRssi:
mNo 3D
io:
CUL_1:
-66
-66
myHmUART:
-61
-61
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
prs 1
rpt:
IO CUL_1
flg A
ts 1585683719.69085
ack:
HASH(0x2425280)
3D80025555552E524700
rssi:
at_CUL_1:
avg -65.9330985915493
cnt 142
lst -66
max -65.5
min -66.5
at_myHmUART:
avg -65.7006802721088
cnt 147
lst -65
max -65
min -66
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
IODev CUL_1
IOgrp VCCU:myHmUART
alexaName EssenSued
autoReadReg 0_off
expert 1_allReg
firmware 2.5
genericDeviceType blind
icon hue_room_dining
model HM-LC-BL1-FM
peerIDs 00000000,2E524701,2E524702,325B3503,325B8601,325B8602,325B8605,3EBDD703,3EBDD704,
room Esszimmer,IPAD
serialNr LEQ0903829
subType blindActuator
userattr room_map structexclude
webCmd stop:up:100:90:80:70:60:50:40:30:20:10:0:down
GetConfig mehrmals durchgeführt. CMDs processing .. läuft sehr lange, erst wenn ich das device verlasse und wieder öffne kommt CMDs.. Done. Könnte ihr mir einen Tip geben, wie ich hier weiter vorankomme, wo ich mich einlesen kann?
Vielen Dank
Dein besagter Aktor meldet bei jedem Config brav, dass er mit drei anderen HM-Geräten gepeert ist. FHEM sind die Definitionen dazu aber nicht bekannt.
peerList self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,
Üblicherweise benennt FHEM die peers, wenn es sie kennt.
Es handelt sich um ein Gerät mit der hmID 325B86, von dem die Kanäle 1, 2 und 5 betroffen sind.
Möglicherweise handelt es sich um einen Taster, den Du früher mal benutzt und inzwischen gelöscht hast. Vielleicht ein Garantietausch oder sowas?
Den wirst Du in dem Aktor dann mgwl. nur noch mit peerBulk los, schlimmstenfalls mit einem Reset. Da kenne ich mich aber nicht wirklich aus.
Auch RolladenWohnzimmerSued war mit diesem Gerät gepeert (Kanäle 5 und 6).
Der VCCU_Btn2 meldet ein Peering mit 3EBE3801. Das kannst Du dort direkt aus den peerIDs löschen.
Nachtrag: 325B86 könnte auch ein virtuelles Device in FHEM gewesen sein, was gelöscht wurde.
Ich hatte dazu in ganz am Anfang im Beitrag #3 schon mal gefragt.
peer not defined sagt schlicht das es diese Geräte in FHEM nicht gibt. Kann aber durchaus sein, dass es diese Geräte gibt und diese auch funktionieren!
Das herausgezogene Beispiel von Pfriemler zeigt neben den eigenen Tasten noch 6 (2 Paare + 2 Einzelne Kanäle) weitere zur Bedienung!
Hast Du vier Fernbedienungen für dieses Rollo?
Hallo Pfriemler und Otto123,
die Qualität der 6 fach Taster ist nicht gut, aber es gibt wirklich keine Alternativen, vielleicht kenne ich diese auch nicht. Mit der Programmierung hab ich mich auch schwer getan.
Ich musste auch ein Gerät zurückschicken, da erinnere ich mich noch.
Aktuell habe ich folgende 6 fach Schalter im Einsatz: (dies ist doch die DEF-Nummer?)
3EBDD07
3EBD10
3EBCE9
325B35
3259EC
Der 325B86 ist damit nicht mehr vorhanden, war wahrscheinlich die Rücksendung.
Da es sich bei dem RolladenEsszimmerSued um einen im Rolladenkasten verbauten Rolladenaktor handelt (ich habe nur unter Schwierigkeiten Zugriff und dann ist die Tapete zerstört), bin ich hier sehr vorsichtig.
Oder täusche ich mich da?
Hab mir peerBulk mal angeschaut:
Das Kommando müsste dann folgendermassen aussehen:
set RolladenEsszimerSued 325B8601,325B8602,325B8605 unset
(Meine Vorsicht wegen Aktor im Rolladenkasten) ....
Hallo Otto123:
deine erste Frage habe ich beantwortet: es gibt das Greät wirklich anscheinend nicht. 325B86)
Deine zweite Frage verstehe ich nicht:
ZitatDas herausgezogene Beispiel von Pfriemler zeigt neben den eigenen Tasten noch 6 (2 Paare + 2 Einzelne Kanäle) weitere zur Bedienung!
Hast Du vier Fernbedienungen für dieses Rollo?
ZitatpeerList self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,
self01 und self02 Kenne ich nicht.
KS03_RolloAlle ist korrekt. Schaltet alle Rolläden gleichzeitig aus der Küche
ES03_RolloAlle ist ebenfalls korrekt, alle Rolläden aus dem Esszimmer werden geschalten
ES04_RolloEsS schaltet nur den RolladenEsszimmerSued vom Esszimmertaster korrekt.
Damit habe ich 3 Fernbedienungen ...
Hab ich die Frage richtig verstanden?
Du hast alles richtig beantwortet :)
Ich hatte die Frage quasi von zwei Seiten gestellt ;)
In Deinem Code fehlt noch peerBulk und Du hast ja noch den im Wohnzimmer ;)
set RolladenEsszimerSued peerBulk 325B8601,325B8602,325B8605 unset
set RolladenWohnzimmerSued peerBulk 325B8605,325B8606 unset
self sind die eigenen Tasten/Tastereingänge
selfxx sind immer die eigenen "internen" tasten (peers).
fest "verdrahtet", nicht löschbar. aber die sichtbarkeit der entsprechenden registerdaten kan man mit dem register "intKeyVisib" beeinflussen.
den eingebauten aktor sollte man komplett fernsteuern können, inklusive pairen und resetten. betonung liegt auf sollte. ;)
Hallo, danke für die Hinweise. Bin auch schon weiter gekommen, danke an Otto123:
ZitatconfigCheck done:
configCheck done:
peer not verified. Check that peer is set on both sides
RolladenWohnzimmerOst p:KS01_RolloKue
VCCU_Alarm p:BS05_Ala0_Aus
VCCU_Alarm p:BS06_Ala4_Aus
VCCU_Btn2 p:BueroSchalter_Btn_03
VCCU_Btn2 p:KS01_RolloKue
Jetzt jetzt hab ich nur noch peer not verified! Merci
Wenn ich richtig liege, ist der peer bei den Geräten die rechts stehen nicht sichtbar. Bedeutet nicht unbedingt, dass er nicht vorhanden ist (im Gerät)
Deswegen würde ich dort erstmal jeweils
configTaster drücken und schauen ob Daten übertragen werden (hektisch blinkern)
hminfo configcheck machen, wenn sich nichts geändert hat
ein getConfig absetzen
configTaster drücken und schauen ob Daten übertragen werden (hektisch blinkern)
manchmal werden beim ersten Taster drücken nicht alle Daten übertragen, man kann also immer schauen ob noch mehr passiert (nochmal Taster drücken, am Schluss darf er nur noch ruhig blinkern)
Otto123,
es wird weniger. Bin jetzt weitergekommen, hier der Stand:
configCheck done:
peer not verified. Check that peer is set on both sides
VCCU_Alarm p:BS05_Ala0_Aus
VCCU_Alarm p:BS06_Ala4_Aus
VCCU_Btn2 p:KS01_RolloKue
Die "gelösten" Fehlermeldungen waren Reste aus "falschen" Überlegungen und Aktivitäten.
Konnte Sie mir peerchan unset eleminieren.
VCCU_Btn2 p:KS01_RolloKue
muss ich noch was nachfragen: Den Taster zur Öffnung des Küchenrolladens verbinde ich direkt mit dem Rolladen , aber auch mit der VCCU_Btn2. Dort steht er in der peerlist:
peerList KS01_RolloKue,KS03_RolloAlle,GAS01_RolloGae,ES03_RolloAlle
Aber auch im Rolladen selbst steht die Taste in der peerList.
peerList self01,self02,KS01_RolloKue,KS03_RolloAlle,ES03_RolloAlle,ES05_RolloKue
. Es ist doch richtig, dass ich aus der VCCU_Btn2 den Taster KS01_RolloKue entfernen kann und dann nur noch die direkte Verbindung zwischen Taster und Rolladenaktor habe.
Bei den restlichen Fehlermeldungen muss ich mich nochmals eingehend inhaltlich beschäftigen:
VCCU_Alarm p:BS05_Ala0_Aus
VCCU_Alarm p:BS06_Ala4_Aus
ZitatEs ist doch richtig, dass ich aus der VCCU_Btn2 den Taster KS01_RolloKue entfernen kann und dann nur noch die direkte Verbindung zwischen Taster und Rolladenaktor habe.
Ja. Wenn das mit VCCU_Btn2 keine weitere Bedeutung hat kannst Du löschen.
Hallo, danke für die Unterstützung.
Auch die restlichen Fehlermeldungen sind jetzt raus. Konfiguration scheint jetzt ok zu sein. Veim VCCU_Alarm hat bei jedem der beiden Taster ein peer gefehlt.
Vielen Dank für die Unterstützung.
Hallo,
hab wohl mit meinem 4Aktor02 noch ein Empfangs/Sendethema.
4Aktor01 und 4Aktor02 hängen eigentlich Rücken an Rücken.
Bei 4Aktor02 bekomme ich jetzt aber ein Config Thema, auch CMS Pending, Timeout kommt.
Hier die zugehörige RSSI
4Aktor01 4Aktor01 myHmUART -92.0 -91.5 -93.0< -89.0 4
4Aktor01 CUL_1 4Aktor01 -83.0 -83.4 -84.0< -83.0 4
4Aktor01 myHmUART 4Aktor01 -79.0 -79.2 -80.0< -79.0 4
4Aktor02 4Aktor02 myHmUART -101.0 -101.0 -103.0< -98.0 7
4Aktor02 CUL_1 4Aktor02 -96.5 -95.6 -99.5< -91.0 56
4Aktor02 myHmUART 4Aktor02 -87.0 -87.0 -87.0< -87.0 1
Die Werte vom 4Aktor02 sind so viel schlechter. wie gehe ich da jetzt vor.
Physikalisch sind es ca. 10 Meter , eine Decke und 2 Wände zwischen dem CUL/myUart und dem 4Aktor02.
Hab ich doch richtig gelernt, mit
attr 4Aktor02 IODev CUL_1
hänge ich den Aktor um auf CUL_1.
Bleibt aber leider weiter auf myHMUart und bringt Response Timeout. Auch nach getconfig , shutdown restart..
Internals:
CUL_1_MSGCNT 102
CUL_1_RAWMSG A1061A01037D48155555502300657245600::-96.5:CUL_1
CUL_1_RSSI -96.5
CUL_1_TIME 2020-04-03 12:19:48
DEF 37D481
FUUID 5e80a9c1-f33f-1e06-b100-aeb792ddabf22c19
IODev myHmUART
LASTInputDev CUL_1
MSGCNT 108
NAME 4Aktor02
NOTIFYDEV global
NR 597
NTFY_ORDER 50-4Aktor02
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 ChannelBrunnenlicht
channel_02 ChannelBrunnenstrom
channel_03 ChannelInternet
channel_04 4Aktor02_Sw_04
lastMsg No:61 - t:10 s:37D481 d:555555 02300657245600
myHmUART_MSGCNT 6
myHmUART_RAWMSG 0501005860A01037D481555555030800
myHmUART_RSSI -88
myHmUART_TIME 2020-04-03 12:19:47
protCmdDel 37
protLastRcv 2020-04-03 12:19:48
protRcv 20 last_at:2020-04-03 12:19:48
protResnd 17 last_at:2020-04-03 12:19:46
protResndFail 5 last_at:2020-04-03 12:19:50
protSnd 111 last_at:2020-04-03 12:19:48
protState CMDs_done_Errors:1
rssi_at_CUL_1 cnt:102 min:-99.5 max:-91 avg:-95.86 lst:-96.5
rssi_at_myHmUART cnt:6 min:-88 max:-87 avg:-87.5 lst:-88
rssi_myHmUART cnt:7 min:-103 max:-98 avg:-101 lst:-101
READINGS:
2020-04-03 11:52:56 CommandAccepted yes
2020-03-29 16:17:57 D-firmware 2.4
2020-03-29 16:17:57 D-serialNr MEQ0214162
2020-04-03 12:19:38 PairedTo 0x555555
2020-03-29 16:18:02 R-pairCentral 0x555555
2020-04-03 12:19:38 RegL_00. 00:00 02:01 0A:55 0B:55 0C:55 15:FF 18:00
2020-03-31 12:23:54 powerOn 2020-03-31 12:23:54
2020-04-03 12:19:50 state RESPONSE TIMEOUT:RegisterRead
helper:
HM_CMDNR 97
cSnd 0155555537D48100040000000000,0155555537D48101040000000001
mId 0003
peerFriend
peerOpt -:switch
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +37D481,00,00,00
nextSend 1585909188.84279
rxt 0
vccu VCCU
p:
37D481
00
00
00
prefIO:
myHmUART
mRssi:
mNo 61
io:
CUL_1:
-96.5
-96.5
myHmUART:
-86
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rpt:
IO CUL_1
flg A
ts 1585909188.74337
ack:
HASH(0x5a096a8)
61800255555537D48100
rssi:
at_CUL_1:
avg -95.8627450980392
cnt 102
lst -96.5
max -91
min -99.5
at_myHmUART:
avg -87.5
cnt 6
lst -88
max -87
min -88
myHmUART:
avg -101
cnt 7
lst -101
max -98
min -103
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
IODev CUL_1
IOgrp VCCU:myHmUART
alias 4Fach Aktor Brunnen Steckdose Brunnen Internet Gartenhaus
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.4
model HM-LC-SW4-DR
room CUL_HM,Heizraum
serialNr MEQ0214162
subType switch
webCmd getConfig:clear msgEvents
Auch der configCheck ist eindeutig.Kommunikationsthema mit allen 3 Kanälen des 4Aktor02
configCheck done:
missing register list
4Aktor02_Sw_04: RegL_01.
ChannelBrunnenlicht: RegL_01.,RegL_03.Ess2_Brunnenlicht
ChannelBrunnenstrom: RegL_01.
ChannelInternet: RegL_01.
peer not verified. Check that peer is set on both sides
Ess2_Brunnenstrom p:ChannelBrunnenstrom
ZitatHab ich doch richtig gelernt, mit
Code: [Auswählen]
attr 4Aktor02 IODev CUL_1
hänge ich den Aktor um auf CUL_1.
Falsch! :)
Du hast VCCU, da spielt attr IODev keine Rolle mehr.
So wird es was:
attr 4Aktor02 IOgrp VCCU:CUL_1
Oder Du lässt ihn selbst entscheiden:
attr 4Aktor02 IOgrp VCCU
Aber beide sind unterirdisch (kleiner -80)
Zitat4Aktor02 CUL_1 4Aktor02 -96.5 -95.6 -99.5< -91.0 56
4Aktor02 myHmUART 4Aktor02 -87.0 -87.0 -87.0< -87.0 1
Die Angaben des rssi sind logarithmisch, Wert 10 weniger bedeutet ein hundertstel!
Rücken an Rücken: Da schirmt einer den anderen ab? Den IO versuchen anders zu positionieren, Antenne aus dem Gehäuse. Externe Antenne.
Hallo,
dann werde ich um einen WEMOS nicht herumkommen? Oder gibt es einen anderen Weg. Ich habe an den Aktoren LAN liegen. Oder gibt es einen anderen Weg als WEMOS. Abgeschirmt ist der 4 Aktor2 schon etwas. Aber es fehlt doch viel an Funkstärke.
Warum der 4Aktor02 jetzt nicht funktioniert und nicht schon früher ein Problem gezeigt hat ist mir klar. Die Heizraumtüre schirmt, wenn Sie geschlossen ist die letzten Funkwellen auch noch ab. während der Installation war die Türe regelmässig offen, man geht ja rein und raus...
Ich habe nochmals ein solches Funkloch bei dieser Installation, für ich auch nochmals eine Lösung suchen muss. Also 2 x WEMOS? Die beiden Funklöcher sind stark voneiander getrennt.
Wenn Du LAN hast dann nimm LAN.
Entweder fertig das LanGateway oder zum Basteln so ein LAN seriell Wandler (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Betrieb_mit_einem_LAN-TTL-Wandler)
Oder einfach einen ollen Raspberry der vielleicht zuviel ist :)
Hallo Otto,
Sorry für die nochmalige Nachfrage:
Ich hab einen 2 er Raspberry übrig, sogar 2 Stück. Kannst du mir einen Tip geben, wo ich nachlesen kann, wie ich dann alles miteinander ,,sprechen" lasse:
Raspberry 2 mit Rapberry 3 wohl über LAN aber welcher Service auf den Geräten?
Wir verbinde ich die Aktoren mit dem Raspberry 2 , einen CUL hab ich wohl noch.
An einem Stichwort dafür wäre ich sehr interessiert.
Merci
Hi,
Raspberry ist gaanz einfach, einfach ein aktuelles System, das HMUART Modul drauf stecken, kein FHEM darauf installieren und dann einfach aus dem Link hier
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Verf.C3.BCgbarmachung_im_Netzwerk
Die ser2net Variante nehmen. Läuft einfach und sehr stabil!
Gruß Otto
Hallo Otto,
wie immer von Otto123: Ne super Idee.
Hab mal in meinem Hardwarevorrat gestöbert. Raspberry 2 habe ich noch und werde diesen verwenden.
Ich verwende deine Vorlage https://heinz-otto.blogspot.com/2018/01/installation-raspberry-pi.html
für die Systeminstallation und dann https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Verf.C3.BCgbarmachung_im_Netzwerk
für für die ser2net Installation.
Da sind auch noch CUL-USB Sticks. Kann ich diese CULs anstatt des HM-MOD-RPI-PCB ohne Nachteile verwenden?
Es gibt in Zukunft sicherlich nicht mehr viele Einsatzmöglichkeiten für die CULs. Habe auch noch ein HM-MOD-RPI-PCB verfügbar, falls ich mit den CULs schlecht bedient wäre.
Kannst auch die Vorlage (https://heinz-otto.blogspot.com/2019/05/setup-raspberry-pi-2019.html)nehmen und die Scripts vom GitHub laden. Aber nur wenn Dir die Scripte liegen :)
Das mit dem CUL geht natürlich auch (ich habe da selbst keine Erfahrung) ich glaube da gibt es auch einen Artikel, gefunden: ;)
https://wiki.fhem.de/wiki/CUL_ueber_Netz
Ich würde auch da die ser2net Variante wählen.
Gruß Otto
Halllo Otto123,
habe zwischenzeitlich
ZitatRaspberry 1 neues Linux gemäss deiner Anleitung aufgesetzt
Update, Upgrade durchgeführt
serv2net Standardpaket installiert
ser2net.conf ind /etc erstellt und die Konfiguration eingefügt:
2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
Hab einen mit homematic konfigurierten CUL in den Raspberry eingesteckt.
Dies ergibt folgende Infos mit tail -f /var/log/messages
pi@raspberrypi:/etc $ tail -f /var/log/messages
Apr 9 00:00:26 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8. 1901.0" x-pid="233" x-info="https://www.rsyslog.com"] rsyslogd was HUPed
Apr 10 00:00:26 raspberrypi rsyslogd: [origin software="rsyslogd" swVersion="8. 1901.0" x-pid="233" x-info="https://www.rsyslog.com"] rsyslogd was HUPed
Apr 10 16:15:12 raspberrypi kernel: [323464.523213] usb 1-1.2: new full-speed US B device number 4 using dwc_otg
Apr 10 16:15:12 raspberrypi kernel: [323464.665956] usb 1-1.2: New USB device fo und, idVendor=03eb, idProduct=204b, bcdDevice= 0.00
Apr 10 16:15:12 raspberrypi kernel: [323464.665980] usb 1-1.2: New USB device st rings: Mfr=1, Product=2, SerialNumber=0
Apr 10 16:15:12 raspberrypi kernel: [323464.665994] usb 1-1.2: Product: CUL868
Apr 10 16:15:12 raspberrypi kernel: [323464.666005] usb 1-1.2: Manufacturer: bus ware.de
Apr 10 16:15:12 raspberrypi kernel: [323464.786159] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device
Apr 10 16:15:12 raspberrypi kernel: [323464.790101] usbcore: registered new inte rface driver cdc_acm
Apr 10 16:15:12 raspberrypi kernel: [323464.790119] cdc_acm: USB Abstract Contro l Model driver for USB modems and ISDN adapters
Apr 10 16:15:12 raspberrypi kernel: [323464.786159] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device
Apr 10 16:15:12 raspberrypi kernel: [323464.790101] usbcore: registered new inte rface driver cdc_acm
Jetzt muss ich nich in FHEM den neuen CUL definieren.
Folgende Fragen bleien mir noch:
1. muss ich den CUL neu konfigurieren?
2. wie lautet de Konfiguration des CUL in FHEM:
??? def CUL-Heizraum CUL ttyACM0::2000 0000 ??? geraten
Falsch, ich denke so:
def CUL-Heizraum CUL IPDeinesRaspberry:2000
Die FHTID kannst Du weglassen, du hast doch eine VCCU? D.h. dann noch die VCCU IOList ergänzen!
Gruß Otto
Hallo Otto,
vielen Dank für deine Antwort in der doch sehr schweren Zeit.
Ich habe deine Konfigurationsanweisung define cul_HzRaum CUL 192.168.20.29:2000
in mein FHEM eingefügt und bekomme leider folgende Fehlermeldung aus FHEM:
wrong syntax: define <name> CUL {none | devicename[@baudrate] | devicename@directio | hostname:port} <FHTID>
.
Da ich nicht schon wieder nur "fragen" möchte , hier meine Überlegungen:
In meiner ser2net Konfigurationsdatei steht:
2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
Ich gehe davon aus, dass 38400 die Baudrate ist. Meinen CUL Stick ist aus meinem Bestand, habe diesen nicht neu konfiguriert. Ob er mit 38400 Baud konfiguriert ist, ich weiss es nicht. Mit dem Befehl ls- al /dev/ttyACM* erhalte ich crw-rw---- 1 root dialout 166, 0 Apr 10 16:15 /dev/ttyACM0
Der übliche Weg, in FHEM den CUL zu definieren ist z.B. define CUL CUL /dev/ttyACM0@38400 1234
. In der Definition define cul_HzRaum CUL 192.168.20.29:2000
fehlt aber die Baudrate. Ich habe also in der ser2net den CUL mit 38400 konfiguriert, FHEM gebe ich die Baudrate nicht vor. Die Konfiguration ser2net-CUL-FHEM versteht sich nicht, eventuell. Da hab ich ein Verständnisthema. Vielen Dank für die Unterstützung und schon mal "Frohe Ostern nach Leipzig".
Moin,
ich rede beim CUL immer über etwas was ich gar nicht habe :-[
Ich bin mir nicht sicher aber eventuell muss man doch immer die FHTID angeben, der Hilfetext sagt ja <FHTID> also in spitzen Klammern bedeutet richtigen Wert eintragen aber die Angabe des Wertes ist nicht optional.
define cul_HzRaum CUL 192.168.20.29:2000 1234
Der Syntax sagt auch hostname:port da steht nichts von baudrate. Die gibst Du ja bei ser2net an.
Aus einem anderen Thread meine ich mir gemerkt zu haben, dass man die Baudrate beim CUL nicht unbedingt angeben muss. Aber ich würde denken ser2net will die schon haben.
Versuch das mit der Angabe der FHTID :)
Schöne Ostern
Otto
Hallo Otto,
hab ich mal gemacht
define cul_HzRaum CUL 192.168.20.29:2000 0000
Hab die FHTID auf 0000 gesetzt wegen diesem :
ZitatDie FHTID ist eine 4-stellige hexadezimale Zahl und wird verwendet, wenn der CUL FHT Telegramme sendet bzw. Daten anfragt. Diese sollte als 0000 gewählt werden, wenn man FHT80b Anfragen durch den CUL vermeiden will.
Ohne Fehlermeldung wurde das device im FHEM konfiguriert. Auch nach Restart beider Raspberries trotzdem noch disconnected:
Internals:
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.20.29:2000 0000
DeviceName 192.168.20.29:2000
FHTID 0000
FUUID 5e91838a-f33f-1e06-310c-fb20afe8b9257b9e
NAME cul_HzRaum
NEXT_OPEN 1586595116
NR 627
PARTIAL
STATE disconnected
TYPE CUL
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-04-11 10:50:56 state disconnected
Attributes:
DbLogExclude .*
room Heizraum,Homematic
Sorry für die nochmalige Nachfrage
stimmt die Schnittstelle wo der CUL steckt?
ls -l /dev/ttyA*
Und entschuldige Dich nicht für jede Frage :)
Hallo Otto,
ls -l /dev/ttyA*
bringt auf dem "Sende-RPI, Verstärker-RPI,Hz-Raum"
crw-rw---- 1 root dialout 166, 0 Apr 11 09:17 /dev/ttyACM0
crw--w---- 1 root tty 204, 64 Apr 11 09:25 /dev/ttyAMA0
Im Logile finde sich verständlicherweise die Nachricht regelmässig im Minutentakt
2020.04.11 10:48:56 1: 192.168.20.29:2000 disconnected, waiting to reappear (cul_HzRaum)
2020.04.11 10:49:56 1: 192.168.20.29:2000 disconnected, waiting to reappear (cul_HzRaum)
Und der Dienst ser2net auf dem Pi wo der CUL steckt läuft? Hast Du nach der Konfigänderung neu gestartet?
Sieht irgendwie ansonsten nicht falsch aus.
Geht sowas auf Kommdozeile?
telnet 192.168.20.29 2000
Hallo Otto,
im der Kommoandozeile von meinem FHEM-Server (das andere RPI hat kein FHEM), bringt
telnet 192.168.20.29 2000
die Fehlermeldung:
Unknown command telnet, try help.
Ich vermute, dass ich telnet installieren muss.
Ich dachte immer das ist "drin" :)
sudo apt-get update && sudo apt-get install telnet
Hallo Otto.
pi@mymachine:/home $ sudo apt-get update && apt-get install telnet
OK:1 http://raspbian.raspberrypi.org/raspbian stretch InRelease
OK:2 http://archive.raspberrypi.org/debian stretch InRelease
Paketlisten werden gelesen... Fertig
E: Sperrdatei /var/lib/dpkg/lock konnte nicht geöffnet werden. - open (13: Keine Berechtigung)
E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, sind Sie root?
FHEM kennt auch noch kein telnet.
Unknown command telnet, try help.
sorry da fehlte ein zweites sudo, hab es oben korrigiert.
Aber auf dem Pi war das doch immer schon drauf? Oder kam bei mir durch eine andere Installation.Bei meinem neuesten buster System war es auch nicht drauf :)
Hallo Otto,
Jetzt ist die Telnet Installation auf dem RPI durchgelaufen, danke.
Auf FHEM gibt es einen telnetPort: list telnetPort (ich weiss nicht , woher)
Internals:
CONNECTS 7
DEF 7072 global
FD 5
FUUID 5c65ca1a-f33f-1e06-d2b1-729a1a468adb5fbf
NAME telnetPort
NR 36
PORT 7072
STATE Initialized
TYPE telnet
READINGS:
2020-04-11 14:25:07 state Initialized
Attributes:
DbLogExclude .*
Leider bringt telnet 192.168.20.29 2000
immer noch Unknown command telnet, try help.
identische Fehlermeldung zu telnetPort 192.168.20.29 2000
. der neue CUL ist noch disconnected. Internals:
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.20.29:2000 0000
DeviceName 192.168.20.29:2000
FHTID 0000
FUUID 5e91838a-f33f-1e06-310c-fb20afe8b9257b9e
NAME cul_HzRaum
NEXT_OPEN 1586608957
NR 627
PARTIAL
STATE disconnected
TYPE CUL
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-04-11 14:41:37 state disconnected
Attributes:
DbLogExclude .*
room Heizraum,Homematic
Irgendwie ein Missverständnis, ich meine den telnet Befehl auf System Ebene-nicht innerhalb von fhem!
Der soll nur testen ob der Port auf dem pi erreichbar ist. Damit wäre klar das dort ein Dienst läuft...
Hi, die scheinen sich zu mögen..
pi@mymachine:~ $ telnet 192.168.20.29 2000
Trying 192.168.20.29...
Connected to 192.168.20.29.
Escape character is '^]'.
Connection closed by foreign host.
Der CUL ist noch disconnected..
Kann dies daran liegen, dass ich schon 2 CULs in RPI-FHEM verwendet habe. List CUL_0 (FHT)
Internals:
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_0_MSGCNT 860
CUL_0_TIME 2020-04-11 16:33:56
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 11
FHTID 1034
FUUID 5c65ca1b-f33f-1e06-2d62-5aa313bd38c1d35c
NAME CUL_0
NR 60
PARTIAL
RAWMSG TC02D858205
RSSI -71.5
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-04-11 14:25:08 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2020-04-11 16:33:56 state Initialized
SOFTBUFFER:
Attributes:
DbLogExclude .*
List CUL_1 Homematic Internals:
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_1_MSGCNT 206
CUL_1_TIME 2020-04-11 16:41:49
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyACM1@38400 1111
DeviceName /dev/ttyACM1@38400
FD 12
FHTID 1111
FUUID 5c65ca1b-f33f-1e06-1d95-ebb35074516e92d5
NAME CUL_1
NR 67
PARTIAL
RAWMSG A0D6384105FE7345555550601B5000D
RSSI -67.5
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
initString X21
Ar
owner_CCU VCCU
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-04-11 14:25:08 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2020-04-11 16:41:49 state Initialized
helper:
Attributes:
DbLogExclude .*
hmId 555555
rfmode HomeMatic
room Homematic
und jetzt der neue CUL (cul_HzRaum)
Internals:
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.20.29:2000 0000
DeviceName 192.168.20.29:2000
FHTID 0000
FUUID 5e91838a-f33f-1e06-310c-fb20afe8b9257b9e
NAME cul_HzRaum
NEXT_OPEN 1586615979
NR 627
PARTIAL
STATE disconnected
TYPE CUL
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-04-11 16:38:39 state disconnected
Attributes:
DbLogExclude .*
room Heizraum,Homematic
Und der neue CUL cul_HzRaum hat das Format meines FHEM FHT-Culs, nicht des FHEM Homematic CULs.
Es fehlt z.B. rfmode Homematic in dem cul_HzRaum.
Connected to 192.168.20.29.
Escape character is '^]'.
--- hier drückst Du die escape Taste ? oder macht er das allein?
Connection closed by foreign host.
Wie gesagt, ich kann es nicht testen Vielleicht testest Du das mal mit einem sicher funktionierenden CUL?
Hallo, ne ich mach gar nichts, ich drücke kein ESC. Connection closed kommt automatisch
Das bedeutet er macht eine Verbindung und schließt sie sofort wieder.
Das erscheint mir komisch. :-\
Ich habe einen HMUART über ser2net angebunden, dort bleibt die Verbindung mit telnet bis ich sie abbreche (^] -> strg+)
Wenn FHEM eine bestehende Verbindung hat, kommt vor dem automatischen connection closed ein
Port already in use
Wenn allerdings kein connect zu Stande kommt gibt es eine Fehlermeldung.
Hallo Otto,
ich glaube, ich fahr dann mal über den HM-UART, hab ja noch einen da.
Umbau sollte nicht so schwierig sein.
Muss mal sehen, wo der auf dem Raspberry Pi Modell B Revision 2 hingehört.
Dann die ser2net.conf ändern auf:
echo "4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE"
gehört das echo und die "" dazu?
und den Dienst neu starten:
systemctl restart ser2net
Anschliessend telnet ausprobieren. Ist doch so richtig?
Wenn Du die ganze Zeile verwendest, gehört echo dazu:
echo "4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE" >> /etc/ser2net.conf
Das ist meine Art zu beschreiben was man tun muss, aber das funktioniert nur im "ganzen Satz"
echo "string" >>Datei
Hängt eine Zeile an eine existierende Datei an.
Dein Fragment meiner Zeile ist in sich sinnlos :)
Ich weiß nicht wie jetzt Deine ser2net.conf aussieht. Sinnlose Zeilen würde ich dort nicht lassen.
Meine für den hmuart sieht so aus:
#
# This is the configuration file for ser2net. It has the following format:
# <TCP port>:<state>:<timeout>:<device>:<options>
# TCP port
# Name or number of the TCP/IP port to accept con-
# nections from for this device. A port number may
# be of the form [host,]port, such as 127.0.0.1,2000
# or localhost,2000. If this is specified, it will
# only bind to the IP address specified. Otherwise
# it will bind to all the ports on the machine.
#
# state Either raw or rawlp or telnet or off. off disables
# the port from accepting connections. It can be
# turned on later from the control port. raw enables
# the port and transfers all data as-is between the
# port and the long. rawlp enables the port and
# transfers all input data to device, device is open
# without any termios setting. It allow to use
# /dev/lpX devices and printers connected to them.
# telnet enables the port and runs the telnet proto-
# col on the port to set up telnet parameters. This
# is most useful for using telnet.
#
# timeout
# The time (in seconds) before the port will be dis-
# connected if there is no activity on it. A zero
# value disables this funciton.
#
# device The name of the device to connect to. This
# must be in the form of /dev/<device>.
#
# options
# Sets operational parameters for the serial port.
# Options 300, 1200, 2400, 4800, 9600, 19200, 38400,
# 57600, 115200 set the various baud rates. EVEN,
# ODD, NONE set the parity. 1STOPBIT, 2STOPBITS set
# the number of stop bits. 7DATABITS, 8DATABITS set
# the number of data bits. [-]XONXOFF turns on (-
# off) XON/XOFF support. [-]RTSCTS turns on (- off)
# hardware flow control, [-]LOCAL turns off (- on)
# monitoring of the modem lines, and
# [-]HANGUP_WHEN_DONE turns on (- off) lowering the
# modem control lines when the connextion is done.
# NOBREAK disables automatic setting of the break
# setting of the serial port.
# The "remctl" option allow remote control (ala RFC
# 2217) of serial-port configuration. A banner name
# may also be specified, that banner will be printed
# for the line. If no banner is given, then no
# banner is printed.
#
# or...
# BANNER:<banner name>:banner
# This will create a banner, if the banner name is given in the
# options of a line, that banner will be printed. This takes the
# standard "C" \x characters (\r is carraige return, \n is newline,
# etc.). It also accepts \d, which prints the device name, \p,
# which prints the TCP port number, and \s which prints the serial
# parameters (eg 9600N81). Banners can span lines if the last
# character on a line is '\'. Note that you *must* use \r\n to
# start a new line.
#
# Note that the same device can be listed multiple times under different
# ports, this allows the same serial port to have both telnet and raw
# protocols.
# The original config file shipped with the upstream sources can be
# found in /usr/share/doc/ser2net/examples
BANNER:banner:\r\nser2net port \p device \d [\s] (Debian GNU/Linux)\r\n\r\n
2000:telnet:600:/dev/ttyS0:9600 8DATABITS NONE 1STOPBIT banner
2001:telnet:600:/dev/ttyS1:9600 8DATABITS NONE 1STOPBIT banner
3000:telnet:600:/dev/ttyS0:19200 8DATABITS NONE 1STOPBIT banner
3001:telnet:600:/dev/ttyS1:19200 8DATABITS NONE 1STOPBIT banner
4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
Gruß Otto
Hallo Otto, es lässt mich nicht ruhen.
Hab jetzt einen weiteren Raspberry modifiziert mit HMUart, neuestem Linux , ser2net Installation, Telnet Installation. Habe deine ser2net config exakt eingefügt.
Telnet bleibt jetzt hier stehen, wie gewünscht:
pi@mymachine:~ $ telnet 192.168.20.48 4000
Trying 192.168.20.48...
Connected to 192.168.20.48.
Escape character is '^]'.
Ist ja schon mal ein Erfolg.
Hallo,
Die überprüfung der Schnittstelle auf dem "Nur-Funker" mit ls -l /dev/ttyAMA0 bringt.
pi@raspberrypi:~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Apr 11 20:38 /dev/ttyAMA0
Ich gehe davon aus, dass ich jetzt die die Definition des CUL-Heizraum entfernen muss, aber wie konfiguriere ich jetzt den HMUart in FHEM? Hab keine Doku gefunden..
Doku ist hier:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Definition_in_FHEM
define WLAN_HmUART HMUARTLGW uart://<IP-Adresse>:<Portnummer>
Also mit 192.168.20.48:4000
Gruß Otto
Hallo Otto123,
den HMUart hab ich in FHEM definiert:
Internals:
CNT 1
Clients :CUL_HM:
DEF uart://192.168.20.48:4000
DevState 1
DevType UART
DeviceName 192.168.20.48:4000
FD 4
FUUID 5e92b209-f33f-1e06-c9ec-2a8385ac56c6d17a
LastOpen 1586674154.83535
NAME WLAN_HzRaum
NOTIFYDEV global
NR 628
NTFY_ORDER 50-WLAN_HzRaum
PARTIAL
RAWMSG 05000045D080025555556263C101016200
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
owner_CCU VCCU
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 2
time 1586674155.83699
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
READINGS:
2020-04-12 08:35:31 D-type HM-MOD-UART
2020-04-12 08:49:15 cond init
2020-04-12 08:35:31 loadLvl suspended
2020-04-12 08:49:14 state opened
helper:
Attributes:
DbLogExclude .*
alias Raspberry im Heizraum als "Funker"
hmId 555555
room Heizraum,Homematic
und in meiner VCCU in der IOlist ergänzt:Internals:
CUL_1_MSGCNT 65
CUL_1_RAWMSG A0D4B80025555555FE73401017E00::-23.5:CUL_1
CUL_1_RSSI -23.5
CUL_1_TIME 2020-04-12 08:48:10
DEF 555555
FUUID 5c65ca1c-f33f-1e06-22c3-7eb38b7ca5a3a0d2
IODev CUL_1
LASTInputDev CUL_1
MSGCNT 66
NAME VCCU
NOTIFYDEV global
NR 404
NTFY_ORDER 50-VCCU
STATE myHmUART:ok,CUL_1:ok,WLAN_HzRaum:init
TYPE CUL_HM
assignedIOs CUL_1,WLAN_HzRaum,myHmUART
channel_01 Rauchmelder_Team
channel_02 VCCU_Btn2
channel_03 VCCU_Sirene
channel_04 VCCU_Alarm
channel_05 VCCU_Motion
channel_06 VCCU_Btn6
channel_07 VCCU_Btn7
channel_08 VCCU_Btn8
channel_09 VCCU_Btn9
channel_0A VCCU_Btn10
lastMsg No:4B - t:02 s:555555 d:5FE734 01017E00
myHmUART_MSGCNT 1
myHmUART_RAWMSG 0500003BCA943F121059000000070000000000
myHmUART_RSSI -59
myHmUART_TIME 2020-04-12 08:41:09
protLastRcv 2020-04-12 08:48:10
protRcv 52 last_at:2020-04-12 08:48:10
protRcvB 4 last_at:2020-04-12 08:40:39
rssi_at_CUL_1 cnt:64 min:-23.5 max:-23.5 avg:-23.5 lst:-23.5
READINGS:
2020-04-12 08:48:10 CommandAccepted yes
2020-04-12 08:50:47 IOopen 2
2020-04-12 08:50:47 state myHmUART:ok,CUL_1:ok,WLAN_HzRaum:init
2020-04-12 08:41:09 unknown_121059 received
2020-03-29 15:58:41 unknown_324A34 received
2019-02-19 11:30:49 unknown_3259EC received
2019-02-18 18:50:00 unknown_325B35 received
2020-03-29 15:59:26 unknown_37D481 received
2020-03-30 18:39:33 unknown_3EBE38 received
2019-02-22 12:50:40 unknown_54A570 received
2019-11-05 10:48:18 unknown_5D43AC received
2019-11-05 10:47:07 unknown_5D4563 received
2019-11-04 15:07:07 unknown_5ECBA7 received
2019-11-04 22:30:29 unknown_5ECBAF received
2020-01-08 08:03:16 unknown_5FE731 received
2019-02-22 15:41:26 unknown_5FE734 received
2020-01-08 08:10:35 unknown_6263C1 received
2019-11-05 10:45:34 unknown_690BB9 received
2020-04-03 10:30:53 unknown_6DAAAD received
helper:
HM_CMDNR 75
mId FFF0
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1586674090.99124
vccu VCCU
ioList:
myHmUART
CUL_1
WLAN_HzRaum
prefIO:
myHmUART
mRssi:
mNo 4B
io:
CUL_1:
-15.5
-15.5
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_CUL_1:
avg -23.5
cnt 64
lst -23.5
max -23.5
min -23.5
tmpl:
Attributes:
DbLogExclude .*
IODev CUL_1
IOList myHmUART,CUL_1,WLAN_HzRaum
IOgrp VCCU:myHmUART
expert 2_full
model CCU-FHEM
room GERAETE,Homematic
subType virtual
webCmd virtual:update
Das reading "cond" des HMUart wechselt zwischen "init" und "disconnected". Im Logfile sehe ich, dass der Zugriff nicht erfolgreich ist. 192.168.20.48:4000 reappeared (WLAN_HzRaum)
2020.04.12 08:53:52 1: HMUARTLGW WLAN_HzRaum did not respond for the 1. time, resending
2020.04.12 08:53:55 1: HMUARTLGW WLAN_HzRaum did not respond for the 2. time, resending
2020.04.12 08:53:58 1: HMUARTLGW WLAN_HzRaum did not respond for the 3. time, resending
2020.04.12 08:54:01 1: HMUARTLGW WLAN_HzRaum did not respond after all, reopening
2020.04.12 08:54:01 3: WLAN_HzRaum device closed
2020.04.12 08:54:01 1: 192.168.20.48:4000 reappeared (WLAN_HzRaum)
Der Zugriff mit telnet funktioniert dann verständlicherweise auch nicht (im Gebrauch)..telnet 192.168.20.48 4000
Trying 192.168.20.48...
Connected to 192.168.20.48.
Escape character is '^]'.
Port already in use
Connection closed by foreign host.
Habe den "Funker" bereits mehrfach rebootet und auch FHEM neu gestartet. Den Raspberry habe ich komplett neu aufgebaut (ohne FHEM) aber mit ser2net. Die Konfiguration hab ich von dir übernommen. Nochmals schöne Ostern.
Hallo Otto,
die Schnittstelle des HMUart sieht so aus:
pi@raspberrypi:/etc $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Apr 12 08:19 /dev/ttyAMA0
Du musst den Pi (wo die HMUART drauf ist) auch so vorbereiten wie im Wiki:
https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Damit die UART Schnittstelle richtig läuft. Also wenn es kein Pi3 oder 4 ist muss Du zumindest dies tun (Systemkonsole):
# seriell-getty Dienst für ttyAMA0 dauerhaft deaktivieren
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service
Hallo Otto,
hab jetzt den HMUart-RPI und den CUL-RPI am Laufen. Vielen Dank.
Die Folgende Vorgehensweise führte zum Erfolg:
Raspberry mit CUL als Funkbrücke
1. Raspberry mit neuem LINUX incl. Update und Upgrade
2. CUL neu flashen, ein bereits verwendeter CUL funktioniert nicht. (1. Fehler von mir)
2. Ser2net Installation
3. ser2net.conf aktualisieren. Vorsicht , hier ist eine Falle. In der Doku von FHEM-ser2net steht:
2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE.
In der von ser2net vorbereiteten ser2net.conf vorbereiteten Datei stehen ganz am Ende 4 aktive Konfigurationszeilen, die man schnell übersieht. Eine davon definiert 2000: .
Fügt man jetzt als erste Zeile in ser2net.conf die Zeile aus der FHEM-ser2net Doku ein, so wird 2000: doppelt konfiguriert, was zu Problemen führt. Die Lösung ist, dass man
4000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
einfügt. (2. Fehler von mir)
4. Telnet nachinstallieren und testen. Telnet darf sich hier nicht selbst beenden. Falls dies so nicht funktioniert, kann man sofort nochmals von vorne beginnen. (mein 3.Fehler)
5. CUL in FHEM definieren
6. CUL in IOList der VCCU eintragen, falls man eine VCCU hat
7. In der VCCU muss der state so aussehen, dass ist es ok (hab jetzt 5 "Funker")
myHmUART:ok,CUL_1:ok,WLAN_HzRaum:ok,cul_HzRaum:ok,CUL_Veranda:ok
==> geschafft.
Raspberry mit HMUart als Funkbrücke
1. Raspberry mit neuem LINUX incl. Update und Upgrade
2. # seriell-getty Dienst für ttyAMA0 dauerhaft deaktivieren (mein 1.Fehler)
2. Ser2net Installation
3. ser2net.conf aktualisieren. Die "CUL" Falle existiert hier nicht, da in der FHEM-ser2net Doku bereits die einzufügende Zeile auf 4000: steht:
4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
4. Telnet nachinstallieren und testen. Telnet darf sich hier nicht selbst beenden. Falls dies so nicht funktioniert, kann man sofort nochmals von vorne beginnen. (mein 2.Fehler)
5. HMUart in FHEM definieren
6. HMUart in IOList der VCCU eintragen, falls man eine VCCU hat
7. In der VCCU muss der state so aussehen, dass ist es ok (hab jetzt 5 "Funker")
myHmUART:ok,CUL_1:ok,WLAN_HzRaum:ok,cul_HzRaum:ok,CUL_Veranda:ok
==> geschafft.
Ist kein Hexenwerk, wie Otto bereits geschrieben hat. Man muss diese Punkte beachten und Otto haben, ohne Otto geht nichts. Danke nochmals an das Wissen und die Geduld von Otto.
Hallo Otto,
du hattest mir vor 3 Jahren freundlicherweise (immer sehr hilfbereit) geholfen (dieser Thread) , eine Funkbrücke auf Basis eines RPI2 und ser2net/CUL aufzubauen (HMUARTLGW WLAN_HzRaum)
Leider kann der RPI auf die FlashKarte nicht mehr zugreifen und ich habe kein komplette Sicherung der Flashkarte.
Ganz regelmässig bekomme ich folgende Fehlermeldung, unabhängig , ob der RPI eingeschaltet (Strom) ist oder nicht:
2023.10.27 12:12:26 3: HMUARTLGW WLAN_HzRaum: connect to http://192.168.20.48:4000 timed out, retrying in 60.00s
1. Frage: In meiner VCCU sehe ich folgende Information :
assignedIOs CUL_1,CUL_Veranda,WLAN_HzRaum,cul_HzRaum,myHmUART
Kann ich den WLAN_HzRaum hier entfernen (wie) und dadurch die Fehlermeldungen erst mal verhindern?
2. Frage:
Im gleichen Zuge habe ich eine weitere Funkbrücke installiert, die auch weiterhin läuft. Hardware ist identisch RPI2 und auch ser2net/Cul sollte identisch sein. ((CUL_Veranda)
Schalte ich die RPI auf der Veranda ein, so bekomme ich folgende Meldung:
2023.10.27 12:00:31 3: CUL_Veranda: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2023.10.27 12:00:31 1: 192.168.20.68:4000 reappeared (CUL_Veranda)
Für mich stellt sich jetzt die Frage , wie ich die Flashkarte von HMUARTLGW WLAN_HzRaum am effektivsten wiederherstelle.
1. Möglichkeit: Ich habe noch die Anleitung von dir aus dem Jahre 2000 und baue das System auf einer neuen Flashkarte auf.
2. Möglchkeit: Ich kopiere die Flashkarte CUL_Veranda und modifiziere die Personalisierung von CUL_Veranda zu WLAN_HzRaum (aber was und wie?)
3. Möglichkeit: Gibt es noch einen für mich einfacheren Weg?
3. Frage:
Warum bekomme ich vom CUL_Veranda keine Fehlermeldungen, wenn der RPI ausgeschaltet ist?
Merci, Merci, Merci
P.S. Eine kleine Frage am Rande: Ich erinnere mich an ein von dir erstellte Doku, wie man in der linken Spalte des "FHEM-Servers" ganz unten bei Logfile, Commandref, REMOTE DOC eigene Zeilen mit wichtigen Kommandos dauerhaft ergänzen kann. Ich finde diese Anleitung weder im Forum, noch auf deiner Homepage. Kannst du mir einen Link schicken?
Hallo Uwe,
Du musst WLAN_HzRaum deaktivieren, z.B. mit
attr WLAN_HzRaum dummy 1
Die VCCU macht erstmal den Rest.
ZitatSchalte ich die RPI auf der Veranda ein, so bekomme ich folgende Meldung:
Das ist doch lediglich die Meldung, dass der HMUARTLGW wieder da ist. Wenn Du in fehlerfrei ausschalten willst, musst Du das Device in FHEM vorher deaktivieren. Geht auch temporär (nicht Restart fest) mit
set CUL_Veranda close
oder mit dem dummy Attribute wie oben. Dann ist es restart fest.
Den Remote HMUARTLGW machst Du am Besten einfach neu, ist doch nur das System und ser2net oder socat?
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Zitat von: UweUwe am 27 Oktober 2023, 12:32:57Kannst du mir einen Link schicken?
Du meinst sowas?
https://heinz-otto.blogspot.com/2017/08/raspberry-ausschalten-mit-fhem.html
Gruß Otto