Integration Intertechno Funktmagnetkontakt in OpenHAB

[Loidt]

Ich möchte den Interechno Funktmagnetkontakt (ITM-100) in OpenHAB integrieren:

http://www.funkschalter-intertechno....alter::42.html


Für die Kommunikation mit dem Sensor verwende ich den CUL Tranceiver von busware:

http://shop.busware.de/product_info.php/products_id/44

Zudem habe ich die addons geladen um mit dem CUL und dem Sender zu sprechen:

https://github.com/openhab/openhab/wiki/CUL-Transport
https://github.com/openhab/openhab/wiki/CUL-Intertechno

Mein openhab.cfg um den CUL zu konfigurieren sieht wie folgt aus:

culintertechno:device=serial:/dev/ttyACM0
culintertechno:baudrate=38400
culintertechno:parity=NONE
culintertechno:data=8

Dann habe ich ein Contact item in meine Item Konfiguration hinzugefügt und das culintertechno transport device addressiert:

Contact Fenster1_Dach_Wohnzimmer { culintertechno="type=raw;address=F0000FF0FF;comman dOn=FF;commandOff=F0" }

OpenHAB quitiert mir diese Konfiguraton jedoch mit folgendem Fehler:

org.openhab.model.item.binding.BindingConfigParseException:
            item 'Fenster1_Dach_Wohnzimmer' is of type 'ContactItem',
               only SwitchItems are allowed - please check your *.items configuration

Meine Frage ist nun wie ich den Kontaktsensor korrekt configurieren muss, damit ich ihn auch als Contact Item in der Item Konfiguration verwenden kann oder kann der CUL Transport nur als Switch Item verwendet werden?

[udo1toni]

Die Fehlermeldung besagt ja, dass Contact nicht erlaubt ist. Macht aber nichts, Du definierst es einfach als Switch. Wenn Du das Item in der UI plazierst, nimmst Du aber das Text Widget, da gibt es dann keine Schaltfläche.

[Loidt]

Vielen Dank für die schnelle Antwort. Genauso hat es funktioniert.

Ich habe noch ein Mapping definiert:

# runtime/configurations/transform/fenster.map

0=zu
1=offen
-=undefiniert

Und in der Items Konfiguration verwendet

# runtime/configurations/items/default.items

Switch Fenster1_Dach_Wohnzimmer "Fenster Links [MAP(fenster.map):%d]" (Dach_Wohnzimmer) { culintertechno="type=raw;address=F0000FF0FF;comman dO n=FF;commandOff=F0" }

In der Laufzeit wird jetzt das Fenster korrekt mit dem Zustand "auf" und "zu" angezeigt.

[Loidt]

Ich habe nun auch meinen CUL bekommen und mit der alternativen Firmware bespielt. Die Firmware habe ich von hier bekommen:

https://www.mediafire.com/folder/iuf7lue8r578c/a-culfw

Für die Installation bin ich nach folgender Anleitung vorgegangen:

http://www.computerhilfen.de/info/fh...tallieren.html

Wenn ich die OpenHAB Runtime starte dann wird der CUL korrekt erkannt:

osgi> 2017-01-10 21:42:53.768 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.3).
2017-01-10 21:42:54.872 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - mDNS service has been started
2017-01-10 21:42:54.916 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - Service Discovery initialization completed.
2017-01-10 21:42:57.191 [INFO ] [penhab.io.rest.RESTApplication] - Started REST API at /rest
2017-01-10 21:43:04.499 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.sitemap'
2017-01-10 21:43:04.648 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.items'
2017-01-10 21:43:05.066 [INFO ] [.o.u.w.i.servlet.WebAppServlet] - Started Classic UI at /classicui/openhab.app
RXTX Warning:  Removing stale lock file. /var/lock/LCK..ttyACM0
2017-01-10 21:43:10.148 [INFO ] [.service.AbstractActiveService] - CULIntertechno Refresh Service has been started

Bei Betätigung des Magnetschalters sollte der CUL die Signale empfangen. Leider kann ich nicht sehen ob dies korrekt bei OpenHAB angekommt. Welche Möglichkeit gibt Events die der CUL empfängt sichtbar zu machen?

[udo1toni]

Du kannst das Logigng auf debug ändern (z.B. indem Du mit dem script aus dem runtime-Ordner start_debug startest).

[Loidt]

OK ich habe jetzt man OpenHAB mit start_debug.sh gestartet. Sobald der CUL erkannt wird erscheint folgende Log Meldung:

20:36:27.444 [DEBUG] [o.i.t.c.i.CULSerialHandlerImpl:241  ] - Opening serial CUL connection for /dev/ttyACM0
RXTX Warning:  Removing stale lock file. /var/lock/LCK..ttyACM0
20:36:27.525 [DEBUG] [.w.internal.gfx.WeatherServlet:62   ] - Starting up weather servlet at /weather
20:36:27.708 [DEBUG] [o.i.t.c.i.CULSerialHandlerImpl:266  ] - Adding serial port event listener
20:36:27.709 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:312  ] - Sending raw message to CUL /dev/ttyACM0:  'X21
'
20:36:27.709 [INFO ] [.service.AbstractActiveService:169  ] - CULIntertechno Refresh Service has been started
20:36:27.710 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:296  ] - Requesting credit report
20:36:27.710 [DEBUG] [.o.b.i.i.CULIntertechnoBinding:134  ] - execute() method is called!
20:36:27.714 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 21  478
20:36:27.715 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:278  ] - credit10ms = 478
20:36:27.720 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:312  ] - Sending raw message to CUL /dev/ttyACM0:  'it420
'
20:36:27.721 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:296  ] - Requesting credit report
20:36:27.732 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:312  ] - Sending raw message to CUL /dev/ttyACM0:  'isr6
'
20:36:27.732 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:296  ] - Requesting credit report
20:36:27.735 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 420
20:36:27.736 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:296  ] - Requesting credit report
20:36:27.757 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 21  478
20:36:27.758 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:278  ] - credit10ms = 478
20:36:27.779 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 6
20:36:27.779 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:296  ] - Requesting credit report
20:36:27.800 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 21  478
20:36:27.801 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:278  ] - credit10ms = 478
20:36:27.821 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 21  478
20:36:27.822 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:278  ] - credit10ms = 478

Sobald ich den Fensterkontakt öffene und wieder schließe erscheinen folgende Meldungen im LogFile:

20:37:58.301 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: i10101560
20:37:58.302 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:296  ] - Requesting credit report
20:37:58.323 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 21  569
20:37:58.324 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:278  ] - credit10ms = 569
20:37:59.423 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: i10101460
20:37:59.423 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:296  ] - Requesting credit report
20:37:59.444 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:239  ] - Received raw message from CUL: 21  570
20:37:59.445 [DEBUG] [o.o.i.t.c.i.AbstractCULHandler:278  ] - credit10ms = 570

Ich möchte gern herausfinden ob ich die Adresse des Fensterkontakts korrekt in der items configuration eingestellt habe. Kann jemand diese Meldungen interpretieren.

[Loidt]

So ich habe jetzt mal einen anderen Weg eingeschlagen und den Fensterkontakt mit homegear angelernt. Meine homegear Konfiguration sieht folgendermaßen aus:

/etc/homegear/families/intertechno.conf

[CUL]
id = QCUL
deviceType = cul
device = /dev/ttyACM0
baudrate = 57600

In homegear wird der Fensterkontakt korrekt angezeigt

homgear -r
> families select 16
(Family)> ls
      ID │ Name                      │ Serial Number │  Address │     Type │ Type Description                            
─────────┼───────────────────────────┼───────────────┼──────────┼──────────┼───────────────────────────────────────────────
         │                           │               │          │          │
       1 │                           │   ITD00000201 │ 00000201 │   000001 │ Intertechno Switch                          
─────────┴───────────────────────────┴───────────────┴──────────┴──────────┴───────────────────────────────────────────────

Wenn ich den Fensterkontakt öffene und schließe sehe ich entsprechende Signale im Logfile:

tail /var/log/homegear/homegear.log

01/27/17 18:43:23.072 Intertechno packet received from 00000201 (RSSI: -72 dBm): FF
01/27/17 18:43:25.029 Intertechno packet received from 00000201 (RSSI: -73 dBm): F0

Nun habe ich homegear als binding in openhab konfiguriert:

openhab/runtime/configurations/openhab.cfg

homematic:host=192.168.2.125
homematic:callback.host=192.168.2.125

Ich weiß leider nicht mit welchem Code ich den Fensterkontakt über homegear ansprechen muss. Meine items Konfiguration sieht wie folgt aus:

openhab/runtime/configurations/items/default.items

Contact Fenster1_Dach_Wohnzimmer "Fenster Links [%s]" (Dach_Wohnzimmer) { homematic="address=00000201, channel=1, parameter=STATE" }

Leider bekomme ich eine Fehlemeldung im Logfile, dass der Datapoint nicht gefunden wird.

[WARN ] [.b.h.i.c.HomematicCommunicator:226  ] - Can't find DatapointConfig[address=00000201,channel=1,parameter=STATE], value is not published to openHAB!

Weiß jemand wie ich sehen kann welche Datapoints von Homegear publiziert werden? Verwende ich hier die richtige Adresse um das Gerät über Homegear zu anzusprechen?

[Loidt]

Ich habe jetzt anstatt der Address mal die Serial Number als Addresse in der items Konfiguration eingetragen.

openhab/runtime/configurations/items/default.items

Contact Fenster1_Dach_Wohnzimmer "Fenster Links [%s]" (Dach_Wohnzimmer) { homematic="address=ITD00000201, channel=1, parameter=STATE" }

Nun kommt keine Fehlermeldung mehr. Stattdessen wird folgendes im Log angezeigt:

21:19:47.935 [DEBUG] [i.internal.GenericItemProvider:154  ] - Processing binding configs for items from model 'default.items'
21:19:47.937 [DEBUG] [omematicGenericBindingProvider:63   ] - Adding item Fenster1_Dach_Wohnzimmer with DatapointConfig[address=ITD00000201,channel=1,parameter=STATE]
21:19:47.938 [DEBUG] [i.internal.GenericItemProvider:133  ] - Read items from model 'default.items'
21:19:50.939 [DEBUG] [.h.i.c.s.AbstractTypeConverter:105  ] - Converting (Boolean) value 'false' with OpenClosedTypeConverter for HmDatapoint[address=ITD00000201,channel=1,parameter=STATE]
21:19:50.940 [INFO ] [runtime.busevents             :26   ] - Fenster1_Dach_Wohnzimmer state updated to OPEN

Wenn ich den Fensterkontakt öffene und schließe sehe ich nachwievor die Events im homegear.log aber keine Events im openhab.log. Auch im Events.log sind keine Einträge.

[Loidt]

Ich verwende jetzt einen Fensterkontakt von HomeMatic. Diesen konnte ich erfolgreich mit Homegear in Openhab integrieren.

Das Empfangen von Signalen bei Intertechno-Geräten ist wohl eher die Ausnahme. Für das CUL Gateway benötigt man eine Alternative Firmware (CUL-FW) um Signale empfangen zu können. Die originale Firmware kann dies nicht. Und wie ich hier lesen konnte unterstützt das OpenHab Intertechno Binding kein Empfang von Signalen:

https://community.openhab.org/t/supp...h-a-culfw/3415

Dies klärt leider nicht auf warum die Integration über HomeGear nicht funktioniert. Letztendlich sind wohl im Moment sendende Intertechno Geräte als nicht kompatibel mit Openhab zu betrachten.