Login

re-vo-lution · 15-02-2018, 18:11:19

Ich bekomme nun keine Verbindung mehr zur Innogy Zentrale.
Folgende Fehler bekomme ich in openhab.log:

2018-02-15 17:09:08.364 [INFO ] [marthome.handler.InnogyDeviceHandler] - Cannot handle command - bridge is not online. Command ignored.
2018-02-15 17:09:08.366 [ERROR] [ore.common.registry.AbstractRegistry] - Could not inform the listener 'org.eclipse.smarthome.core.thing.link.ThingLinkManager$2@1e8c650' about the 'ADDED' event: unable to create new native thread
java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start0(Native Method) ~[?:?]
        at java.lang.Thread.start(Thread.java:717) ~[?:?]
        at java.util.concurrent.ThreadPoolExecutor.addWorker(ThreadPoolExecutor.java:957) ~[?:?]
        at java.util.concurrent.ThreadPoolExecutor.ensurePrestart(ThreadPoolExecutor.java:1603) ~[?:?]
        at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute(ScheduledThreadPoolExecutor.java Aww

34) ~[?:?]
        at java.util.concurrent.ScheduledThreadPoolExecutor.schedule(ScheduledThreadPoolExecutor.java:533) ~[?:?]
        at java.util.concurrent.ScheduledThreadPoolExecutor.submit(ScheduledThreadPoolExecutor.java:632) ~[?:?]
        at org.eclipse.smarthome.core.thing.link.ThingLinkManager.informHandlerAboutLinkedChannel(ThingLinkManager.java:284) ~[?:?]
        at org.eclipse.smarthome.core.thing.link.ThingLinkManager.access$3(ThingLinkManager.java:283) ~[?:?]
        at org.eclipse.smarthome.core.thing.link.ThingLinkManager$2.added(ThingLinkManager.java:196) ~[?:?]
        at org.eclipse.smarthome.core.thing.link.ThingLinkManager$2.added(ThingLinkManager.java:1) ~[?:?]
        at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListeners(AbstractRegistry.java:240) [109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListeners(AbstractRegistry.java:259) [109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListenersAboutAddedElement(AbstractRegistry.java:263) [109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.core.thing.link.ItemChannelLinkRegistry.notifyListenersAboutAddedElement(ItemChannelLinkRegistry.java:163) [116:org.eclipse.smarthome.core.thing:0.10.0.b1]
        at org.eclipse.smarthome.core.thing.link.ItemChannelLinkRegistry.notifyListenersAboutAddedElement(ItemChannelLinkRegistry.java:1) [116:org.eclipse.smarthome.core.thing:0.10.0.b1]
        at org.eclipse.smarthome.core.common.registry.AbstractRegistry.added(AbstractRegistry.java:136) [109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.core.common.registry.AbstractRegistry.added(AbstractRegistry.java:1) [109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListeners(AbstractProvider.java:56) [109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListeners(AbstractProvider.java:74) [109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListenersAboutAddedElement(AbstractProvider.java:7 Cool

[109:org.eclipse.smarthome.core:0.10.0.b1]
        at org.eclipse.smarthome.model.thing.internal.GenericItemChannelLinkProvider.createItemChannelLink(GenericItemChannelLinkProvider.java:103) [151:org.eclipse.smarthome.model.thing:0.10.0.b1]
        at org.eclipse.smarthome.model.thing.internal.GenericItemChannelLinkProvider.processBindingConfiguration(GenericItemChannelLinkProvider.java:73) [151:org.eclipse.smarthome.model.thing:0.10.0.b1]
        at org.eclipse.smarthome.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java Aww

41) [135:org.eclipse.smarthome.model.item:0.10.0.b1]
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java Aww

10) [135:org.eclipse.smarthome.model.item:0.10.0.b1]
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.processBindingConfigsFromModel(GenericItemProvider.java:195) [135:org.eclipse.smarthome.model.item:0.10.0.b1]
at org.eclipse.smarthome.model.item.internal.GenericItemProvider.modelChanged(GenericItemProvider.java Aww

77) [135:org.eclipse.smarthome.model.item:0.10.0.b1]
at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java Aww

14) [134:org.eclipse.smarthome.model.core:0.10.0.b1]
        at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.addOrRefreshModel(ModelRepositoryImpl.java:143) [134:org.eclipse.smarthome.model.core:0.10.0.b1]
        at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.checkFile(FolderObserver.java:247) [134:org.eclipse.smarthome.model.core:0.10.0.b1]
        at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.processWatchEvent(FolderObserver.java Aww

11) [134:org.eclipse.smarthome.model.core:0.10.0.b1]
at org.eclipse.smarthome.core.service.WatchQueueReader.run(WatchQueueReader.java:209) [109:org.eclipse.smarthome.core:0.10.0.b1]
at java.lang.Thread.run(Thread.java:74 Cool

[?:?]

PJH · (Dieser Beitrag wurde zuletzt bearbeitet: 16-02-2018, 16:24:44 von PJH.)

(15-02-2018, 09:33:24)Majestic schrieb: Ist es eigentlich normal, dass wenn ich in der Papier ui alle konfiguriert habe, nirgendwo eine things Datei erzeugt wird? Ich kann alle Geräte steuern, aber nirgendwo ist die Datei zu finden

@Majestic
Die thing-Datei musst Du händisch erstellen. Siehe meinen Beitrag #508.

Gruss- PJH

ollie · 16-02-2018, 22:26:35

Hallo Leute,

aus Zeitgründen verfolge ich diesen Thread in letzter Zeit nicht mehr. Das Binding ist immer noch im Code-Review und soll dann hoffentlich bald offiziell in OH2 rein.

Es gibt aber ein Thema, das einige geärgert hat: Der Remote-Access-Not-Allowed-Fehler. Er schein aufzutreten, wenn sich die IP-Adresse des Internetzugangs ändert. Das Binding löscht nun den Token und startet dann neu. Mit einem neuen Token sollte es dann funktionieren. Allerdings kann ich es nicht testen, weil ich den Fehler selber nicht habe. Hier ist die neuste Binding Version. Testet es gerne:
http://www.ollie.in/wp-content/uploads/2...180209.jar

thefox73 · 17-02-2018, 15:59:06

Hey Ollie,

schön von Dir zu hören. Hoffe, dass Du ab und zu ein paar Minuten finden wirst, um das binding weiterzuentwickeln und zu supporten.

VG

sayhelloto · 19-02-2018, 13:04:36

(16-02-2018, 22:26:35)ollie schrieb: Hallo Leute,

aus Zeitgründen verfolge ich diesen Thread in letzter Zeit nicht mehr. Das Binding ist immer noch im Code-Review und soll dann hoffentlich bald offiziell in OH2 rein.

Es gibt aber ein Thema, das einige geärgert hat: Der Remote-Access-Not-Allowed-Fehler. Er schein aufzutreten, wenn sich die IP-Adresse des Internetzugangs ändert. Das Binding löscht nun den Token und startet dann neu. Mit einem neuen Token sollte es dann funktionieren. Allerdings kann ich es nicht testen, weil ich den Fehler selber nicht habe. Hier ist die neuste Binding Version. Testet es gerne:
http://www.ollie.in/wp-content/uploads/2...180209.jar

Hi ollie,

danke für deine Arbeit. Leider funktioniert der Zugriff bei mir nicht mit dem neuen Binding - wieder mit dem Fehler "Remote access not allowed". Im Log habe ich trotz Debug-Logging seltsamerweise nur die folgenden Einträge:

Code:
2018-02-19 11:55:54.917 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...

2018-02-19 11:55:54.995 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

2018-02-19 11:55:55.208 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

2018-02-19 11:57:55.219 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...

2018-02-19 11:57:55.604 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...

2018-02-19 11:57:55.657 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

2018-02-19 11:57:55.842 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

2018-02-19 11:59:55.858 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...

2018-02-19 11:59:56.190 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...

2018-02-19 11:59:56.258 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

2018-02-19 11:59:56.494 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

2018-02-19 12:01:56.517 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...

2018-02-19 12:01:56.740 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...

2018-02-19 12:01:56.801 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

2018-02-19 12:01:57.102 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

Irgendeine Idee, was da schiefläuft?

PJH · 19-02-2018, 14:39:33

Bei mir hat's auch nicht geklappt, bin wieder zurück auf die vorherige Version.

Schöne Grüße. PJH

StefanZ · 20-02-2018, 11:05:53

(16-02-2018, 22:26:35)ollie schrieb: Hallo Leute,

aus Zeitgründen verfolge ich diesen Thread in letzter Zeit nicht mehr. Das Binding ist immer noch im Code-Review und soll dann hoffentlich bald offiziell in OH2 rein.

Es gibt aber ein Thema, das einige geärgert hat: Der Remote-Access-Not-Allowed-Fehler. Er schein aufzutreten, wenn sich die IP-Adresse des Internetzugangs ändert. Das Binding löscht nun den Token und startet dann neu. Mit einem neuen Token sollte es dann funktionieren. Allerdings kann ich es nicht testen, weil ich den Fehler selber nicht habe. Hier ist die neuste Binding Version. Testet es gerne:
http://www.ollie.in/wp-content/uploads/2...180209.jar

Hallo ollie,

habe das neue binding verwendet und bei mir funktioniert alles einwandfrei, incl. der neuen Thermostate RST2.

Danke für Deine Mühe. Thumbs_up

womey · (Dieser Beitrag wurde zuletzt bearbeitet: 20-02-2018, 17:17:04 von womey.)

Hallo Ollie,

schön zu hören, dass Du weiter am Ball bist. Setze das Binding von Beginn an ein und bin äußerst zufrieden damit.
Habe natürlich auch die neue Version probiert.

Ich bekomme zwar die folgenden Meldungen, kann danach aber mit dem Binding ganz normal arbeiten. Soweit ich das bis jetzt prüfen konnte, läuft das alles problemlos.
Hier noch die Meldungen:

Code:
2018-02-20 15:54:41.211 [ERROR] [org.openhab.binding.innogysmarthome ] - [binding.innogysmarthome] Cannot register Component

org.osgi.service.component.ComponentException: The component name 'binding.innogysmarthome' has already been registered by Bundle 239 (org.openhab.binding.innogysmarthome) as Component of Class org.openhab.binding.innogysmarthome.internal.InnogyHandlerFactory

    at org.apache.felix.scr.impl.ComponentRegistry.checkComponentName(ComponentRegistry.java:222) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:448) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:315) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:268) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:388) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.scr.impl.Activator.access$200(Activator.java:54) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.scr.impl.Activator$ScrExtension.start(Activator.java:265) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.utils.extender.AbstractExtender.createExtension(AbstractExtender.java:254) [44:org.apache.felix.scr:2.0.12]

    at org.apache.felix.utils.extender.AbstractExtender.modifiedBundle(AbstractExtender.java:227) [44:org.apache.felix.scr:2.0.12]

    at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:482) [?:?]

    at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:415) [?:?]

    at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:232) [?:?]

    at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:444) [?:?]

    at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:903) [?:?]

    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [?:?]

    at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148) [?:?]

    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:213) [?:?]

    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:120) [?:?]

    at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:112) [?:?]

    at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(EquinoxContainerAdaptor.java:156) [?:?]

    at org.eclipse.osgi.container.Module.publishEvent(Module.java:476) [?:?]

    at org.eclipse.osgi.container.Module.start(Module.java:467) [?:?]

    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1620) [?:?]

    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1600) [?:?]

    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571) [?:?]

    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1514) [?:?]

    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) [?:?]

    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [?:?]

    at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340) [?:?]

PJH · (Dieser Beitrag wurde zuletzt bearbeitet: 20-02-2018, 17:36:14 von PJH.)

@#516

... ich habe es auch noch einmal ausprobiert, jetzt funktioniert es.

Vielleich habe ich einen Fehler gemacht und zu früh berichtet.

Schöne Grüsse. PJH

**914** · 28-02-2018, 15:22:46

Hallo zusammen,

ich habe ein interessantes Phänomen in Verbindung mit der openHab App (Android auf einem Samsung Device). Keine Ahnung, ob das nun am Binding liegt oder an der App. Werde erstmal hier berichten...

Rufe ich die App mit der lokalen URL, also zu Hause im eigenen Netzwerk, auf, wird mir für keins meiner Heizkörperthermostate eine Batteriewarnung ausgegeben (würde mich auch wundern, da die alle recht neu sind).
Starte ich die App aber mit der Remote URL, dann bekomme ich zu jedem Thermostat eine Batteriewarnung angezeigt. Wobei ich mit Warnung das Icon mit der fast leeren Batterie (ein kleiner, rot eingefärbter Bereich in der Batterie) meine.

Verwirrt ein wenig, wenn ich außerhäusig bin und denke "Mist, musst Du heute Abend Batterien tauschen" und zu Hause ist dann doch wieder alles in Ordnung.

Also, kommts vom Binding oder doch eher ein Problem der App?

Danke!
Viele Grüße
Oliver

Login
Benutzername/E-Mail:
Passwort:	Passwort vergessen?
	Merken