HMLAN zu HM-MOD-RPI-PCB

[michaelapp]

Hallo zusammen,

ich betreibe im Moment meine FHEM Installation mit einem HMLAN. Da ich gerne die Homeatic IP Geräte verwenden möchte, habe ich mir gerade den HM-MOD-RPI-PCB bestellt.

So wie ich es gelesen habe, kann ich den HM-MOD-RPI-PCB als zweites Device zu meinem bestehen HMLAN konfiguieren und den HMLAN dann auch entfernen.

Ich habe in der Vergangenheit eine VCCU installiert was mir bei dem Wechsel helfen sollte.

Anbei das Listing meiner VCCU und eines Rollladenaktor, passt die Konfig soweit oder muss ich noch etwas vorbereiten wenn ich den Umstieg mache:

Code Auswählen Erweitern

Internals:
   DEF        4AD24E
   HMLAN1_MSGCNT 45
   HMLAN1_RAWMSG RA5C3E380,0001,3BE6FBB4,FF,FFAF,5780024AD24E123ABC010120004C
   HMLAN1_RSSI -81
   HMLAN1_TIME 2018-02-17 22:55:33
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     45
   NAME       RL_EG_ESS_FEN
   NOTIFYDEV  global
   NR         33
   NTFY_ORDER 50-RL_EG_ESS_FEN
   STATE      16
   TYPE       CUL_HM
   lastMsg    No:57 - t:02 s:4AD24E d:123ABC 010120004C
   protCmdDel 8
   protIOerr  2 last_at:2018-02-17 22:15:35
   protLastRcv 2018-02-17 22:55:33
   protSnd    43 last_at:2018-02-17 22:55:33
   protState  CMDs_done
   rssi_HMLAN1 cnt:17 max:-75 min:-81 avg:-77.76 lst:-76
   rssi_at_HMLAN1 lst:-81 avg:-79.79 cnt:45 min:-83 max:-76
   READINGS:
     2018-02-17 22:55:33   CommandAccepted yes
     2018-02-17 17:01:04   D-firmware      2.8
     2018-02-17 17:01:04   D-serialNr      NEQ0394571
     2018-02-17 17:01:31   PairedTo        0x123ABC
     2018-02-17 16:59:52   R-driveDown     23 s
     2018-02-17 16:59:52   R-driveTurn     0.5 s
     2018-02-17 16:59:52   R-driveUp       26 s
     2018-02-17 16:59:51   R-pairCentral   0x123ABC
     2018-02-17 16:59:52   R-powerUpAction off
     2018-02-17 16:59:52   R-sign          off
     2018-02-17 17:01:31   RegL_00.          02:01 0A:12 0B:3A 0C:BC 15:FF 18:00 00:00
     2018-02-17 17:01:32   RegL_01.         08:00 09:00 0A:00 0B:00 0C:E6 0D:01 0E:04 0F:05 10:00  30:06 57:24 56:00 00:00
     2018-02-17 22:55:33   deviceMsg       16 (to VCCU)
     2018-02-17 22:55:33   level           16
     2018-02-17 22:55:33   motor           stop:16
     2018-02-17 22:55:33   pct             16
     2018-02-17 22:55:33   recentStateType ack
     2018-02-17 22:55:33   state           16
     2018-02-17 22:55:33   timedOn         off
   helper:
     HM_CMDNR   87
     cSnd       11123ABC4AD24E020164,11123ABC4AD24E0301
     dlvlCmd    ++A011123ABC4AD24E020164
     mId        006A
     peerIDsRaw ,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     dir:
       cur        stop
       rct        up
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +4AD24E,00,00,00
       nextSend   1518904533.79355
       rxt        0
       vccu       VCCU
       p:
         4AD24E
         00
         00
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        57
       io:
         HMLAN1     -79
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       HMLAN1:
         avg        -77.7647058823529
         cnt        17
         lst        -76
         max        -75
         min        -81
       at_HMLAN1:
         avg        -79.8
         cnt        45
         lst        -81
         max        -76
         min        -83
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      VCCU:HMLAN1
   autoReadReg 5_readMissing
   devStateIcon up:fts_shutter_10@green down:fts_shutter_100@black 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100
   eventMap   eventMap off:down on:up
   expert     2_raw
   firmware   2.8
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       CUL_HM
   serialNr   NEQ0394571
   subType    blindActuator
   webCmd     stop:up:90:80:70:60:50:40:30:20:10:down


Code Auswählen Erweitern

Internals:
   DEF        123ABC
   HMLAN1_MSGCNT 79
   HMLAN1_RAWMSG E3F595A,0000,3BDBE034,FF,FF99,5A86703F595A00000000064D
   HMLAN1_RSSI -103
   HMLAN1_TIME 2018-02-17 22:43:25
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     79
   NAME       VCCU
   NOTIFYDEV  global
   NR         131
   NTFY_ORDER 50-VCCU
   STATE      HMLAN1:ok,
   TYPE       CUL_HM
   assignedIOs HMLAN1
   channel_01 VCCU_Btn1
   lastMsg    No:A3 - t:04 s:123ABC d:4C1DBE 0100
   protLastRcv 2018-02-17 17:40:57
   rssi_at_HMLAN1 avg:-32769 lst:-32769 cnt:14 min:-32769 max:-32769
   READINGS:
   helper:
     HM_CMDNR   163
     mId        FFF0
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       nextSend   1518882987.60521
       prefIO     
       vccu       
       ioList:
         HMLAN1
     mRssi:
       mNo        A3
       io:
         HMLAN1     -32767
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_HMLAN1:
         avg        -32769
         cnt        14
         lst        -32769
         max        -32769
         min        -32769
Attributes:
   IODev      HMLAN1
   IOList     HMLAN1
   expert     2_raw
   model      CCU-FHEM
   subType    virtual
   webCmd     virtual:update


Irgendwie habe ich das Gefühl das meine Kommandos immer noch über den HMLAN und nicht über VCCU -> HMLAN gehen.

Gruß
Michael

[Otto123]

Moin Michael,

also nach einem ersten Blick sollte alles passen.

Am Ende macht ja der HMLAN1 die physikalische Arbeit.

Aus meiner Sichtsicht es gut aus :

io:
       newChn     +4AD24E,00,00,00
       nextSend   1518904533.79355
       rxt        0
       vccu       VCCU
       p:
         4AD24E
         00
         00
         00
       prefIO:
         HMLAN1

Gruß Otto

[Bennemannc]

Hallo,

Da ich gerne die Homeatic IP Geräte verwenden möchte, habe ich mir gerade den HM-MOD-RPI-PCB bestellt.

Dafür brauchst Du eine CCU2, Raspberrymatic oder eine piVCCU. MIt der VCCU von Fhem ist kein Homematic IP möglich. Wenn einer der dreit Dinge oben installiert sind, ließt Fhem mit HMCCU Modul die Geräte aus.
Du kannst die "normalen" Homematic Geräte auf Fhem lassen und nur die IP Geräte mit der CCU2 (oder was auch immer) anbinden oder Du ziehst mit allem um auf die CCU2. Dann sollte der HMLAN als zweites IO an die CCU2 anzubinden sein.

Gruß Christoph

[Benni]

Da ich gerne die Homeatic IP Geräte verwenden möchte, habe ich mir gerade den HM-MOD-RPI-PCB bestellt.

Ich dachte immer, Homematic IP geht nur mit einer CCU2?

gb#

[Bennemannc]

Also bei der piVCCU bekomme ich zumindest eine Fenster zum anlernen der IP Geräte. Ich habe allerdings, mangels Geräten, noch nicht versucht IP Geräte anzulernen. Da piVCCU und Raspimatic ja eine CCU2 emulieren, sollte das mit denen auch gehen. Vielleicht hat ja schon jemand damit Erfahrungen gemacht.

Gruß Christoph

[Benni]

Also bei der piVCCU bekomme ich zumindest eine Fenster zum anlernen der IP Geräte. Ich habe allerdings, mangels Geräten, noch nicht versucht IP Geräte anzulernen. Da piVCCU und Raspimatic ja eine CCU2 emulieren, sollte das mit denen auch gehen. Vielleicht hat ja schon jemand damit Erfahrungen gemacht.

Gruß Christoph

Gehen piVCCU oder Raspimatic mit FHEM auf einem Raspi gleichzeitig?

[Bennemannc]

Also die piVCCU auf jeden Fall mit Fhem zusammen auf winem Gerät. Das habe ich ausprobiert (liegt in der Bastelkiste zum verkauf). Bei der Raspberrymatic läuft nur die CCU auf dem Raspberry. Ob man dann noch Fhem dazu packen kann weiß ich nicht.

Gruß Christoph

[michaelapp]

Guten morgen,

dann brauch ich für die IP Geräte also wirklich eine Physikalisch CCU2 oder virtuelle auf einem PI.

Nur mit einem HM-MOD-RPI-PCB und VCCU geht es nicht?

Gruß
Michael

[Bennemannc]

Nein, Fhem kann kein HMIP und die VCCU in Fhem ist eigentlich nur die Zusammenfassung von mehreren IO's. Wie schon gesagt ich, habe mit piVCCU rumgespielt. Das klappt eigentlich gut. Nur ob die zu 100% HMIP kann, habe ich mangels Geräten nicht testen können. Das sollte aber gehen, da es ja eine vollständige CCU2 auf einer virtuellen Maschine ist. Dadurch kann man sich ein zweites Gerät sparen.

Gruß Christoph

[michaelapp]

Gut das ich mir gestern gleich noch nen PI3 bestellt habe

Dann probiere ich es mal mit piVCCU und Fhem auf dem Test PI3.

Danke schon mal

[Otto123]

Hallo Michael,

da Du die Diskussion zum Umstieg auf das Pi Modul und den Umstieg auf eine CCU2 in getrennten Threads behandelst - habe ich oben ganz bewusst nicht darauf reagiert. Ich dachte Du willst erstmal beide Szenarien testen.

Na viel Spaß, 

Otto

[michaelapp]

Hallo Otto,

ja ich wollte erst mal beide Szenarien betrachten und habe mich jetzt wie geschrieben für die Installation einer piVCCU mit HM-MOD-RPI-PCB auf einem neuen PI3 entschieden.

Die Hardware sollte in den nächsten Tagen eintreffen und dann geht das Testen los. Nen Gehäuse habe ich mir gestern schon gedruckt

Wie ich gelesen habe, kann ich die Homematic IP Komponenten nur mit einer CCU2 (piVCCU) pairen und nicht direkt in FHEM.

Macht es Sinn alle Geräte in der piVCCU zu pairen oder wirklich nur die Homematic IP.

Was sind denn die Vor und Nachteile die Geräte abgesehen der Homematic IP in der piVCCU zu pairen und nicht im FHEM?

Gruß
Michael

[Otto123]

Hallo Michael,

ich vergleiche es gerne so: Homematic Classic mit FHEM ist wie eigenes Auto - über die CCU2 ist es eher wie öffentlicher Bus.

Es sind zwei getrennte Welten die miteinander reden, aber für HM IP hast Du keine andere Chance.

Gruß Otto

[zap]

Der Vollständigkeit halber: Ein HMLAN oder ein LAN-Gateway kann an eine CCU2 "virtuell" angeschlossen werden, um die Reichweite zu verlängern.Mit virtuelle anschließen meine ich, man konfiguriert die IP Adresse des Gateways in der CCU2 (egal ob physikalisch oder Sioftware-CCU). Man legt in der CCU2 dann fest, welche Geräte über die CCU und welche über das Gateway funktechnisch angesprochen werden.

ABER: HMIP Geräte unterstützt nur die CCU. Dafür können die Gateways nicht verwendet werden.

[Bennemannc]

Wobei man auch noch beachten muss, das man für Fhem, wenn man denn HM - old dort haben möchte, und für die piVCCU jeweils ein eigenes IO Gerät haben muss. Der HM-MOD-RPI-PCB auf dem Raspi wird von der VCCU belegt. Der ist dann für Fhem nicht zu nutzen. Für Fhem müsste dann der alte HMLan herhalten - oder eben Alternativen wie HM-MOD-RPI-PCB über ESP-Link, der HMUSB Stick oder ein CUL.

Gruß Christoph