Hallo zusammen,
ich habe einen CUL-HM in mein System eingebunden. Das Pairing hat auch irgendwie funktioniert, wenn ich mit dem Taster schalte bekommt FHEM das auch mit:
2019-12-25_19:37:02 HM_6E77D4 deviceMsg: on (to broadcast)
2019-12-25_19:37:02 HM_6E77D4 level: 100
2019-12-25_19:37:02 HM_6E77D4 pct: 100
2019-12-25_19:37:02 HM_6E77D4 on
2019-12-25_19:37:02 HM_6E77D4 timedOn: off
Jedoch steht im Staus imemr Missing ACK.
Ein Schalten über FHEM ist auch nicht möglich:
2019-12-26_10:24:19 HM_6E77D4 set_off
2019-12-26_10:24:33 HM_6E77D4 ResndFail
2019-12-26_10:24:33 HM_6E77D4 MISSING ACK
Ich habe schon mehrmals neu gepairt, immer mit demselben Ergebnis.
Habt Ihr eine Idee, was das Problem sein kann ?
Vielen Dank im Voraus !
Michael
Hallo Michael,
Zitat
2019-12-25_19:37:02 HM_6E77D4 deviceMsg: on (to broadcast)
Sieht nach nicht gepaired aus!
Klar bekommt fhem den Status mit: es ist Funk wird durch die Gegend geblasen und empfangen. fhem ordnet das dann einem Device zu...
Dass du nicht schalten kannst ist "logisch" (wenn wie vermutet nicht gepaired): der Aktor nimmt nur Befehle "seiner" Zentrale an (und das erst, wenn richtig gepaired ist)...
Wichtig ist, dass bei R-PairCentral/PairedTo "deine" HMID steht!
Ohne set_
Siehe: https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
Was für ein Funkmodul hast du?
(wenn CUL: schlechte Wahl)
Poste doch mal ein list davon.
Und auch mal ein vollständiges list von dem Aktor...
Was ist das für ein Aktor!?
Gruß, Joachim
Was kann ich denn unter CUL schlechte Wahl verstehen?
Ist es denn grundsätzlich möglich mittels CUL die RTs zu steuern?
Ich habe den HM CUL von ELV für den Raspi, das sollte doch gehen, oder?
Gesendet von iPad mit Tapatalk
Hi,
mach doch zunächst bitte ein list HM_6E77D4
und beachte unbedingt dies hier: https://forum.fhem.de/index.php/topic,71806.0.html
Es ist nicht alles CUL auf dieser Welt :)
Gruß Otto
Hallo Otto,
ich hatte eben überlegt, was Joachim mit List meint :-)
Also hier der List des CUL-HM:
Internals:
CFGFN
CUL_0_MSGCNT 6
CUL_0_RAWMSG A1A0380006E77D4F110342800045145513034333339333810010100::-75.5:CUL_0
CUL_0_RSSI -75.5
CUL_0_TIME 2019-12-26 22:36:52
DEF 6E77D4
FUUID 5e0293f9-f33f-9434-b3d2-26b8042624f53c90
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 6
NAME HM_6E77D4
NOTIFYDEV global
NR 832
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
lastMsg No:03 - t:00 s:6E77D4 d:F11034 2800045145513034333339333810010100
protCmdDel 9
protLastRcv 2019-12-26 22:36:52
protRcv 7 last_at:2019-12-26 22:36:52
protResnd 18 last_at:2019-12-26 22:04:46
protResndFail 6 last_at:2019-12-26 22:04:51
protSnd 6 last_at:2019-12-26 22:04:30
protState CMDs_done_Errors:1
rssi_at_CUL_0 cnt:7 min:-77 max:-63.5 avg:-73.5 lst:-75.5
READINGS:
2019-12-26 22:36:45 D-firmware 2.8
2019-12-26 22:36:45 D-serialNr QEQ0433938
2019-12-26 10:24:06 RegL_00.
2019-12-26 17:07:38 deviceMsg on (to broadcast)
2019-12-26 17:07:38 level 100
2019-12-26 17:07:38 pct 100
2019-12-26 17:07:38 recentStateType info
2019-12-26 22:04:52 state MISSING ACK
2019-12-26 17:07:38 timedOn off
helper:
HM_CMDNR 3
PONtest 1
cSnd 11F110346E77D40201000000,01F110346E77D4010E
dlvl 00
getCfgList all
getCfgListNo ,3
mId 0002
peerFriend peerSens,peerVirt
peerOpt 3:switch
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +6E77D4,00,00,00
nextSend 1577396212.23338
prefIO
rxt 0
vccu
p:
6E77D4
00
00
00
mRssi:
mNo 03
io:
CUL_0:
-73.5
-73.5
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat 00
role:
chn 1
dev 1
prs 1
rssi:
at_CUL_0:
avg -73.5
cnt 7
lst -75.5
max -63.5
min -77
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-SW1-FM
room CUL_HM
serialNr QEQ0433938
subType switch
webCmd statusRequest:toggle:on:off
Und des CULs:
Internals:
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_0_MSGCNT 19177
CUL_0_TIME 2019-12-26 22:44:17
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyACM0@9600 1034
DeviceName /dev/ttyACM0@9600
FD 7
FHTID 1034
FUUID 5d98e87d-f33f-9434-3ad6-46ca44ecddeefc8e
HM_CMDNR 3
NAME CUL_0
NR 14
NR_CMD_LAST_H 5
PARTIAL
RAWMSG A0F7486102DAC5B0000000A88DE0B00004C
RSSI -36
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
hmPairSerial QEQ0433938
initString X21
Ar
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-12-22 17:34:18 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
2019-12-26 22:44:17 state Initialized
XMIT_TIME:
1577393290.37301
1577394270.84454
1577394276.15096
1577394281.96891
1577394286.74193
helper:
000000:
QUEUE:
2DA46D:
QUEUE:
2DA477:
QUEUE:
2DAC06:
QUEUE:
2DAC30:
QUEUE:
2DAC3A:
QUEUE:
2DAC4E:
QUEUE:
2DAC5B:
QUEUE:
2DB866:
QUEUE:
6E77D4:
QUEUE:
Attributes:
icon cul_wlan
rfmode HomeMatic
room Infrastruktur
Warum ist der CUL den eine schlechte Wahl ?
Viele Grüße
Michael
Hallo Michael,
weil er nicht gut funktioniert: https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Aber Du hast bisher gar nicht gepairt, das System hat dein gerät nur erkannt und angelegt.
Pairen -> https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
Vergib vorher bitte noch eine hmId!!! Nutz die Zeit noch etwas zum lesen :)
Gruß Otto
Hi Otto,
danke für die schnelle Antwort.
ich habe mehrmals das Device gelöscht und mittels pairforsec... und 4-Sekunden langes drücken des tasters versucht zu Pairen. Das Device wurde immer angelegt.
Nun habe ich nochmals gezielt gepairt:
2019.12.26 22:52:01 3: CUL_HM set HM_6E77D4 pair
Hat aber irgendwie auch nichts geändert....
Wie sollte ich denn Deiners Erachtens genau vorgehen ?
Viele Grüße
Michael
Du kannst auch so versuchen
set CUL_0 hmPairSerial QEQ0433938
ansonsten
set CUL_0 hmPairForSec 120
Dann den Taster drücken bis der Aktor blinkt. > 4 sec
Wie blinkt der Aktor? Genau beobachten!
Löschen ist unnötig.
Gruß Otto
Da war ich kurz verwirrt:
Zitat
Ich habe den HM CUL von ELV für den Raspi, das sollte doch gehen, oder?
Wenn damit das Aufsteckmodul gemeint ist, ja das würde gehen...
...aber das hast du ja (leider) nicht, sondern einen "simplen/normalen" CUL.
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Ja, der geht prinzipiell...
Aber wie du nun selber merkst: nicht so dolle...
Es gibt eine spezielle FW dafür: timing/timestamp FW (sollte im Wiki verlinkt sein).
Mit der geht es (besser)...
Aber: ich würde (über kurz oder lang) zu einem "Original HM-Funkmodul" wechseln (wenn du zukünftig Spaß haben willst, statt "Ärger"/"Frust")...
Zitat von: Otto123 am 26 Dezember 2019, 23:07:56
Löschen ist unnötig.
Jep!!
Gruß, Joachim
Zitat von: MichaelTB am 26 Dezember 2019, 22:55:21
Nun habe ich nochmals gezielt gepairt:
2019.12.26 22:52:01 3: CUL_HM set HM_6E77D4 pair
Was dieser Befehl genau macht weiß ich nicht. Ist in dem Beitrag im Wiki, den ich verlinkt habe, auch nicht beschrieben.
1) eine busware CUL und ihre derivate funktionieren mit hm. Allerdings nur, wenn die spezielle FW geflasht wurde und das entsprechende fhem Modul genutzt wird. Die zwingend notwendigen Anpassungen durften wir nicht in das allgemeine modul einbauen :(
Problem ist das timing welches insbesondere beim pairen und register setzen strikt beachtet werden muss und in der normal version schlicht nicht vorhanden ist.
2) pair löst ein pairen des device mit der bekannten zentrale aus. War ein versuch, das pairen dedizierter und einfacher zu machen. Ohne kommandos an der ccu oder io. Auch hier ist das timing notwendig. Löst also das cul problem nicht.
Cul umprogeammieren für hm sollte beschrieben sein. Ist schon uralt.
Meine cul und cuno sind leider beide kaputt. Ich kann nicht mehr mitreden.
Okay, da habt Ihr mir sehr weitergeholfen. Vielen Dank !
Langfristig werde ich dann wohl auf ein aktuelles Funkmodul umsteigen.
Zuvor suche Probiere ich mein Glück noch mit dieser für HM angepassten Firmware. Iich denke Du meinst diese:
https://forum.fhem.de/index.php/topic,24436.0.html
Und danke für den Hinweis mit der HMID. Ich hatte mal eine gesetzt. Diese ist wohl bei einer der Neuinstallationen verloren gegangen :-(
Ja ist die aus dem Link...
Im ersten Post sollte alles stehen und zu finden sein...
Wenn dir die HMID nicht mehr einfällt (bzw. sollte die doch aus dem laufenden System zu erfahren sein) ist das schlecht, weil dann musst du wohl zurücksetzen und neu anlernen...
Ich würde auch gleich eine vccu anlegen.
Dann ist der Tausch (oder auch Parallelbetrieb) gegen das Funkmodul von ELV sehr einfach...
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
Gruß, Joachim
Zitat von: Mycal2 am 26 Dezember 2019, 22:34:41
Was kann ich denn unter CUL schlechte Wahl verstehen?
Ist es denn grundsätzlich möglich mittels CUL die RTs zu steuern?
Ich habe den HM CUL von ELV für den Raspi, das sollte doch gehen, oder?
Gesendet von iPad mit Tapatalk
Ich habe übrigens erst jetzt kapiert, dass hier noch EINER dazwischen gegrätscht hat. Ich glaube fast Joachim ging es auch so :)
Die HMID der Zentrale konnte man doch auch aus den Telegrammen von vorhandenen Komponenten heraussniffen?
Gruß Otto
Ui, stimmt... ;)
Danke Otto!
Gruß, Joachim
Hallo zusammen,
noch eine bescheidene Anfängerfrage, bevor ich mich an die Definition der VCCU mache.
Wie finde ich denn meine HMID der CUL heraus. Den Hauscode habe ich. Ich benötige aber die HMID um die VCCU zu definieren:
define <Name der vccu> CUL_HM <hmId>
Und um nicht alles neu pairen zu müssen sollte ich ja die bereits bestehende verwenden, oder nicht ?
Viele Grüße
Michael
Was meinst du mit: "den Hauscode" habe ich!?
Kenne ich nur von Intertechno (IT)...
Die HMID solltest du als Attribut (hmId) beim CUL finden.
Oder einfach mal:
list hmId=..*
Oder ein list des CUL posten...
EDIT: ok, lists hast du schon gepostet. Da ist aber keine HMID gesetzt (gewesen)... Dann wird die aus der FHTID (bei dir wohl: 1034, wenn sich nichts geändert hat) gebildet. Ich glaube mit F1 vorne dran. Damit sollte die HMID bei dir dann F11034 sein... Siehe: https://forum.fhem.de/index.php?topic=81852.0
Gruß, Joachim
ich liebe dieses "hidden Feature" :'(
Sorry Michael - kannst Du nix für ;)
Gruß Otto
Hallo,
super, dann versuche ich morgen mal mein Glück mit der F11034.
Mit Hauscode meine ich die ID, die ich bei der Definition der CUL abgebe:
define CUL_0 CUL /dev/ttyACM0@9600 1034
Viele Grüße
Michael
Määp, ich geh dann mal schlafen und denke morgen darüber nach.. Vielleicht :-)
Das sieht doch gut aus:
nternals:
CFGFN
DEF F11034
FUUID 5e10fb06-f33f-9434-4b34-f97d55fa7b57392b
IODev CUL_0
NAME VCCU_1
NOTIFYDEV global
NR 4233
STATE CUL_0:ok
TYPE CUL_HM
assignedIOs
chanNo 01
READINGS:
2020-01-04 21:56:17 IOopen 1
2020-01-04 21:56:17 state CUL_0:ok
helper:
HM_CMDNR 66
mId FFF0
peerFriend
peerOpt v:virtual
regLst
rxType 1
expert:
def 1
det 0
raw 0
tpl 0
io:
prefIO
vccu VCCU_1
ioList:
CUL_0
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
Attributes:
IODev CUL_0
IOList CUL_0
IOgrp VCCU_1
model CCU-FHEM
room Infrastruktur
subType virtual
webCmd virtual:update
Vielen Dank für Eure Geduld :-)
Sieht gut aus.
Damit das wirkt musst Du auch noch bei allen HM Geräten das attr IOgrp setzen. Hast Du gemacht wie im Wiki beschrieben?
Noch nicht, mache ich morgen. Ich tüftle aktuell noch etwas an der alternativen Firmware für meine alte Cul und an anderen interessanten Dingen :-)