Umzug vom Pi (usb) auf eine Xen Debian VM (Lan Gateway)

new_rasp · 08 März 2017, 17:12:47

Ja das war jetzt auch mein Plan. Aber leider geht es mit der wiki.fhem anleitung nicht...

Was hab ich gemacht.
Bin wieder zurück auf Anfang. Also FHEM auf dem Raspi mit Stick.
Danach hab ich Rasbian upgedatet.
Dann hab ich FHEM upgedatet.
Danach bin ich 1 zu 1 nach dem wiki Eintrag vorgegangen... Hier bleibt der aber auf disconnected!

Code Auswählen


Internals: 
   CNT        80 
   DEF        10.0.0.21 
   DEVCNT     80 
   DevState   0 
   DevType    LGW 
   DeviceName 10.0.0.21:2000 
   FD         5 
   LGW_Init   10 
   LastOpen   1488989217.39332 
   NAME       HMLANGW 
   NR         167 
   PARTIAL 
   STATE      opened 
   TYPE       HMUARTLGW 
   XmitOpen   0 
   Helper: 
     Log: 
       IDs: 
   Readings: 
     2017-03-08 17:06:57   D-LANfirmware   1.1.5 
     2017-03-08 17:06:57   D-serialNr      NEQ0382390 
     2017-03-08 17:06:57   D-type          eQ3-HM-LGW 
     2017-03-08 17:01:43   cond            disconnected 
     2017-03-08 17:01:43   loadLvl         suspended 
     2017-03-08 17:06:57   state           opened 
   Keepalive: 
     CNT        80 
     DEVCNT     80 
     DevState   0 
     DevType    LGW-KeepAlive 
     DeviceName 10.0.0.21:2001 
     FD         47 
     LGW_Init   10 
     LastOpen   1488989217.41073 
     NAME       HMLANGW:keepAlive 
     NR         201 
     PARTIAL 
     STATE      opened 
     TEMPORARY  1 
     TYPE       HMUARTLGW 
     XmitOpen   0 
     Helper: 
       Log: 
         Resolve    1 
         IDs: 
     Readings: 
       2017-03-08 17:06:57   state           opened 
     Lgwhash: 
Attributes: 
   hmId       HMIDXX
   lgwPw      Passwortx

Von dem her müsste ich jetzt wieder die andere Anleitung benützen weil es hier ja dann funktioniert. Nur müsste ich halt bevor ich die cfg ändere die VCCU einbauen?
Oder kann sich wer den wiki Eintrag nochmal anschauen ob da evtl ein Fehler ist?

Aber gleich mal Dankeschön für die Hilfe. Bei der VCCU hab ich sicher dann auch noch Fragen

Das muss nicht alles heute sein!

new_rasp · 08 März 2017, 17:14:53

ach ja... und das kommt danach im Logfile

Code Auswählen


2017.03.08 17:13:28 1: 10.0.0.21:2000 reappeared (HMLANGW)
2017.03.08 17:13:28 3: HMLANGW:keepAlive device opened
2017.03.08 17:13:28 1: HMUARTLGW HMLANGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2017.03.08 17:13:28 1: HMUARTLGW HMLANGW:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2017.03.08 17:13:38 1: HMUARTLGW HMLANGW LGW init did not complete after 10s
2017.03.08 17:13:38 3: HMLANGW device closed
2017.03.08 17:13:38 3: Opening HMLANGW:keepAlive device 10.0.0.21:2001
2017.03.08 17:13:38 1: 10.0.0.21:2000 reappeared (HMLANGW)
2017.03.08 17:13:38 3: HMLANGW:keepAlive device opened
2017.03.08 17:13:38 1: HMUARTLGW HMLANGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2017.03.08 17:13:38 1: HMUARTLGW HMLANGW:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2017.03.08 17:13:48 1: HMUARTLGW HMLANGW LGW init did not complete after 10s
2017.03.08 17:13:48 3: HMLANGW device closed
2017.03.08 17:13:48 3: Opening HMLANGW:keepAlive device 10.0.0.21:2001
2017.03.08 17:13:48 1: 10.0.0.21:2000 reappeared (HMLANGW)
2017.03.08 17:13:48 1: HMUARTLGW HMLANGW wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2017.03.08 17:13:48 3: HMLANGW:keepAlive device opened
2017.03.08 17:13:48 1: HMUARTLGW HMLANGW:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.

Dazu noch was in der anderen Anleitung gefunden:
sudo apt-get install libcrypt-rijndael-perl
glaub das fehlt bei mir auch!

new_rasp · 08 März 2017, 17:24:27

Also das ist wirklich abgegangen. Jetzt ist der connected!

Und es scheint als würde das firmware upgrade auf funktionieren!

Code Auswählen


2017.03.08 17:21:39 3: HMLANGW: Unknown code A0B6FA001354D4E2A112A020E::-31:HMLANGW, help me!
2017.03.08 17:21:40 3: HMLANGW: Unknown code A0A6F8002354D4E2A112A00::-31:HMLANGW, help me!
2017.03.08 17:23:16 3: HMLANGW device closed
2017.03.08 17:23:16 3: Opening HMLANGW:keepAlive device 10.0.0.21:2001
2017.03.08 17:23:16 1: 10.0.0.21:2000 reappeared (HMLANGW)
2017.03.08 17:23:16 3: HMLANGW:keepAlive device opened
2017.03.08 17:23:16 3: HMUARTLGW HMLANGW BidCoS-port opened
2017.03.08 17:23:16 3: HMUARTLGW HMLANGW:keepAlive KeepAlive-port opened
2017.03.08 17:23:17 1: HMUARTLGW HMLANGW starting firmware upgrade

new_rasp · 08 März 2017, 17:26:52

Jetzt schaut es besser aus! Bitte im Wiki die Zeile hinzufügen!

sudo apt-get install libcrypt-rijndael-perl

Code Auswählen


D-firmware    1.4.1 2017-03-08    17:23:28

Dann mach ich mal ein zwischen Backup und versuch mit danach mit der VCCU

new_rasp · 08 März 2017, 18:17:44

So dann mal gleich ne Frage wegen der VCCU...

Hab jetzt mal folgendes konfiguriert (natürlich angepasst an mein System)

Code Auswählen


define VCCU CUL_HM 123456
attr VCCU IOList CUL0,HMLAN0
attr VCCU model CCU-FHEM
attr VCCU subType virtual
attr VCCU webCmd virtual:update

Scheint alles zu funktionieren:

Code Auswählen


Internals: 
   DEF        HMIDXX 
   IODev      hmusb 
   NAME       vccu 
   NOTIFYDEV  global 
   NR         168 
   NTFY_ORDER 50-vccu 
   STATE      hmusb:ok,HMLANGW:ok, 
   TYPE       CUL_HM 
   assignedIOs HMLANGW,hmusb 
   Readings: 
     2017-03-08 18:12:07   state           hmusb:ok,HMLANGW:ok, 
   Helper: 
     HM_CMDNR   90 
     mId        FFF0 
     rxType     1 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Io: 
       prefIO 
       vccu 
       ioList: 
         hmusb 
         HMLANGW 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       chn        1 
       dev        1 
       vrt        1 
     Tmpl: 
Attributes: 
   IODev      hmusb 
   IOList     hmusb,HMLANGW 
   expert     2_raw 
   model      CCU-FHEM 
   subType    virtual 
   webCmd     virtual:update

Muss ich da jetzt noch was konfigurieren? Oder passt das jetzt schon so?

@Otto123:
Du hast gemeint mit einem Device testen? Wie gehe ich hier vor? Glaub ich steh grad bisschen aufm Schlauch

new_rasp · 08 März 2017, 20:15:52

So hab einstweilen mal FHEM auf dem XEN installiert. Hierzu wieder eine kleine Info.

Hier wird beschrieben
https://forum.fhem.de/index.php?topic=27679.0
das man fhem auch aus dem debian-repository installieren kann... das geht irgendwie nicht mehr. Hab über

Code Auswählen


sudo apt-get install libdevice-serialport-perl
sudo apt-get install libio-socket-ssl-perl
# fhem-X.Y.deb bitte mit der aktuellsten, stabilen Version ersetzen
wget  http://fhem.de/fhem-X.Y.deb
sudo dpkg -i fhem-X.Y.deb

installiert.

Hab mir das laufende System angeschaut. Hier ist ja bei den Devices der

Code Auswählen


IODev hmusb

eingetragen. Muss ich das ändern? Werd da ausm Wiki nicht ganz schlau...

automatisierer · 08 März 2017, 21:11:45

wenn du eine vccu erstellt hast, dann kannst du das IODev so lassen wie es ist, dass ist dann nebensächlich. Dafür gibts aber ein Attribut IOgrp, da musst du dann den Namen der vccu eintragen. Oder halt ein preffIO (bevorzugtes IO)

new_rasp · 08 März 2017, 22:22:53

Zitat von: automatisierer am 08 März 2017, 21:11:45
wenn du eine vccu erstellt hast, dann kannst du das IODev so lassen wie es ist, dass ist dann nebensächlich. Dafür gibts aber ein Attribut IOgrp, da musst du dann den Namen der vccu eintragen. Oder halt ein preffIO (bevorzugtes IO)

Muss ich dann also bei jedem Device das Attribut IOgrp mit dem Wert vccu hinzufügen? Weil wenn dann sollte er ja das nächste GW verwenden (für später mal)
attr <device> IOgrp VCCU

Otto123 · 08 März 2017, 22:23:29

Zitat von: new_rasp am 08 März 2017, 17:26:52
Jetzt schaut es besser aus! Bitte im Wiki die Zeile hinzufügen!

Hi,

ich habe doch gefragt ob Du Zeit hast. Ich bin nicht immer online

Welchen Wiki Eintrag meinst Du hier? Bitte Link.

Am einzelnen Device: Das IODev Attribute spielt bei der VCCU keine Rolle mehr! wie Automatisierer schon sagt.
Mit dem attr IOgrp VCC:<prefIO>
also bei Dir (wenn ich richtig liege) attr <> IOgrp VCCU:HMLANGW stellst Du das Langateway als bevorzugten IO ein.

Du kannst aber auch jederzeit, mit set <IO> close einen IO abschalten.

Hier steht doch genau wie Du IOgrp für alle setzen kannst.

Gruß Otto

new_rasp · 08 März 2017, 22:34:16

Zitat von: Otto123 am 08 März 2017, 22:23:29
Hi,

ich habe doch gefragt ob Du Zeit hast. Ich bin nicht immer online

Welchen Wiki Eintrag meinst Du hier? Bitte Link.

Am einzelnen Device: Das IODev Attribute spielt bei der VCCU keine Rolle mehr! wie Automatisierer schon sagt.
Mit dem attr IOgrp VCC:<prefIO>
also bei Dir (wenn ich richtig liege) attr <> IOgrp VCCU:HMLANGW stellst Du das Langateway als bevorzugten IO ein.

Du kannst aber auch jederzeit, mit set <IO> close einen IO abschalten.

Hier steht doch genau wie Du IOgrp für alle setzen kannst.

Gruß Otto

Servus,

kein Thema. Muss auch nicht heute sein. Wollte nur loswerden das es jetzt mal soweit funktioniert.

Also das mit dem Wiki hab ich die
https://wiki.fhem.de/wiki/HM-LGW-O-TW-W-EU_Funk-LAN_Gateway
Seite gemeint. Hier fehlt der Hinweis das man

Code Auswählen


sudo apt-get install libcrypt-rijndael-perl

noch ausführen muss. Vorher gehts nicht.

Okay dann muss ich das noch bei allen hinzufügen. Vorher teste ich das mal mit einem.
Soll ich dann auf

Code Auswählen


vccu:HMLANGW

das Attribute setzen oder das auf

Code Auswählen


attr <device> IOgrp VCCU

lassen wenn ich noch ein weiteres GW hinzufüge? Das müsste ich ja dann wieder bei allen ändern wenn die Reichweite schlechter sein sollte und ich noch einen zweiten benötigen würde?
Das mit einem Befehl kann ich ja testen wenn es auf einem funktioniert

Otto123 · 08 März 2017, 22:42:34

Hi,

aber hier steht doch, das man das Paket installieren muss!?

attr <device> IOgrp VCCU

setzt die VCCU und ihre Eigenschaften bei dem Device. D.h. die VCCU entscheidet über den IO. Wenn man VCCU:<IO> einstellt wird zum senden der gewählte IO verwendet.
Alle IOs hören immer mit!

Gruß Otto

new_rasp · 08 März 2017, 22:49:44

Ups...

Das hab ich irgendwie überlesen! Sorry

Okay dann werde ich es mit
attr <device> IOgrp vccu (habs bei mir klein geschrieben was ja hoffentlich kein Problem sein sollte)
versuchen. Ist ja besser in Hinsicht auf später.

Danach gehts dann mit der cfg weiter?

new_rasp · 08 März 2017, 22:57:55

hab jetzt mal bei einem Bewegungsmelder IOgrp vccu hinzugefügt...
Wie sehe ich jetzt das es funktioniert? Im Log steht nix besonderes. Der schaltet aber noch wie konfiguriert...

Otto123 · 08 März 2017, 23:04:42

mach mal ein list von dem Bewegungsmelder. Aber wie schon gesagt, mithören tut jeder. Da der Bewegungsmelder nur "hört" ist diese Gerät zum Testen sicher suboptimal.

Gruß Otto

new_rasp · 08 März 2017, 23:12:16

das wäre noch ein list

Code Auswählen


Internals: 
   DEF        3267F2 
   HMLANGW_MSGCNT 29 
   HMLANGW_RAWMSG 0500002ECA84103267F2HMIDXX06011B00 
   HMLANGW_RSSI -46 
   HMLANGW_TIME 2017-03-08 23:02:01 
   IODev      hmusb 
   LASTInputDev hmusb 
   MSGCNT     58 
   NAME       OG_Bewe_Gang 
   NOTIFYDEV  global 
   NR         22 
   NTFY_ORDER 50-OG_Bewe_Gang 
   STATE      noMotion 
   TYPE       CUL_HM 
   hmusb_MSGCNT 29 
   hmusb_RAWMSG E3267F2,0000,006C57A2,FF,FFC4,CA84103267F2HMIDXX06011B00 
   hmusb_RSSI -60 
   hmusb_TIME 2017-03-08 23:02:01 
   lastMsg    No:CA - t:10 s:3267F2 d:HMIDXX 06011B00 
   peerList   OG_Treppenlicht, 
   protLastRcv 2017-03-08 23:02:01 
   rssi_at_HMLANGW avg:-46.17 min:-49 max:-44 lst:-46 cnt:29 
   rssi_at_hmusb avg:-61.41 min:-63 max:-58 lst:-60 cnt:29 
   Readings: 
     2017-03-08 21:14:03   Activity        alive 
     2015-03-22 14:08:10   CommandAccepted yes 
     2015-03-22 14:08:08   D-firmware      1.6 
     2015-03-22 14:08:08   D-serialNr      LEQ09870XX 
     2015-03-22 14:08:10   PairedTo        0xHMIDXX 
     2015-03-22 14:07:52   R-OG_Treppenlicht-peerNeedsBurst off 
     2015-03-22 14:08:10   R-brightFilter  7 
     2015-03-22 14:08:10   R-captInInterval off 
     2015-03-22 14:07:51   R-evtFltrNum    1 
     2015-03-20 21:06:22   R-evtFltrPeriod 1 s 
     2015-03-22 14:08:10   R-minInterval   30 
     2015-03-22 14:07:51   R-pairCentral   0xHMIDXX 
     2015-03-22 14:08:10   RegL_00.        02:01 0A:35 0B:4D 0C:4E 00:00 
     2015-03-22 14:08:10   RegL_01.        01:12 02:71 08:00 22:00 00:00 
     2015-03-22 14:08:11   RegL_04.OG_Treppenlicht 01:00 00:00 
     2017-03-08 23:02:01   battery         ok 
     2017-03-08 23:02:01   brightness      27 
     2017-03-08 23:02:01   cover           closed 
     2017-03-08 22:59:24   motion          off 
     2017-03-08 22:58:52   motionCount     249_next:30s 
     2017-03-08 22:59:24   motionDuration  32 
     2017-03-08 19:26:57   peerList        OG_Treppenlicht, 
     2015-06-10 17:41:24   powerOn         2015-06-10 17:41:24 
     2017-03-08 23:02:01   recentStateType info 
     2017-03-08 22:59:24   state           noMotion 
     2017-03-08 22:58:52   trigger_cnt     249 
   Helper: 
     HM_CMDNR   202 
     mId        00C1 
     rxType     28 
     supp_Pair_Rep 0 
     Ack: 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Io: 
       newChn     +3267F2,00,00,00 
       nextSend   1489010521.42543 
       rxt        2 
       vccu       vccu 
       p: 
         3267F2 
         00 
         00 
         00 
     Mrssi: 
       mNo        CA 
       Io: 
         HMLANGW    -46 
         hmusb      -58 
     Prt: 
       bErr       0 
       sProc      0 
       sleeping   1 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       chn        1 
       dev        1 
     Rssi: 
       At_hmlangw: 
         avg        -46.1724137931035 
         cnt        29 
         lst        -46 
         max        -44 
         min        -49 
       At_hmusb: 
         avg        -61.4137931034483 
         cnt        29 
         lst        -60 
         max        -58 
         min        -63 
     Shadowreg: 
     Tmpl: 
Attributes: 
   IODev      hmusb 
   IOgrp      vccu 
   actCycle   000:10 
   actStatus  alive 
   alarmDevice Sensor 
   alarmSettings alarm6,|OG_Bewe_Gang:motion|OgBeGang|on 
   autoReadReg 4_reqStatus 
   expert     2_full 
   firmware   1.6 
   model      HM-Sen-MDIR-O-2 
   peerIDs    00000000,2A112A01, 
   room       CUL_HM 
   serialNr   LEQ0987092 
   subType    motionDetector

wäre es mit einem Relais besser zu testen?