fhem mit HMLAN Adapter und einem Autor

[maxritti]

Hallo zusammen,

jetzt sollte es bei mir mal losgehen.
Und zwar habe ich mir mal einen Homematic LAN Adapter, eine Homematic Zwischensteckdose und einen Homematic Bewegungsmelder bestellt und die Dinger sind heute angekommen. :)
Doof nur, dass der Bewegungsmelder augenscheinlich schon im Eimer ist. Batterien habe ich eingelegt und nichts passiert. Keine LED zu sehen. Auch nach 2 Minuten nicht. Dann mal einen frischen Satz Batterien genommen, aber genauso wenig. Nun gut, das Dingen wieder einpacken und geht zurück ist halt so.

Dann habe ich mal den HM LAN Adapter angeschlossen und komme mit dem Konfigtool auch von meinem Notebook auf das Dingen drauf. Die Steckdose habe ich erfolgreich an den LAN angemeldet. Mit HIlfe des Konfigtools.

Nach der Anleitung habe ich den LAN Adapter auch soweit vorbereitet:

http://www.fhemwiki.de/wiki/HMLAN_Konfigurator

Allerdings wo bei dem 4. Punkt nur noch die Seriennummer anzugeben ist und kein Zugriffscode mehr, meckert mir die Software, dass das nicht geht.
Nun gut. Dann habe ich den Code also mal drin belassen.

Dann mal fhem auf einem Linuxrechner installiert und da komme ich auch wunderbar per http://ip:8083/fhem dran.
In der fhem.cfg habe ich das mal eingetragen:

define myHMLAN HMLAN 192.168.178.23:1000
attr myHMLAN hmId 123ABC

Im Room "Everything" sehe ich nun auch myHMLAN. Nur ist das wirklich mein LAN Adapter?
Den den Aktor (also die Steckdose) sehe ich nirgends. Sollte die nicht auch irgendwo aufgeführt werden?

Das log von fhem sieht mal so aus:

2013.10.11 21:19:09 1: Including fhem.cfg
2013.10.11 21:19:09 3: telnetPort: port 7072 opened
2013.10.11 21:19:09 3: WEB: port 8083 opened
2013.10.11 21:19:09 3: WEBphone: port 8084 opened
2013.10.11 21:19:09 3: WEBtablet: port 8085 opened
2013.10.11 21:19:09 2: HMLAN_Parse: myHMLAN new condition disconnected
2013.10.11 21:19:09 3: Opening myHMLAN device a.b.c.d:1000
2013.10.11 21:19:09 3: myHMLAN device opened
2013.10.11 21:19:09 2: HMLAN_Parse: myHMLAN new condition init
2013.10.11 21:19:09 1: Including ./log/fhem.save
2013.10.11 21:19:09 1: usb create starting
2013.10.11 21:19:09 1: usb create end
2013.10.11 21:19:09 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.10.11 21:19:09 0: Server started with 10 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user root, pid 27961)
2013.10.11 21:19:38 1: a.b.c.d:1000 disconnected, waiting to reappear
2013.10.11 21:19:38 2: HMLAN_Parse: myHMLAN new condition disconnected
2013.10.11 21:19:38 1: a.b.c.d:1000 reappeared (myHMLAN)
2013.10.11 21:19:38 2: HMLAN_Parse: myHMLAN new condition init
2013.10.11 21:20:07 1: a.b.c.d:1000 disconnected, waiting to reappear
2013.10.11 21:20:07 2: HMLAN_Parse: myHMLAN new condition disconnected

Hat dazu jemand einen Tip wo die Steckdose sein könnte?
Oder muss ich die noch irgendwie fhem bekannt machen?

[maxritti]

Hm, ich glaube ich muss den Aktor doch noch im fhem pairen.

http://www.fhemwiki.de/wiki/HomeMatic_Devices_pairen

Morgen mal ausprobieren. Ich berichte dann.

[maxritti]

Ich noch mal. Soeben habe ich das mal mit dem pairen in fhem ausprobiert.
Nur entweder mache ich noch etwas falsch oder aber irgendetwas stimmt nicht.
Vielleich hat jemand eine Idee.

Meine Config im fhem sieht so aus. Laut dem einen Wikiartikel müsste das doch ausreichen!?

(http://abload.de/img/12102013_083435iisv5.jpg)

Und der HM Konfigurator hat eine Steckdose drin:

(http://abload.de/img/12102013_083456qdsxf.jpg)

Dann habe ich im fhem mal "set myHMLAN hmPairForSec 600" eingegeben und auf der Steckdose den Anlernknopf für 4 Sekunden, damit die LED blinkt.
Aber irgendwie scheint nichts zu passieren.

Zumindest im Everything Room im fhem müsste ich die Steckdose doch sehen oder?
Da sehe ich aber nur das:

(http://abload.de/img/12102013_083643igs5z.jpg)

Ein Neustart vom fehm sagt das hier:

(http://abload.de/img/12102013_0837087gscp.jpg)

Need help.

[maxritti]

Hm, ich sehe gerade das steh ja bei "myHMLAN" disconnected.
Wie kommt denn das?

Die LEDs sind LINK eigentlich fast immer grün an, Status aus und Power blinkt grün.

[MisterEltako]

Laut Log kann fhem den HMLAN nicht erreichen. Im FhemWiki-Beitrag steht das nicht gle8chzeitig mit der Windowssoftware und FHEM auf den HMLAN zugegriffen werden kann. Also muss immer eins von beiden aus sein.

Hast du auch AES-Verschlüsselung aus und dem HMLAN eine geeignete Adresse im IP-Bereich deines Netzwerks gegeben?

MfG, MisterEltako

[maxritti]

Ah jetzt ja.

Ich vermute mal, dass das mit dem Deaktiviern von AES beim ersten mal nicht geklappt hat.

Jetzt erkennt fhem auch mittels autocreate das anlernen der Steckdose.
FREU

Dann kanns ja weiter gehen. Aber es kommen bestimmt noch mehr fragen 

[maxritti]

Schalten lässt sich die Steckdose allerdings noch nicht.

Bei Switch on/off kommt die Meldung hier:

(http://abload.de/img/12102013_1024091zua9.jpg)

Hast Du dazu auch noch einen Tip?

[UliM]

Hi,
bei HM muss m.W. in beie Richtungen gepairt werden: Sowohl der HMLAN an das device, als auch das device an den HMLAN.
Vmtl hast Du nur Ersteres gemacht.
Gruß, Uli

[maxritti]

Danke schon mal für die Info. Wenn ich jetzt wüsste, wie das nun geht.

So vom Prinzip habe ich nicht wirklich viel gemacht.
Also mit der Windows Software das AES ausgeschaltet. Die fhem.cfg angepasst um den HMLAN zu finden.
Und den HMLAN dann in den Listenermodus versetzt und die Steckdose durch den Taster angelernt.
Wie lerne ich denn den HMLAN an die Dose an?

Hier mal der Auszug aus der fhem.cfg

Vielleicht sieht da jemand schon den Fehler:


define myHMLAN HMLAN 192.168.178.23:1000
attr myHMLAN hmId 123ABC
attr myHMLAN hmLanQlen 1_min
attr myHMLAN wdTimer 25

define CUL_HM_HM_LC_SW1_PL2_20C7F0 CUL_HM 20C7F0
attr CUL_HM_HM_LC_SW1_PL2_20C7F0 .devInfo 010100
attr CUL_HM_HM_LC_SW1_PL2_20C7F0 .stc 10
attr CUL_HM_HM_LC_SW1_PL2_20C7F0 firmware 1.12
attr CUL_HM_HM_LC_SW1_PL2_20C7F0 model HM-LC-SW1-PL2
attr CUL_HM_HM_LC_SW1_PL2_20C7F0 room CUL_HM
attr CUL_HM_HM_LC_SW1_PL2_20C7F0 serialNr KEQ0172720
attr CUL_HM_HM_LC_SW1_PL2_20C7F0 subType switch
define FileLog_CUL_HM_HM_LC_SW1_PL2_20C7F0 FileLog ./log/CUL_HM_HM_LC_SW1_PL2_20C7F0-%Y.log CUL_HM_$
attr FileLog_CUL_HM_HM_LC_SW1_PL2_20C7F0 logtype text
attr FileLog_CUL_HM_HM_LC_SW1_PL2_20C7F0 room CUL_HM

Auf jeden Fall schon mal schönen Dank hier in die Runde.
Finde ich richtig gut, dass Ihr Eure Zeit opfert um solchen Neulingen wie mir zu helfen.

Muchas gracias

[maxritti]

Also jetzt bin ich ja komplett verwirrt. Augenscheinlich hatte ich fehm komplett kaputt bekommen, da ich beim start des servers Meldungen mit fehm.pl bekommen haben.
Daraufhin habe ich das deb-Paket auf meinem Linuxrechner mal deinstalliert. Das /opt/fhem/ Verzeichnis gelöscht. Dann das deb-Paket noch mal neu installiert und in die fhem.cfg diese zwei Zeilen eingetragen, damit der HM LAN bekannt gemacht wird.

define myHMLAN HMLAN 192.168.178.23:1000
attr myHMLAN hmId 123ABC

Dann mit dem Befehl

set myHMLAN hmPairForSec 600

den HM LAN in den Lernmodus gesetzt (set myHMLAN hmPairForSec 600) und an der Steckdose wieder 4 Sekunden die Taste gehalten.

if fhem-2013...log erscheint dann das hier:

Useless use of string in void context at ./FHEM/10_CUL_HM.pm line 854.
Useless use of string in void context at ./FHEM/10_CUL_HM.pm line 855.
Useless use of string in void context at ./FHEM/10_CUL_HM.pm line 856.
2013.10.12 15:57:30 3: CUL_HM Unknown device CUL_HM_HM_LC_SW1_PL2_20C7F0, please define it
2013.10.12 15:57:30 2: autocreate: define CUL_HM_HM_LC_SW1_PL2_20C7F0 CUL_HM 20C7F0 A1A09840020C7F00000001C00A14B45513031373237323010010100
2013.10.12 15:57:30 3: CUL_HM pair: CUL_HM_HM_LC_SW1_PL2_20C7F0 switch, model HM-LC-SW1-PL2 serialNr KEQ0172720
2013.10.12 15:57:30 2: autocreate: define FileLog_CUL_HM_HM_LC_SW1_PL2_20C7F0 FileLog ./log/CUL_HM_HM_LC_SW1_PL2_20C7F0-%Y.log CUL_HM_HM_LC_SW1_PL2_20C7F0
2013.10.12 15:57:31 2: HMLAN_Parse: myHMLAN new condition ok

In die fhem.cfg hat er diesmal nichts aufgenommen. Aber im Web sehe ich dann im Raum CUL_HM den Switch.
Allerdings wieder mit MISSING ACK. Mache ich im web vom fhem ein "switch on", kommt in der Switch log dieser Eintrag:

2013-10-12_15:59:19 CUL_HM_HM_LC_SW1_PL2_20C7F0 set_on

Die Fehm-Log meldet dies:

2013.10.12 15:59:19 2: CUL_HM set CUL_HM_HM_LC_SW1_PL2_20C7F0 on

und dann wieder ein

2013-10-12_15:59:35 CUL_HM_HM_LC_SW1_PL2_20C7F0 MISSING ACK

in der Switchlog.

Zum einen frage ich mich immer noch warum ein MISSING ACK und dann vor allem, wo hat der auf einmal den Switch her ohne, dass der in der Configdatei steht?

[maxritti]

Nachdem ich ein "save" im webinterface eingegeben habe, steht nun zumindest wieder die Steckdoseninfos in der Config -Datei.

[martinp876]

ich habe nur einmal quer gelesen.

der switch wird auto-generiert wenn du anlernen drückst, der switch als ein entsprechende message schickt.
Wenn du mit ihm arbeiten willst musst du ihm pairen

[maxritti]

Laut dem FHEM Wiki (http://www.fhemwiki.de/wiki/HomeMatic_Devices_pairen) habe ich dann mal diesen Befehl versucht:

define wz_steckdose myHMLAN 123ABC

In der Hoffnung, dass der den Switch wz_steckdose mit dem myHMLAN  und der Id 123ABC pairt.

Dummerweise bekomme ich als feedback dies:

wz_steckdose already defined, delete it first

[maxritti]

Es funktioniert

Das Problem war wohl, dass ich die Steckdose und den HM LAN mit dem Windowsprogramm gepairt hatte.
Die Verbindung habe ich mal mit dem Windoof Programm entfernt, dann mittels fhem neu in den Anlernmodus gebracht und die Steckdose neu angelernt.

Und schon kann ich via fhem ein und ausschalten.
Der Abend ist gerettet

Noch mal danke an alle Beteiligten.