Migration einer VCCU

[lukasbastelpeter]

Guten Tag zusammen,

ich habe ein "Bastelsystem" mit 54 gepairten HM-Devices.
Aktuell habe ich ein HM-CFG an einer VCCU. Das Bastelsystem spielt soweit.

Ich habe nun ein Produktivsystem mit Config-Db laufen.
Dort habe ich ebenfalls die VCCU exakt wie oben angelegt. Als IO-Device habe ich allerdings nun ein HM-Lan-Adapter.

Wie bekomme ich meine Devices "einfach" auf die Produktivumgebung umgezogen?

Ein schnelles probieren mit: HM-CFG aus, Hm-Lan an, hat nicht funktioniert. Ich wünsche mir eigentlich, dass ich das alte System aus mache, das neue an mache und mir das autocreate dann alle eintrudelnden Devices erzeugt und ich sie fein säuberlich benennen kann und entsprechend in das ordentliche System Einpflegen kann.

Lg und vielen Dank

[Otto123]

Hi,

als erstes musst Du in beiden Systemen die gleiche hmId definieren.
Das autocreate alles anlegt wird nicht funktionieren, dazu müsstest Du überall den configtaster drücken können.

Was aus meiner Sicht gut funktioniert wäre: so tun als ob Du pairst. Dabei wird quasi der Configtaster gedrückt.

54 Geräte ist natürlich viel, ich hatte mir mal eine Rg mit allen Seriennummern gemacht, vielleicht geht das auch einfacher

Code Auswählen Erweitern

defmod Serial readingsGroup .*:?serialNr,model
Da müsstest Du dann nur ein set <io> hmPairSerial  davor basteln. Allerdings wirst du auch die Vorgänge zeitlich staffeln müssen wegen der Funklast.

Bei fast allen Batterie Geräten wirst Du allerdings um Knöpfchen drücken nicht umhin kommen.

Gruß Otto

[Beta-User]

Bin da kein Experte, aber ich gehe mal davon aus, dass im Bastelsystem bereits einiges an Konfiguration usw hinterlegt ist (Namen usw.).

Wäre dann nicht ein "raw"-Export pro Device und ein "raw"-Import eine Option? Dann müßte ggf. nur IOgrp entsprechend angepaßt werden, was aber auch auf einen Rutsch gehen müßte (mit FILTER).

Oder klappt das nicht bei Devices, die in sich hierarschisch aufgebaut sind (Thermostate, Mehrfach-Schalter bzw. Dimmer)?

Gruß, Beta-User

[Otto123]

Wäre dann nicht ein "raw"-Export pro Device und ein "raw"-Import eine Option? Dann müßte ggf. nur IOgrp entsprechend angepaßt werden, was aber auch auf einen Rutsch gehen müßte (mit FILTER).

Raw Import
Das war auch mein Gedanke, dabei übernimmt man etwas mehr, auch eventuell "Müll"

Gruß Otto

[lukasbastelpeter]

Ok, danke erstmal, so wie ich das verstehe bleibt mir also ein "rumlaufen und knöpfe drücken" nicht erspart?
Das dient dann aber nur um das Gerät noch einmal zu bitten, sich FHEM vorzustellen, darauf hin legt mir das neue FHEM inkl. neuem Adapter dann das Gerät an, ich kann es auslesen und alle Peerings bleiben bestehen?

Damit könnte ich mich im weitesten Sinne anfreunden. Was ich vermeiden will ist, dass ich alle Geräte ablernen, zurücksetzen, und dann erneut anlernen und neu peeren muss. Bei der Gelegenheit würde ich dann wahrscheinlich komplett auf Z-Wave umsteigen .

Nun Gut, wie gehe ich bei 1. vor?
Ich schalte das alte System aus, das neue an. Dann mache ich an der "neuen" VCCU zunächst ein pairSerial mit allen festverdrahteten Devices, in der Hoffnung, dass dies dann so funktioniert.

Anschließend mache ich das gleiche mit den Batteriebetriebenen Teilen und drücke das Knöpfchen, richtig?

Danke erneut

[Beta-User]

Wenn der raw-Umzug keine Option ist, geht es mit einem erneuten pairen - wie von Dir beschrieben - am einfachsten (geht evtl. sogar im Parallelbetrieb, wegen der vielen Devices kann es ja wg. 1% zu Zwangspausen kommen).

Ob mit pairSerial oder hmPairForSec dürfte egal sein (das mit der Zeitdauer ist aber leichter wieder einzugeben )...

Du solltest dann darauf achten, dass auch ein getConfig für jedes Gerät sauber durchgelaufen ist, und natürlich kann es nicht schaden, hin und wieder zu speichern.

[Otto123]

Also nochmal:
ich habe nichts von ablernen und neu pairen gesagt! Und in dem hier behandelten Zusammenhang ist hmPairForSec und hmPairSerial nicht so egal!
Peering bleibt vorhanden, das steht im Gerät und nicht in FHEM.
Es wird nirgendwo Reset gemacht!

Die Geräte senden ihre Confignachricht:
beim Drücken der "Taste"
beim pairen
bei einem getConfig. -> geht erst wenn ich schon ein define habe!

Bei einem verbauten Aktor habe ich nur mit hmPairSerial eine Chance ohne Ausbau!

Ich schalte das alte System aus, das neue an. Dann mache ich an der "neuen" VCCU zunächst ein pairSerial mit allen festverdrahteten Devices, in der Hoffnung, dass dies dann so funktioniert.
Anschließend mache ich das gleiche mit den Batteriebetriebenen Teilen und drücke das Knöpfchen, richtig?

Eigentlich genau so, wobei auch einige Batterie Geräte auf hmPairSerial reagieren (vor allem Aktoren)

Versuch es doch einfach exemplarisch, Du wirst sehen das geht gut. Du kannst auch bei denen wo Du keine Lust hast hinzugehen die erste define Zeile kopieren. Aber das habe ich nie versucht.

In meinem Link steht eigentlich alles Schritt für Schritt.

Gruß Otto

[Beta-User]

ich habe nichts von ablernen und neu pairen gesagt!

Sollte das mißverständlich von meiner Seite formuliert gewesen sein: KEIN Entpairen erforderlich, richtig!

Und in dem hier behandelten Zusammenhang ist hmPairForSec und hmPairSerial nicht so egal!

@Otto:
Es kommt ja nicht so ganz darauf an, aber dennoch:
Ich habe vergangenes Wochenende meine hmId geändert und dabei nicht ganz wenige Devices erst entpairt (CUL mit eigener hmId) und dann mit hmPairForSec an eine VCCU angelernt. Alle Register sind dabei erhalten gebieben, ausgenommen natürlich die hmId der Zentrale. Die wurde damit 2x neu geschrieben (erst auf 000000, dann auf die neue).

Wenn lukasbastelpeter jetzt (nur) das Bekanntmachen mit der neuen Zentrale bei identischer hmId über hmPairForSec machen würde, ist kaum anzunehmen, dass dann alle Register gelöscht werden!

Nix für ungut,

Beta-User

[Otto123]

bei hmPairForSec musst Du Knöpfchen drücken
bei hmPairSerial braucht man bei ganz vielen Geräten kein Knöpfchen drücken

Register sollen dabei überhaupt keine gelöscht werden.

Wenn man geil drauf ist die Tasten zu drücken kann man auch so vorgehen. autocreate legt nach dem Drücken des Configtasters sofort die Geräte weitestgehend an. Danach setzt man ein getConfig ab und muss je nach dem nochmal die Taste drücken.

Ich wollte nur einen möglichst geradlinigen, sparsamen Weg aufzeigen 
Ansonsten ist jetzt von Beta-User und mir eigentlich alles gesagt 

Da fällt mir noch ein:. unbedingt hmInfo definieren und immer mal schauen was der configCheck sagt - oder hatten wir das schon irgendwo?

Gruß Otto 

[Beta-User]

bei hmPairSerial braucht man bei ganz vielen Geräten kein Knöpfchen drücken

...wie so oft: schön, wenn man das rechtzeitig kapiert hat...
Danke für die Klarstellung, war mir auch nicht klar und hätte einiges an Treppensteigen erspart! Aber ist ja auch gesund .

[lukasbastelpeter]

Alles klar, vielen Dank, das Wochenende naht und es gibt ein paar wenige "FrauenFreieMinuten" in denen ein Basteln möglich sein könnte
Ich werde Berichten.

[lukasbastelpeter]

Und hier ist auch schon die erste unerfreulich Nachricht.
Ich habe mich mal mit den Fenstersensoren angetastet.
Das hat soweit funktioniert, nur leider sind meine CMDs Pending und die LED wird nicht grün. Da ist also noch etwas im Busch...
Könnte es am "Sign" liegen? wobei dar HM-Key auch in der neuen VCCU hinterlegt ist.

[martinp876]

man kann an einen Fenstersensor nicht immer senden. evtl unterstützt er lazyConfig und reagiert beim betätigen. Oder man  muss config drücken.
mit einer vccu hat es nichts zu tun.
fraglich, welche Kommandos hängen. es könnte ein getConfig sein. Je nach einstellung in deinem System.
schon mal probiert, es zu betätigen? Wird etwas gesendet?

[lukasbastelpeter]

Ja, das ist ein getConfig. Aber da kommt keine Antwort Auch bei öffnen und schließen passiert nichts... Ideen?

[Otto123]

Ja, das ist ein getConfig. Aber da kommt keine Antwort Auch bei öffnen und schließen passiert nichts... Ideen?

Der Fenstersensor empfängt keine Daten und verarbeitet sie, wenn der Sensor betätigt wird! Ist eine Art Sicherheitsfeature. Obwohl er so tut als ob.
Das geht nur wenn man configtaster drückt und vorher NICHT den den Sensor auslöst!

Du kannst set <> clear all machen und nochmal configtaster drücken.

Gruß Otto

[lukasbastelpeter]

Ok, das habe ich in jeder Konstellation durchgespielt. Funktioniert alles nicht.

ich habe jetzt mal einen UP-Aktor mit Configtaster versucht. Auch der möchte nicht mit der "neuen" VCCU reden. Ein Pair für sec funktioniert zwar nach einigen Versuchen, aber Antworten tut die Kiste nicht.

Sieht für mich alles irgendwie so aus als würde da etwas an der Konfiguration VCCU -> IO oder irgend ein Parameter noch nicht stimmen...
Anbei mal die "lists"

VCCU:

Internals:
   CFGFN
   DEF        XXX
   IODev      interface.homematic.gateway:keepAlive
   NAME       interface.homematic
   NOTIFYDEV  global
   NR         10
   NTFY_ORDER 50-interface.homematic
   STATE      interface.homematic.gateway:UAS,interface.homematic.lanConfig:UAS,
   TYPE       CUL_HM
   assignedIOs interface.homematic.gateway,interface.homematic.lanConfig
   protSnd    2 last_at:2017-03-12 19:57:09
   protState  CMDs_done
   Readings:
     2017-03-12 19:11:54   CommandAccepted yes
     2017-03-12 19:11:32   aesKeyNbr       02
     2017-03-12 19:11:54   recentStateType ack
     2017-03-12 19:32:23   state           interface.homematic.gateway:UAS,interface.homematic.lanConfig:UAS,
     2017-03-10 21:53:11   unknown_12AACD  received
     2017-03-10 18:03:06   unknown_18100E  received
     2017-03-10 21:55:35   unknown_2079DB  received
     2017-03-10 22:06:22   unknown_28F0C4  received
     2017-03-10 21:52:17   unknown_2A3847  received
     2017-03-10 22:07:08   unknown_2B29F8  received
     2017-03-10 21:52:36   unknown_2D36E2  received
     2017-03-10 22:08:14   unknown_2E6D8F  received
     2017-03-10 22:08:15   unknown_2E986A  received
     2017-03-10 22:08:11   unknown_2E98A4  received
     2017-03-10 22:04:45   unknown_320727  received
     2017-03-07 23:40:36   unknown_33EF29  received
     2017-03-10 19:10:05   unknown_33EF6B  received
     2017-03-10 22:06:31   unknown_345AC0  received
     2017-03-10 19:10:00   unknown_3535CF  received
     2017-03-10 22:07:29   unknown_35760F  received
     2017-03-10 22:06:19   unknown_357723  received
     2017-03-10 22:08:13   unknown_36B8BD  received
     2017-03-10 22:07:07   unknown_3A86D6  received
     2017-03-10 22:08:01   unknown_3A8897  received
     2017-03-10 21:03:19   unknown_3AA213  received
     2017-03-10 22:08:04   unknown_3AA238  received
     2017-03-10 22:06:43   unknown_3AA23C  received
     2017-03-10 13:55:20   unknown_3AF5ED  received
     2017-03-10 22:06:13   unknown_3C7E35  received
     2017-03-10 21:41:33   unknown_3D5194  received
     2017-03-10 22:00:36   unknown_403317  received
     2017-03-10 22:07:20   unknown_42B217  received
     2017-03-10 22:07:23   unknown_42D68F  received
     2017-03-10 22:07:36   unknown_458B0A  received
     2017-03-10 22:07:38   unknown_458C05  received
     2017-03-10 22:04:39   unknown_46B344  received
     2017-03-10 22:07:46   unknown_473F38  received
     2017-03-10 12:49:08   unknown_4919BE  received
     2017-03-10 15:38:58   unknown_4A121C  received
     2017-03-10 18:10:56   unknown_4A1425  received
     2017-03-10 19:53:02   unknown_4A1984  received
     2017-03-10 22:04:01   unknown_4A1C27  received
     2017-03-10 22:06:32   unknown_4C0C21  received
     2017-03-10 21:56:26   unknown_4C0CAB  received
     2017-03-10 22:04:29   unknown_4C0CB9  received
     2017-03-10 21:54:59   unknown_4C0CC8  received
     2017-03-10 21:13:57   unknown_4C0CCA  received
     2017-03-10 21:52:28   unknown_4C11CD  received
     2017-03-10 21:41:42   unknown_4C11D6  received
     2017-03-10 21:42:56   unknown_4C17EC  received
     2017-03-10 18:53:48   unknown_85BA5B  received
     2017-03-10 22:07:19   unknown_BF144D  received
   Helper:
     HM_CMDNR   198
     mId        FFF0
     rxType     1
     Expert:
       def        1
       det        1
       raw        1
       tpl        1
     Io:
       prefIO
       vccu
       ioList:
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Tmpl:
Attributes:
   IODev      interface.homematic.gateway:keepAlive
   alias      Homematic
   expert     251_anything
   group      Schnittstellen
   hmKey      01:XXX
   model      CCU-FHEM
   room       AA,99_System
   subType    virtual
   webCmd     hmPairForSec 60

HM-Lanadapter:

Internals:
   AssignedPeerCnt 1
   CFGFN
   CNT        148
   DEF        192.168.20.4
   DEVCNT     148
   DevState   99
   DevType    LGW
   DeviceName 192.168.20.4:2000
   FD         10
   LastOpen   1489343549.55377
   NAME       interface.homematic.gateway
   NR         41
   PARTIAL
   RAWMSG     040202
   RSSI       -45
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 1
   msgLoadHistory 0/0/0/0/0/1/-/-/-/-/-/-
   msgLoadHistoryAbs 1/1/1/1/1/1/0/-/-/-/-/-/-
   owner      3B4BDF
   Helper:
     CreditTimer 121
     FW         65795
     Initialized 1
     Ackpending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     Roundtrip:
       Delay      0.00364184379577637
     Loadlvl:
       lastHistory 1489345354.60525
   Peers:
     46B344     +46B344,00,00,00
   Readings:
     2017-03-12 19:32:34   D-HMIdAssigned  3B4BDF
     2017-03-12 19:32:34   D-HMIdOriginal  FFFFFF
     2017-03-12 19:32:29   D-LANfirmware   1.1.5
     2017-03-12 19:32:34   D-firmware      1.1.3
     2017-03-12 19:32:29   D-serialNr      KEQ1066794
     2017-03-12 19:32:29   D-type          eQ3-HM-LGW
     2017-03-12 19:32:34   cond            ok
     2017-03-12 19:37:35   load            1
     2017-03-12 19:32:34   loadLvl         low
     2017-03-12 19:32:29   state           opened
   Keepalive:
     CNT        192
     DEVCNT     191
     DevState   99
     DevType    LGW-KeepAlive
     DeviceName 192.168.20.4:2001
     FD         13
     LastOpen   1489343549.56224
     NAME       interface.homematic.gateway:keepAlive
     NR         54
     PARTIAL
     STATE      opened
     TEMPORARY  1
     TYPE       HMUARTLGW
     XmitOpen   0
     Helper:
       NextKeepAlive 1489345371.55391
       Log:
         Resolve    1
         IDs:
     Readings:
       2017-03-12 19:32:29   state           opened
     Lgwhash:
Attributes:
   alias      Homematic Gateway
   group      Schnittstellen
   hmId       XXX
   lgwPw      XXX
   room       99_System

Was ich einfach nicht verstehen will ist, warum da als Peer blabla:keepAlive steht...

[Beta-User]

Kann es sein, dass Du der VCCU kein IO zugeordnet hast (IOlist ist leer), oder interpretiere ich das list falsch?

Wenn ja: gehe zurück zum Wiki, ziehe nicht über Los...

[Otto123]

Also wichtig ist, dass Du deine HMKeys nicht veröffentlichst.

Wenn Du die hmId nicht durch xxx ersetzt, wäre es hilfreich damit wir die Möglichkeit haben das zu kontrollieren.
Die hmId ist 3B4BDF ?
Auch in der VCCU gesetzt?
Ansonsten hat deine VCCU ja schon ne Menge Geräte als unknown defininiert, also irgendwas  muss sie schon empfangen haben.

Wenn die IOlist leer ist, wie kommen dann die Einträge in   

Code Auswählen Erweitern

assignedIOs interface.homematic.gateway,interface.homematic.lanConfig zustande?


Und poste die lists bitte in Code Tags und nicht in Zitaten. Die # Taste links neben den Zitaten

Gruß Otto

[betateilchen]

äh...

Code Auswählen Erweitern


   IODev      interface.homematic.gateway:keepAlive


was soll das :keepAlive da am Ende?

[lukasbastelpeter]

äh...

Code: [Auswählen]
   IODev      interface.homematic.gateway:keepAlive

was soll das :keepAlive da am Ende?

Keys und ID sind jeweils korrekt...
genau das war auch meine Frage!


Edit:

ich habe jetzt mal das keepAlive, wo auch immer es her kommt gelöscht, es gibt anscheinend wirklich ein device mit dem Namen, habe ich aber sicher nicht angelegt, kommt auch nach jedem Start von FHEM zurück... Nunja...

Ich habe nun festgestellt, dass das Lichtschalter-Device auch noch ein "Sign" haben möchte. Ich kann dem Teil sobald es vom autocreate angelegt ist aber nicht sagen, dass ich gerne ein "regSet Sign on" machen möchte, da FHEM erst ein "getConfig" haben will... das beantwortet mir das Teil natürlich nicht weil es nicht signiert ist. Klingt das soweit logisch? Konsequenz wäre dann, dass ich erstmal mit der alten Installation alle "signs" deaktivieren muss, richtig? Oder kann ich das
"mach mir erstmal ein schönes getConfig" irgendwie umgehen?

[Otto123]

Hi,

normalerweise sieht der state einer VCCU so aus

Code Auswählen Erweitern

STATE HMLAN1:ok,HMUART1:ok was bei Dir UAS bedeutet?
normalerweise sieht das IODev Internal so aus

Code Auswählen Erweitern

IODev HMLAN1
normalerweise hat die VCCU ein attr IOList, welches bei Dir fehlt obwohl das Internal assignedIOs existiert.

Ich habe keine eigenen hmKey gesetzt, aber meine Fenstersensoren arbeiten von Haus aus mit AES und R-sign steht auf on.

Der von mir beschriebene Weg funktioniert in diesem Zustand einwandfrei.

Warum man die IOs mit 24 Buchstaben und zwei Punkten benennen muss, wird sich mir nie erschließen. Da der Punkt bei regExp eine besondere Bedeutung würde ich diesen besonderen Umstand in der Namensgebung immer berücksichtigen, das Thema ist ja sonst schon langweilig genug. 

Gruß Otto

[lukasbastelpeter]

So, nach einigem gefrickel habe ich nun folgendes:

Die VCCU:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        XXX
   IODev      interface.homematic.gateway
   LASTInputDev interface.homematic.gateway
   MSGCNT     22
   NAME       interface.homematic
   NOTIFYDEV  global
   NR         10
   NTFY_ORDER 50-interface.homematic
   STATE      interface.homematic.gateway:ok,
   TYPE       CUL_HM
   assignedIOs interface.homematic.gateway
   interface.homematic.gateway_MSGCNT 22
   interface.homematic.gateway_RAWMSG 05000033458410473F380000000B24C90B40
   interface.homematic.gateway_RSSI -51
   interface.homematic.gateway_TIME 2017-03-14 19:16:09
   Readings:
     2017-03-12 23:59:55   CommandAccepted yes
     2017-03-12 23:59:54   aesKeyNbr       02
     2017-03-12 20:37:27   recentStateType ack
     2017-03-14 19:14:06   state           interface.homematic.gateway:ok,
     2017-03-10 21:53:11   unknown_12AACD  received
     2017-03-10 18:03:06   unknown_18100E  received
     2017-03-10 21:55:35   unknown_2079DB  received
     2017-03-13 01:24:03   unknown_28F0C4  received
     2017-03-10 21:52:17   unknown_2A3847  received
     2017-03-14 19:16:07   unknown_2B29F8  received
     2017-03-10 21:52:36   unknown_2D36E2  received
     2017-03-14 19:14:47   unknown_2E6D8F  received
     2017-03-13 01:23:49   unknown_2E986A  received
     2017-03-13 01:21:37   unknown_2E98A4  received
     2017-03-14 19:15:35   unknown_320727  received
     2017-03-07 23:40:36   unknown_33EF29  received
     2017-03-10 19:10:05   unknown_33EF6B  received
     2017-03-14 19:14:34   unknown_345AC0  received
     2017-03-10 19:10:00   unknown_3535CF  received
     2017-03-14 19:15:36   unknown_35760F  received
     2017-03-13 01:24:03   unknown_357723  received
     2017-03-13 00:30:31   unknown_36B8BD  received
     2017-03-14 19:14:45   unknown_3A86D6  received
     2017-03-14 19:15:18   unknown_3A8897  received
     2017-03-13 01:26:59   unknown_3AA213  received
     2017-03-10 22:08:04   unknown_3AA238  received
     2017-03-13 01:26:59   unknown_3AA23C  received
     2017-03-10 13:55:20   unknown_3AF5ED  received
     2017-03-13 01:00:10   unknown_3C7E35  received
     2017-03-13 01:12:58   unknown_3D5194  received
     2017-03-14 19:15:35   unknown_403317  received
     2017-03-14 19:14:12   unknown_42B217  received
     2017-03-13 01:27:41   unknown_42D68F  received
     2017-03-13 00:24:11   unknown_458B0A  received
     2017-03-14 19:15:41   unknown_458C05  received
     2017-03-10 22:04:39   unknown_46B344  received
     2017-03-14 19:16:09   unknown_473F38  received
     2017-03-13 00:23:51   unknown_4919BE  received
     2017-03-10 15:38:58   unknown_4A121C  received
     2017-03-10 18:10:56   unknown_4A1425  received
     2017-03-13 01:27:19   unknown_4A1984  received
     2017-03-13 01:27:20   unknown_4A1C27  received
     2017-03-13 01:22:22   unknown_4C0C21  received
     2017-03-13 00:51:19   unknown_4C0CAB  received
     2017-03-10 22:04:29   unknown_4C0CB9  received
     2017-03-13 00:40:21   unknown_4C0CC8  received
     2017-03-13 01:14:26   unknown_4C0CCA  received
     2017-03-10 21:52:28   unknown_4C11CD  received
     2017-03-13 00:16:16   unknown_4C11D6  received
     2017-03-13 01:15:08   unknown_4C17EC  received
     2017-03-13 00:19:50   unknown_60F55D  received
     2017-03-13 00:11:08   unknown_7B8D0A  received
     2017-03-13 01:10:56   unknown_85BA5B  received
     2017-03-13 01:11:39   unknown_8FF5F7  received
     2017-03-13 01:24:38   unknown_BF144D  received
   Helper:
     HM_CMDNR   179
     mId        FFF0
     rxType     1
     Expert:
       def        1
       det        1
       raw        1
       tpl        1
     Io:
       prefIO
       vccu
       ioList:
         interface.homematic.gateway
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Tmpl:
Attributes:
   IODev      interface.homematic.gateway
   IOList     interface.homematic.gateway
   alias      Homematic
   expert     251_anything
   group      Schnittstellen
   hmKey      01:XXX
   model      CCU-FHEM
   room       AA,99_System
   subType    virtual
   webCmd     hmPairForSec 60



Das Gateway:

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 3
   CFGFN
   CNT        152
   DEF        192.168.20.4
   DEVCNT     41
   DevState   99
   DevType    LGW
   DeviceName 192.168.20.4:2000
   FD         15
   LastOpen   1489515241.85458
   NAME       interface.homematic.gateway
   NR         41
   PARTIAL
   RAWMSG     0500003203865A458C0500000024CC38
   RSSI       -50
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 34
   msgLoadHistory -/-/-/-/-/-/-/-/-/-/-/-
   msgLoadHistoryAbs 0/-/-/-/-/-/-/-/-/-/-/-/-
   owner      XXX
   owner_CCU  interface.homematic
   Helper:
     CreditTimer 16
     FW         65795
     Initialized 1
     SendCnt    21
     Ackpending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     PendingCMD:
     Roundtrip:
       Delay      0.0037379264831543
     Loadlvl:
       lastHistory 1489515246.90258
   Peers:
     17622A     +17622A,00,01,00
     458B0A     +458B0A,00,01,00
     46B344     +46B344,00,01,00
   Readings:
     2017-03-14 19:14:06   D-HMIdAssigned  XXX
     2017-03-14 19:14:06   D-HMIdOriginal  FFFFFF
     2017-03-14 19:14:01   D-LANfirmware   1.1.5
     2017-03-14 19:14:06   D-firmware      1.1.3
     2017-03-14 19:14:01   D-serialNr      KEQ1066794
     2017-03-14 19:14:01   D-type          eQ3-HM-LGW
     2017-03-14 19:14:06   cond            ok
     2017-03-14 19:15:26   load            34
     2017-03-14 19:14:06   loadLvl         low
     2017-03-14 19:14:01   state           opened
   Helper:
   Keepalive:
     CNT        111
     DEVCNT     110
     DevState   99
     DevType    LGW-KeepAlive
     DeviceName 192.168.20.4:2001
     FD         16
     LastOpen   1489515241.85929
     NAME       interface.homematic.gateway:keepAlive
     NR         4472
     PARTIAL
     STATE      opened
     TEMPORARY  1
     TYPE       HMUARTLGW
     XmitOpen   0
     Helper:
       NextKeepAlive 1489515493.00535
       Log:
         Resolve    1
         IDs:
     Readings:
       2017-03-14 19:14:01   state           opened
     Lgwhash:
Attributes:
   alias      Homematic Gateway
   group      Schnittstellen
   hmId       XXX
   lgwPw      XXX
   room       99_System


So, testweise mal die VCCU in den "pairForSec" gebracht und 3 devices den "anlernmodus" aktiviert:

1. der Lichtschalter für Markenschalter UP:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        46B344
   IODev      interface.homematic.gateway
   NAME       HM_46B344
   NOTIFYDEV  global
   NR         53
   NTFY_ORDER 50-HM_46B344
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   protCmdDel 4
   protResnd  6 last_at:2017-03-14 19:15:25
   protResndFail 2 last_at:2017-03-14 19:15:29
   protSnd    2 last_at:2017-03-14 19:15:10
   protState  CMDs_done_Errors:1
   Readings:
     2017-03-13 00:04:54   D-firmware      2.8
     2017-03-13 00:04:54   D-serialNr      XXX
     2017-03-13 00:04:54   R-pairCentral   set_0xXXX
     2017-03-13 00:26:18   deviceMsg       on (to interface.homematic)
     2017-03-13 00:26:18   level           100
     2017-03-13 00:26:18   pct             100
     2017-03-13 00:26:18   recentStateType info
     2017-03-14 19:15:29   state           RESPONSE TIMEOUT:RegisterRead
     2017-03-13 00:26:18   timedOn         off
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   224
     cSnd       013B4BDF46B344010E,013B4BDF46B34400040000000000
     getCfgList all
     getCfgListNo ,3
     mId        0069
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +46B344,00,01,00
       rxt        0
       vccu       interface.homematic
       p:
         46B344
         00
         01
         00
       prefIO:
         interface.homematic.gateway
     Mrssi:
       mNo
       Io:
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
Attributes:
   IODev      interface.homematic.gateway
   IOgrp      interface.homematic:interface.homematic.gateway
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Sw1PBU-FM
   room       CUL_HM
   serialNr   XXX
   subType    switch
   webCmd     statusRequest:toggle:on:off

Der Zwischenstecker für die Schukodose:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        17622A
   IODev      interface.homematic.gateway
   LASTInputDev interface.homematic.gateway
   MSGCNT     5
   NAME       HM_17622A
   NOTIFYDEV  global
   NR         4480
   STATE      MISSING ACK
   TYPE       CUL_HM
   interface.homematic.gateway_MSGCNT 5
   interface.homematic.gateway_RAWMSG 0500003415841017622A00000006010000
   interface.homematic.gateway_RSSI -52
   interface.homematic.gateway_TIME 2017-03-14 19:15:58
   lastMsg    No:15 - t:10 s:17622A d:000000 06010000
   protCmdDel 17
   protLastRcv 2017-03-14 19:15:58
   protResnd  12 last_at:2017-03-14 19:20:13
   protResndFail 4 last_at:2017-03-14 19:20:18
   protSnd    4 last_at:2017-03-14 19:20:00
   protState  CMDs_done_Errors:1
   rssi_at_interface.homematic.gateway avg:-54.2 min:-56 max:-52 lst:-52 cnt:5
   Readings:
     2017-03-14 19:14:29   D-firmware      1.9
     2017-03-14 19:14:29   D-serialNr      XXX
     2017-03-14 19:14:29   R-pairCentral   set_0xXXX
     2017-03-14 19:15:58   deviceMsg       off (to broadcast)
     2017-03-14 19:15:58   level           0
     2017-03-14 19:15:58   pct             0
     2017-03-14 19:15:58   recentStateType info
     2017-03-14 19:20:18   state           MISSING ACK
     2017-03-14 19:15:58   timedOn         off
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   22
     cSnd       113B4BDF17622A0201000000,113B4BDF17622A0201C80000
     dlvl       00
     dlvlCmd    ++A0113B4BDF17622A0201000000
     getCfgList all
     getCfgListNo ,3
     mId        0011
     rxType     1
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +17622A,00,01,00
       nextSend   1489515358.49827
       prefIO
       rxt        0
       vccu
       p:
         17622A
         00
         01
         00
     Mrssi:
       mNo        15
       Io:
         interface.homematic.gateway -50
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_interface.homematic.gateway:
         avg        -54.2
         cnt        5
         lst        -52
         max        -52
         min        -56
     Shadowreg:
       RegL_00.    02:01 0A:3B 0B:4B 0C:DF
Attributes:
   IODev      interface.homematic.gateway
   IOgrp      interface.homematic:interface.homematic.gateway
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.9
   model      HM-LC-SW1-PL
   room       CUL_HM
   serialNr   XXX
   subType    switch
   webCmd     statusRequest:toggle:on:off


und ein Thermostat:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        458B0A
   IODev      interface.homematic.gateway
   LASTInputDev interface.homematic.gateway
   MSGCNT     7
   NAME       office.clima.thermostat
   NOTIFYDEV  global
   NR         54
   NTFY_ORDER 50-office.clima.thermostat
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 office.clima.thermostat_Weather
   channel_02 office.clima.thermostat_Climate
   channel_03 office.clima.thermostat_WindowRe
   channel_06 office.clima.thermostat_remote
   channel_07 office.clima.thermostat_SwitchTr
   interface.homematic.gateway_MSGCNT 7
   interface.homematic.gateway_RAWMSG 0500002A8B8470458B0A00000000D636
   interface.homematic.gateway_RSSI -42
   interface.homematic.gateway_TIME 2017-03-14 19:21:37
   lastMsg    No:8B - t:70 s:458B0A d:000000 00D636
   protCmdPend 14 CMDs pending
   protCondBurst off
   protLastRcv 2017-03-14 19:21:37
   protSnd    1 last_at:2017-03-14 19:15:30
   protState  CMDs_pending
   rssi_at_interface.homematic.gateway avg:-43 min:-44 lst:-42 max:-42 cnt:7
   Readings:
     2017-03-14 19:18:26   Activity        alive
     2017-03-13 00:26:20   D-firmware      1.3
     2017-03-13 00:26:20   D-serialNr      XXX
     2017-03-13 00:26:20   R-pairCentral   set_0xXXX
     2017-03-13 01:25:47   battery         ok
     2017-03-13 01:25:47   batteryLevel    2.4
     2017-03-13 01:25:47   desired-temp    off
     2017-03-13 01:25:47   measured-temp   19.9
     2017-03-14 19:15:35   state           CMDs_pending
   cmdStack:
     ++A0013B4BDF458B0A00040000000000
     ++A0013B4BDF458B0A0103
     ++A0013B4BDF458B0A01040000000001
     ++A0013B4BDF458B0A0203
     ++A0013B4BDF458B0A02040000000001
     ++A0013B4BDF458B0A00040000000007
     ++A0013B4BDF458B0A02040000000008
     ++A0013B4BDF458B0A02040000000009
     ++A0013B4BDF458B0A0303
     ++A0013B4BDF458B0A03040000000001
     ++A0013B4BDF458B0A0603
     ++A0013B4BDF458B0A06040000000001
     ++A0013B4BDF458B0A0703
     ++A0013B4BDF458B0A07040000000001
   Helper:
     HM_CMDNR   139
     mId        00AD
     rxType     6
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +458B0A,00,01,00
       nextSend   1489515697.18301
       rxt        0
       vccu       interface.homematic
       p:
         458B0A
         00
         01
         00
       prefIO:
         interface.homematic.gateway
     Mrssi:
       mNo        8B
       Io:
         interface.homematic.gateway -40
     Prt:
       awake      0
       bErr       0
       brstWu     0
       sProc      2
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_interface.homematic.gateway:
         avg        -43
         cnt        7
         lst        -42
         max        -42
         min        -44
     Shregw:
       07         02
Attributes:
   IODev      interface.homematic.gateway
   IOgrp      interface.homematic:interface.homematic.gateway
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.3
   model      HM-TC-IT-WM-W-EU
   msgRepeat  1
   room       CUL_HM
   serialNr   XXX
   subType    thermostat
   webCmd     getConfig:clear msgEvents



Also der autocreate Teil funktioniert. Ich behaupte das "senden" von FHEM an die Geräte funktioniert auch, denn das Empfangen funktioniert ja offensichtlich auch.

"Nur" der Teil mit der Reaktion der Geräte hakt. @Otto123, du meinst das kann mit dem "." im Namen zutun haben? Ich denke wie das Teil in FHEM heisst wird den Aktor nicht interessieren... Gibt es eine Möglichkeit wie ich überprüfen könnte ob mein Gateway überhaupt etwas sendet?

[Otto123]

So, testweise mal die VCCU in den "pairForSec" gebracht und 3 devices den "anlernmodus" aktiviert:

Bei allen dreien gleichzeitig?

Warum nimmst Du nicht meinen Vorschlag und machst hmPairSerial?

Gruß Otto

[lukasbastelpeter]

Nein, bei jedem einzeln.

PairSerial hatte ich probiert, wollte aber nicht...

[Otto123]

Du hast das andere System aus?

[lukasbastelpeter]

exakt

[Otto123]

Naja es sieht aus als arbeitet alles, aber es gibt Probleme. Sorry mehr kann ich auch nicht sagen.
Der HM_46B344  könnte vielleicht mit einem getConfig erweckt werden.
Normalerweise müsste er das aber von alleine tun.

Gruß Otto

[lukasbastelpeter]

Hab bei allen ein getConfig gemacht und bei allem auch immer den Anlernmodus aktiviert, leider nix.
Mal schauen, vielleicht muss ich einen Urlaubstag opfern um den ganzen Spaß wieder von vorne zu erledigen

[Otto123]

Bei allen gleichzeitig ist kontraproduktiv! Konzentriere Dich in Ruhe auf einen.

[lukasbastelpeter]

bei allen im Laufe der letzten Tage 

[Otto123]

und Du bist sicher mit der hmId ?

Und was ist wenn Du mal über die raw def eine komplette definition aus dem Altsystem übernimmst?

Gruß Otto

[lukasbastelpeter]

Joa, das ist etwas, was mir eigentlich nicht so wirklich gefällt, dann hätte ich die Arbeit halt an der Tastatur und nicht beim Rumlaufen und neu anlernen....
Aber einen Versuch ist es Wert, vielleicht heute Abend.

[lukasbastelpeter]

was genau sagt mir die zweite Zeile, aus den Readings der VCCU, ist mir heute aufgefallen...

[Otto123]

Hi,

ich kann Dir die Frage nicht wirklich exakt beantworten.
Meine Interpretation: Die VCCU hat am 25.3.2017 um 14:11:02 einen aes Request zu dem Gerät HM_46B344 gesendet.

Bei mir sehe ich auch einen solche Eintrag wenn ich mir dann mit list das Gerät anschaue, sehe ich das zum gleichen Zeitpunkt unter Anderem auch aesCommToDev ->  ok gesetzt wurde.
Ich vermute da wurde abgefragt und beantwortet ob die aes Kommunikation geht.

Gruß Otto

[lukasbastelpeter]

So, ich habe mich nun dran gewagt, alle Devices im Arbeitszimmer ordentlich unpaired und resettet.

Nun bekomme ich sie auf dem neuen System aber nicht gepairt :O
Wenn ich sie in den Anlernmodus bringe blinken sie schön langsam vor sich hin, bis sie dann am ende rot aufleuchten...

Hilfe!