Hallo,
Ich versuche mit einer selbstgebauten CUL (ala http://blog.steveundkristin.de/2016/02/04/fhem-selbstbau-cul-868-fuer-homematic/ ) Homematic Geräte anzusteuern.
Was funktioniert:
Ich habe erfolgreich zwei Aktoren (ein HM-CC-VD und ein HM-LC-Bl1PBU-FM) per CUL und CUL_HM device angelernt.
Wenn ich den Rolladenaktor manuell betätige, dann bekomme ich updates zum Öffnungsgrad - die Empfangsrichtung scheint sauber zu gehen.
Ich kriege aber keine Befehle gesendet. Beim HM-CC-VD sammelt sich alles mit CMDs_Pending an (auch nach längerem Warten) der Rolladenaktor meldet "MISSING ACK".
So als würde in die Senderichtung nichts rausgehen.
Ist das möglich? Ich denke doch mal zum Anlernen muss die CUL auch etwas senden, oder?
Die Frage ist also Hardware defekt (nachgelötet habe ich schon, aber vielleicht weiss jemand trotzdem woran das liegen kann) oder muss ich noch irgendeine Config anpassen damit die CUL sendet?
Danke & Gruß,
Jörg
Saubere Arbeit. Glückwünsche! Auf die Lösung bin ich gespannt. ???
Jetzt antworte ich mir mal selber. Ich habe nach einigem Stöbern diesen Thread gefunden:
https://forum.fhem.de/index.php/topic,91740.0.html
Anscheinend sind massig fehlerhafte CC1101 Module im Umlauf. Mein Modul lag seit Anfang 2019 in der Schublade und könnte daher in die Zeit passen.
Ich habe allerdings die gepatchte nanoCUL FW probiert und da gar nichts mehr empfangen. Auch optisch schaut mein Modul eher so aus wie die Fotos von funktionsfähigen in dem Thread.
Auch ein demontieren und komplett neu verkabeln hat nichts geholfen. Ich habe mir jetzt neue Module bestellt. Mal sehen ob das hilft, aber das dauert jetzt etwas bis die kommen.
Jeder Hinweis auf Konfiguration im Raspi oder in FHEM die dazu führen könnte, dass die nanoCUL nicht sendet aber sehr wohl empfängt ist weiter willkommen.
Gruß,
Jörg
Bevor du weiter Energie und Zeit "verschwendest": nimm lieber ein Original-HM-Funkmodul, z.B.: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Das ist auch nicht wirklich teuer und funktioniert zuverlässig.
Such mal nach: CUL und Homematic
Du wirst einiges an Problemen lesen...
...selbst wenn es keine "Funkprobleme" gibt.
Wenn du trotzdem mit CUL weiter machen willst: viel Erfolg!
Gruß, Joachim
P.S.: warum "man" früher auf einen CUL gekommen ist, ok. Da gab es noch nicht sooo viel. Aber warum fangen immer wieder "Leute" mit einem CUL für HOMEMATIC an!!? Ich verstehe es nicht...
Das Modul habe ich bereits für meine "normalen" Homematic Geräte im Einsatz (über PiVCCU). Die CUL wollte ich verwenden, weil ich damit den Ventilantrieb hoffentlich direkt ansteuern kann (brauche für eine Anwendung % Ventil und nicht irgendeine Temperaturautomatik).
Zweitens verbraucht das Modul zu viele Raspberry PINs - meiner ist quasi schon komplett voll (selbst die RX/TX brauche ich, kann das Modul also nicht absetzen).
Gruß,
Jörg
a. auch wenn alle Pins belegt sind kann man es mit einem seriell-USB Wandler an einen USB Port stecken.
b. zeig doch mal ein list von einem der Aktoren und dem CUL.
Ich glaube nicht das der CUL nicht sendet, denn auch wenn man erfolgreich Werte eines Gerätes empfängt bedeutet dies nicht zwangsläufig das es auch richtig gepaired ist !
Stimmt nat. das Gerät nimmt nat. nur Befehle an, wenn gepaired...
Und da ist halt u.U. mit dem CUL noch etwas mehr Geduld nötig...
Missing Ack klingt in der Tat danach...
Und wenn du nach "CUL" und "Missing Ack" bzw. "Timeout Register Read" suchst wirst du einiges finden (aber hatte ich ja schon geschrieben)...
Ebenso das mit dem Anschließen des HMOD-PCB per USB.
Ist im Wiki ja ausführlich erklärt (überhaupt gelesen?).
Wenn du eine CCU bereits hast und damit per HMCCU Homematic integriert hast/integrieren kannst: wozu noch CUL und CUL_HM?
Nutze doch die CCU mit HMCCU...
EDIT: auch die Steuerung mittels CCU/HMCCU zwingt dich doch NICHT Temperaturprofile zu nutzen!? Auch da kannst du doch auf manuell stellen und bestimmt auch die Register (maxValvePos) per HMCCU schreiben (gut das weiß ich jetzt nicht, ob man mit HMCCU Register schreiben kann, würde mich aber wundern wenn nicht)... Anders kannst du auch keine manuelle Steuerung mit CUL erreichen als: manuell, Temperatur auf max./on und dann über das REGISTER (ist schreiben ins Flash) maxValvePosition zu steuern (und zu hoffen, dass bei max. Temp das Thermostat auch immer auf maxValvePos fährt: dafür gibt es keine Garantie).
EDIT: wenn du ein reines Steuerventil willst, da gibt es glaube ich was von ZWave. Da haben manche (oft) keine Temperaturregelung lokal, sondern nur eine Ventilsteuerung... Geht aber nicht (wirklich) mit CUL...
Aber: jeder wie er will...
Gruß, Joachim
hier steht was zu Nachteilen des CUL:
https://forum.fhem.de/index.php/topic,68145.msg631422.html#msg631422
und wenn Du trotzdem den CUL nehmen willst, es gibt dafür eine spezielle tsculfw Firmware von noansi
https://forum.fhem.de/index.php/topic,24436.msg1098370.html#msg1098370
Gruß Ralf
hm-cc-vd muss man über einen "virtuellen tc" steuern.
dabei ist das timing auch mit homematic io schon kritisch.
mit einem "normalen" cul sicherlich aussichtslos.
fhem muss natürlich ohne freezes laufen.
edit:
mit aktuellem cul_hm eventuell gar nicht möglich, da noch ein bug bei "virtuellen temperaturfühlern" existiert.
Mist, immer die Handy-Daddelei ;)
Das mit dem hm-cc-vd hatte ich ja total "überlesen"...
Ich war ja da noch von HM-CC-RT-DN ausgegangen...
Dann sind meine Anmerkungen bzgl. maxValvePos etc. natürlich "Quatsch"... :-\
EDIT: aber evtl. geht ja trotzdem was mit CCU-Mitteln? Da gibt es doch so viel "Script-Zeugs" etc.!?
Gruß und danke, Joachim
Das mit dem HM-CC-RT-DN und maxValvePos mache ich derzeit, aber ich hatte eben mal eine 868 CUL gebaut und nie verwendet und hab noch zwei HM-CC-VD rumliegen.
Der Tipp mit der TSCUL Firmware war super. Damit funktioniert es jetzt schon besser. Der Rolladen Aktor (der war nur zum Test, da der schneller reagiert) funktioniert jetzt sauber.
Der HM-CC-VD hatte vorher beim Anlernen von 20 ganz runtergezählt. Jetzt beendet er den Countdown wenn das Pairing erfolgreich war.
Allerdings hat er weiter "CMDs Pending" und reagiert nicht. Irgendwie hab ich es einmal geschafft eine ValvePos zu setzen und er hat sie auch angefahren. Dafür musste ich aber den Knopf wie beim Anlernen länger halten. Von selber geht nichts und nach einer Weile verschwindet das Antennensymbol und der Antrieb fährt auf die Fehlerposition.
Ich hab auch schon eine virtuellen HM-CC-TC gekoppelt. Befehle kommen an (sieht man unten im List) aber reagieren tut der Antrieb trotzdem nicht. Testweise auch schon einen anderen Antrieb probiert - gleiches Bild.
Mit der culFW 1.37 hat wohl das pairen nur "halb" funktioniert und FHEM halt auf Nachrichten gelauscht und mit denen was anfangen können. Die Device hat davon wohl nichts mitbekommen.
List von TSCUL:
Internals:
CFGFN
CMDS ABCFGJKRUVWXYeiltx
CUL_868_MSGCNT 904
CUL_868_TIME 2020-11-28 12:52:28
Clients STACKABLETS:STACKABLE:CUL_HM:CUL_IR:TSHMS
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 4444
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
FD 21
FHTID 4444
FUUID 5fc22e82-f33f-0931-303a-5c15fcfe75d18484
NAME CUL_868
NR 101
PARTIAL
RAWMSG A14F5C45E5CD958000000A27EE90002CA003408A802::-66.5:CUL_868:
RSSI -66.5
STATE Initialized
TYPE TSCUL
VERSION VTS 0.37 CSM868
VERSION_HW nanoCUL_V1.x_0014
VERSION_TS yes AES ChTblSize:210
XmitOpen 1
assignUpdCntI 24
assignUpdCntX 2
assignedIDsCnt 3
initString XP0C
X21
Ar
AM5
AHF14444
msgLoadCurrent 0
MatchList:
A:CUL_HM ^A....................
B:CUL_IR ^I............
C:TSHMS ^810e04......a001
Y:STACKABLETS ^\*
Z:STACKABLE ^\*
READINGS:
2020-11-28 12:04:05 Xmit-Events disconnected:1 init:1 non-HM:2 ok:1
2020-11-28 12:03:35 cmds A B C F G J K R U V W X Y e i l t x
2020-11-28 12:04:05 cond ok
2020-11-28 12:03:30 prot_disconnected last
2020-11-28 12:04:04 prot_init last
2020-11-28 12:03:37 prot_non-HM last
2020-11-28 12:04:05 prot_ok last
2020-11-28 12:43:42 scF 0.99943909792956
2020-11-28 12:03:37 state Initialized
helper:
CUrun 1
ChkPart 0
RA_Timeout 0
SVTS 1
VTS 1
VTS_ACK 1
VTS_AES 1
assIdCnt 3
assIdRep 3
nRec 0
recAlive 1
recd 1
DEVIOTS:
RXfailTO
HM:
ChTblSize 210
FUP 0
HMactive 1
hmCrdts 0
hmSbusy 0
ChTbl:
1123B800 00
1A758E00 00
44449900 00
msgCNT:
0x01 904
0x02 118
0x03 72
0x09 19
unknwn:
161554:
lstRecType 02
nextSend 1606564243.80211
nxtSndMcnt BC
tgtDly 88
lRcTm:
CUL_868 2832440
tnms 246475010
16A0AB:
lstRecType 58
nextSend 1606564205.20052
nxtSndMcnt 41
tgtDly 88
lRcTm:
CUL_868 2792924
tnms 246436497
16A241:
lstRecType 58
nextSend 1606564243.7156
nxtSndMcnt BC
tgtDly 88
lRcTm:
CUL_868 2832308
tnms 246475012
18DD8E:
lstRecType 70
nextSend 1606564090.77867
nxtSndMcnt 3F
tgtDly 88
lRcTm:
CUL_868 2679716
tnms 246321988
19CA72:
lstRecType 58
nextSend 1606564243.02629
nxtSndMcnt 5E
tgtDly 88
lRcTm:
CUL_868 2832048
tnms 246474234
1A758E:
lstRecType 00
nextSend 1606563335.0643
nxtSndMcnt 01
tgtDly 88
lRcTm:
CUL_868 1923576
tnms 245566272
1A7D5E:
lstRecType 70
nextSend 1606564325.12106
nxtSndMcnt 8C
tgtDly 44.5
lRcTm:
CUL_868 2913496
tnms 246556417
1A881A:
lstRecType 02
nextSend 1606564205.28704
nxtSndMcnt 41
tgtDly 88
lRcTm:
CUL_868 2793056
tnms 246436495
1CE0A8:
lstRecType 58
nextSend 1606564246.09944
nxtSndMcnt E5
tgtDly 88
lRcTm:
CUL_868 2833820
tnms 246477395
1CEF5C:
lstRecType 02
nextSend 1606563754.00313
nxtSndMcnt E2
tgtDly 88
lRcTm:
CUL_868 2342652
tnms 245985211
1D8CAF:
lstRecType 70
nextSend 1606564238.66092
nxtSndMcnt 06
tgtDly 44.5
lRcTm:
CUL_868 2827716
tnms 246469912
1DA4C5:
lstRecType 02
nextSend 1606564243.71411
nxtSndMcnt 5E
tgtDly 88
lRcTm:
CUL_868 2832176
tnms 246475010
25FFA7:
lstRecType 8E
nextSend 1606563739.07592
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 2327816
tnms 245970284
2D4F8E:
lstRecType 8E
nextSend 1606563394.76601
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 1983320
tnms 245625980
2E7962:
lstRecType 10
nextSend 1606564328.28235
nxtSndMcnt E9
tgtDly 44.5
lRcTm:
CUL_868 2916696
tnms 246559578
2E7AE4:
lstRecType 10
nextSend 1606564328.28235
nxtSndMcnt 40
tgtDly 88
lRcTm:
CUL_868 2917244
tnms 246559578
2E89EE:
lstRecType 10
nextSend 1606564300.80834
nxtSndMcnt 30
tgtDly 88
lRcTm:
CUL_868 2889864
tnms 246532016
31068C:
lstRecType 10
nextSend 1606564255.66374
nxtSndMcnt 60
tgtDly 44.5
lRcTm:
CUL_868 2843992
tnms 246486960
32C710:
lstRecType 8E
nextSend 1606563700.53546
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 2289252
tnms 245931743
332334:
lstRecType 83
nextSend 1606564205.28457
nxtSndMcnt 12
tgtDly 88
lRcTm:
CUL_868 2794168
tnms 246436493
3360EA:
lstRecType 8E
nextSend 1606564274.72578
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 2863764
tnms 246505936
3CFC44:
lstRecType 10
nextSend 1606564246.09747
nxtSndMcnt 3A
tgtDly 88
lRcTm:
CUL_868 2833856
tnms 246477393
42586A:
lstRecType 8E
nextSend 1606564348.28417
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 2937364
tnms 246579492
48DC17:
lstRecType 10
nextSend 1606564342.61318
nxtSndMcnt A3
tgtDly 88
lRcTm:
CUL_868 2931680
tnms 246573821
4EFE5E:
lstRecType 03
nextSend 1606563941.99083
nxtSndMcnt BE
tgtDly 88
lRcTm:
CUL_868 2530344
tnms 246173287
56E3F7:
lstRecType 83
nextSend 1606563770.51618
nxtSndMcnt 12
tgtDly 88
lRcTm:
CUL_868 2359272
tnms 246001724
5C6E15:
lstRecType 83
nextSend 1606564040.34616
nxtSndMcnt 12
tgtDly 88
lRcTm:
CUL_868 2629256
tnms 246271554
5CD958:
lstRecType 5E
nextSend 1606564348.95766
nxtSndMcnt F5
tgtDly 88
lRcTm:
CUL_868 2937820
tnms 246580254
5F321C:
lstRecType 8E
nextSend 1606563354.95144
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 1943476
tnms 245586159
682EB1:
lstRecType 8E
nextSend 1606562656.54592
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 1244676
tnms 244887754
689108:
lstRecType 10
nextSend 1606564025.84371
nxtSndMcnt E1
tgtDly 88
lRcTm:
CUL_868 2614744
tnms 246257052
68D0AB:
lstRecType 03
nextSend 1606563295.70238
nxtSndMcnt 64
tgtDly 88
lRcTm:
CUL_868 1883736
tnms 245526998
68D4CC:
lstRecType 03
nextSend 1606563231.99189
nxtSndMcnt 10
tgtDly 44.5
lRcTm:
CUL_868 1819884
tnms 245463243
69486B:
lstRecType 10
nextSend 1606564230.57078
nxtSndMcnt 98
tgtDly 88
lRcTm:
CUL_868 2818824
tnms 246461867
698041:
lstRecType 5E
nextSend 1606564321.6991
nxtSndMcnt 29
tgtDly 44.5
lRcTm:
CUL_868 2910772
tnms 246552995
699D79:
lstRecType 40
nextSend 1606563389.07748
nxtSndMcnt 3A
tgtDly 88
lRcTm:
CUL_868 1977628
tnms 245620294
6A60E8:
lstRecType 11
nextSend 1606564306.88103
nxtSndMcnt 4C
tgtDly 88
lRcTm:
CUL_868 2894736
tnms 246538177
6ACE73:
lstRecType 10
nextSend 1606564346.19125
nxtSndMcnt F8
tgtDly 44.5
lRcTm:
CUL_868 2934444
tnms 246577487
6B4EAE:
lstRecType 10
nextSend 1606563602.24785
nxtSndMcnt 72
tgtDly 44.5
lRcTm:
CUL_868 2190276
tnms 245833544
6EDCFA:
lstRecType 8E
nextSend 1606562544.93935
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 1132568
tnms 244776235
74A42E:
lstRecType 83
nextSend 1606563812.19719
nxtSndMcnt 12
tgtDly 88
lRcTm:
CUL_868 2400980
tnms 246043407
B3D798:
lstRecType 8E
nextSend 1606564271.00136
nxtSndMcnt 10
tgtDly 88
lRcTm:
CUL_868 2859944
tnms 246502297
cnd:
0 1
250 2
253 1
255 1
hmLogHist:
134235 A F103 02907428 01 0B 0D A258 444499 1123B8 008C _CCAdly:4
134473 A F109 02907692 00 0B 0D A258 444499 1123B8 008C _sfail _noAnsw
137635 A F101 02910772 00 0F 29 C65E 698041 000000 70088200959C _rep -67.5dB
140233 A F101 02913452 00 0C 8C 8670 1A7D5E 000000 004741 -74dB
141057 A F101 02913496 00 0C 8C C670 1A7D5E 000000 004741 _rep -66dB
143431 A F001 02916652 00 0F E9 8610 2E7962 000000 0A80B90A0000 -62dB
144218 A F001 02916696 00 0F E9 C610 2E7962 000000 0A80B90A0000 _rep -67dB
144218 A F001 02917244 00 0F 40 8610 2E7AE4 000000 0AA0DF0F0000 -46dB
158461 A F001 02931680 00 0F A3 8610 48DC17 000000 0A80B7080000 -52dB
161175 A F001 02934400 00 0F F8 8610 6ACE73 000000 0AF4E3146440 -70.5dB
162127 A F001 02934444 00 0F F8 C610 6ACE73 000000 0AF4E3146440 _rep -67dB
164132 A F001 02937364 00 25 10 008E 42586A B3D798 000112F39F44E1FF3A520D857119BBD89F132E9DDF80D773CE5654D5 -83.5dB
164894 A F001 02937776 00 14 F5 845E 5CD958 000000 A27EE90002CA003408A802 -82.5dB
164894 A F001 02937820 00 14 F5 C45E 5CD958 000000 A27EE90002CA003408A802 _rep -66.5dB
hmQ:
000000:
1123B8:
ids:
1123B8:
cfg +1123B8,02,00,00
name HM_1123B8
1A758E:
cfg +1A758E,02,00,00
name HM_1A758E
444499:
cfg +444499,00,00,00
name HMTC
loadLvl:
bl 40
q:
ATrNo 0
HMcndN 0
InQueues 0
RQLSt 0
RQLt 0
XRpCnt 0
XRpTm 1606561445.05887
answerPend 0
hmLanQlen 1
apIDs:
1123B8 0
ref:
Sdly 306
TmBmCnt 1
ioBR 4047.24255708522
ioBRMax 4047.24255708522
ioBRMean 2887.83858382572
lHMt 2937820
lSys 246580254
pTTu 1024
pndAs 0
pndCUAp 0
pndTuP 1
pngLm 18
pngRef 6
scErr -0.154906949144788
scF 0.99943909792956
scFN 3
scHT 2411496
scST 246053919
scpTm 1606563822.61651
Attributes:
rfmode HomeMatic
room CUL_HM
List vom Ventilantrieb:
Internals:
CFGFN
CUL_868_MSGCNT 34
CUL_868_RAWMSG A1A5C84001123B800000014003A4645513030343839383758010100::-53:CUL_868:
CUL_868_RSSI -53
CUL_868_TIME 2020-11-28 12:34:17
DEF 1123B8
FUUID 5fc22ec8-f33f-0931-b4b1-dfcb08658f07e841
IODev CUL_868
LASTInputDev CUL_868
MSGCNT 34
NAME HM_1123B8
NOTIFYDEV global
NR 135
NTFY_ORDER 50-HM_1123B8
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
lastMsg No:5C - t:00 s:1123B8 d:000000 14003A4645513030343839383758010100
protCmdDel 25
protCmdPend 2 CMDs pending
protLastRcv 2020-11-28 12:34:17
protRcv 35 last_at:2020-11-28 12:34:17
protResnd 14 last_at:2020-11-28 12:52:00
protResndFail 3 last_at:2020-11-28 12:44:56
protSnd 33 last_at:2020-11-28 12:51:57
protState CMDs_pending
rssi_CUL_868 cnt:4 min:-35 max:-28 avg:-29.75 lst:-35
rssi_at_CUL_868 cnt:35 min:-53 max:-33 avg:-37.6 lst:-53
READINGS:
2020-11-28 12:21:46 CommandAccepted yes
2020-11-28 12:31:43 D-firmware 1.4
2020-11-28 12:31:43 D-serialNr FEQ0048987
2020-11-28 12:06:03 PairedTo 0xF14444
2020-11-28 12:22:15 ValveDesired 55 %
2020-11-28 12:21:46 ValvePosition 15
2020-11-28 12:21:46 battery ok
2020-11-28 12:34:00 cfgState updating
2020-11-28 12:52:00 commState CMDs_pending
2020-11-28 12:21:46 motor stop
2020-11-28 12:21:46 motorErr ok
2020-11-28 12:21:46 operState onTarget
2020-11-28 12:11:13 powerOn 2020-11-28 12:11:13
2020-11-28 12:21:46 recentStateType ack
2020-11-28 12:44:56 state MISSING ACK
cmdStack:
++A2584444991123B8008C
++A2584444991123B8008C
++A2584444991123B8008C
helper:
HM_CMDNR 92
PONtest 0
cSnd 01F144441123B80006,01F144441123B801014444990101
getCfgListNo
mId 003A
oldDes 0
peerFriend
peerIDsRaw ,00000000,9B
peerOpt p:thermostat
regLst 0,5
rxType 12
supp_Pair_Rep 0
cmds:
TmplKey :no:1606563109.20217
TmplTs 1606563109.20217
cmdKey 1:1:0::HM_1123B8:003A:01:
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) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
tplDel -tplDel-
unpair noArg
valvePos [({off}|0.0..99.0;0.5)]
lst:
condition 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
lstRecType 00
newChn +1123B8,02,00,00
nextSend 1606563256.93342
nxtSndMcnt 5C
prefIO
rxt 2
tgtDly 88
vccu
lRcTm:
CUL_868 1845352
tnms 245488229
p:
1123B8
00
00
00
mRssi:
mNo 5C
io:
CUL_868:
-43
-43
prt:
bErr 0
sProc 2
wuReSent 4
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
rssi:
CUL_868:
avg -29.75
cnt 4
lst -35
max -28
min -35
at_CUL_868:
avg -37.6
cnt 35
lst -53
max -33
min -53
shadowReg:
RegL_00. 02:01 0A:F1 0B:44 0C:44
tmpl:
Attributes:
IODev CUL_868
autoReadReg 4_reqStatus
expert rawReg
firmware 1.4
model HM-CC-VD
peerIDs 00000000,
room CUL_HM
serialNr FEQ0048987
subType thermostat
webCmd getConfig:clear msgEvents
ZitatIch hab auch schon eine virtuellen HM-CC-TC gekoppelt. Befehle kommen an (sieht man unten im List) aber reagieren tut der Antrieb trotzdem nicht.
warum ist das peering mit dem virt tc im list vom vd nicht zu sehen? ;)
Im TC sieht man das peering:
Internals:
CFGFN
DEF 44449901
FUUID 5fc23232-f33f-0931-bfbc-19a3e295f88b54cc
NAME HMTC_c1
NOTIFYDEV global
NR 666
NTFY_ORDER 50-HMTC_Btn1
STATE ValveAdjust:55 %
TYPE CUL_HM
chanNo 01
device HMTC
peerList HM_1123B8,
READINGS:
2020-11-28 12:21:35 peerList HM_1123B8,
2020-11-28 12:22:16 state ValveAdjust:55 %
2020-11-28 12:35:21 valveCtrl lost
2020-11-28 12:22:15 valvePosTC 55 %
helper:
fkt vdCtrl
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst
virtTC 00
cmds:
TmplKey HM_1123B8,:no:1606562361.49253
TmplTs 1606562361.49253
cmdKey 1:0:1:vdCtrl:HMTC:FFF1:01:HM_1123B8,
cmdLst:
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
valvePos (off|0.0..99.0;0.1)
lst:
condition 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
peer HM_1123B8
peerOpt remove_HM_1123B8,HMTC_Btn1
tplDel
rtrvLst:
cmdList [({short}|long)]
param -param-
expert:
def 0
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
tmpl:
vd:
ackT 2020-11-28 12:21:46
cmd A2584444991123B8
id 1123B8
idh 1365236
idl 39168
miss 63
msgCnt 63
msgRed 0
msgSent 0
nDev HM_1123B8
next 1606572127.38569
nextM 1606572127.39014
typ 1
val 8C
vin 55
virtTC 00
Attributes:
model virtual_1
peerIDs 1123B801,
room CUL_HM
webCmd press short:press long
also unvollständig.
jedes peering muss grundsätzlich auf beiden seiten zu sehen sein.
und pending cmds am besten manuell abarbeiten mit dem auslösen des "countdowns" am vd.
kontrolliere es zb mit "get hminfo configCheck".
Ok, also "straight forward" ist was anderes, aber ich habe jetzt einen Ventilantrieb hingekriegt. Der hat Firmware 1.4 und hat sich sauber peeren lassen.
Jetzt habe ich noch einen zweiten Antrieb (auf "set ... virtual 2") den ich mit Firmware 2.0 und bei dem haut es einfach nicht hin. Der sammelt nur "CMDs pending" auf und meldet "MISSING ACK".
Das macht der ältere aber auch hin- und wieder (es wurde ja erwähnt das die mit der CUL nicht so zuverlässig gehen, also vielleicht ist da ja normal) - grundsätzlich fängt er sich aber wieder.
Kann die Firmware hier ein Problem machen? Ich finde sicher im Haus noch einen 1.4er den ich gegen den 2.0er tauschen kann, da muss ich dann aber auch wieder hin- und her peeren und das hat auch mit Homematic manchmal seine Probleme.
Also ich lass es jetzt bleiben und warte bis neue CC1101 Module kommen - dann gibts nochmal einen finalen Versuch.
Jörg
für jeden vd ist ein neuer separater virt tc notwendig.
mehrere channel funktionieren nicht.
Die Hierachie ist ja CUL -> CUL_HM (subtype virtual) -> CUL_HM "Buttons" (über set xxx virtual 1 erzeugt) -> CUL_HM (Ventil)
Ich hatte jetzt mehrere "Buttons" erzeugt und die jeweils einem Ventil zugeordnet. Muss ich das bereits auf dem "subtype virtual" Level trennen?
Wäre dann zumindest für den nächsten Versuch mit neuer Hardware interessant. Ich hatte den Firmware 2.0 VD bei einem Versuch alles komplett von vorne aufzusetzen zuerst alleine dran - und das Verhalten war gleich, der später hinzugefügte 1.4 ging dann wieder halbwegs. Daher war das wohl zumindest nicht das Hauptproblem.
Danke,
Jörg
ich betreibe 6x vd mit fw 2.0 seit ca 6 jahren problemlos direkt mit fhem.
du solltest dich zunächst auf einen vd konzentrieren.
wenn dieser mindestens 1 woche lang nicht "einschläft", ist dein system "fit" genug.
neue funkmodule verbessern nicht das nötige exakte timing.
Welches Timing meinst du hier? Ich verstehe auch nicht ganz was 1 Woche Langzeittest bringt - einfach um sicherzugehen, dass die HW ok ist?
Falls möglich wäre eine Auszug aus deiner Config für mindestens zwei VDs (aber bis incl. CUL) interessant um sicherzugehen, das ich beim Aufbau keinen Fehler gemacht habe.
Werde allerdings trotzdem drauf warten bis die bestellten Ersatzmodule da sind, einfach auch um einen Vergleich zu haben.
Danke,
Jörg