Hallo Leute,
mometan läuft mein FHEm ohne VCCU.
Ich habe 2 HMLAN im Einsatz.
An der Haustür habe ich auch eine HM-Sec-Key mit AES im Einsatz.
Nun bin ich auf den Beitrag im Wiki gestoßen. http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU
Ist es Sinvoll immer eine VCCU einzurichen?
Muss ich auf was achten, damit keine Probleme mit dem bereits bestehenden Setup bekomme?
Danke und Gruß Robert
Es ist immer sinnvoll eine VCCU einzurichten. Die Gründe dafür stehen ja schon in dem von dir verlinkten Wiki-Artikel. Wenn du dich bei der Einrichtung an den Artikel hälst, sollte es keine Probleme geben. Auch ich habe die VCCU nachträglich eingerichtet (da es sie noch gar nicht gab, als ich angefangen habe).
Jetzt habe ich so viel geschrieben und sehe dann, dass die Antwort auf all deine Fragen in einem einzigen Satz im von dir verlinkten Artikel steht:
ZitatDer Einsatz einer VCCU ist immer sinnvoll und sollte auch nur bei der Nutzung eines einzelnen IO Devices in FHEM angelegt sein. Es entstehen keine Nachteile.
Ich hab den Artikel auch gelesen.
Kann aber sein, dass jemand schon probleme gehabt hat und mir diese mitteilen will, dass ich diese gleich umschiffen kann.
Dann werde ich nachher diese mal einbauen.
Ich meld mich dann nochmal, hab bestimmt noch ein paar fragen.
ZitatKann aber sein, dass jemand schon probleme gehabt hat
allerdings. :) eine suche nach vccu wird dich erschlagen.
Zitat von: frank am 08 Dezember 2015, 12:07:00
allerdings. :) eine suche nach vccu wird dich erschlagen.
War dabei auch etwas, was tatsächlich nicht auf unsachgemäße Bedienung oder nicht Lesen wollen zurück zu führen war?
Um es in den Worten meines damaligen Meisters zu sagen:
"Wer lesen kann ist klar im Vorteil"
ZitatWar dabei auch etwas, was tatsächlich nicht auf unsachgemäße Bedienung oder nicht Lesen wollen zurück zu führen war?
eigentlich nicht.
es scheint wohl eher eine tief verwurzelte und unbegründete angst vor einer vccu zu existieren, die zu teils sonderbaren anwendungsfehlern führt. ähnlich dem menschlichen verhalten gegenüber spinnen. :o
Hab es jetzt mal definiert.
Scheint bisher zu gehen, testen kann ich erst wenn ich Zuhause bin.
Eine Frage habe ich aber:
Wenn ich dien die Config rein gehen um Manuell zu bearbeiten bekomme ich imemr folgenden Fehler:
VCCU1: unknown IODev specified
Die VCCU hab ich wie folgt angelegt, bisher habe ich nur einem Handsender die VCCU als IOgrp VCCU1 zugeweisen.
define VCCU1 CUL_HM XXXXX
attr VCCU1 IODev HMLAN1
attr VCCU1 IOList HMLAN1,HMLAN2
attr VCCU1 expert 2_full
attr VCCU1 model CCU-FHEM
attr VCCU1 room 9.80_Sender
attr VCCU1 subType virtual
attr VCCU1 webCmd virtual:update
Packe die Definition in der Config mal hinter die Definitionen der HMLANs. Hat sie die gleiche HMID wie beide HMLANs?
Zitat von: marvin78 am 08 Dezember 2015, 12:54:50
Packe die Definition in der Config mal hinter die Definitionen der HMLANs. Hat sie die gleiche HMID wie beide HMLANs?
;)
Du scheinst deine Pappenheimer schon richtig gut zu kennen.
Hab dei VCCU hinter die HMLANS gepackt, und der fehler ist weg.
Die HMID ist bei allen drei die gleiche.
Hab gelesen dass man es so machen soll?
Oder hab ich wieder mal nicht richtig gelesen?
Doch. Das ist richtig. Wollte mich nur vergewissern ;)
Zitat von: marvin78 am 08 Dezember 2015, 13:12:10
Doch. Das ist richtig. Wollte mich nur vergewissern ;)
Dank dir für deinen super Support. :D
Ich schließ das Thema dann.
Hi,
ich wärme hier jetzt doch noch mal kurz auf.
Was passiert eigentlich mit dem Attribut IODev, wenn man IOgrp setzt?
Sollte man das Attr. löschen?
Gruß Robert
Es wird automatisch gesetzt. Löschen nutzt nichts. Der kernal braucht es, daher kann ich es nicht verschwinden lassen.
Faktisch ist es ein infernal und zeigt den letzten io send an.
Zitat von: martinp876 am 13 Dezember 2015, 15:18:56
Es wird automatisch gesetzt. Löschen nutzt nichts. Der kernal braucht es, daher kann ich es nicht verschwinden lassen.
Faktisch ist es ein infernal und zeigt den letzten io send an.
Okay Martin alles klar.
Gehe ich richtig in der Annahme das die iogrp bevorzugt wird?
Bevorzugt?
Das ist die Liste der möglichen IOs. Es gibt keine alternative. In der Liste kann ein io bevorzugt werden.
Iodev kann der user nicht mehr beeinflussen. Setzen ist sinnlos.
Somit verstehe ich die Frage nicht
Hi Martin,
ich probiere es noch mal genauer zu erklären.
es gibt das IODev an zwei stellen: 1. Internals 2. attribute
Ich habe nun bei den Attributen iogrp vccu gesetzt.
Zusätzlich gibt es aber bei den Attributen noch das iodev?
Jetzt frage ich mich wenn ich doch eine Gruppe festlege ist doch ein Device zur Kommunikation total unnötig?
Dazu frage ich mich, wenn beides gesetzt ist IODev und IOgrp, was dann der Kernel zur Kommunikation benutzt?
Wird hier vom Kernel eine priorisierung vorgenommen`, also wenn IOgrp definiert ist, ist es egal was bei IODev in den attrubten steht?
Ich hoffe es nun verständlicher was ich meine.
Edit: Bild hinzu
Gruß Robert
Ich weiss nicht. Rede ich fremdländischen?
Wenn iogrp gesetzt ist wird iodev vom system gesetzt. Überfall. Ignoriere es. Fertig. Geht dich nichts an.
Zitat von: martinp876 am 14 Dezember 2015, 21:02:08
Ich weiss nicht. Rede ich fremdländischen?
Wenn iogrp gesetzt ist wird iodev vom system gesetzt. Überfall. Ignoriere es. Fertig. Geht dich nichts an.
Hi Martin,
sorry wollte dich damit nicht angreifen.
Ich schätze deine Arbeit sehr.
Danke für die neue Erklärung, nun ist es definitiv klar.
Sorry, aber diese Frage ist xmal gestellt und beantwortet. Die Anleitung sollte klar sein.
Zitat von: martinp876 am 15 Dezember 2015, 21:07:24
Sorry, aber diese Frage ist xmal gestellt und beantwortet. Die Anleitung sollte klar sein.
Sorry Martin,
ich hab schon probiert die wogen wieder zu glätten.
Aber allen anschein nach möchtest du keine Entschuldigung.
Naja sei es drum.
Falsch verstanden. Alles gut.