OpenHAB und Gira Anbindung per USB

[Jan0815]

Hallo,

ich habe mich nun 2 Tage mit OpenHAB beschäftigt und mir meine persönlich Oberfläche mit allen Räumen und Schaltungen angepasst. Jetzt wollte ich das ganze mal ausprobieren und den PC per USB an die Anlage hängen. Laut LOG passiert folgendes:

19:05:01.852 INFO o.o.c.internal.CoreActivator[:90]- openHAB runtime has been started (v1.0.0).
19:05:04.595 INFO o.o.b.k.i.c.KNXConnection[:176]- Established connection to KNX bus on 224.0.23.12:3671 in mode ROUTER.
19:05:04.806 WARN OSGi[:97]- The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.

Allerdings kann ich nichts schalten. Ein und Ausschalten interessiert die Anlage nicht. Jetzt ist mir aufgefallen, dass die selben LOG-Einträge auch passieren, wenn ich den Rechner gar nicht an die Anlage hänge. Weiß jemand was ich falsch mache?

Meine KNX-Konfig sieht so aus:

################################################## #####################################
##### Binding configurations #####
################################################## #####################################

################################ KNX Binding ##########################################
# KNX gateway IP address (optional, if serialPort or connection type 'ROUTER' is specified)
#knx:ip=

# KNX IP connection type. Could be either TUNNEL or ROUTER (optional, defaults to TUNNEL)
knx:type=ROUTER

# KNX gateway port (optional, defaults to 3671)
#knxort=

# Local endpoint to specify the multicast interface, no port is used (optional)
#knx:localIp=

# Serial port of FT1.2 KNX interface (ignored, if ip is specified)
# Valid values are e.g. COM1 for Windows and /dev/ttyS0 or /dev/ttyUSB0 for Linux
#knx:serialPort=COM1

# Pause in milliseconds between two read requests on the KNX bus during
# initialization (optional, defaults to 50)
#knxause=

# Timeout in milliseconds to wait for a response from the KNX bus (optional,
# defaults to 10000)
#knx:timeout

# Number of read retries while initialization items from the KNX bus (optional,
# defaults to 3)
#knx:readRetries

Der USB-Anschluß ist ein Gira 1080 00

[kkreuzer]

Hallo Jan,

das ist alles, was im Log erscheint...? Das ist in der Tat nicht viel...
Kannst Du mal bitte mit start_debug starten? Dann sollte das Logfile hoffentlich aussagekräftiger werden!

Viele Grüße,
Kai

[Jan0815]

Naja, das komplette Log sah so aus:


19:05:01.852 INFO o.o.c.internal.CoreActivator[:90]- openHAB runtime has been started (v1.0.0).
19:05:04.595 INFO o.o.b.k.i.c.KNXConnection[:176]- Established connection to KNX bus on 224.0.23.12:3671 in mode ROUTER.
19:05:04.806 WARN OSGi[:97]- The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.
19:05:05.537 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'Merker.items'
19:05:05.737 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'db4o.persist'
19:05:05.767 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'logging.persist'
19:05:05.777 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'presencesimulation.persist'
19:05:05.787 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'rrd4j.persist'
19:05:09.252 INFO o.o.i.r.i.RESTApplication[:158]- Started REST API at /rest
19:05:09.262 INFO o.o.i.s.i.DiscoveryServiceImpl[:63]- Registering new service _openhab-server._tcp.local. at port 8080
19:05:15.912 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'merker.sitemap'
19:05:15.992 INFO o.o.i.s.i.DiscoveryServiceImpl[:63]- Registering new service _openhab-server-ssl._tcp.local. at port 8443
19:05:18.606 INFO o.o.u.w.i.s.WebAppServlet[:99]- Started Classic UI at /openhab.app
19:06:00.015 WARN o.o.c.p.i.PersistenceManager[:335]- Item group 'Weather_Chart' does not exist and thus its members will not be persisted.

Ich hab mir aber gedacht, der Rest ist weniger von Interesse.
Das DebugLog kommt gleich nach...

[Jan0815]

Das DebugLog sieht auch nicht besser aus:


20:34:32.922 INFO o.o.c.internal.CoreActivator[:90]- openHAB runtime has been started (v1.0.0).
20:34:35.556 INFO o.o.b.k.i.c.KNXConnection[:176]- Established connection to KNX bus on 224.0.23.12:3671 in mode ROUTER.
20:34:35.816 WARN OSGi[:97]- The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.
20:34:36.347 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'Merker.items'
20:34:36.767 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'db4o.persist'
20:34:36.787 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'logging.persist'
20:34:36.817 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'presencesimulation.persist'
20:34:36.827 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'rrd4j.persist'
20:34:40.713 INFO o.o.i.r.i.RESTApplication[:158]- Started REST API at /rest
20:34:40.723 INFO o.o.i.s.i.DiscoveryServiceImpl[:63]- Registering new service _openhab-server._tcp.local. at port 8080
20:34:46.712 INFO o.o.i.s.i.DiscoveryServiceImpl[:63]- Registering new service _openhab-server-ssl._tcp.local. at port 8443
20:34:46.962 INFO o.o.m.c.i.f.FolderObserver[:163]- Loaded file 'merker.sitemap'
20:34:49.576 INFO o.o.u.w.i.s.WebAppServlet[:99]- Started Classic UI at /openhab.app
20:35:00.001 WARN o.o.c.p.i.PersistenceManager[:335]- Item group 'Weather_Chart' does not exist and thus its members will not be persisted.
20:36:00.007 WARN o.o.c.p.i.PersistenceManager[:335]- Item group 'Weather_Chart' does not exist and thus its members will not be persisted.

[teichsta]

USB Device gar nicht konfiguriert

Hi Jan,

das Problem scheint mir zu sein, dass die USB-Schnittstelle überhaupt noch nicht konfiguriert ist. Im Log steht

20:34:35.556 INFO o.o.b.k.i.c.KNXConnection[:176]- Established connection to KNX bus on 224.0.23.12:3671 in mode ROUTER.

was bedeutet, dass openHAB aktuell versucht über die default Broadcast-Adresse 224.0.23.12 eine Verbindung herzustellen (und das sogar zu funktionieren scheint). Hast Du irgendwo noch eine IP-Schittstelle laufen?

Welches OS nutzt Du? Je nach OS muss der folgende Parameter noch konfiguriert werden

# Serial port of FT1.2 KNX interface (ignored, if ip is specified)
# Valid values are e.g. COM1 for Windows and /dev/ttyS0 or /dev/ttyUSB0 for Linux
#knx:serialPort=COM1

Kommst Du damit weiter?

Gruß,

Thomas E.-E.

P.S.: lieber immer ein paar mehr Logzeilen schicken als zu wenig (im Zweifel über Pastebin und Co). Es gibt nichts schlimmeres als Stunden auf der falschen Fährte zu sein, weil einem eine Info davor oder dahinter gefehlt hat.

[Jan0815]

Ich bin gerade noch auf etwas gestoßen:

"Was verbirgt sich nun technisch hinter einem Item? Es hat im Wesentlichen einen eindeutigen Namen und einen Typ (z. B. Switch, Dimmer, Number etc.). Ein Typ definiert mögliche Zustands- bzw. Kommandotypen eines Items. So kann ein Dimmer z. B. Boolean-Werte (ON/OFF) und Prozentwerte als Status haben und zusätzlich Kommandos wie increase oder decrease akzeptieren."

Kann es sein, dass es bei mir deswegen nicht funktioniert. Ich kann an meine Aktoren nur 1 und 0 senden um zu schalten (zumindest über ETS). Muß ich da evtl. die Item's anders anlegen?

Gruß Jan

[molys]

Ich würde in der Config "ROUTER" aus der Zeile löschen:
knx:type=ROUTER

Vllt versucht er deswegen den multicast.

Ich bin gerade noch auf etwas gestoßen:

"Was verbirgt sich nun technisch hinter einem Item? Es hat im Wesentlichen einen eindeutigen Namen und einen Typ (z. B. Switch, Dimmer, Number etc.). Ein Typ definiert mögliche Zustands- bzw. Kommandotypen eines Items. So kann ein Dimmer z. B. Boolean-Werte (ON/OFF) und Prozentwerte als Status haben und zusätzlich Kommandos wie increase oder decrease akzeptieren."

Kann es sein, dass es bei mir deswegen nicht funktioniert. Ich kann an meine Aktoren nur 1 und 0 senden um zu schalten (zumindest über ETS). Muß ich da evtl. die Item's anders anlegen?

Eher nicht, wir alle senden 0 und 1 bei Schaltern. Boolean-Werte werden halt so umgesetzt.

[teichsta]

Ich würde in der Config "ROUTER" aus der Zeile löschen:
knx:type=ROUTER

bzw. wieder auskommentieren ('#' voranstellen). Dann wirst Du vermutlich die Fehlermeldung "No IP address or serial port could be found in configuration!" bekommen, die dann wieder verschwindet, wenn Du das richtige serial device unter knx:serialPort eingetragen hast.

[Jan0815]

Ok, danke. Ich versuche es heute Abend und werde dann berichten. Welches Device ist es denn für gewöhnlich, da es sich um USB handelt? Muß ich USB schreiben oder USB01 oder COM1?

[teichsta]

Ok, danke. Ich versuche es heute Abend und werde dann berichten. Welches Device ist es denn für gewöhnlich, da es sich um USB handelt? Muß ich USB schreiben oder USB01 oder COM1?

Unter der Annahme Du verwendest Windows, trage einfach mal USB01 ein. Wenn der Name falsch ist, solltest Du eine Meldung im Log finden, die lautet:

Serial Port 'USB01' could not be openend. Available ports are: <jetztWirdsInteressant>

Da sollte dann spätestens die richtige Benennung drin stehen.

Gruß,

Thomas E.-E.

[Jan0815]

Jetzt bekomme ich folgende Ausgabe:
ERROR o.o.b.k.i.c.KNXConnection[:183]- Error connecting to KNX bus: The serial FT1.2 KNX connection requires the serial binding to be installed!

Die entsprechende Zeile in der Konfig ist folgendermaßen konfiguriert:

# Serial port of FT1.2 KNX interface (ignored, if ip is specified)
# Valid values are e.g. COM1 for Windows and /dev/ttyS0 or /dev/ttyUSB0 for Linux
knx:serialPort=USB01

Gruß Jan

[Jan0815]

Noch ein paar Infos:

Ich nutze Windows 7 32-Bit
KNX-Schnittstelle per USB
Im Gerätemanager finde ich folgende Einträge:
FT1.2 Busankoppler an COM1 (mehrere bis COM8)
PEI16 Busankoppler an COM1 (ebenfalls bis COM8)

und hier folgt nun meine komplette Konfiguration (openhab.cfg):

# This is the default configuration file, which comes with every openHAB distribution.
# You should do a copy of it with the name 'openhab.cfg' and configure your personal
# settings in there. This way you can be sure that they are not overwritten, if you
# update openHAB one day.


####################################################################################### 
#####                        General configurations                               #####
####################################################################################### 

# Configuration folders (must exist as a subdirectory of "configurations"; the value
# tells the number of seconds for the next scan of the directory for changes. A
# value of -1 deactivates the scan).
# A comma separated list can follow after the refresh value. This list defines a filter
# for valid file extensions for the models.
folder:items=10,items
folder:sitemaps=10,sitemap
folder:rules=10,rules
folder:scripts=10,script
folder:persistence=10,persist

# configures the security options. The following values are valid:
# ON = security is switched on generally
# OFF = security is switched off generally
# EXTERNAL = security is switched on for external requests 
#            (e.g. originating from the Internet) only
# (optional, defaults to 'OFF')
#security:option=

# the Netmask to define a range of internal IP-Addresses which doesn't require
# authorization (optional, defaults to '192.168.1.0/24')
#security:netmask=

# The name of the default persistence service to use
persistence:default=db4o

# The refresh interval for the main configuration file. A value of '-1' 
# deactivates the scan (optional, defaults to '-1' hence scanning is deactivated)
#mainconfig:refresh=

####################################################################################### 
#####                        Binding configurations                               #####
####################################################################################### 

################################ KNX Binding ##########################################
# KNX gateway IP address (optional, if serialPort or connection type 'ROUTER' is specified)
#knx:ip=

# KNX IP connection type. Could be either TUNNEL or ROUTER (optional, defaults to TUNNEL)
#knx:type=

# KNX gateway port (optional, defaults to 3671)
#knx:port=

# Local endpoint to specify the multicast interface, no port is used (optional)
#knx:localIp=

# Serial port of FT1.2 KNX interface (ignored, if ip is specified)
# Valid values are e.g. COM1 for Windows and /dev/ttyS0 or /dev/ttyUSB0 for Linux
knx:serialPort=USB01

# Pause in milliseconds between two read requests on the KNX bus during
# initialization (optional, defaults to 50)
#knx:pause=

# Timeout in milliseconds to wait for a response from the KNX bus (optional, 
# defaults to 10000)
#knx:timeout

# Number of read retries while initialization items from the KNX bus (optional,
# defaults to 3)
#knx:readRetries

############################# Bluetooth Binding #######################################
# Bluetooth refresh rate in seconds 
# (defines, how often a new device detection scan is performed)
#bluetooth:refresh=20

############################## OneWire Binding ########################################
# OwServer IP address 
#onewire:ip=

# OwServer Port (optional, defaults to 4304)
#onewire:port=

# refresh inverval in milliseconds (optional, defaults to 60000)
#onewire:refresh=

########################### NetworkHealth Binding #####################################

# Default timeout in milliseconds if none is specified in binding configuration
# (optional, default to 5000)
#networkhealth:timeout=

# refresh inverval in milliseconds (optional, default to 60000)
#networkhealth:refresh=

############################### HTTP Binding ##########################################

# timeout in milliseconds for the http requests (optional, defaults to 5000)
#http:timeout=

# the interval in milliseconds when to find new refresh candidates
# (optional, defaults to 1000)
#http:granularity=

############################# Fritz!Box Binding #######################################

# Please note: To be able to connect to the monitor port, the "CallMonitor" must be
# activated by dialing "#96*5*" once on a telephone that is connected to the Fritz!Box.

# IP address of Fritz!Box to connect to
#fritzbox:ip=

############################### Asterisk Binding ######################################

# Please note: The Asterisk Management Interface (AMI) has to be activated in the
# manager.conf file of your Asterisk PBX.

# hostname of the AMI
#asterisk:host=

# the username and password to login to the AMI
#asterisk:username=
#asterisk:password=

################################ NTP Binding ##########################################

# refresh interval in milliseconds (optional, defaults to 900000 [15 minutes])
#ntp:refresh=

# the hostname of the timeserver
ntp:hostname=ptbtime1.ptb.de

################################ MPD Binding ##########################################

# Host and port of the first MPD to control 
# mpd:<player-id-1>.host=
# mpd:<player-id-1>.port=

# Host and port of the second MPD to control 
# mpd:<player-id-2>.host=
# mpd:<player-id-2>.port=

################################ VDR Binding ##########################################

# Host and port of the first VDR to control 
# vdr:<vdr-id-1>.host=
# vdr:<vdr-id-1>.port=6419

# Host and port of the second VDR to control 
# vdr:<vdr-id-2>.host=
# vdr:<vdr-id-2>.port=6419

################################ SNMP Binding #########################################

# Listening Port (optional, defaults to '162')
#snmp:port=

# The SNMP community to listen to (optional, defaults to 'public')
#snmp:community=

######################## Novelan (Siemens) Heatpump Binding ###########################

# IP address of the Novelan (Siemens) Heatpump to connect to
#novelanheatpump:ip=

# refresh inverval in milliseconds (optional, defaults to 60000)
#novelanheatpump:refresh=


####################################################################################### 
#####                   I/O component configurations                              #####
####################################################################################### 

############################ Mail configuration #######################################
# The SMTP server hostname, e.g. "smtp.gmail.com"
#mail:hostname=

# the SMTP port to use (optional, defaults to 25 (resp. 587 for TLS))
#mail:port=

# the username and password if the SMTP server requires authentication
#mail:username=
#mail:password=

# The email address to use for sending mails
#mail:from=

# set to "true", if TLS should be used for the connection
# (optional, defaults to false)
#mail:tls=

# set to "true", if POP before SMTP (another authentication mechanism)
# should be enabled. Username and Password are taken from the above
# configuration (optional, default to false)
#mail:popbeforesmtp=

############################# XMPP configuration ######################################

# The XMPP server to use, e.g. "jabber.org" or "talk.google.com"
#xmpp:servername=

# The XMPP Proxyserver to use, e.g. "gmail.com"
#xmpp:proxy=

# the server port to use (optional, defaults to 5222)
#xmpp:port=

# the username and password for the sending XMPP account
#xmpp:username=
#xmpp:password=

# a comma separated list of users that are allowed to use the XMPP console
#xmpp:consoleusers=

############################# Prowl configuration #####################################

# the apikey for authentication (generated on the Prowl website)
#prowl:apikey=

# the default priority of a Prowl notifications (optional, defaults to '0')
#prowl:defaultpriority=

# the url of the Prowl public api
# (optional, defaults to 'https://prowl.weks.net/publicapi/') 
#prowl:url=

########################## Google Calendar configuration ##############################

# the username and password for Google Calendar Account
#gcal:username=
#gcal:password=

# the url of the calendar feed
#gcal:url=

# refresh interval in milliseconds (optional, defaults to 900000 [15 minutes])
#gcal:refresh=

# the offset (in days) new calendar entries will be created in future (optional,
# defaults to 14)
#gcal:offset=

# the base script which is written to the newly created Calendar-Events by
# the GCal-based presence simulation. It must contain two format markers '%s'.
# The first marker represents the Item to send the command to and the second
# represents the State (optional, defaults to 
# '> if (PresenceSimulation.state == ON) sendCommand(%s,%s)')
#gcal:executescript=

############################# Dropbox configuration ###################################

# Switch to activate/deactivate an initial upload of all matching data (filters
# apply) if dropbox' Delta mechanism requests a local reset (optional, defaults
# to 'true')
#dropbox:initialize=

# the up- and download interval as Cron-Expression. See the Quartz-Tutorial
# http://quartz-scheduler.org/documentation/quartz-2.x/tutorials/tutorial-lesson-06
# for more information on how to use them best (optional, defaults to '0 0/5 * * * ?'
# which means every 5 minutes)
#dropbox:uploadInterval=
#dropbox:downloadInterval=

# the AppKey, AppSecret combination (optional, defaults to official Dropbox-App
# Key-Secret-Combination)
#dropbox:appkey=
#dropbox:appsecret=

# defines the mode how files are synchronized with dropbox. Valid SyncModes are
# 'DROPBOX_TO_LOCAL', 'LOCAL_TO_DROPBOX' and 'BIDIRECTIONAL' (optional, defaults
# to 'LOCAL_TO_DROPBOX')
#dropbox:syncmode=

# the base directory to synchronize with openHAB, configure 'filter' to select
# files (optional, defaults to '.')
#dropbox:contentdir=

# defines a comma separated list of regular expressions which matches the 
# filenames to upload to Dropbox (optional, defaults to '/configurations/.*,
# /logs/.*, /etc/.*')
#dropbox:uploadfilter=

# defines a comma separated list of regular expressions which matches the 
# filenames to download from Dropbox (optional, defaults to '/configurations/.*')
#dropbox:downloadfilter=


####################################################################################### 
#####                      Add-ons configurations                                 #####
####################################################################################### 

################################## Drools #############################################
# refresh interval for rule evaluation (in ms) (optional, defaults to 200)
#drools:evalInterval=

######################## Open.Sen.se Persistence Service ##############################

# the url of the Open.Sen.se public api (optional, defaults to 
# 'http://api.sen.se/events/?sense_key=') 
#sense:url=

# the Open.Sen.se API-Key for authentication (generated on the Open.Sen.se website)
#sense:apikey=

######################### Logging Persistence Service #################################

# the logback encoder pattern to use to write log entries
# see http://logback.qos.ch/manual/layouts.html#ClassicPatternLayout for all options
# the item name is available as the "logger" name, the state as the "msg"
logging:pattern=%date{ISO8601} - %-25logger: %msg%n

########################### Db4o Persistence Service ##################################

# the backup interval as Cron-Expression (optional, defaults to '0 0 1 * * ?' 
# which means every morning at 1 o'clock)
#db4o:backupinterval=
	
# the commit interval in seconds (optional, default to '5')
#db4o:commitinterval=

# the amount of backup files allowed in DB_FOLDER_NAME (optional, defaults
# to '7')
#db4o:maxbackups=

[maddog]

@Jan0815 Hast du es mit USB inzwischen hinbekommen?
Ich habe das gleiche Problem.
Mit Router und Com1 bekomme ich die gleiche Adresse angezeigt wie du, mit USB01 bekomme ich als Fehler:

22:12:03.555 DEBUG o.o.b.k.internal.KNXActivator[:51]- KNX binding has been started.
22:12:10.192 INFO o.o.c.internal.CoreActivator[:90]- openHAB runtime has been started (v1.0.0).
22:12:14.254 ERROR o.o.b.k.i.c.KNXConnection[:183]- Error connecting to KNX bus: Serial port 'USB01' could not be opened. Available ports are:
COM1

[Jan0815]

Hinbekommen habe ich es noch nicht, aber den Antworten nach, die ich bisher bekommen habe, mußt du die Router-Zeile auskommentieren (also #knx:type=router) und als SerialPort COM1 eintragen (also knx:serialPort=COM1).

Dann müsste es zumindest bei dir klappen.
Was für ein Betriebssystem benutzt du und kannst du mir mal deine komplette Konfiguration posten, damit ich die mal mit meiner vergleichen kann? Bei mir bringt er nämlich keinen Hinweis darauf, welche Anschlüsse verfügbar sind.

Gruß Jan

[maddog]

Ich nutze Windows 7 32Bit.
Dazu OpenHab 1.0.
Ich verwende bisher die unveränderte Konfiguration aus der Demo.
Dazu habe ich das serial- und das knx-addon aus dem Addon-Pack in den Addon-Ordner kopiert.

KNX-Anbindung habe ich per USB - das wird im Gerätemenager als Eingabegerät erkannt. Den COM1 gibts aber unabhängig davon, ob das USB-Teil angestöpselt ist, oder nicht.

https://plus.google.com/photos/11391...15961893237937

Nun spiele ich mit verschiedenen Varianten in den Einstellungen vom KNX-Binding rum.

Wie gehe ich denn v.a. KNX-seitig weiter vor, um ein Testszenario hinzubekommen? In der ETS arbeite ich selbst nämlich eigentlich nicht, das macht der Elektriker. Würde gerne z.B. die Daten der Wetterstation und eine dimmbare Lampe und eine schaltbare Steckdose nach OpenHab bekommen, bevor ich mir das ganze Haus abschieße