[Geklärt] Vorteile/Nachteile und Umsetzung einer VCCU

[Puschel74]

Hallo,

also mit meinem laienhaften Verstand:

Ich hab einen HM-Lan
definier eine vCCU und weise dieser unter IOList den HM-Lan zu
paire neue Devices nur mit der vCCU
trage diesen Devices als IOgrp die vCCU ein
die vCCU ist momentan noch nice-to-have da kein weiteres IODev für HM

Nun kommt ein zweiter HM-Lan (oder CFG-USB oder CUL oder was auch immer für HM) ins Spiel.
Ich definier das neue IODev ganz normal in FHEM und füge es der vCCU unter IOList zu
paire ein neues Device mit der vCCU und das wars?

Grüße

[frank]

und das wars?

genau.   

[Alcamar]

wer jetzt noch nicht verstanden hat, versteht es nie
Puschel Du hast es, auch für Dummies wie mich, auf den Punkt gebracht.

[Ralli]

definier eine vCCU und weise dieser unter IOList den HM-Lan zu
paire neue Devices nur mit der vCCU

Bis hierhin richtig.

trage diesen Devices als IOgrp die vCCU ein

Nein, dass funktionert beim Pairen von neuen Geräten mit einer bestehenden vCCU natürlich automatisch.

die vCCU ist momentan noch nice-to-have da kein weiteres IODev für HM

Nun kommt ein zweiter HM-Lan (oder CFG-USB oder CUL oder was auch immer für HM) ins Spiel.
Ich definier das neue IODev ganz normal in FHEM und füge es der vCCU unter IOList zu
paire ein neues Device mit der vCCU und das wars?

Genau.

[maxritti]

Na das Beispiel von Puschel mit der Anmerkung von Ralli und dem "unknown code, help me" Tip von Frank im Wiki zur vccu schaden mMn nicht.

Schön in Worte gekleidet ohne viel technischem Schnickschnack und es hilft zum Verständnis. 

Just my two cents

[Puschel74]

Hallo,

Nein, dass funktionert beim Pairen von neuen Geräten mit einer bestehenden vCCU natürlich automatisch.

Krass.
Ich leg mir gleich ne vCCU an 

Danke für die Hilfe Jungs.

Grüße

Edith: Warum hat die vCCU einen "Schieberegler"?
Edith2: Ok - damit kann man schonmal virtuelle Kanäle anlegen - es wird immer genialer

[Phil__]

Hallo,

also mit meinem laienhaften Verstand:

Ich hab einen HM-Lan
definier eine vCCU und weise dieser unter IOList den HM-Lan zu
paire neue Devices nur mit der vCCU
trage diesen Devices als IOgrp die vCCU ein
die vCCU ist momentan noch nice-to-have da kein weiteres IODev für HM

Nun kommt ein zweiter HM-Lan (oder CFG-USB oder CUL oder was auch immer für HM) ins Spiel.
Ich definier das neue IODev ganz normal in FHEM und füge es der vCCU unter IOList zu
paire ein neues Device mit der vCCU und das wars?

Grüße

Vorgehen bei vorhandenen / bereits angelernten Devices?

Ich trage in den bereits angelernten Devices das attr IOgrp mit der vccu ein, ok.
Aber was mache ich mit dem vorhanden attr xyz IODev HMLAN

[Puschel74]

Umschreiben auf die vCCU 

[Phil__]

Umschreiben auf die vCCU 

Also aus:

Code Auswählen Erweitern

attr xyz IODev HMLAN

wird

Code Auswählen Erweitern

attr xyz IOgrp VCCU

??

[martinp876]

zu kurz gesprungen.

noch einmal:

die vccu hat aktuell 3 (in worten DREI) funktionen.

1) das beliebte schalten von IOs, ersatzschalten bei ausfall,.... . Sinnvoll so man mehrere IOs nutzt - insbesondere mit der gleichen HMId.
1a) umschalten eines device von einem IO zu einem anderen. Notwendig bei HMLAN/USB aus protokollsicht

2) terminieren von messages an die Zentrale. Ohne vccu kein endpunkt für messages an dieselbe. Die messages führen zu den beliebten "helpme" meldungen in log. Könnte sein, dass in Zukunft auch auswertungen gefahren werden.
Eigentlich war das der Primäre grund für die VCCU

3) peeren / (virtuelle) kanäle der Zentrale. das peerIODev ist eine fehlgeburt - passt so garnicht. Ist im System nicht darstellbar. nur wenn man eine vccu hat kann man auch Kanäle der vccu einrichten/verwenden/auswerten.
Diese Kanäle unterschieden sich von den "nicht-vccu-virtuellen-kanälen" im protokoll von HMLAN/USB. Sie sind effektiefer, können aber nicht alles (sd-teamlead, virtual-temp,...).

auch das steht im Wiki - (wohl zu weit hinten).

=> ohne vccu läuft das system unsauber/unvollständig definiert. Egal ob man mehrere IOs hat oder nicht.
=> IOs sollten deutlich mehr von einer VCCU kontrolliert werden - aktuell passiert nur das notwendigste (rudi blockiert es noch bei der cul...)


@Phil__
1)IODev ist wurscht
2)IOgrp auf die vccu ausrichten, ggf das prefered device eintragen
==> wiki lesen

[Phil__]

@Phil__
1)IODev ist wurscht
2)IOgrp auf die vccu ausrichten, ggf das prefered device eintragen
==> wiki lesen

Auch aus dem Wiki wird mir nicht klar was ich mit dem vorhanden IODev der Devices machen soll.
Lassen wie sie sind, löschen?

[Ralli]

Lassen.

[Puschel74]

Hallo,

d.h. ich hätte bei meinen Geräten nicht das IODev ändern sollen?
Ich hab nur (erst) einen HM-Lan und hab diesen in der vCCU als IOList zugewiesen.
Dann habe ich ALLEN HM-Device als IODev den HMLAN1 entzogen und anstelle dessen die vCCU eingefügt?
Schlecht?
Weniger schlecht?
Oder ganz falsch?

Grüße

[martinp876]

Lassen wie sie sind, löschen?

hm - was wollte ich sage mit

Das Attribut IODev wird automatisch gesetzt,

das heisst, der user kann es gerne setzen - oder löschen - oder blödsinn eintragen. Alles egal. Das System wird es bei bedarf überschreiben.

der User muss hier nichts mehr eintragen

sollte eindeutig sein. Wirft es zweifel auf?
Es stellt für altuser klar, dass sie hiermit nicht mehr das IO selektieren können. Sicher haben es die meisten bisher garnicht bemerkt - und brauchen es jetzt auch nicht mehr.

[Ralli]

d.h. ich hätte bei meinen Geräten nicht das IODev ändern sollen?

War nicht nötig, ist aber auch kein Problem.

Ich hab nur (erst) einen HM-Lan und hab diesen in der vCCU als IOList zugewiesen.

Das ist korrekt.

Dann habe ich ALLEN HM-Device als IODev den HMLAN1 entzogen und anstelle dessen die vCCU eingefügt?
Oder ganz falsch?

Die vCCU wird nicht über das Attribut IODev sondern über das Attribut IOgrp zugwiesen. Wenn Du das damit meinst, ist es korrekt.

Wenn Du aber bei dem Attribut IODev die vCCU eingetragen hast, wäre das falsch.

Das Attribut IODev wird danach automatisch von der vCCU verwaltet/gesetzt/verändert.