HI! Ich bin gerade dabei mir eine VCCU einzurichten die meine HM CUL "stützen" soll.
Wie in der WIKI habe ich:
define VCCU CUL_HM <hmId>
attr VCCU model CCU-FHEM
attr VCCU IOList CULHat4
durchgeführt.
Muss denn das
attr VCCU IOgrp <Name der vccu> (ist das der Name der VCCU die ich gerade als VCCU angelegt habe?)
unbedingt rein?
Müssen die anderen Punkte auch unbedingt durchgeführt werden?
Ich habe zwar eine CUL mit 4 "geräten" dran aber ich möchte NUR eines davon in der VCCU integrieren und das ist die HM Cul weil die CUL danach komplett ausgetauscht wird gegen eine reine Homematic Platine. Die anderen Culs Hat 1 bis 3 sind 433MHZ und FS20 Culs... DIe brauche ich nicht mehr.
HIer meine CULHat4:
Internals:
CMDS CAZNELYVXfz
CULHat4_MSGCNT 9465
CULHat4_TIME 2018-11-15 16:05:44
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF CULHat3
IODev CULHat3
NAME CULHat4
NOTIFYDEV CULHat3
NR 49
NTFY_ORDER 50-CULHat4
PARTIAL
RAWMSG A0D81A4106377F6AB34EF06017E002B
RSSI -52.5
STATE Initialized
StackLevel 3
TYPE STACKABLE_CC
VERSION V 1.26.02 a-culfw Build: 3 (14.02.2017) Neumann CUL Pi Hat_0F (F-Band: 868MHz)
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:
2018-03-08 23:33:16 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2018-11-03 16:48:47 cmds C A Z N E L Y V X f z
2018-03-08 23:33:51 raw ? ( is unknown) Use one of C A Z N E L Y V X f z
2018-11-15 16:05:44 state Initialized
helper:
Attributes:
hmId AB34EF
rfmode HomeMatic
room CUL_HM
Das ist die aktuelle konfig der eben angelegten VCCU.
Internals:
CFGFN
DEF AB34EF
IODev
NAME VCCU
NOTIFYDEV global
NR 169132
STATE CULHat4:ok,
TYPE CUL_HM
assignedIOs CULHat4
READINGS:
2018-11-15 15:57:37 state CULHat4:ok,
helper:
HM_CMDNR 31
mId FFF0
regLst ,0
rxType 1
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +AB34EF,00,00,00
prefIO
rxt 0
vccu
ioList:
CULHat4
p:
AB34EF
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
Attributes:
IODev CULHat4
IOList CULHat4
expert 2_raw
model CCU-FHEM
subType virtual
webCmd virtual:update
M.E. alles richtig, das wiki gibt den letzten Stand der Diskussion wieder!
Also auch IOgrp dazu...
Ansonsten wird bei stackable-Geräten immer "vereinzelt" nach Transceivern vorgegangen, wie du das gemacht hast.
Ganz allgemein: es ist nicht das erste mal, dass du (im Prinzip) die Frage stellst, ob das Wiki korrekt ist. Diese Vorgehensweise ist eigentlich eine Beleidigung für jeden wiki-Autor (oder cr-Schreiber)! Wenn etwas _nicht_ nach Anleitung funktioniert, darf man gerne Posten, aber wenigstens versucht sollte man es haben!
Just my2ct...
In meinem Fall ist es aber keine Beleidugung sondern ein Verständnisproblem... Der Autor weis wovon er das redet... ich nicht...
Und deiner Antwort entnehme ich das ich es richtig gemacht habe obwohl ich vieles nicht gemacht habe .
Beispiel ist das:
define HMLAN0 HMLAN 192.168.168.2:1000
attr HMLAN0 hmId 123456
attr HMLAN0 hmLanQlen 1_min
attr HMLAN0 icon hm_lan
define CUL0 CUL /dev/ttyACM0@9600 0000
attr CUL0 hmId 123456
attr CUL0 icon cul_cul
attr CUL0 rfmode HomeMatic
Ich habe ja auch mehrere Culs... unter anderem halt die CUL0 CUL die bei mir ja noch die CULHat4 ist. Muss ich denn dieses define auch durchführen? Also das zweite aus dem oberen Code...
Das meine ich halt... DIe Autoren wissen wovon sie sprechen ich in meinem Fall habe aber wirklich keine Ahnung und versuche micht da durch zu kämpfen...
Die Beispiele sind super und die Wikis auch... aber wenn ich das alles da richtig gelesen habe steht nicht drin was man NICHT machen muss...
Wie gesagt, beleidigen will ich sicherlich niemanden... UNd erst recht nicht in einem Forum das mir bis jetzt IMMER super geholfen hat!
Zitat von: Beta-User am 15 November 2018, 16:16:36
Also auch IOgrp dazu...
Ansonsten wird bei stackable-Geräten immer "vereinzelt" nach Transceivern vorgegangen, wie du das gemacht hast.
Ja und da hab ich den Salat ja.. genau deswegen habe ich gefragt... Ich benötige die anderen Stackabelen :o Geräte ja nicht mehr und habe auch keine Empfänger mehr dafür... Oder ich verstehe das halt mal wieder nicht... :-X
Alle drei hm-IOs werden der vccu als io zugeordnet - that's it...
Dann ggf. noch ein Pi-Pcb, oder was auch immer du anschaffst (je nach RSSI-Werten macht das nur bedingt Sinn).
Nur: vorhandene CUL_HM- Geräte müssen auch noch mit IOgrp der vccu versehen werden. Das müsste aber auch im wiki stehen, oder? Sollte mit einem attr TYPE=CUL_HM .... zu erschlagen sein, wenn du keine preferred setzen willst (geht auch später noch)
Dann bist du wirklich fertig.
Wenn du den Artikel verbessern magst: du kannst jederzeit Vorschläge machen...
Zu stackable: du wirst ja weder die Transceiver ausgelötet haben, noch die Bezugsdevices darunter gelöscht haben, oder? Im letzteren Fall entweder einen passenden darunterliegenden wählen und "bis dahin" stecken...
Hi,
wenn Du jetzt nur CULHat4 für HM hast ist fast alles richtig. IOgrp bei der VCCU fehlt noch!
Und Du musst natürlich (wie im Wiki steht) bei allen HM Geräten IOgrp eintragen, sonst bringt es nichts.
Später ergänzt Du nur die IOList.
Ich glaube Beta-User ist auf dem falschen Dampfer ;) -> der CUL ist nur einer für HM!
Gruß Otto
Das mit dem Dampfer verstehe ich zwar nicht, aber möglich ist es schon...
Der HAT ist doch im Prinzip ein Mappe, der aber nicht per USB, sondern "kastriert" an UART angeschlossen ist?!?
Daher der stackable-Ansatz.
Aber ob die Kommunikation jetzt passt oder nicht, hätte uns was verraten? Ein list, oder?
Btw: damit wird es wieder zu so einem vermalledeiten "ich habe da mal ein paar Fragen" Thread.... Das hat nix mit dem Titel zu tun. Und tatsächlich: zum eigentlichen Thema lt. Titel steht ALLES im wiki, man müßte es nur tun....
Also damit jeder weiss von welchem Gerät ich denn hier rede verrate ich es natürlich gerne, damit wir auch auf einer Wellenlänge fahren.
Es ist das https://oskar.pw/mapleHat (https://oskar.pw/mapleHat)(im Anhang ein Bild) und das soll durch ein einfaches NUR HM Gerät ersehtzt werden: https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html (https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html)
ZitatZu stackable: du wirst ja weder die Transceiver ausgelötet haben, noch die Bezugsdevices darunter gelöscht haben, oder? Im letzteren Fall entweder einen passenden darunterliegenden wählen und "bis dahin" stecken...
Natürlich nicht , aber wie gesagt kommt die ganze PLatine weg und eine reine HM platine rein.
ZitatSollte mit einem attr TYPE=CUL_HM .... zu erschlagen sein, wenn du keine preferred setzen willst (geht auch später noch)
Heimatland :o.. preffered... ;D ::) ich habe einige HM Geräte und die werde ich alle noch mit attr IOGrp versehen. Von Preffered hab ich keine Ahnung :-\ ;D
ZitatSpäter ergänzt Du nur die IOList
;D da muss ich erstmal googeln was das bedeutet... :-X
Vergiß preferred erst mal wieder, und dann siehst du nach, ob der 4-er Hat connected ist. Wenn ja, stellte du ein Device um auf die vccu.
Wenn das geklappt hat, meldest du dich wieder, wenn du den Artikel fertig gelesen hast. Da steht ziemlich sicher alles drin, du mußt es nur auf deine Situation über tragen...
Zitat von: Otto123 am 15 November 2018, 16:45:13
Später ergänzt Du nur die IOList.
Gruß Otto
Ah jetzt hats geklingelt! Mit später meinst du wenn ich das neue HM Modul installiert habe... wie du schon mal geschrieben hast!
Jawoll! ;)
Nein, das machst du gleich bzw vorher, und zwar mit allen HM-Interfaces cul0 und hmlan (selbe hmid haben die ja schon).
Dann über die regex das IOgrp-Attribut an ALLE deine cul-hm-Geräte.
Dann läuft alles über die vccu und du kannst alle interfaces beliebig eine und ausschalten oder eben tauschen, indem nur die io-liste angepaßt wird.....
@misux Es steht wirklich alles im Wiki der VCCU ;D brauchst nicht googeln
@Beta-User Er hat jetzt nur einen CUL ;) das oben war nur das Beispiel aus dem Wiki. Bleib ruhig ;D
Er hat mehrere IO's vom Typ CUL...
Ich beruhige mich grade wieder, wir sollten diesen Artikel vielleicht auch mal wieder renovieren...
Die Schreibweisen gehen durcheinander bzw. es wird vorausgesetzt, dass jemand mit IO was anfangen kann usw..
Pi-Pcb bzw. Hmuartlgw ist nicht drin, hmlan auch nicht.
Das ist zwar irgendwie fast schon komisch, wenn man so was auch noch klarstellen muss, aber was soll's............
Zitat von: Beta-User am 15 November 2018, 17:41:40
Er hat mehrere IO's vom Typ CUL...
Aber nur einen für HM! Die anderen sind für was anderes ...
In dem VCCU Artikel ist es doch völlig Wurst von welchen IOs wir reden. Da ist ein Beispiel mit CUL und HMLAN, das ist nur ein Beispiel ...
Er hat den CUL an der Modem-Schnittstelle@USB und den neumann-Hat, den er als 4-fach CUL nutzt. Transceiver 4 von letzterem soll als hm-cul genutzt werden.
Summe: 2 (oder mehr).
Da alle dieselbe hmid nutzen: alles unter diese vccu (zusammen mit dem hmlan)?
Also nochmal... Ich habe kein HMLan... oder doch? Nein.... Das verwirrt mich...
Ich habe für meine HM Geräte nur die CULHat4
Im moment ist meine VCCU so definiert:
Internals:
CFGFN
DEF AB34EF
IODev
NAME VCCU
NOTIFYDEV global
NR 169132
STATE CULHat4:ok,
TYPE CUL_HM
assignedIOs CULHat4
READINGS:
2018-11-15 15:57:37 state CULHat4:ok,
helper:
HM_CMDNR 31
mId FFF0
regLst ,0
rxType 1
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +AB34EF,00,00,00
prefIO
rxt 0
vccu VCCU
ioList:
CULHat4
p:
AB34EF
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
Attributes:
IODev CULHat4
IOList CULHat4
IOgrp VCCU
expert 2_raw
model CCU-FHEM
room VCCU
subType virtual
webCmd virtual:updateDas die VCCU "connected" ist wie du sagst entnehme ich dem
ZitatSTATE CULHat4:ok,
richtig?
ALLE meine HM geräte haben bis jetzt über CULHat4 kommuniziert.
Habe jetzt testweise einem HM Gerät die IOgrp gesetzt:
Internals:
CFGFN
CULHat4_MSGCNT 61
CULHat4_RAWMSG A0E3680025EFCC0AB34EF0101000041::-66:CULHat4
CULHat4_RSSI -66
CULHat4_TIME 2018-11-15 17:46:27
DEF 5EFCC0
IODev CULHat4
LASTInputDev CULHat4
MSGCNT 61
NAME Deckenfluter
NOTIFYDEV global
NR 43374
STATE off
TYPE CUL_HM
lastMsg No:36 - t:02 s:5EFCC0 d:AB34EF 0101000041
protLastRcv 2018-11-15 17:46:27
protRcv 61 last_at:2018-11-15 17:46:27
protSnd 63 last_at:2018-11-15 17:46:26
protState CMDs_done
rssi_CULHat4 cnt:49 min:-70 max:-63 avg:-64.91 lst:-65
rssi_at_CULHat4 cnt:61 min:-91 max:-64 avg:-68.38 lst:-66
READINGS:
2018-11-15 17:46:27 CommandAccepted yes
2018-11-06 19:16:15 D-firmware 2.6
2018-11-06 19:16:15 D-serialNr OEQ1360178
2018-11-06 19:16:54 PairedTo 0xAB34EF
2018-11-06 19:16:54 R-pairCentral 0xAB34EF
2018-11-06 19:16:54 R-powerUpAction off
2018-11-06 19:16:54 R-sign off
2018-11-06 19:16:54 RegL_00. 02:01 0A:AB 0B:34 0C:EF 15:FF 18:00 00:00
2018-11-06 19:16:54 RegL_01. 08:00 30:06 56:00 57:24 93:5F 94:B3 00:00
2018-11-15 17:46:27 deviceMsg off (to VCCU)
2018-11-15 17:46:27 level 0
2018-11-15 17:46:27 pct 0
2018-11-06 19:18:24 powerOn 2018-11-06 19:18:24
2018-11-15 17:46:27 recentStateType ack
2018-11-15 17:46:27 state off
2018-11-15 17:46:27 timedOn off
helper:
HM_CMDNR 54
PONtest 0
cSnd 11AB34EF5EFCC00201C80000,11AB34EF5EFCC00201000000
dlvlCmd ++A011AB34EF5EFCC00201000000
mId 00D8
peerIDsRaw ,00000000
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5EFCC0,00,00,00
nextSend 1542300387.19204
prefIO
rxt 0
vccu VCCU
p:
5EFCC0
00
00
00
mRssi:
mNo 36
io:
CULHat4:
-62
-62
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
CULHat4:
avg -64.9183673469388
cnt 49
lst -65
max -63
min -70
at_CULHat4:
avg -68.3852459016393
cnt 61
lst -66
max -64
min -91
shadowReg:
Attributes:
IODev CULHat4
IOgrp VCCU
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.6
model HM-LC-Sw1-Pl-DN-R1
peerIDs 00000000,
room CUL_HM
serialNr OEQ1360178
subType switch
webCmd statusRequest:toggle:on:offUnd wenn ich es richtig gemacht habe müsste das ein und ausschalten von meinem Deckenfluter funktionieren... Was es auch tut.. ;D
ALSO jetzt ALLE anderen Geräten das attr IOgrp VCCU
ZitatDann über die regex das IOgrp-Attribut an ALLE deine cul-hm-Geräte
Keine Ahnung wie das regex aussehen soll.... mache es zu Fuß..
Damit wäre das abgeschlossen?
Wie gesagt... ich kann mich an der WIKI lang hangeln, aber da steht sehr viel drin was ich doch eigentlich nicht brauche/will weil die PLatine ja raus soll...
Zitat von: Otto123 am 15 November 2018, 17:43:05
Aber nur einen für HM! Die anderen sind für was anderes ...
;D Genau! Otto123 versteht mich schon... Hatte schon viel zu kämpfen mit mir ;D
Es ist eine PLatine auf der 4 SendeEmpfänger gelötet sind . Die heißen alle CULHat1 bis 4.
CULHat4 ist für Homematic die anderen für 433Mhz und FS20... :o Hatte ich das nicht schon geschrieben?
SO, HIInfo Config Check habe ich durchgeführt mit folgendem Ergebnis:
configCheck done:
missing register list
EingangsTuer: RegL_00.,RegL_01.
GartenhausRelais_Sw_06: RegL_01.
GartenhausRelais_Sw_07: RegL_01.
GartenhausRelais_Sw_08: RegL_01.
HM_6674A2: RegL_00.
HM_6674A2_Btn_01: RegL_01.
HM_6674A2_Btn_02: RegL_01.
HM_6674A2_Btn_03: RegL_01.
HM_6674A2_Btn_04: RegL_01.
HM_6674A2_Btn_05: RegL_01.
HM_6674A2_Btn_06: RegL_01.
HM_6674A2_Btn_07: RegL_01.
HM_6674A2_Btn_08: RegL_01.
incomplete register list
GartenhausRelais_Sw_05: RegL_01.
peer list incomplete. Use getConfig to read it.
incomplete: EingangsTuer:
incomplete: GartenhausRelais_Sw_05:
incomplete: GartenhausRelais_Sw_06:
incomplete: GartenhausRelais_Sw_07:
incomplete: GartenhausRelais_Sw_08:
incomplete: HM_6674A2_Btn_01:
incomplete: HM_6674A2_Btn_02:
incomplete: HM_6674A2_Btn_03:
incomplete: HM_6674A2_Btn_04:
incomplete: HM_6674A2_Btn_05:
incomplete: HM_6674A2_Btn_06:
incomplete: HM_6674A2_Btn_07:
incomplete: HM_6674A2_Btn_08:
no IO device assigned
VCCU
PairedTo mismatch to IODev
TerrassenTuer1 paired:0x000000 IO attr: AB34EF.
TerrassenTuer2 paired:0x000000 IO attr: AB34EF.Das GartenhausRelais können wir denke ich übersehen weil ich die 4 von den 8 Kanälen nicht nutze.
Die TerrassenTuer und die EingangsTuer erstmal auch.... da klappt das Pairing nicht ordentlich mit meiner Cul deshalb steige ich auch auf eine reine HMPlatine.
Die ganze HM_6674A2 Buttons kann ich denke ich auch erstmal vernachlässigen... ist das gleiche wie mit den Türsensoren... lässt sich nicht vernünftig einbinden.
ABER Zitatno IO device assigned
VCCU
verstehe ich nicht... :-\ Ist doch das CULHat4!Das hab ich dann schon mal gelöst mit:
Zitatset VCCU assignIO CULHat4
jetzt ist die Meldung weg.
Wenn ich aber wie in der WIKI das durchführe:attr TYPE=CUL_HM:FILTER=DEF=AB34EF:FILTER=subType!=virtual:FILTER=model!=ActionDetector IOgrp VCCUPassiert rein gar nichts... :-\Und bei:Zitatlist TYPE=CUL_HM:FILTER=DEF=AB34EF
wird nur ein List der VCCU suagegeben... :oUnd das liegt auch daren das der code an sich nicht richtig ist...
so gehts bei mir:
list TYPE=CUL_HMwenn ich FILTER=DEF schreibe gibt es nur die VCCU die das in der DEF hat... alle anderen Homematic Geräte haben alle unterschiedliche DEF einträge... ??? Ob das jetzt so richtig ist... :-\
ALso ,muss der attr code so aussehen damit alle meine HM geräte mit dem arrt versehen werden:
attr TYPE=CUL_HM IOgrp VCCUHat auch geklappt! ;D
Hallo misux,
Zitatwenn ich FILTER=DEF schreibe gibt es nur die VCCU die das in der DEF hat... alle anderen Homematic Geräte haben alle unterschiedliche
Das ist ein Missverständnis ->
mach mal bitte
list TYPE=CUL_HM:FILTER=DEF=......Und zwar genau so!!! Nicht die Punkte ersetzen sondern so lassen!!!
::)
Bei TerrassenTuer1 und TerrassenTuer2 solltest Du das pairen mal wiederholen. Nichts löschen, nichts zurücksetzen, einfach nochmal pairen.
Gruß Otto
Zitat
Hallo misux,
Das ist ein Missverständnis ->
mach mal bitte
list TYPE=CUL_HM:FILTER=DEF=......
Und zwar genau so!!! Nicht die Punkte ersetzen sondern so lassen!!!
::)
Soviel zum lesen und verstehen... ::) Danke!
ZitatBei TerrassenTuer1 und TerrassenTuer2 solltest Du das pairen mal wiederholen. Nichts löschen, nichts zurücksetzen, einfach nochmal pairen.
Bin nicht sicher wienoft ich das schon Probiert habe... Aber bestimmt 36mal... Die lassen sich auf teufel komm raus nicht vernünftig einbinden. Und wenn ich es richtig verstanden habe liegt es wohl an der fehlenden Verschlüsselung oder so die mein CUL nicht unterstützt... :-\
L
Auch der CUL kann AES. Bitte im wiki zu HM lesen, da müsste stehen, welches Perl-Modul man braucht.
Dann: den Vorgang mehrfach anstoßen bringt wenig, wenn man dazwischen nicht die Queue löschen. Erst mal clear all für jedes der Geräte durchführen, dann nach Installation des Perl-Moduls ein Mal pairen wie im Wiki beschrieben (pairing-Artikel). Schlicht warten, bis nichts mehr pending ist.
Zitat von: Beta-User am 16 November 2018, 06:32:27
Auch der CUL kann AES. Bitte im wiki zu HM lesen, da müsste stehen, welches Perl-Modul man braucht.
Wo gab es jetzt ein Problem mit AES? :o :-[
Zitat von: Otto123 am 15 November 2018, 16:45:13
Hi,
wenn Du jetzt nur CULHat4 für HM hast ist fast alles richtig. IOgrp bei der VCCU fehlt noch!
Und Du musst natürlich (wie im Wiki steht) bei allen HM Geräten IOgrp eintragen, sonst bringt es nichts.
Später ergänzt Du nur die IOList.
Ich glaube Beta-User ist auf dem falschen Dampfer ;) -> der CUL ist nur einer für HM!
Gruß Otto
Hallo Otto,
was muss denn in der IOGroup für das VCCU stehen, die VCCU selbst?
Danke
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#Einrichten
5. Zeile
::)
Ich kann jetzt nicht einfach ja sagen, weil IOGroup gibt es nicht. ;D