Problem mit ntp-knx Item

[staehler]

Hallo,
mir ist heute aufgefallen, dass mein openhab.log folgende Zeilen enthält

2016-01-11 18:47:25.453 [ERROR] [i.internal.GenericItemProvider] - Binding configuration of type 'knx' of item ‘Date‘ could not be parsed correctly.
org.openhab.model.item.binding.BindingConfigParseE xception: No more than 1 datapoint definitions are allowed for this item.
at org.openhab.binding.knx.internal.config.KNXGeneric BindingProvider.parseBindingConfigString(KNXGeneri cBindingProvider.java:429) ~[na:na]
at org.openhab.binding.knx.internal.config.KNXGeneric BindingProvider.processBindingConfiguration(KNXGen ericBindingProvider.java:106) ~[na:na]
at org.openhab.model.item.internal.GenericItemProvide r.internalDispatchBindings(GenericItemProvider.jav a:348) [org.openhab.model.item_1.8.0.201510250300.jar:na]
at org.openhab.model.item.internal.GenericItemProvide r.dispatchBindingsPerType(GenericItemProvider.java :309) [org.openhab.model.item_1.8.0.201510250300.jar:na]
at org.openhab.model.item.internal.GenericItemProvide r.addBindingConfigReader(GenericItemProvider.java: 106) [org.openhab.model.item_1.8.0.201510250300.jar:na]
at sun.reflect.GeneratedMethodAccessor87.invoke(Unkno wn Source) ~[na:na]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:43) ~[na:1.8.0_66]
at java.lang.reflect.Method.invoke(Method.java:497) ~[na:1.8.0_66]
at org.eclipse.equinox.internal.ds.model.ComponentRef erence.bind(ComponentReference.java:376) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.model.ServiceCompo nentProp.bindReference(ServiceComponentProp.java:4 44) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.InstanceProcess.dy namicBind(InstanceProcess.java:416) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.Resolver.getEligib le(Resolver.java:334) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.SCRManager.service Changed(SCRManager.java:222) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.osgi.internal.serviceregistry.Filtered ServiceListener.serviceChanged(FilteredServiceList ener.java:107) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.framework.internal.core.BundleCon textImpl.dispatchEvent(BundleContextImpl.java:861) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.framework.eventmgr.EventManager.d ispatchEvent(EventManager.java:230) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.framework.eventmgr.ListenerQueue. dispatchEventSynchronous(ListenerQueue.java:148) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.internal.serviceregistry.ServiceR egistry.publishServiceEventPrivileged(ServiceRegis try.java:819) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.internal.serviceregistry.ServiceR egistry.publishServiceEvent(ServiceRegistry.java:7 71) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.internal.serviceregistry.ServiceR egistrationImpl.register(ServiceRegistrationImpl.j ava:130) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.internal.serviceregistry.ServiceR egistry.registerService(ServiceRegistry.java:214) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.osgi.framework.internal.core.BundleCon textImpl.registerService(BundleContextImpl.java:43 3) [org.eclipse.osgi_3.8.2.v20130124-134944.jar:na]
at org.eclipse.equinox.internal.ds.InstanceProcess.re gisterService(InstanceProcess.java:536) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.InstanceProcess.bu ildComponents(InstanceProcess.java:260) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.Resolver.buildNewl ySatisfied(Resolver.java:473) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.Resolver.enableCom ponents(Resolver.java:217) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.SCRManager.perform Work(SCRManager.java:816) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.SCRManager$QueuedJ ob.dispatch(SCRManager.java:783) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.ds.WorkThread.run(Wor kThread.java:89) [org.eclipse.equinox.ds_1.4.1.v20120926-201320.jar:na]
at org.eclipse.equinox.internal.util.impl.tpt.threadp ool.Executor.run(Executor.java:70) [org.eclipse.equinox.util_1.0.400.v20120917-192807.jar:na]

Ich vermute mal, dass damit folgendes Item angemosert wird:

// NTP
DateTime Date "[%1$tA, %1$td.%1$tm.%1$tY %1$tT]" <clock> (All) { ntp="Europe/Berlin:de_DE", knx="11.001:0/1/3, 10.001:0/1/2" }

Ich weiß nur überhaupt nicht, was daran falsch sein sollte. Eigentlich sieht es genauso aus wie im Wiki ... oder habe ich Tomaten auf den Augen?

Viele Grüße
Michael

[staehler]

udo1toni: löst #3251 mein o.g. Problem? Ich habe gerade Deinen Issue gefunden ;-)

[udo1toni]

Soweit ich weiß, ist der Bug noch aktuell. Ich habe das lange Datum zur Zeit deaktiviert, zum Glück bin ich nicht darauf angewiesen. Eventuell könntest Du knx doppelt binden, also

 DateTime Date "[%1$tA, %1$td.%1$tm.%1$tY %1$tT]" <clock> (All) { ntp="Europe/Berlin:de_DE", knx="11.001:0/1/3", knx="10.001:0/1/2" }

Hab das aber bisher nicht selbst ausprobiert, war nur damals eine Idee, die ich verworfen habe, als ich mir überlegte, dass ich nur Zeit und Wochentag auf dem Bus benötige.