Hallo Gemeinde,
ich schalte zuverlässig damit meine Relais. Nur steigt das Gerät nach einer gewissen Zeit wieder aus. Dann bekomme ich keinen Kontakt mehr und kann nicht schalten.
Dann kommt immer wieder: MISSING ACK
Nehme ich das Ganze vom Netz und wieder dran, so klappt es wieder für eine gewisse Zeit. Sehr komisch.
Internals:
CUL868_2_MSGCNT 60
CUL868_2_RAWMSG A0E20800256E9210A123F0102000000::-89.5:CUL868_2
CUL868_2_RSSI -89.5
CUL868_2_TIME 2018-06-18 12:37:38
DEF 56E921
IODev CUL868_2
LASTInputDev CUL868_2
MSGCNT 60
NAME Gartensteckdose
NOTIFYDEV global
NR 262
STATE MISSING ACK
TYPE CUL_HM
channel_01 Gartensteckdose_Sw_01
channel_02 Gartensteckdose_Sw_02
channel_03 Gartensteckdose_Sw_03
channel_04 Gartensteckdose_Sw_04
channel_05 Gartensteckdose_Sw_05
channel_06 Gartensteckdose_Sw_06
channel_07 Gartensteckdose_Sw_07
channel_08 Gartensteckdose_Sw_08
lastMsg No:20 - t:02 s:56E921 d:0A123F 0102000000
protCmdDel 196
protLastRcv 2018-06-18 12:37:38
protResnd 41 last_at:2018-06-18 14:31:26
protResndFail 41 last_at:2018-06-18 14:31:31
protSnd 92 last_at:2018-06-18 14:31:19
protState CMDs_done_Errors:1
rssi_CUL868_2 cnt:1 min:-186 max:-186 avg:-186 lst:-186
rssi_at_CUL868_2 cnt:60 min:-91 max:-44 avg:-66.79 lst:-89.5
READINGS:
2018-06-18 10:48:02 CUL868_2_RSSI_old -91
2018-06-05 15:34:23 CommandAccepted yes
2018-06-05 15:34:22 D-firmware 1.2
2018-06-05 15:34:22 D-serialNr OEQ0205865
2018-06-18 11:42:05 PairedTo 0x0A123F
2018-06-05 15:34:27 R-pairCentral 0x0A123F
2018-06-18 11:41:59 level 0
2018-06-18 11:41:59 pct 0
2018-06-18 11:41:59 powerOn 2018-06-18 11:41:59
2018-06-18 11:41:59 recentStateType info
2018-06-18 14:31:31 state MISSING ACK
2018-06-18 11:41:59 timedOn off
RegL_00.:
VAL
helper:
HM_CMDNR 40
PONtest 0
cSnd 010A123F56E92100040000000000,110A123F56E9210202C80000
mId 00BE
regLst ,0
rxType 2
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +56E921,00,00,00
nextSend 1529318258.8984
prefIO
rxt 0
vccu
p:
56E921
00
00
00
mRssi:
mNo 20
io:
CUL868_2:
-87.5
-87.5
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
CUL868_2:
avg -186
cnt 1
lst -186
max -186
min -186
at_CUL868_2:
avg -66.8
cnt 60
lst -89.5
max -44
min -91
shadowReg:
tmpl:
Attributes:
IODev CUL868_2
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.2
model HM-MOD-Re-8
msgRepeat 1
room Garten
serialNr OEQ0205865
subType switch
webCmd getConfig:clear msgEvents
Das meine Verbindung nicht die Beste ist, weiß ich. Aber direkt nach dem Neueinstecken, klappt es ja zuverlässig. Das ist reproduzierbar!
Brauche vielleicht einen Denkschubser. Danke, Jörg
ich behaupte mal, das du mit rssi -186 den negativen highscore hast. glückwunsch!!!
Zitat von: frank am 18 Juni 2018, 16:13:48
ich behaupte mal, das du mit rssi -186 den negativen highscore hast. glückwunsch!!!
:o ich hätte nicht gedacht, dass so ein Wert überhaupt noch gemessen werden kann ;D
Man musste jetzt mal fragen , welche Software er auf dem Cul hat , Noansi?
Der Wert ist 89.5dB.
Der CUL hat V 1.55.
Jetzt hatte ich über Nacht alles beim alten belassen und heute Morgen gar keinen Kontakt mehr.
Stecker raus,Stecker rein. Alles wieder ok mit 84,5 dB RSSI.
HM Gartensteckdose CMDs_pending
HM Gartensteckdose_Sw_05 set_off
HM Gartensteckdose CMDs_done
HM Gartensteckdose RAWMSG: BLAHC8002512345A122A0105000000::-84.5:CUL868_2
HM Gartensteckdose RSSI: -84.5
HM Gartensteckdose_Sw_05 deviceMsg: off (to CUL868_2)
HM Gartensteckdose_Sw_05 level: 0
HM Gartensteckdose_Sw_05 pct: 0
HM Gartensteckdose_Sw_05 off
HM Gartensteckdose_Sw_05 timedOn: off
HM Gartensteckdose CMDs_pending
HM Gartensteckdose_Sw_05 set_on
HM Gartensteckdose CMDs_done
HM Gartensteckdose RSSI: -84.5
HM Gartensteckdose RAWMSG: BLUBD8002512345A122A0105C80000::-84.5:CUL868_2
HM Gartensteckdose_Sw_05 deviceMsg: on (to CUL868_2)
HM Gartensteckdose_Sw_05 level: 100
HM Gartensteckdose_Sw_05 pct: 100
HM Gartensteckdose_Sw_05 on
HM Gartensteckdose_Sw_05 timedOn: off
Das sagt der Eventmonitor. Wie komme ich nun dem Fehler auf die Spur? Ideen?
Danke, Jörg
Der CUL hat V 1.55
weis gar nicht mehr ob die 1.55 sauber den burst kann?
und der wäre zwingend bei deinem HM-MOD-Re-8
und wie gesagt ab -80 kann gehen muß aber nicht!
verbessere deinen Funk, update vom Cul
Zitat von: fhem-hm-knecht am 19 Juni 2018, 09:10:52
verbessere deinen Funk, update vom Cul
am Besten auch die TimeStamp Firmware -> https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Und/oder einen zweiten IO von Homematic und VCCU
Gruß Otto
Hallo Jbladat,
konntest du dein Problem lösen?
ich hänge gerade an der gleichen Stelle.
Gruß
Bison
Hallo Zusammen,
Zitat von: fhem-hm-knecht am 18 Juni 2018, 20:09:19
Man musste jetzt mal fragen , welche Software er auf dem Cul hat , Noansi?
Nee, das kann auch die tsculfw nicht. :o ;)
Die -186 kommen allerdings auch aus der Interpretation einer Ack Info message vom device in CUL_HM. Sprich, das device würde behaupten mit einem RSSI von -186 vom CUL zu empfangen.
Gruß, Ansgar.
Hallo zusammen,
ich bin mit meinen RSSI Werten unter -80 (-76,5). Wenn ich nach 24 Stunden ein set on-for-timer an das Device sende wird es nich aufgeweckt. Sende ich vom WebFrontEnd ein Set on funktioniert das aufwecken. Da ich inzwischen sehr viel in diese Lösung investiert habe möchte ich noch nicht aufgeben und verfolge gerade diese Ansätze:
1. kurz vor Set on-for-timer einen "Wake on Radio" Befehl senden (set on - geht nicht da dann bereits die Beregnung beginnt)
2. innerhalb der Wake-Phase mit einer gepoolten Abfrage das Device Wach zu halten.
Vielleicht kann mir jemand mit seinem Wissen oder Erfahrung helfen.
P.S. CULFW 1.66
Mit freundlichen Grüßen
Bison
zu 1. seltsam dass ein "on" funktioniert und ein "on-for-timer" nicht. versuche es mit einem statusrequest.
zu 2. damit wird das device sicher in overload gehen und gar nichts mehr senden.
warum investierst du nicht einfach 20eur und besorgst dir ein echtes homematic io (HM-MOD-UART)?
den cul kannst du dann mit einer vccu als fallback betreiben.
und noansi's tsculfw ist für homematic sowieso "pflicht" beim cul.
Hallo Frank,
ich werde den StatusRequest gleich mal einbauen. Da der MOD-RE-8 8 Kanäle hat muss ich das wohl für alle 8 machen (ich probiere es erst mal mit einem damit meine Funklast nicht so hoch geht). Da der Sleepmodus gefühlt erst nach ein paar Stunden zuschlägt dachte ich den WAKE ON RADIO im 6 Stunden Takt zu machen. Leider ist die Funktion WAKE ON RADIO des MOD-RE-8 nirgends dokumentiert. Die empirische Ermittlung ist halt nervig.
Ich habe mit dem MOD-RE-8 eine 8 kanalige Beregnungssteuerung gebaut. Diese ist im Gartenhaus und wird von FHEM gesteuert. Der MOD-RE-8 sitzt im Gehäuse mit 8 Tastern und LED (für die Frau). Ich habe vor in Abhängigkeit von Sonnenstunden, Regenmenge und Ort (Gewächshaus, Terrasse usw) die Bewässerung zu steuern. Nun stolpere ich aber schon am ersten kleinen Schritt (habe als Backup Idee 2 mal den HM-LC-Sw4-PCB im Sinn) Aber er reizt mich das mit etwas günstigeren MOD-RE-8 hinzubekommen -> kann doch nicht so schwer sein.
Gruß
Werner
Zitat von: Bison am 03 August 2020, 11:36:33
ich werde den StatusRequest gleich mal einbauen. Da der MOD-RE-8 8 Kanäle hat muss ich das wohl für alle 8 machen ...
Nö. Die verwenden alle das gleiche Funkmodul und den gleichen Chip. Einmal wecken reicht sicher.
Einen "Sleepmodus" gibt es in dem Sinne nicht beim Re-8. Allerdings werden meine beiden schon regelmäßig am Tag bespielt und ich kann da nicht mitreden.
Wie frank fände ich es auch seltsam, dass on-for-timer nicht gehen soll. Hast Du das auch schon mal aus dem WebIF probiert? Funktioniert die steuernde Routine nachweislich (sprich: gibt es "set ... on-for-timer.."-Einträge im Log)?
Zitates reizt mich das mit etwas günstigeren MOD-RE-8 hinzubekommen -> kann doch nicht so schwer sein.
Du solltest nicht völlig vergessen, dass die Bursts zum Aufwecken des Gerätes doch ziemlich Funklast erzeugen. 1x pro Tag schalten und einmal Status abfragen mag angehen. Wird aber hier wohl eher so sein.
Hallo zusammen,
ich hatte gestern vergessen denn statusRequest einzubauen. Werde deshalb erst morgen früh was sagen können ob es funktioniert. Allerdings ist mir bei den Attributen im Device wie in den Channel das Attribut BurstAccess aufgefallen. Da ich das Modul gebraucht gekauft habe könnte es evtl. damit was auf sich haben.
in den Internals des Device steht:
protCondBurst forced_off
leider finde ich kein burstRx Register das ich auf on setzen kann. Aber es gibt eine Menge Register die auf (Dly -> Delay) usw hinweisen. Sollte also der Verkäufer meines Moduls dort eingetaucht sein wird es schwer. --> meine Zuversicht auf eine schwäbische Lösung sinkt.
Gruß
Bison
protCondBurst kenne ich nicht. Meine beiden Re-8 haben das nicht.
burstRx regelt bei zyklisch aufwachenden Geräten wie dem Heizkörperthermostaten (die dann lazyConfig unterstützen), ob sie auch durch Burst geweckt werden können (etwa durch einen Fensterkontakt). Das ist hier nicht konfigurierbar, weil der Re-8 nicht zyklisch sendet und ein Warten auf eine Meldung also sinnlos ist.
In Bezug auf einen Peer gibt es bei jedem Schaltaktor Unmengen von Dly-Registern. Kann man getrost ignorieren.
Was in jedem Fall sichergestellt sein sollte: Ganz egal was ein Vorbesitzer dort herumgepfriemelt haben mag - mit einem erfolgreichen Reset sollten alle diese Spuren gelöscht sein und der Aktor wieder junfgräulich werkstdefault agieren. Und das beinhaltet einen sauberen Burstbetrieb. Schwaben ist nicht in Gefahr...
Hallo zusammen,
heute morgen habe 10 Minuten vor dem Beregnungsprogramm einen Channel mit statusRequest abgefragt. Das gesamte Beregenungsprogramm wurde sauber abgearbeitet. Das bedeutet erst mal die Schwäbische Variante kann betrieben werden. Ich werde mal mit Verschiedenen Zeitabläufen spielen um herauszubekommen wann es nicht mehr funktioniert. Man kann ja zur Zeit sowieso nicht wegfahren.
Gruß
Bison und Danke
Hallo,
ich weiß, der Thread ist schon älter.
Aber ich habe das gleiche Problem mit dem "set_on-for-timer" und meinen 3 HM-MOD-RE-8.
Momentan frage ich jeweils einen Channel bei allen HM-MOD-RE-8 mit "statusRequest" ab, bevor die jeweiligen Schaltbefehle für die Bewässerung geschickt werden.
Gibt es dafür eine bessere Lösung?
Danke, lg, Gerhard
Hallo,
leider bringt auch das Abfragen eines Kanals pro HM-MOD-RE-8 keine Lösung.
Manche Kanäle bleiben auf "set_on".
Gibt es eine bessere Lösung als je einen Watchdog pro Kanal?
Da bräuchte ich ja 24 watchdogs.
Danke für jeden Hinweis.
lg, Gerhard
zeig doch mal je ein "get <entity> list full" vom hauptdevice und channel 1.
welche io hast du?
Hallo Frank,
hier das gewünschte "get <entity> list full" vom hauptdevice:
Internals:
.FhemMetaInternals 1
DEF 56E425
FUUID 5c43b926-f33f-0b7a-912d-300967c96f2e6cc8
FVERSION 10_CUL_HM.pm:0.244490/2021-05-16
HmUART2_MSGCNT 11
HmUART2_RAWMSG 050000576D800256E4251234560102000000
HmUART2_RSSI -87
HmUART2_TIME 2021-08-09 13:43:32
HmUART_MSGCNT 2
HmUART_RAWMSG 040300476D800256E4251234560102000000
HmUART_RSSI -71
HmUART_TIME 2021-08-09 13:43:32
HmUSB_MSGCNT 21
HmUSB_RAWMSG E56E425,0000,2830252C,FF,FFB6,6D800256E4251234560102000000
HmUSB_RSSI -74
HmUSB_TIME 2021-08-09 13:43:32
IODev HmUART
LASTInputDev HmUSB
MSGCNT 34
NAME TW.Ventil2
NOTIFYDEV global
NR 1255
NTFY_ORDER 50-TW.Ventil2
STATE CMDs_done
TYPE CUL_HM
channel_01 TW.Ventil_Podest
channel_02 TW.Ventil_Podest_klein
channel_03 TW.Ventil_Lavendel
channel_04 TW.Ventil_Obst
channel_05 TU.Ventil_klein
channel_06 TU.Ventil_Gross
channel_07 TU.Ventil_Tomaten
channel_08 TU.Ventil_Gemuese
lastMsg No:6D - t:02 s:56E425 d:123456 0102000000
protCmdDel 21
protLastRcv 2021-08-09 13:43:32
protRcv 12 last_at:2021-08-09 13:43:32
protResnd 6 last_at:2021-08-09 07:03:40
protResndFail 6 last_at:2021-08-09 07:03:44
protSnd 29 last_at:2021-08-09 13:43:31
protSndB 24 last_at:2021-08-09 13:43:31
protState CMDs_done
rssi_at_HmUART cnt:2 min:-71 max:-71 avg:-71 lst:-71
rssi_at_HmUART2 cnt:11 min:-93 max:-85 avg:-89.18 lst:-87
rssi_at_HmUSB cnt:21 min:-79 max:-74 avg:-76.47 lst:-74
.attraggr:
.attrminint:
CL:
Authenticated 0
BUF
FD 279
FW_ID 21370
LASTACCESS 1628511940
NAME WEB_192.168.0.193_51833
NR 21370
PEER 192.168.0.193
PORT 51833
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-08-09 14:23:19 state Connected
helper:
bm:
FW_Read:
cnt 9
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 14:25:04
max 0.197247982025146
tot 0.350916862487793
mAr:
HASH(0xfa0cab0)
READINGS:
2019-08-21 22:06:21 .D-devInfo 480100
2019-08-21 22:06:21 .D-stc 10
2019-08-21 22:06:27 .R-intKeyVisib invisib
2019-08-06 23:41:17 .R-ledMode off
2021-08-08 14:24:46 .associatedWith TU.Ventil_Gemuese,TU.Ventil_Gross,TU.Ventil_Tomaten,TU.Ventil_klein,TW.Ventil2,TW.Ventil_Lavendel,TW.Ventil_Obst,TW.Ventil_Podest,TW.Ventil_Podest_klein,TW.Ventil2
2021-08-09 13:43:32 .protLastRcv 20210809134332
2019-08-21 22:06:22 CommandAccepted yes
2019-08-21 22:06:21 D-firmware 1.2
2019-08-21 22:06:21 D-serialNr OEQ0207141
2021-08-08 14:24:43 IODev HmUSB
2021-06-30 05:50:51 PairedTo 0x123456
2019-08-21 22:06:27 R-pairCentral 0x123456
2021-06-30 05:50:51 RegL_00. 00:00 02:01 05:00 0A:12 0B:34 0C:56 18:00 D1:A0
2021-08-09 13:43:32 battery ok
2021-06-30 05:52:05 cfgState ok
2021-08-09 13:43:32 commState CMDs_done
2021-06-29 20:52:25 level 0
2021-06-29 20:52:25 pct 0
2021-06-30 05:50:31 powerOn 2021-06-30 05:50:31
2021-06-29 20:52:25 recentStateType info
2019-12-09 00:03:53 sabotageAttack_ErrIoAttack cnt 2
2021-07-25 20:22:45 sabotageAttack_ErrIoAttack_cnt 7
2021-08-09 13:43:32 state CMDs_done
2021-06-29 20:52:25 timedOn off
helper:
HM_CMDNR 109
cSnd 1112345656E4250204000000,1112345656E4250202000000
mId 00BE
peerFriend -
peerOpt -:switch
regLst 0
rxType 2
supp_Pair_Rep 0
ack:
bm:
CUL_HM_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 14:25:04
max 0.00218987464904785
tot 0.00218987464904785
mAr:
HASH(0x4a53f50)
TW.Ventil2
?
CUL_HM_Set:
cnt 97
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 06:33:27
max 0.00168704986572266
tot 0.0505108833312988
mAr:
HASH(0x4a53f50)
TW.Ventil2
?
cmds:
TmplKey :no:1628425486.23671
TmplTs 1628425486.23671
cmdKey 0:1:0::TW.Ventil2:00BE:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
pair noArg
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +56E425,00,00,00
nextSend 1628509412.57607
prefIO
rxt 0
vccu VCCU
p:
56E425
00
00
00
mRssi:
mNo 6D
io:
HmUART:
-69
-69
HmUART2:
-87
-87
HmUSB:
-74
-74
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
at_HmUART:
avg -71
cnt 2
lst -71
max -71
min -71
at_HmUART2:
avg -89.1818181818182
cnt 11
lst -87
max -85
min -93
at_HmUSB:
avg -76.4761904761905
cnt 21
lst -74
max -74
min -79
tmpl:
Attributes:
.mId 00BE
IODev HmUART
IOgrp VCCU
autoReadReg 4_reqStatus
expert defReg,rawReg
firmware 1.2
model HM-MOD-RE-8
msgRepeat 1
room CUL_HM
serialNr OEQ0207141
subType switch
webCmd getConfig:clear msgEvents
Und hier vom Kanal 1 (leider stimmt aber die Annahme nicht, dass nur jeweils Kanal 1 betroffen ist):
Internals:
.FhemMetaInternals 1
.triggerUsed 1
DEF 56E42501
FUUID 5c43b926-f33f-0b7a-a521-f8cea148021f0f99
FVERSION 10_CUL_HM.pm:0.244490/2021-05-16
NAME TW.Ventil_Podest
NOTIFYDEV global
NR 1271
NTFY_ORDER 50-TW.Ventil_Podest
STATE off
TYPE CUL_HM
chanNo 01
device TW.Ventil2
.attraggr:
.attreocr:
state
.attrminint:
.userReadings:
HASH(0x4a54820)
CL:
Authenticated 0
BUF
FD 279
FW_ID 21377
LASTACCESS 1628511989
NAME WEB_192.168.0.193_51833
NR 21370
PEER 192.168.0.193
PORT 51833
SNAME WEB
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
.attraggr:
.attrminint:
READINGS:
2021-08-09 14:23:19 state Connected
helper:
bm:
FW_Read:
cnt 14
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 14:25:04
max 0.197247982025146
tot 0.520227670669556
mAr:
HASH(0xfa0cab0)
READINGS:
2021-08-08 14:24:46 .associatedWith TU.Ventil_Gemuese,TU.Ventil_Gross,TU.Ventil_Tomaten,TU.Ventil_klein,TW.Ventil2,TW.Ventil_Lavendel,TW.Ventil_Obst,TW.Ventil_Podest,TW.Ventil_Podest_klein,TW.Ventil2
2021-06-30 05:50:52 .peerListRDate 2021-06-30 05:50:52
2021-08-08 06:04:58 CommandAccepted yes
2019-08-06 23:41:18 R-sign off
2021-06-30 05:50:52 RegL_01. 00:00 08:00
2021-06-30 05:52:05 cfgState ok
2021-08-09 13:43:32 commState CMDs_done
2021-08-09 07:33:58 deviceMsg off (to VCCU)
2021-08-09 07:33:58 lastOff 2021-08-09 07:33:58
2021-08-08 06:04:59 lastOn 2021-08-08 06:04:59
2021-08-09 07:33:58 level 0
2021-08-09 07:33:58 pct 0
2021-08-09 07:33:58 recentStateType info
2021-08-09 07:33:58 state off
2021-08-09 07:33:58 timedOn off
2021-08-08 06:04:53 trigLast fhem:02
2021-08-09 06:13:21 usrCountDown 00
helper:
dlvlCmd ++A01112345656E4250201000000
peerFriend peerSens,peerVirt
peerIDsState complete
peerOpt 3:switch
regLst 1,3p
bm:
CUL_HM_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 14:26:18
max 0.000838041305541992
tot 0.000838041305541992
mAr:
HASH(0x4a47ac0)
TW.Ventil_Podest
?
CUL_HM_Set:
cnt 33
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 06:02:22
max 0.494157075881958
tot 0.684010744094849
mAr:
HASH(0x4a47ac0)
TW.Ventil_Podest
on-for-timer
600
cmds:
TmplKey :no:1628425486.37194
TmplTs 1628425486.37194
cmdKey 1:0:0::TW.Ventil2:00BE:01:
cmdLst:
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
off noArg
on noArg
on-for-timer -ontime-
on-till -time-
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
statusRequest noArg
toggle noArg
tplDel -tplDel-
tplSet_0 -tplChan-
lst:
condition slider,0,1,255
peer
peerOpt BZ.Fussboden_SenF,BZ.Fussboden_SenI,BZ.Fussboden_SenPwr,BZ.Fussboden_SenU,GZ.Drehgriff_Fenster,HM_4CD67A_Sw_01,HM_4CD67A_Sw_02,HM_4CD67A_Sw_03,HM_527336,KZ.Drehgriff_Fenster,SZ.Drehgriff_links_Fenster,SZ.Drehgriff_rechts_Fenster,TO.Taster4Somfy_Btn_01,TO.Taster4Somfy_Btn_02,TO.Taster4Somfy_Btn_03,TO.Taster4Somfy_Btn_04,TU.Taster4Somfy_Btn_01,TU.Taster4Somfy_Btn_02,TU.Taster4Somfy_Btn_03,TU.Taster4Somfy_Btn_04,TW.Taster4Somfy_Btn_01,TW.Taster4Somfy_Btn_02,TW.Taster4Somfy_Btn_03,TW.Taster4Somfy_Btn_04,VCCU_Btn1,WZ.Drehgriff_FensterKueche,WZ.HeizungKontakt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
peerIDsH:
00000000 broadcast
role:
chn 1
tmpl:
Attributes:
event-on-change-reading state
group Schalter für Ventile Terrasse West
icon Ventil
model HM-MOD-RE-8
peerIDs 00000000
room Bewässerung
userReadings usrCountDown:set_on-for-timer.* { CountDown($name, ReadingsVal($name,"state","off")); }
userattr room_map structexclude
webCmd on:off
Ich habe insgesamt 3 IODevs (2x HM-MOD-UART und 1x USB-Stick), die alle über eine VCCU eingbunden sind.
Danke schon mal.
lg, Gerhard
Zitatleider stimmt aber die Annahme nicht, dass nur jeweils Kanal 1 betroffen ist
ich halte das "thema" dieses threads sowieso eher für ein märchen.
die rssi daten der io sind seltsam.
vor allem sollte "cnt" identisch sein, wenn alle das selbe empfangen. aber HmUART, der mit dem besten rssi, hat mit abstand am wenigsten gehört. ausgerechnet dieser wird zum senden benutzt.
setze mal im device "attr IODev HmUSB" und "attr IOgrp VCCU:HmUSB".
zeig mal je ein list der 3 io und der vccu.
Hallo Frank,
das mit dem cnt beim HmUART erklärt sich vielleicht daraus, dass meine Frau heute Früh den Stecker beim HmUART gezogen hat und daher rebootet wurde.
Hier aber das list der VCCU:
Internals:
DEF 123456
FUUID 5c43b8ea-f33f-0b7a-a4d2-6db50a13eb236a28
FVERSION 10_CUL_HM.pm:0.244490/2021-05-16
HmUART2_MSGCNT 430
HmUART2_RAWMSG 05000044EFA0111234564F0DCB86041E
HmUART2_RSSI -68
HmUART2_TIME 2021-08-09 16:20:05
HmUART_MSGCNT 6
HmUART_RAWMSG 0500004400A1121234564F0DCB
HmUART_RSSI -68
HmUART_TIME 2021-08-09 16:20:03
HmUSB_MSGCNT 3214
HmUSB_RAWMSG E694EB1,0000,28F3D511,FF,FFA6,AC8470694EB1000000810D39
HmUSB_RSSI -90
HmUSB_TIME 2021-08-09 17:17:16
IODev HmUSB
LASTInputDev HmUSB
MSGCNT 3650
NAME VCCU
NOTIFYDEV global
NR 59
NTFY_ORDER 50-VCCU
STATE HmUSB:ok,HmUART:disconnected,HmUART2:ok
TYPE CUL_HM
assignedIOs HmUART,HmUART2,HmUSB
channel_01 VCCU_Btn1
lastMsg No:05 - t:11 s:123456 d:4F0DCB 86041E
protLastRcv 2021-08-09 17:15:38
protRcv 310 last_at:2021-08-09 17:15:38
protRcvB 46 last_at:2021-08-09 16:09:27
rssi_at_HmUART cnt:6 min:-68 max:-51 avg:-57.16 lst:-68
rssi_at_HmUART2 cnt:430 min:-94 max:-55 avg:-81.83 lst:-68
rssi_at_HmUSB cnt:159 min:-98 max:-58 avg:-86.2 lst:-95
READINGS:
2021-08-09 16:07:19 CommandAccepted yes
2021-08-08 14:24:43 IODev HmUSB
2021-08-09 17:10:43 IOopen 2
2021-06-04 12:12:56 aesReqTo TO.Helligkeit
2021-06-20 22:59:07 cfgState ok
2021-06-30 23:49:20 commState CMDs_done
2021-06-30 23:49:52 hmPair timeout
2021-06-30 15:12:04 lastState hmusb:init,hmuart:disconnected,hmuart2:disconnected
2021-08-09 17:10:43 state HmUSB:ok,HmUART:disconnected,HmUART2:ok
2020-02-23 05:43:52 unknown_16F6AA received
2020-12-06 14:12:31 unknown_19CAFC received
2020-09-12 10:05:18 unknown_23884B received
2020-09-12 15:50:40 unknown_24E053 received
2020-10-02 13:58:15 unknown_24E0D6 received
2020-09-11 19:22:09 unknown_24E198 received
2021-06-02 21:45:52 unknown_24E19D received
2020-09-12 15:28:44 unknown_26938A received
2020-09-12 21:15:58 unknown_2693F3 received
2019-08-22 23:59:26 unknown_27BA98 received
2019-08-23 00:15:17 unknown_33BC9B received
2020-06-06 09:14:09 unknown_5107B5 received
2019-08-18 09:57:08 unknown_527336 received
2021-08-09 09:42:57 unknown_544A1B received
2019-08-18 19:48:55 unknown_55A6C0 received
2021-06-05 15:24:40 unknown_5773A1 received
2019-08-19 04:02:09 unknown_577737 received
2021-08-09 09:58:24 unknown_577DEA received
2021-08-09 06:55:36 unknown_5A985E received
2020-02-03 21:00:14 unknown_5B600B received
2019-08-19 14:37:19 unknown_5B634C received
2019-08-19 03:10:13 unknown_5F9C0A received
2020-04-09 17:24:49 unknown_5FA14E received
2021-07-05 17:36:01 unknown_60AAE3 received
2021-08-09 17:16:44 unknown_63415A received
2021-08-07 11:04:53 unknown_638C2C received
2021-07-09 06:28:48 unknown_6395DE received
2019-08-18 18:22:49 unknown_639601 received
2021-08-09 16:43:08 unknown_63963C received
2020-06-04 00:17:07 unknown_694EB0 received
2021-08-09 17:17:16 unknown_694EB1 received
2021-08-09 14:58:40 unknown_699FA2 received
2021-07-10 08:40:23 unknown_6AD619 received
2021-08-08 12:00:26 unknown_6AD699 received
2021-08-07 11:01:51 unknown_6AD69C received
2021-08-09 06:11:48 unknown_BF9562 received
2021-06-19 23:00:48 unknown_FFFFFF received
helper:
HM_CMDNR 5
PONtest 1
mId FFF0
peerFriend -
peerOpt -:virtual
regLst
rxType 1
supp_Pair_Rep 0
ack:
bm:
CUL_HM_Get:
cnt 5
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 15:43:36
max 0.000957965850830078
tot 0.00461292266845703
mAr:
HASH(0x25ec158)
VCCU
?
CUL_HM_Set:
cnt 1109
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 05:27:26
max 0.00764989852905273
tot 0.932410001754761
mAr:
HASH(0x25ec158)
VCCU
?
cmds:
TmplKey :no:1628425486.48106
TmplTs 1628425486.48106
cmdKey 0:1:1::VCCU:FFF0:01:
cmdLst:
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 1
raw 1
tpl 1
io:
nextSend 1628522138.59062
prefIO
vccu VCCU
ioList:
HmUSB
HmUART
HmUART2
mRssi:
mNo 05
io:
HmUART:
HmUART2:
HmUSB:
-93
-93
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HmUART:
avg -57.1666666666667
cnt 6
lst -68
max -51
min -68
at_HmUART2:
avg -81.839534883721
cnt 430
lst -68
max -55
min -94
at_HmUSB:
avg -86.2075471698113
cnt 159
lst -95
max -58
min -98
tmpl:
Attributes:
IODev HmUSB
IOList HmUSB,HmUART,HmUART2
IOgrp VCCU
comment http://heinz-otto.blogspot.com/2016/07/raspberry-pi-homematic-modul.html
expert defReg,allReg,rawReg,templ
group Empfänger
icon HomeMatic_rpi
model CCU-FHEM
room Bewässerung,CUL_HM,Zentrale
subType virtual
webCmd virtual:update
vom HmUSB:
Internals:
DEF 192.168.0.112:1000
DeviceName 192.168.0.112:1000
FD 278
FUUID 5c43b00a-f33f-0b7a-608e-11c336395b0adb9b
FVERSION 00_HMLAN.pm:0.181520/2019-01-05
HmUSB_MSGCNT 5489
HmUSB_TIME 2021-08-09 17:18:58
IFmodel USB
NAME HmUSB
NR 35
NTFY_ORDER 50-HmUSB
PARTIAL
RAWMSG E63415A,0000,28F55FDE,FF,FFAC,7C865A63415A000000A10C34
RSSI -84
STATE opened, present
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 11
msgKeepAlive dlyMax:58.859 bufferMin:-53
msgLoadCurrent 0
msgLoadHistoryAbs 5min steps: 0/1/1/1/1/1/1/1/1/1/1/1
owner 123456
owner_CCU VCCU
uptime 007 190:52:49.502
READINGS:
2021-08-08 14:25:48 D-HMIdAssigned 123456
2021-08-08 14:25:48 D-HMIdOriginal 372E8B
2021-08-08 14:25:48 D-firmware 0.967
2021-08-08 14:25:48 D-serialNr MEQ0232458
2021-08-09 13:04:51 Xmit-Events init:137 ok:137 disconnected:273
2021-08-09 13:04:51 cond ok
2021-07-01 09:55:49 lastState connected
2021-08-09 17:18:40 loadLvl low
2021-06-26 16:00:07 prot_ERROR-Overload last
2021-08-04 19:16:18 prot_Warning-HighLoad last
2021-08-09 13:02:44 prot_disconnected last
2021-08-09 13:04:51 prot_init last
2021-06-19 22:47:53 prot_keepAlive last
2021-08-09 13:04:51 prot_ok last
2021-02-10 23:22:47 server_state present
2021-08-09 13:04:51 state opened
helper:
assIdCnt 11
assIdRep 11
info 03C7,MEQ0232458,372E8B,123456
setTime 49698
bm:
HMLAN_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 14:28:01
max 5.91278076171875e-05
tot 5.91278076171875e-05
mAr:
HASH(0x2336c28)
HmUSB
?
HMLAN_Notify:
cnt 230318
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 09:37:55
max 0.0902059078216553
tot 11.8020124435425
mAr:
HASH(0x2336c28)
HASH(0x2336c28)
HMLAN_Read:
cnt 8724
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 05:13:46
max 2.25703287124634
tot 257.29733300209
mAr:
HASH(0x2336c28)
HMLAN_Ready:
cnt 46576
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 11:43:19
max 3.00777196884155
tot 509.500843763351
mAr:
HASH(0x2336c28)
HMLAN_Set:
cnt 426
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 05:27:26
max 0.000239849090576172
tot 0.0326409339904785
mAr:
HASH(0x2336c28)
HmUSB
?
cnd:
0 137
253 273
255 137
ids:
24E0D6:
cfg +24E0D6,00,00,00
name KZ.Drehgriff_Fenster
24E198:
cfg +24E198,00,00,00
name WZ.Drehgriff_FensterKueche
32B02E:
cfg +32B02E,00,00,00
chn 01
flg 0
msg
name BZ.Fussboden
to 1628425550.89908
37D51F:
cfg +37D51F,00,00,00
chn 02
flg 0
msg
name TW.Podest
to 1628458523.56862
448662:
cfg +448662,00,00,00
chn 02
flg 0
msg
name TW.Stimmungslicht
to 1628458528.54936
4D1E22:
cfg +4D1E22,00,00,00
chn 01
flg 0
msg
name TO.DimmerGelaender
to 1628460189.60002
4F72E0:
cfg +4F72E0,00,00,00
chn 02
flg 0
msg
name TW.Stimmungslicht2
to 1628458532.62522
50CA24:
cfg +50CA24,00,00,00
chn 02
flg 0
msg
name TW.DimmerGelaender
to 1628458502.16221
56E263:
cfg +56E263,00,00,00
name TO.Ventil
56E264:
cfg +56E264,00,00,00
chn 02
flg 0
msg
name TW.Ventil
to 1628481760.00062
57FE78:
cfg +57FE78,00,00,00
chn 02
flg 0
msg
name TW.Stimmungslicht_Segel
to 1628458534.23855
k:
BufMin -53
DlyMax 58.859
Next 1628522345.41881
Start 1628522320.41881
loadLvl:
bl 40
a:
99
90
40
0
h:
0 low
40 batchLevel
90 high
99 suspended
log:
all 0
sys 0
ids:
ARRAY(0x25d6fd8)
q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLastMax 0
loadNo 3
scnt 9
ald:
0
1
1
1
1
1
1
1
1
1
1
1
apIDs:
ref:
hmtL 687152196
kTs 0
Attributes:
event-on-change-reading state
group Empfänger
hmId 123456
hmLanQlen 1_min
icon cul_cul
loadLevel 0:low,40:batchLevel,90:high,99:suspended
room CUL_HM,Zentrale
stateFormat state, server_state
verbose 0
vom HmUART:
Internals:
AssignedPeerCnt 8
CNT 37
Clients :CUL_HM:
DEF uart://192.168.0.111:4000
DEVCNT 33
DevState 0
DevType UART
DeviceName 192.168.0.111:4000
FUUID 5ce6ff25-f33f-0b7a-ecce-2ff781b284faedc2
FVERSION 00_HMUARTLGW.pm:0.188380/2019-03-09
LastOpen 1628521774.02075
NAME HmUART
NEXT_OPEN 1628522215.81325
NOTIFYDEV global
NR 43
NTFY_ORDER 50-HmUART
PARTIAL
RAWMSG 040200
RSSI -70
STATE disconnected, present
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
owner 123456
owner_CCU VCCU
Helper:
CreditFailed 3
CreditTimer 6
FW 66561
Initialized 1
OneParameterOnly 1
AckPending:
34:
cmd 08
dst 0
frame FD00030022085433
time 1628521808.89488
35:
cmd 08
dst 0
frame FD0003002308D230
time 1628521818.7746
36:
cmd 08
dst 0
frame FD00030024084033
time 1628521825.33573
37:
cmd 08
dst 0
frame FD0003002508C630
resend 3
time 1628521829.40286
LastSendLen:
3
3
Log:
IDs:
RoundTrip:
Calc 1
Delay 0.00571703910827637
loadLvl:
lastHistory 1628521776.83983
MatchList:
1:CUL_HM ^A......................
PeerQueue:
HASH(0xff979a0)
Peers:
41ABAE +41ABAE,00,00,00
4CD67A +4CD67A,00,00,00
4F0DCB pending
527336 +527336,00,00,00
56E425 +56E425,00,00,00
6ABCCB +6ABCCB,00,00,00
701A71 +701A71,00,00,00
701E76 +701E76,00,00,00
READINGS:
2021-08-09 17:09:36 D-HMIdAssigned 123456
2021-08-09 17:09:36 D-HMIdOriginal 4C3E78
2021-08-09 17:09:36 D-firmware 1.4.1
2021-08-09 17:09:36 D-serialNr NEQ0605478
2021-08-08 14:24:20 D-type HM-MOD-UART
2021-08-09 17:10:43 cond disconnected
2021-06-26 15:30:31 lastState connected
2021-08-09 17:16:54 load 0
2021-08-09 17:10:43 loadLvl suspended
2021-02-10 22:52:00 server_state present
2021-08-09 17:15:55 state disconnected
helper:
bm:
HMUARTLGW_Attr:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 16:22:33
max 0.000296831130981445
tot 0.000390768051147461
mAr:
set
HmUART
verbose
2
HMUARTLGW_Get:
cnt 17
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 17:07:39
max 0.000195026397705078
tot 0.00203824043273926
mAr:
HASH(0x2344500)
HmUART
?
HMUARTLGW_Notify:
cnt 198
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 15:39:55
max 0.00185012817382812
tot 0.0143930912017822
mAr:
HASH(0x2344500)
HASH(0x14a4d90)
HMUARTLGW_Read:
cnt 1574
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 14:17:08
max 1.04902601242065
tot 64.9001348018646
mAr:
HASH(0x2344500)
HMUARTLGW_Ready:
cnt 509073
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 16:18:55
max 0.160207986831665
tot 3820.09668159485
mAr:
HASH(0x2344500)
HMUARTLGW_Set:
cnt 57
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 16:04:27
max 0.000413894653320312
tot 0.00828242301940918
mAr:
HASH(0x2344500)
HmUART
?
Attributes:
event-on-change-reading state
group Empfänger
hmId 123456
icon HomeMatic
room CUL_HM,Zentrale
stateFormat state, server_state
verbose 2
vom HmUART2:
Internals:
AssignedPeerCnt 10
CNT 186
Clients :CUL_HM:
DEF uart://192.168.0.120:4000
DEVCNT 154
DevState 99
DevType UART
DeviceName 192.168.0.120:4000
FD 237
FUUID 60ceebc6-f33f-0b7a-adcb-5c5769bffc86a137
FVERSION 00_HMUARTLGW.pm:0.188380/2019-03-09
LastOpen 1628486031.07634
NAME HmUART2
NOTIFYDEV global
NR 51
NTFY_ORDER 50-HmUART2
PARTIAL
RAWMSG 050000410486104F0DCB0000000A78E90B0000
RSSI -65
STATE opened, present
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
owner 123456
owner_CCU VCCU
Helper:
CreditTimer 2394
FW 66561
Initialized 1
SendCnt 17
AckPending:
LastSendLen:
3
3
Log:
IDs:
PendingCMD:
RoundTrip:
Delay 0.00949215888977051
loadLvl:
lastHistory 1628522034.88655
MatchList:
1:CUL_HM ^A......................
Peers:
23884B +23884B,00,00,00
24E053 +24E053,02,00,00
26938A +26938A,00,00,00
321AEB +321AEB,00,00,00
3C8525 +3C8525,00,00,00
448655 +448655,00,00,00
4D1E22 +4D1E22,00,00,00
4F0DCB +4F0DCB,00,00,00
56E263 +56E263,00,00,00
6ABD3F +6ABD3F,00,00,00
READINGS:
2021-08-09 07:13:54 D-HMIdAssigned 123456
2021-08-09 07:13:54 D-HMIdOriginal 71CDF7
2021-08-09 07:13:54 D-firmware 1.4.1
2021-08-09 07:13:54 D-serialNr REQ0913201
2021-08-08 14:24:20 D-type HM-MOD-UART
2021-08-09 07:13:54 cond ok
2021-06-20 09:50:01 lastState connected
2021-08-09 14:16:14 load 0
2021-08-09 07:13:54 loadLvl low
2021-06-20 09:41:06 server_state present
2021-08-09 07:13:51 state opened
helper:
bm:
HMUARTLGW_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 15:38:28
max 0.000149011611938477
tot 0.000149011611938477
mAr:
HASH(0x25eb558)
HmUART2
?
HMUARTLGW_Notify:
cnt 198
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 15:39:55
max 0.00174713134765625
tot 0.00749635696411133
mAr:
HASH(0x25eb558)
HASH(0x14a4d90)
HMUARTLGW_Read:
cnt 9032
dmx -1000
dtot 0
dtotcnt 0
mTS 08.08. 14:41:55
max 1.0794370174408
tot 523.110360860825
mAr:
HASH(0x25eb558)
HMUARTLGW_Ready:
cnt 543
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 07:13:16
max 0.0247468948364258
tot 4.44687557220459
mAr:
HASH(0x25eb558)
HMUARTLGW_Set:
cnt 17
dmx -1000
dtot 0
dtotcnt 0
mTS 09.08. 15:38:28
max 0.000272989273071289
tot 0.00128078460693359
mAr:
HASH(0x25eb558)
HmUART2
?
Attributes:
event-on-change-reading state
group Empfänger
hmId 123456
icon HomeMatic
room CUL_HM,Zentrale
stateFormat state, server_state
Beim HmUART ist "verbose = 2" weil ich gerade herausfinden will, welche Events geschickt werden.
Irgendwie kommt kein DISCONNECT oder ähnliches - nur CONNECTED.
lg, Gerhard
HmUART ist weiterhin disconnected.
die aktuellen "zustände" der 3 io findest du im reading "cond"(ition), nicht in state.
events hast du aber nur für state angeschaltet.
wie sind die 2 hmuart angebunden?
wlan, lan oder plan?
und das wichtigste: was ist nun mit on-for-timer?
edit:
der hmuart zeigt: "disconnected:273", also auch keine zuverlässige anbindung. ausserdem zeigt er traffic probleme: highload, overload.
=> nutze bei allen stationären devices ein prefered io, wie gezeigt, um den traffic besser zu verteilen.
Hallo Frank,
danke für den Tipp mit dem "cond". Damit funktioniert nun zumindest das notify bzw. mein Watchdog.
Die beiden UARTs sind über PowerLAN angebunden, der eine USB-Stick momentan noch über WLAN.
Deinen Tipp mit dem "prefered io" werde ich gleich anwenden und dann mal alles etwas laufen lassen.
Melde mich wieder.
Heute morgen ist das "on-for-timer" mal durchgelaufen.
Danke!
lg, Gerhard
powerlan und wlan ist oft schlecht. bei powerlan sollten beide adapter wenigstens an der selben phase laufen.
aber bei drei io müsste doch mindestens ein io direkt am "echten" lan zu betreiben sein.
Einen HMUART kann ich wahrscheinlich mit etwas Aufwand mal direkt ans LAN anschließen.
Der andere ist leider weiter weg, den kann ich nicht ans LAN bringen, der geht nur über PLAN. Über WLAN hatte der ziemliche Probleme.
Auch mit dem alten PLAN von Devolo hat es gar nicht funktioniert, aber seit ich auf das Magic 2 umgestiegen bin, klappt das ohne gröbere Probleme.
Danke für die Tipps.
Werde das mal mit den neuen Einstellungen beobachten.
lg, Gerhard
noch ein tip.
wenn zb ein io von manchen devices grundsätzlich nicht erreicht werden kann, da es zu weit entfernt ist, kann man es auch ausschliessen. so wird verhindert, dass ggf über dieses io sinnloser traffic produziert wird, der dieses io eventuell in den overload schicken könnte.
attr <device> IOgrp io1,io2,none
im bsp wird zunächst io1 als prefered io gewählt. hat io1 probleme wird das nächste, also io2, gewählt. "none" verhindert, dass weitere, nicht genannte io zum einsatz kommen, falls io1 und io2 probleme haben.
Hallo,
ich wollte das gerade mal probieren.
Meine VCCU hat die folgenden "assignedIOs: HmUART,HmUART2,HmUSB"
Wenn ich nun im Ventil (also nicht in den Kanälen) folgendes setzen möchte, kommt die Fehlermeldung:
attr TO.Ventil IOgrp VCCU:HmUART2,HmUART
HmUART is not part if VCCU IOs:HmUSB,HmUART,HmUART2HmUSB,HmUART,HmUART2
Das klappt aber z.B.:
attr TO.Ventil IOgrp VCCU:HmUART2
Was mache ich da falsch?
Danke, lg, Gerhard
wenn deine cul_hm version grösser 24449 ist, liegt es sicherlich daran.
Hallo,
Unter FVERSION steht "10_CUL_HM.pm:0.248360/2021-08-08".
Also ist das ein bekannter Fehler?
Und nun ist es wieder passiert.
Zwei Kanäle (der erste und der zweite) sind auf "set_on-for-timer" hängen geblieben.
Hier ein list des Kanal 1:
Save config ?
Floorplans
Alarmanlage
0_Testing
Anwesenheiten
Badezimmer
Bewässerung
Büro
CUL_HM
Chatten
Esszimmer
Gästebad
Gästezimmer
Haushaltsgeräte
Internet
Kinderzimmer
Küche
Multimedia
Plots
Rollos
SOMFY
Schlafzimmer
Schrankräume
Shelly
Taubenabwehr
Terrasse_Ost
Terrasse_West
Unsorted
Vorzimmer
WCs
Weihnachten
Wetter
Wohnzimmer
Z_System
Zeitschaltuhr
Zentrale
backup
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor
REBOOT
Internals:
DEF 56E26401
FUUID 5c43b925-f33f-0b7a-7f79-88d35276cdc06968
FVERSION 10_CUL_HM.pm:0.248360/2021-08-08
NAME TW.Ventil_Gelaender
NR 1191
NTFY_ORDER 50-TW.Ventil_Gelaender
STATE set_on-for-timer 780
TYPE CUL_HM
chanNo 01
device TW.Ventil
disableNotifyFn 1
READINGS:
2021-08-12 06:00:13 CommandAccepted yes
2019-08-05 20:50:19 R-sign off
2021-07-30 19:00:37 RegL_01. 00:00 08:00
2021-07-30 19:01:49 cfgState ok
2021-08-12 19:18:28 commState CMDs_done
2021-08-12 06:14:53 deviceMsg off (to VCCU)
2021-08-12 06:14:53 lastOff 2021-08-12 06:14:53
2021-08-12 06:00:13 lastOn 2021-08-12 06:00:13
2021-08-12 06:14:53 level 0
2021-08-12 06:14:53 pct 0
2021-08-12 06:14:53 recentStateType info
2021-08-12 19:00:05 state set_on-for-timer 780
2021-08-12 06:14:53 timedOn off
2021-08-12 06:00:13 trigLast fhem:02
2021-08-12 19:14:05 usrCountDown 00
helper:
peerFriend peerSens,peerVirt
peerIDsState complete
peerOpt 3:switch
regLst 1,3p
stateUpdatDly 780
bm:
CUL_HM_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 12.08. 20:56:21
max 0.00085902214050293
tot 0.0013430118560791
mAr:
HASH(0x575e138)
TW.Ventil_Gelaender
?
CUL_HM_Set:
cnt 26
dmx -1000
dtot 0
dtotcnt 0
mTS 12.08. 19:00:05
max 0.586205005645752
tot 1.49708533287048
mAr:
HASH(0x575e138)
TW.Ventil_Gelaender
on-for-timer
780
cmds:
TmplKey :no:1628706998.3613
TmplTs 1628706998.3613
cmdKey 1:0:0::TW.Ventil:00BE:01:
cmdLst:
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
off noArg
on noArg
on-for-timer -ontime-
on-till -time-
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
statusRequest noArg
toggle noArg
tplDel -tplDel-
tplSet_0 -tplChan-
lst:
condition slider,0,1,255
peer
peerOpt BZ.Fussboden_SenF,BZ.Fussboden_SenI,BZ.Fussboden_SenPwr,BZ.Fussboden_SenU,GZ.Drehgriff_Fenster,HM_4CD67A_Sw_01,HM_4CD67A_Sw_02,HM_4CD67A_Sw_03,HM_527336,KZ.Drehgriff_Fenster,SZ.Drehgriff_links_Fenster,SZ.Drehgriff_rechts_Fenster,TO.Taster4Somfy_Btn_01,TO.Taster4Somfy_Btn_02,TO.Taster4Somfy_Btn_03,TO.Taster4Somfy_Btn_04,TU.Taster4Somfy_Btn_01,TU.Taster4Somfy_Btn_02,TU.Taster4Somfy_Btn_03,TU.Taster4Somfy_Btn_04,TW.Taster4Somfy_Btn_01,TW.Taster4Somfy_Btn_02,TW.Taster4Somfy_Btn_03,TW.Taster4Somfy_Btn_04,VCCU_Btn1,WZ.Drehgriff_FensterKueche,WZ.HeizungKontakt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 1
tpl 1
peerIDsH:
00000000 broadcast
role:
chn 1
tmpl:
Attributes:
event-on-change-reading state
group Schalter für Ventile Terrasse West
icon Ventil
model HM-MOD-RE-8
peerIDs 00000000
room Bewässerung
userReadings usrCountDown:set_on-for-timer.* { CountDown($name, ReadingsVal($name,"state","off")); }
userattr room_map structexclude
webCmd on:off
Und hier ein list des Gerätes selbst:
Internals:
DEF 56E264
FUUID 5c43b925-f33f-0b7a-ab07-847928fba7ba29f4
FVERSION 10_CUL_HM.pm:0.248360/2021-08-08
HmUART2_MSGCNT 17
HmUART2_RAWMSG 0500005B7EA41056E26412345606070000
HmUART2_RSSI -91
HmUART2_TIME 2021-08-12 19:11:22
HmUART_MSGCNT 36
HmUART_RAWMSG 050100407FA41056E26412345606060000
HmUART_RSSI -64
HmUART_TIME 2021-08-12 19:18:28
HmUSB_MSGCNT 36
HmUSB_RAWMSG E56E264,0000,38D5D22E,FF,FFBA,7FA41056E26412345606060000
HmUSB_RSSI -70
HmUSB_TIME 2021-08-12 19:18:28
IODev HmUART
LASTInputDev HmUART
MSGCNT 89
NAME TW.Ventil
NR 1175
NTFY_ORDER 50-TW.Ventil
STATE CMDs_done
TYPE CUL_HM
channel_01 TW.Ventil_Gelaender
channel_02 TW.Ventil_GelaenderH
channel_03 TW.Ventil_Kraeuter
channel_04 TW.Ventil_Erdbeeren
channel_05 TW.Ventil_Bank
channel_06 TW.Ventil_Zypresse
channel_07 TW.Ventil_Ahorn
channel_08 TW.Ventil_Olive
disableNotifyFn 1
lastMsg No:7F - t:10 s:56E264 d:123456 06060000
protCmdDel 3
protLastRcv 2021-08-12 19:18:28
protRcv 40 last_at:2021-08-12 19:18:28
protResnd 3 last_at:2021-08-12 19:00:13
protResndFail 1 last_at:2021-08-12 19:00:17
protSnd 46 last_at:2021-08-12 19:18:28
protSndB 16 last_at:2021-08-12 19:07:09
protState CMDs_done
rssi_at_HmUART cnt:36 min:-65 max:-55 avg:-62.86 lst:-64
rssi_at_HmUART2 cnt:17 min:-91 max:-83 avg:-88.88 lst:-91
rssi_at_HmUSB cnt:36 min:-76 max:-62 avg:-64.47 lst:-70
READINGS:
2019-08-23 17:52:56 CommandAccepted yes
2020-07-28 22:59:56 D-firmware 1.2
2020-07-28 22:59:56 D-serialNr OEQ0207590
2021-08-12 19:18:28 IODev HmUART
2021-07-30 19:00:36 PairedTo 0x123456
2019-08-23 17:54:13 R-intKeyVisib invisib
2019-08-05 20:50:11 R-ledMode off
2020-11-21 17:11:55 R-lowBatLimitBA3 16 V
2019-08-23 17:54:13 R-pairCentral 0x123456
2021-07-30 19:00:36 RegL_00. 00:00 02:01 05:00 0A:12 0B:34 0C:56 18:00 39:A0
2021-08-12 19:18:28 battery ok
2021-07-30 19:01:49 cfgState ok
2021-08-12 19:18:28 commState CMDs_done
2021-06-29 20:52:25 level 0
2021-06-29 20:52:25 pct 0
2021-07-30 19:00:09 powerOn 2021-07-30 19:00:09
2021-06-29 20:52:25 recentStateType info
2019-12-08 23:55:54 sabotageAttack_ErrIoAttack cnt 2
2021-08-05 06:00:15 sabotageAttack_ErrIoAttack_cnt 1
2021-08-12 19:18:28 state CMDs_done
2021-06-29 20:52:25 timedOn off
helper:
HM_CMDNR 127
cSnd 1112345656E2640204C80000E100,1112345656E2640206C80000BB82
lastMsgTm 1628788708.05771
mId 00BE
peerFriend -
peerOpt -:switch
regLst 0
rxType 2
supp_Pair_Rep 0
ack:
bm:
CUL_HM_Attr:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 11.08. 20:52:33
max 0.00103211402893066
tot 0.00314617156982422
mAr:
set
TW.Ventil
IOgrp
VCCU:HmUART
CUL_HM_Get:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 12.08. 21:03:28
max 0.00232291221618652
tot 0.00444984436035156
mAr:
HASH(0x56404f8)
TW.Ventil
?
CUL_HM_Set:
cnt 69
dmx -1000
dtot 0
dtotcnt 0
mTS 12.08. 05:33:35
max 0.00136995315551758
tot 0.0377273559570312
mAr:
HASH(0x56404f8)
TW.Ventil
?
cmds:
TmplKey :no:1628706997.93993
TmplTs 1628706997.93993
cmdKey 0:1:0::TW.Ventil:00BE:00:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
pair noArg
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 1
tpl 1
io:
flgs 0
newChn +56E264,00,00,00
nextSend 1628788708.76324
rxt 0
vccu VCCU
p:
56E264
00
00
00
prefIO:
mRssi:
mNo 7F
io:
HmUART:
-60
-60
HmUART2:
-91
HmUSB:
-70
-70
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
tryMsg:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rpt:
IO HmUSB
flg A
ts 1628788708.05771
ack:
HASH(0x56404f8)
7F800212345656E26400
rssi:
at_HmUART:
avg -62.8611111111111
cnt 36
lst -64
max -55
min -65
at_HmUART2:
avg -88.8823529411765
cnt 17
lst -91
max -83
min -91
at_HmUSB:
avg -64.4722222222222
cnt 36
lst -70
max -62
min -76
tmpl:
Attributes:
IOgrp VCCU
autoReadReg 4_reqStatus
expert defReg,allReg,rawReg,templ
firmware 1.2
model HM-MOD-RE-8
msgRepeat 1
room CUL_HM
serialNr OEQ0207590
subType switch
verbose 0
webCmd getConfig:clear msgEvents
Wärst Du so nett mir zu helfen?
Wir würde auch schon ein Workaround reichen.
Danke im Voraus
lg, Gerhard
1.
hast du nun ein io am lan?
welches io ist das/wird das sein?
dieses io muss dann als prefered io konfiguriert sein.
2.
wenn ich richtig liege, hat um 19 uhr das "on-for-timer 780" nicht funktioniert. da gab es ein resend fail.
was steht im fhem.log zu dieser zeit?
(ich hoffe nicht, dass das verbose=0 im list ein hinweis dafür ist, dass du alles mögliche abgeschaltet hast, um ein "sauberes" log zu haben)
starte mal apptime und poste nach einem problem "apptime max".
3. sniffe die raw messages dieses aktors und poste die entsprechenden abschnitte aus fhem.log.
sowohl funktionierende als auch problematische (resend) kommunikationen.