Pairing und Verbindungsprobleme

[Otto123]

Hi Frank,

ich sage ja immer: commandref Leser wissen mehr.

Danke 

Nachfrage: Das ist aber eine "Spezialität" des CUL oder? Denn die Homematic IOs haben ja eine HMIdOriginal!?

Gruß Otto

[frank]

hi otto,

das zitat gehört zu  00_cul.pm, also die ganze cul familie.
was bei den hm-io's ohne attr hmid passiert, kann ich dir nicht sagen. eine vccu setzt jedenfalls ein fehlendes attribut bei "ihren" io's.

[Otto123]

Hi Frank,

stimmt das Zitat gehört ja zu CUL und nicht CUL_HM.


Naja die HM IOs verhalten sich teils auch speziell, die haben zum Teil eine Originale und können sich auch noch eine merken - das RPI Modul kann man in einer Installation mit einer eigene HMID versorgen, es in eine andere Installation stecken und es kennt diese noch.

Gruß Otto

[frank]

hm-io's haben immer eine eigene id.
merken können die sich keine (zumindestens hmlan, hmusb), fhem setzt aber zb bei neustart die fhem id (attr hmid). was fhem setzt, wenn kein attr hmid vorhanden ist, weiss ich halt nicht. das müsste dann in 00_hmlan.pm und 00_hmuartlgw.pm zu finden sein.

das RPI Modul kann man in einer Installation mit einer eigene HMID versorgen, es in eine andere Installation stecken und es kenn diese noch.

das klingt seltsam.

[Otto123]

hm-io's haben immer eine eigene id.

stimmt nicht ganz, das neue HM LANGateway hat eigentümlicherweise keine. 
https://forum.fhem.de/index.php/topic,54511.msg474926/topicseen.html#msg474926
Und es ist wirklich so, das RPI Modul merkt sich die letzte, die man mit attr <> hmId gesetzt hat.
https://forum.fhem.de/index.php/topic,54511.msg480091/topicseen.html#msg480091


Gruß Otto

[frank]

ok, danke otto.

[Kroegi]

Da sich heute ein CUL aus dem Funkkreis abgemeldet hat (muss ich wohl mal neu flashen, keine Ahnung was er hat, ist in FHEM nicht mehr Sichtbar und war vor dem löschen "disconected".
Jetzt bin ich also zu allen Schandtaten bereit.
Gebe ich dem übrig gebliebenen CUBe nun eine neue hmid zum Anfang und erstelle dann den vccu oder anders herum?

[Otto123]

Da sich heute ein CUL aus dem Funkkreis abgemeldet hat (muss ich wohl mal neu flashen, keine Ahnung was er hat, ist in FHEM nicht mehr Sichtbar und war vor dem löschen "disconected".
Jetzt bin ich also zu allen Schandtaten bereit.
Gebe ich dem übrig gebliebenen CUBe nun eine neue hmid zum Anfang und erstelle dann den vccu oder anders herum?

Du hast beide CUBe gleich betrieben und definiert also mit 0000 und damit haben beide die hmId F10000, Deine Geräte sind mit dieser hmId angelernt. Wenn Du nicht alles neu machen willst, solltest Du dabei bleiben.
Also entweder Du fängst völlig bei null an und drückst überall reset um eine neue hmId einzupflanzen - aber ich wüßte nicht wozu das gut sein sollte.

Ich würde alles so lassen und der VCCU auch genau diese hmId geben -> F10000

Gruß Otto

[Kroegi]

Im Moment unterhalten sich alle Aktoren und Sensoren mit dem anderen CUBe. Ich hab keine Probleme damit alle einmal neu zu pairen solange die individuellen Einstellungen nicht verloren gehen, Fahrzeiten der Rollos und so was.

[Otto123]

Im Moment unterhalten sich alle Aktoren und Sensoren mit dem anderen CUBe. Ich hab keine Probleme damit alle einmal neu zu pairen solange die individuellen Einstellungen nicht verloren gehen, Fahrzeiten der Rollos und so was.

19 Geräte neu pairen? Wozu, mach in der Zeit lieber was schönes!
Definiere die VCCU, gib ihr diese ID, trage die CUbe in die IOlist ein, setze das attr IOgrp und alles ist schön.

Gruß Otto

[Kroegi]

Ich versuche es .....

[martinp876]

und sichere deine Register! Macht immer sinn, dann könntest du alles einfach wieder herstellen.

[Kroegi]

Auf alle Fälle. Backups einmal die Woche

[frank]

und sichere deine Register! Macht immer sinn, dann könntest du alles einfach wieder herstellen.

kein backup => get saveConfig

[Kroegi]

Ok