Probleme mit der IP Schnittstelle

[bonki]

Hallo ab und zu hat mein einen Punkt da sieht man den Wald vor lauter Bäumen nicht mehr ich Glaube da steh ich gerade . Ich hab OpenHab auf einem Raspberry
B+ am laufen bekomme aber irgentwie die übergabe zum knx Bus nicht hin
Meine cfg sieht so aus :
################################ KNX Binding ##########################################
#
# KNX gateway IP address
# (optional, if serialPort or connection type 'ROUTER' is specified)
knx:ip=192.168.178.198

# 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.
knx:type=TUNNEL

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

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

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

# 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

# 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)
#knx:autoReconnectPeriod=30


Sollte ja passen
beim start bekomme ich die meldung das der tunnel zu dem IP Router läuft
bekomme aber nichts auf den Bus

[bonki]

Die Items sehen bei mir so aus . Sollte ja auch passen.

switch Licht_K_Flur_Dela "Dela" (K_Flur, Licht) {knx="1.001:5/0/0"}

[bonki]

Heute noch mal alles durchprobiert
die locale ip auskommentiert , und wieder eingetragen in Router mode probiert dann im mode Tunnel .
beim hochfahren bekomme ich die Meldung das die Schnitstelle mit der multicast ip im modus Router connectet ist bzw mit der 192.168.178.198 im modus tunnel .
Aber auf dem Notebook auf dem der ETS Busmonitor läuft und an einer USB Schnittstelle am KNX Bus hängt erscheinen keine Telegramme wenn ich auf dem Classic ui einen Button drücke . Auf der Raspian Konsole sehe ich den eventbus befehl .

Wenn ich dem IP Router (ist einer von MDT) dem Bus wegnehme kommt auf der Raspian Konsole die meldung das an dem IP Router kein Bus mehr anliegt . also funktioniert die verbindung auch .

Ich bin echt Ratlos hat keiner eine idee was da falsch läuft .

[bonki]

Hat echt keiner eine idee oder einen Tip für mich , oder ist mein Fehler so Grob das da keiner drauf Antwortet ? ich hab auch schon das dpt weggelassen und das Ergebniss ist noch dasselbe Habe ein Homematic binding mit einer CCU 1
mal mit eingerichtet und die lief auch .
Werd Montag mal in der Firma schauen ob ich noch LCN und Digital Strom Komponenten zum testen auf Lager finde .
Eigendlich sollte der OpenHab Server für einen Arbeitskollegen als Weihnachts-
Geschenk sein . und alles ist fertig , nur bekomme ich die übergabe zum KNX Bus nicht hin

[udo1toni]

Also mal ne ganz blöde Frage ;-)
Wenn es ein IP Router ist... hast Du eventuell die Filter vergessen?

Wenn ich mich recht erinnere, ist der Standard, dass Gruppenadressen nicht geroutet werden, man muss das für jede Gruppenadresse freigeben. Da ich bisher noch keinen Router in den Fingern hatte, hab ich mich noch nicht so intensiv damit beschäftigt :-)

[bonki]

Habe ich auch überlegt . Aber im modus Tunnel sollte der filter doch nicht angesprochen werden ,oder ? Im filter steht aber auch alles auf weiterleiten . weil ich mir nicht sicher war .

[bonki]

Hab Nochmal die Debug hier reingesetzt sieht aber auch nicht so aus als sollte da was nicht stimmen .

Launching the openHAB runtime...
Listening for transport dt_socket at address: 8001
osgi> 19:34:22.466 DEBUG o.o.c.s.i.SchedulerActivator[:36] - Scheduler has been
started.
19:34:22.511 INFO o.q.impl.StdSchedulerFactory[:1175] - Using default implement
ation for ThreadExecutor
19:34:22.533 INFO o.q.core.SchedulerSignalerImpl[:61] - Initialized Scheduler S
ignaller of type: class org.quartz.core.SchedulerSignalerImpl
19:34:22.534 INFO o.quartz.core.QuartzScheduler[:243] - Quartz Scheduler v.2.1.
7 created.
19:34:22.535 INFO org.quartz.simpl.RAMJobStore[:154] - RAMJobStore initialized.

19:34:22.537 INFO o.quartz.core.QuartzScheduler[:268] - Scheduler meta-data: Qu
artz Scheduler (v2.1.7) 'openHAB-job-scheduler' with instanceId 'NON_CLUSTERED'
Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally.
NOT STARTED.
Currently in standby mode.
Number of jobs executed: 0
Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 2 threads.
Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persis
tence. and is not clustered.

19:34:22.537 INFO o.q.impl.StdSchedulerFactory[:1324] - Quartz scheduler 'openH
AB-job-scheduler' initialized from specified file: './etc/quartz.properties'
19:34:22.538 INFO o.q.impl.StdSchedulerFactory[:1328] - Quartz scheduler versio
n: 2.1.7
19:34:22.539 INFO o.quartz.core.QuartzScheduler[:534] - Scheduler openHAB-job-s
cheduler_$_NON_CLUSTERED started.
19:34:22.542 DEBUG o.o.c.core.ConfigDispatcher[:146] - Processing openHAB defaul
t configuration file 'C:\openhab\configurations\openhab_default.cfg'.
19:34:22.544 DEBUG o.o.c.core.ConfigDispatcher[:168] - Processing openHAB main c
onfiguration file 'C:\openhab\configurations\openhab.cfg'.
19:34:22.868 DEBUG o.o.c.internal.CoreActivator[:93] - UUID file already exists
at 'C:\openhab\webapps\static\uuid' with content 'fac9a334-1075-48c7-ae9c-c97f30
09cb37'
19:34:22.869 DEBUG o.o.c.internal.CoreActivator[:115] - Created file 'C:\openhab
\webapps\static\version' with content '1.5.0'
19:34:22.870 INFO o.o.c.internal.CoreActivator[:61] - openHAB runtime has been
started (v1.5.0).
19:34:22.906 DEBUG o.o.c.a.i.AutoUpdateActivator[:31] - AutoUpdate binding has b
een started.
19:34:23.794 DEBUG o.o.m.p.i.PersistenceModelActivator[:23] - Registered 'persis
tence' configuration parser
19:34:23.818 DEBUG o.o.c.t.i.TransformationActivator[:38] - Transformation Servi
ce has been started.
19:34:24.157 DEBUG o.o.i.g.internal.GCalActivator[:34] - Google Calendar IO has
been started.
19:34:24.193 DEBUG o.o.i.m.i.MultimediaActivator[:34] - Multimedia I/O bundle ha
s been started.
19:34:24.220 DEBUG o.o.i.s.i.DiscoveryServiceActivator[:27] - Discovery service
has been started.
19:34:24.311 DEBUG o.o.i.t.mqtt.MqttService[:121] - Starting MQTT Service...
19:34:24.408 DEBUG o.o.m.i.i.ItemModelActivator[:24] - Registered 'item' configu
ration parser
19:34:24.486 DEBUG o.o.c.i.items.ItemRegistryImpl[:137] - Item provider 'Generic
ItemProvider' has been added.
19:34:25.107 DEBUG o.o.m.s.i.SitemapModelActivator[:23] - Registered 'sitemap' c
onfiguration parser
19:34:25.642 DEBUG o.o.i.r.internal.RESTActivator[:33] - REST API has been start
ed.
19:34:25.848 INFO o.o.i.s.i.DiscoveryServiceImpl[:72] - mDNS service has been s
tarted
19:34:25.901 INFO o.a.cpr.AtmosphereFramework[:2168] - Atmosphere is using org.
atmosphere.cpr.DefaultAnnotationProcessor for processing annotation
19:34:25.903 INFO o.a.c.DefaultAnnotationProcessor[:131] - AnnotationProcessor
class org.atmosphere.cpr.DefaultAnnotationProcessor$Byte codeBasedAnnotationProce
ssor being used
19:34:25.931 ERROR o.a.cpr.AtmosphereFramework[:2208] -
java.lang.ClassCastException: org.eclipse.osgi.framework.internal.core.BundleURL
Connection cannot be cast to java.net.JarURLConnection
at org.atmosphere.util.annotation.AnnotationDetector. detect(AnnotationDe
tector.java:324)
at org.atmosphere.cpr.DefaultAnnotationProcessor.scan ForAnnotation(Defau
ltAnnotationProcessor.java:148)
at org.atmosphere.cpr.DefaultAnnotationProcessor.conf igure(DefaultAnnota
tionProcessor.java:134)
at org.atmosphere.cpr.AtmosphereFramework.autoConfigu reService(Atmospher
eFramework.java:2170)
at org.atmosphere.cpr.AtmosphereFramework.init(Atmosp hereFramework.java:
648)
at org.atmosphere.cpr.AtmosphereFramework.init(Atmosp hereFramework.java:
561)
at org.atmosphere.cpr.AtmosphereServlet.configureFram ework(AtmosphereSer
vlet.java:91)
at org.atmosphere.cpr.AtmosphereServlet.init(Atmosphe reServlet.java:80)
at org.eclipse.equinox.http.servlet.internal.ServletR egistration.init(Se
rvletRegistration.java:49)
at org.eclipse.equinox.http.servlet.internal.ProxySer vlet.registerServle
t(ProxyServlet.java:179)
at org.eclipse.equinox.http.servlet.internal.HttpServ iceImpl.registerSer
vlet(HttpServiceImpl.java:66)
19:34:25.954 INFO o.a.cpr.AtmosphereFramework[:1499] - Auto detecting atmospher
e handlers /WEB-INF/classes/
19:34:25.959 WARN o.a.cpr.AtmosphereFramework[:1147] - Missing META-INF/atmosph
ere.xml but found the Jersey runtime. Starting Jersey
19:34:26.010 INFO o.a.cpr.AtmosphereFramework[:427] - Installed AtmosphereHandl
er org.atmosphere.handler.ReflectorServletProcessor mapped to context-path: /*
19:34:26.011 INFO o.a.cpr.AtmosphereFramework[:1554] - Auto detecting WebSocket
Handler in /WEB-INF/classes/
19:34:26.012 INFO o.a.cpr.AtmosphereFramework[:1252] - Installed WebSocketProto
col org.atmosphere.websocket.protocol.SimpleHttpProtoc ol
19:34:26.040 INFO o.a.h.ReflectorServletProcessor[:140] - Installing Servlet co
m.sun.jersey.spi.container.servlet.ServletContaine r
19:34:26.132 INFO c.s.j.s.i.a.WebApplicationImpl[:790] - Initiating Jersey appl
ication, version 'Jersey: 1.17.1 02/28/2013 12:47 PM'
19:34:26.134 INFO c.s.j.s.i.a.WebApplicationImpl[:801] - Adding the following c
lasses declared in META-INF/services/jersey-server-components to the resource co
nfiguration:
class org.atmosphere.jersey.AtmosphereResourceConfigurat or
19:34:26.194 INFO c.s.j.s.i.a.DeferredResourceConfig[:101] - Instantiated the A
pplication class org.openhab.io.rest.RESTApplication
19:34:26.946 INFO o.a.cpr.AtmosphereFramework[:2007] - Installed AtmosphereInte
rceptor Default Response's Headers Interceptor with priority AFTER_DEFAULT
19:34:26.948 INFO o.a.cpr.AtmosphereFramework[:2007] - Installed AtmosphereInte
rceptor Android Interceptor Support with priority AFTER_DEFAULT
19:34:26.949 INFO o.a.cpr.AtmosphereFramework[:2007] - Installed AtmosphereInte
rceptor SSE Interceptor Support with priority AFTER_DEFAULT
19:34:26.950 INFO o.a.cpr.AtmosphereFramework[:2007] - Installed AtmosphereInte
rceptor JSONP Interceptor Support with priority AFTER_DEFAULT
19:34:26.952 INFO o.a.cpr.AtmosphereFramework[:2007] - Installed AtmosphereInte
rceptor Atmosphere JavaScript Protocol with priority AFTER_DEFAULT
19:34:26.953 INFO o.a.cpr.AtmosphereFramework[:2007] - Installed AtmosphereInte
rceptor Browser disconnection detection with priority AFTER_DEFAULT
19:34:26.953 INFO o.a.cpr.AtmosphereFramework[:819] - Installing Default Atmosp
hereInterceptor
19:34:26.955 INFO o.a.cpr.AtmosphereFramework[:699] - Using BroadcasterCache: o
rg.atmosphere.cache.UUIDBroadcasterCache
19:34:26.956 INFO o.a.cpr.AtmosphereFramework[:704] - Broadcaster Polling Wait
Time 100
19:34:26.957 INFO o.a.cpr.AtmosphereFramework[:705] - Shared ExecutorService su
pported: true
19:34:26.958 INFO o.a.cpr.AtmosphereFramework[:706] - HttpSession supported: fa
lse
19:34:26.958 INFO o.a.cpr.AtmosphereFramework[:707] - Using BroadcasterFactory:
org.atmosphere.cpr.DefaultBroadcasterFactory
19:34:26.959 INFO o.a.cpr.AtmosphereFramework[:708] - Using WebSocketProcessor:
org.atmosphere.websocket.DefaultWebSocketProcessor
19:34:26.960 INFO o.a.cpr.AtmosphereFramework[:709] - Using Broadcaster: org.at
mosphere.jersey.JerseyBroadcaster
19:34:26.961 INFO o.a.cpr.AtmosphereFramework[:710] - Atmosphere is using async
support: org.atmosphere.container.JettyAsyncSupportWithWebS ocket running under
container: jetty/8.1.3.v20120522 with WebSocket enabled.
19:34:26.963 INFO o.a.cpr.AtmosphereFramework[:712] - Atmosphere Framework 2.0.
7 started.
19:34:26.966 INFO o.a.cpr.AtmosphereFramework[:714] -

For Atmosphere Framework Commercial Support, visit
Async-IO.org: Powering the Atmosphere Framework or send an email to support@async-io.org

19:34:26.967 INFO o.o.io.rest.RESTApplication[:143] - Started REST API at /rest

19:34:26.969 DEBUG o.o.i.s.i.DiscoveryServiceImpl[:43] - Registering new service
_openhab-server._tcp.local. at port 8080
19:34:27.559 INFO o.a.cpr.AtmosphereFramework[:767] - Latest version of Atmosph
ere's JavaScript Client 2.0.9
19:34:27.560 INFO o.a.cpr.AtmosphereFramework[:774] -

Atmosphere Framework Updates
Minor available (bugs fixes): 2.0.10
Major available (new features): 2.1.9
19:34:33.499 DEBUG o.o.i.s.i.DiscoveryServiceImpl[:43] - Registering new service
_openhab-server-ssl._tcp.local. at port 8443
19:34:33.573 INFO o.o.m.c.i.ModelRepositoryImpl[:79] - Loading model 'demo.site
map'
19:34:33.904 INFO o.o.m.c.i.ModelRepositoryImpl[:79] - Loading model 'demo.scri
pt'
19:34:33.998 INFO o.o.m.c.i.ModelRepositoryImpl[:79] - Loading model 'demo.item
s'
19:34:34.053 DEBUG o.o.m.i.i.GenericItemProvider[:154] - Processing binding conf
igs for items from model 'demo.items'
19:34:34.057 DEBUG o.o.m.i.i.GenericItemProvider[:408] - Couldn't find ItemFacto
ry for item 'Licht_K_Flur_Dela' of type 'switch'
19:34:34.061 DEBUG o.o.m.i.i.GenericItemProvider[:133] - Read items from model '
demo.items'
19:34:34.062 DEBUG o.o.m.i.i.GenericItemProvider[:408] - Couldn't find ItemFacto
ry for item 'Licht_K_Flur_Dela' of type 'switch'
19:34:36.251 INFO o.o.u.w.i.s.WebAppServlet[:79] - Started Classic UI at /openh
ab.app
19:34:36.483 DEBUG o.o.m.r.i.RuleModelActivator[:42] - Registered 'rules' config
uration parser
19:34:36.493 DEBUG o.o.m.r.i.engine.RuleEngine[:78] - Started rule engine
19:34:39.203 DEBUG o.o.b.k.internal.KNXActivator[:31] - KNX binding has been sta
rted.
19:34:39.219 DEBUG o.o.m.i.i.GenericItemProvider[:408] - Couldn't find ItemFacto
ry for item 'Licht_K_Flur_Dela' of type 'switch'
19:34:39.220 DEBUG o.o.m.i.i.GenericItemProvider[:334] - Start processing bindin
g configuration of Item 'null' with 'KNXGenericBindingProvider' reader.
19:34:39.287 INFO tuwien.auto.calimero[:43] - [ManagedService Update Queue] KNX
net/IP Tunneling 192.168.178.198:3671: establish connection from /192.168.178.32
:51708 to /192.168.178.198:3671
19:34:39.290 INFO tuwien.auto.calimero[:43] - [ManagedService Update Queue] KNX
net/IP Tunneling 192.168.178.198:3671: wait for connect response from /192.168.1
78.198:3671 ...
19:34:39.295 INFO tuwien.auto.calimero[:43] - [KNXnet/IP receiver] KNXnet/IP Tu
nneling 192.168.178.198:3671: using server-assigned data endpoint /192.168.178.1
98:3671
19:34:39.300 INFO tuwien.auto.calimero[:43] - [ManagedService Update Queue] KNX
net/IP Tunneling 192.168.178.198:3671: connection established
19:34:39.306 INFO o.o.b.k.i.c.KNXConnection[:202] - Established connection to K
NX bus on 192.168.178.198:3671 in mode TUNNEL.
19:34:44.129 INFO o.o.m.c.i.ModelRepositoryImpl[:79] - Loading model 'demo.rule
s'

[udo1toni]

Ach... ich sehe grade noch, dass Du das Schlüsselwort Switch klein geschrieben hast.

19:34:39.219 [URL="http://redaktion.knx-user-forum.de/lexikon/DEBUG/"]DEBUG[/URL] o.o.m.i.i.GenericItemProvider[:408] - Couldn't find ItemFactory for item 'Licht_K_Flur_Dela' of type 'switch'

deutet auch darauf hin.
Bei Groß/Kleinschreibung (und sonst auch bei Typographie) ist openHAB echt pingelig...

[bonki]

joo hatte es auch gesehen und geändert . Ich habe auch gerade noch den Gira IP Router gegen den MDT getauscht immer noch das selbe Problem

[bonki]

Ich hab da jetzt die Firewall im Verdacht. Raspian müsste doch eine haben? Aber wie ich da ports freigebe kann weißt hier doch bestimmt jemand.

[kuschelganxta]

Hat keine, ansonsten heißt eine bekannte iptables

[udo1toni]

Also wenn openHAB im Log sagt, dass es verbunden ist:

19:34:39.203 DEBUG o.o.b.k.internal.KNXActivator[:31] - KNX binding has been started.
19:34:39.219 DEBUG o.o.m.i.i.GenericItemProvider[:408] - Couldn't find ItemFactory for item 'Licht_K_Flur_Dela' of type 'switch'
19:34:39.220 DEBUG o.o.m.i.i.GenericItemProvider[:334] - Start processing binding configuration of Item 'null' with 'KNXGenericBindingProvider' reader.
19:34:39.287 INFO  tuwien.auto.calimero[:43] - [ManagedService Update Queue] KNXnet/IP Tunneling 192.168.178.198:3671: establish connection from /192.168.178.32:51708 to /192.168.178.198:3671
19:34:39.290 INFO  tuwien.auto.calimero[:43] - [ManagedService Update Queue] KNXnet/IP Tunneling 192.168.178.198:3671: wait for connect response from /192.168.178.198:3671 ...
19:34:39.295 INFO  tuwien.auto.calimero[:43] - [KNXnet/IP receiver] KNXnet/IP Tunneling 192.168.178.198:3671: using server-assigned data endpoint /192.168.178.198:3671
19:34:39.300 INFO  tuwien.auto.calimero[:43] - [ManagedService Update Queue] KNX net/IP Tunneling 192.168.178.198:3671: connection established
19:34:39.306 INFO  o.o.b.k.i.c.KNXConnection[:202] - Established connection to KNX bus on 192.168.178.198:3671 in mode TUNNEL.

dann glaube ich nicht an ein Problem mit einer Firewall.
Da Du ja einen KNX-Router einsetzt, solltest Du den Router-Modus nutzen.

Wenn der Router auch Tunneling unterstützt, musst Du, wenn ich mich recht erinnere, zusätzlich zum Modus Tunnel auch die localIp angeben (das ist dann die IP vom Raspberry auf dem openHAB läuft).

[bonki]

alles schon ausprobiert
Das lustige ist auf windoof läuft das

[udo1toni]

Welche Distribution nutzt Du denn auf dem Raspi? Und welche Java-Version? Welche openHAB-Version? Kannst Du mal die openhab.cfg und die *.item posten (bitte als Code, damit die Formatierung auch stimmt)?

[bonki]

Läuft Ich hab mal ganz von vorne angefangen und alles neu geschrieben .
ich weis zwar nicht was ich vorher falsch gemacht habe aber nach der totalen Neuinstallation Läuft es .
Jetzt werd ich mich mal an die CometVisu setzen aber die Basis läuft jetzt kann Weihnachten kommen . Vielleicht bekomme ich ja die Visu auch noch mit fertig .