[Gelöst] Warum "subtype virtual"?

[Otto123]

Ich weiß nur, dass Benutzer damit Probleme hatten.  Und ich bilde mir ein, die wurden gelöst durch löschen diese attr. Aber ich bin schon alt 

Es ist doch so, dass dieses attr bei der VCCU selbst keinen Sinn macht und bestenfalls nicht stört (ich glaube aber es störte).
Dieses attr regelt ja die "Unterwerfung" des Gerätes zu einer VCCU (anstatt des direkten IOdev) und die Möglichkeit der Kontrolle über bevorzugte Verwendung eines bestimmten IO.

Die VCCU selbst wird ja nicht durch einen IO gesteuert sondern sie steuert die IOs.

Das attr kommt bei der VCCU ja nicht automatisch (nur bei neuen Geräten setzt die VCCU dieses attr) sondern der Bediener setzt es. Eventuell  mit dem "alten" Beispiel aus dem Wiki.

[betateilchen]

Das attr kommt bei der VCCU ja nicht automatisch (nur bei neuen Geräten setzt die VCCU dieses attr) sondern der Bediener setzt es. Eventuell  mit dem "alten" Beispiel aus dem Wiki.

Ich habe dieses Attribut nicht wissentlich selbst gesetzt, da mir durchaus bewusst ist, dass es an dieser Stelle keinen Sinn macht. Aber es macht auch keinen Unsinn (bedeutet: es gab hier noch nie Probleme, die nachweislich dadurch verursacht wurden.)

[Otto123]

Ich kann auch nicht mit Bestimmtheit sagen, ob es Unsinn macht.  Du weißt wie das immer ist: man sieht es in einer Problembeschreibung,  einer in der Runde sagt: gehört da nicht hin - der User sagt irgendwann: funktioniert danke. 

Es gab diesen einfachen "Hack" für die Einrichtung: 

Code Auswählen Erweitern

attr TYPE=CUL_HM:FILTER=DEF=...... IOgrp VCCU
Aber der ist genauer:

Code Auswählen Erweitern

attr TYPE=CUL_HM:FILTER=DEF=......:FILTER=subType!=virtual:FILTER=model!=ActionDetector IOgrp VCCU