Ankündigung

**trant** · 13.12.2016, 18:30

Die Anzeige des Bildes hat zuerst nicht funktioniert

**StefanW** · 13.12.2016, 19:14

Ich fürchte, ich verstehe das nicht ganz.

Zunächst - auch wenn ich mich ein wenig wiederhole - BITTE gebt doch immer die genaue Version der genutzten Software an. Und "aktuell" ist dabei keine klare Bezeichnung!
WireGate Nummer?
Wie was wo OpenHAB? Wie ist das installiert? Direkt auf dem WireGate?

Bitte bedenke, wir wissen GAR NICHTS von Deiner Installation. Wenn wir irgendwie helfen sollen, brauchen wir vollständige Informationen bitte.

mfg

Stefan Werner

**trant** · 13.12.2016, 19:27

Hi Stefan,

Sorry.
Wiregate Version 1.3.0,
Openhab hab ich auf einem Raspberry. Sobald ich eine Items Datei im Obenhab zum Auslesen der Werte anlege, beginnt der Wiregate ununterbrochen die Werte auf den Bus zu legen. Liegt wohl am Openhab, da der Wiregate ansonsten ja funktioniert.

**StefanW** · 13.12.2016, 19:35

Hallo Stefan

Zitat von trant Beitrag anzeigen

Wiregate Version 1.3.0,

Dann mache doch bitte ein Update auf die 1.4.0. Ich gehe davon aus, dass Du ein Original WireGate hast.

Zitat von trant Beitrag anzeigen

Openhab hab ich auf einem Raspberry. Sobald ich eine Items Datei im Obenhab zum Auslesen der Werte anlege, beginnt der Wiregate ununterbrochen die Werte auf den Bus zu legen. Liegt wohl am Openhab, da der Wiregate ansonsten ja funktioniert.

Ich kenne OpenHab zu wenig, um zu beurteilen, woran es nun liegt.

Nur eine Frage: "Auslesen der Werte", ist das so zu interpretieren, dass OpenHAB die Werte vom Bus lesen soll (also per Leseanforderung)? Soll es das immer tun? Weil so ein Pollen ist eigentlich nicht so die übliche Kommunikation im KNX (von der Busspannungswiederkehr mal abgesehen).

lg

Stefan

**trant** · 13.12.2016, 19:40

Ja ich hab einen originalen, was oder wie das Openhab (bzw. das KNX Binding) die Werte holt, weiss ich leider auch nicht...

**trant** · 13.12.2016, 19:50

Habe jetzt mal im Openhab versucht die Temperatur eines Tasters auszulesen:
Number Temperature_EG_KUE_Taster "EG Küche Taster [%.1f °C]" {knx="6/0/101"}

Auch das hat nicht geklappt, und ich sehe im eib.log ununterbrochene write Vorgänge:
19:45:07.637,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:07.682,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:07.727,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:07.775,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:07.823,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:07.870,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:07.916,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:07.984,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.011,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.071,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.118,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.163,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.213,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.260,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.307,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.353,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.399,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.449,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.495,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.545,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.592,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.643,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.695,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.743,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.789,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.833,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.880,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.926,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:08.972,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0 2016-12-13 19:45:09.017,A_GroupValue_Write,1.0.254,6/0/101,0C 6A,,,,0,low,5,T_DATA_XXX_REQ,0

Hier natürlich die GA vom Wiregate, da ich diesen statt einer IP-Schnittstelle verwende. Somit scheints wohl ein Problem vom/mit Openhab zu sein.

**trant** · 13.12.2016, 19:52

Kann das bitte ein Mod in den Openhab Bereich verschieben?
Danke

**trant** · 13.12.2016, 20:05

Ok, wieder mal ein eindeutiger Userfehler....

Wie im Openhab Item Beispiel angegeben brauchts hier eine GA zum Schreiben und eine lesende:

Number Temperature_KG_LR_Estrich "Keller Lagerraum Estrich [%.1f °C]" {knx="6/0/254+6/0/1"}

Ich habe immer nur die zu lesende angegeben, und wenn nur eine angegeben wird, wird wohl immer auch über diese geschrieben und so entsteht dann wohl eine Schleife.

**trant** · 20.01.2017, 10:51

Habe das jetzt gelöst, indem ich im knx.cfg auch die busaddr angegebn habe (beliebiege PA), lag also an der Konfiguration vom OH.

MatthiasS

Kannst du das Thema bitte in den OH Bereich verschieben?

Ich habe nun aber ein anderes Problem, wenn ich meine "DummyGA" (z.B.: 6/0/254) entferne, dann wir vom OH ein Read geschickt, welches von meinem Wiregate beantwortet wird, und danach wird noch ein Write vom OH geschickt, welches eigentlich überflüssig ist:

Code:

 
 2017-01-20 10:48:18.722,A_GroupValue_Read,15.15.248,6/0/11,00,0,DPT_Value_Temp,9.001,0,low,5,T_DATA_XXX_REQ,0 2017-01-20 10:48:18.755,A_GroupValue_Response,1.0.254,6/0/11,06 7E,16.62,DPT_Value_Temp,9.001,0,low,7,T_DATA_XXX_REQ,0 [B]2017-01-20 10:48:18.803,A_GroupValue_Write,15.15.248,6/0/11,06 7E,16.62,DPT_Value_Temp,9.001,0,low,5,T_DATA_XXX_REQ,0[/B]

Kann ich im OH angeben, dass eine GA NUR lesend sein soll?

**Donnerknall** · 21.03.2017, 21:36

trant Ich versuche auch gerade KNX über Wiregate mit Openhab zu verbinden. Wie sieht deine knx.cfg im Ganzen aus? Welche Parameter benutzt du? Ich habs noch nicht hinbekommen.

Grüße

**udo1toni** · 22.03.2017, 04:55

Ich habe kein WireGate, habe aber gelesen, dass dort eibd Dienst tut (welches dann KNXnet/IP zur Verfügung stellt). Dann sollte die knx.cfg so aussehen:

Code:

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

# Local KNX Binding bus address.
# Use it, when two or more openHAB Instances are connected to the same KNX bus.
# (optional, defaults to 0.0.0)
# busaddr=

# Ignore local KNX Events, prevents internal events coming from
# 'openHAB event bus' a second time to be sent back to the 'openHAB event bus'.
# Note: To send back events second time is a Bug, but for backward compatibility,
# the behavior is not changed.
# For new installations, its recommend to set "knx:ignorelocalevents=true"
# (optional, defaults to false)
# ignorelocalevents=

# KNX IP connection type. Could be either TUNNEL or ROUTER (optional, defaults to TUNNEL)
# Note: If you cannot get the ROUTER mode working (even if it claims it is connected),  
# use TUNNEL mode instead with setting both the ip of the KNX gateway and the localIp.
# type=

# KNX gateway port (optional, defaults to 3671)
# Note: If you use eibd, setting to 6720
# port=

# Local endpoint to specify the multicast interface, no port is used (optional)
# 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
# serialPort=  

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

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

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

# Seconds between connect retries when KNX link has been lost
# 0 means never retry, it will only reconnect on next write or read request
# Note: without periodic retries all events will be lost up to the next read/write request
# (optional, default is 0)
# autoReconnectPeriod=

### Auto refresh feature
# Number of entries permissible in the item refresher queue.  
# (optional, defaults to 10000)
# maxRefreshQueueEntries=  

# Number of parallel threads for refreshing items. (optional, defaults to 5)
# numberOfThreads=  

# Seconds to wait for an orderly shutdown of the auto refresher's  
# ScheduledExecutorService. (optional, defaults to 5)
# scheduledExecutorServiceShutdownTimeoutString=  

# The following setting is planned to be added in the 1.9.0 version of OpenHAB:
# Use NAT (Network Address Translation)
# (optional; defaults to false)
# useNAT=

ip=192.168.1.100
busaddr=1.1.200
ignorelocalevents=true
type=TUNNEL
port=6720
localIp=192.168.1.110
autoReconnectPeriod=10

Der Übersichtlichkeit halber habe ich die Parameter alle am Ende angegeben (und das funktioniert bei mir auch genau so im produktiven System). Dabei ist ip die IP des WireGate, busaddr die Busadresse, unter der das WireGate mit knx kommuniziert, port ist der Port, auf dem das WireGate den KNXnet/IP Dienst lauschen lässt und localIp ist die IP des Rechners, auf dem openHAB läuft.
Mindestens die IP-Adressen musst Du natürlich anpassen, evtl. auch den Port, da dieser mit Sicherheit auf dem WireGate parametrierbar ist (ob offen zugänglich, ist eine andere Frage). Da WireGate über eibd den Router Mode unterstützt, kannst Du natürlich auch diesen verwenden, dann ist ip aber die Multicast IP (Standard für knx ist 224.0.23.12)

Erwähnenswert ist evtl noch: Es gab mal ein Problem damit, dass Leerzeichen innerhalb der Konfiguration zu Fehlverhalten führten. Um das auszuschließen, ist es also eine gute Idee, die Parameter wirklich exakt so anzugeben, wie in der vorgegebenen knx.cfg.

Groß/Kleinschreibung ist auf jeden Fall exakt einzuhalten - das gilt eigentlich im gesamten openHAB System, für Dateinamen wie für Schlüsselworte oder auch selbst definierte Items oder Variablen.

**trant** · 22.03.2017, 18:19

Donnerknall wie udo1toni wieder mal sehr gut beschrieben hat, habe ich es auch konfiguriert. Zusätzlich habe ich noch ignorelocalevents auf true.
Meine cfg sieht so aus:

Code:

# KNX gateway IP address
# (optional, if serialPort or connection type 'ROUTER' is specified)
# IP des Wiregates
ip=192.168.152.117

# Local KNX Binding bus address.
# Use it, when two or more openHAB Instances are connected to the same KNX bus.
# (optional, defaults to 0.0.0)
# beliebige Busadresse
busaddr=15.15.248

# Ignore local KNX Events, prevents internal events coming from
# 'openHAB event bus' a second time to be sent back to the 'openHAB event bus'.
# Note: To send back events second time is a Bug, but for backward compatibility, the behavior is not changed.
# For new installations, its recommend to set "ignorelocalevents=true"
# (optional, defaults to false)
ignorelocalevents=true

# KNX IP connection type. Could be either TUNNEL or ROUTER (optional, defaults to TUNNEL)
# Note: If you cannot get the ROUTER mode working (even if it claims it is connected),
# use TUNNEL mode instead with setting both the ip of the KNX gateway and the localIp.
type=TUNNEL

# KNX gateway port (optional, defaults to 3671)
# Note: If you use eibd, setting to 6720
port=3671

# Local endpoint to specify the multicast interface, no port is used (optional)
# IP Openhab
localIp=192.168.152.135

# 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
#serialPort=

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

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

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

# Seconds between connect retries when KNX link has been lost
# 0 means never retry, it will only reconnect on next write or read request
# Note: without periodic retries all events will be lost up to the next read/write
#       request
# (optional, default is 0)
#autoReconnectPeriod=30

### Auto refresh feature
# Number of entries permissible in the item refresher queue.
# (optional, defaults to 10000)
#maxRefreshQueueEntries=

# Number of parallel threads for refreshing items. (optional, defaults to 5)
#numberOfThreads=

# Seconds to wait for an orderly shutdown of the auto refresher's
# ScheduledExecutorService. (optional, defaults to 5)
#scheduledExecutorServiceShutdownTimeoutString=

# Use NAT (Network Address Translation)
#  (optional; defaults to false)
#useNAT=true

**Donnerknall** · 22.03.2017, 21:20

Hallo ihr zwei, vielen Dank für die ausführlichen Antworten! Hab das mal so übernommen, leider ohne Erfolg. Hab auch beide Ports, also 3671 und 6720 probiert, ohne Erfolg.
Hier mal meine Wiregate KNX Settings: WiregateKNXSettings.JPG

@ trant sieht das bei dir auch so aus?

Noch eine allgemeine Frage, wie ist es hier bei OpenHAB im allgemeinen wenn man Änderungen zum Beispiel in der knx.cfg oder in einer .items macht. Ich nehme an bei einer cfg Änderung auf jeden Fall die karaf console beenden und neu starten?

Und noch eine Frage zur Paper UI. Ich habe hier ja das KNX Binding angelegt, die knx.cfg wurde erzeugt, bei den Add-Ons wird mir bei dem KNX Binding die Option Uninstall angezeigt. Also auf den ersten Blick alles ok. Müsste aber in der Paper UI nicht und Configuration -> Bindings das KNX Binding auftauchen? Hier ist nämlich keine Spur davon. Wie kann man überprüfen ob es richtig installiert wurde?

Angehängte Dateien

WiregateKNXSettings.JPG (186,9 KB, 10x aufgerufen)

**trant** · 23.03.2017, 20:15

Ich habe
Verbindungstyp auf AUTO
KNXnet/IP Routing auf nein
Caching auf nein

Das 1.9er KNX Addon taucht nicht in der Paper UI auf und wird über die Files konfiguriert. Wenn ich die cfg's ändere starte ich den openhab Service immer neu, kann ja niocht schaden.

Ankündigung

Wiregate und Openhab 2

Wiregate und Openhab 2

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar