Things lassen sich nicht löschen

[sihui]

Da ich hier absolut nicht vorwärts kam, habe ich OH auf eine weitere SD installiert und ein Update auf 2.4.0.M3 durchgeführt.

Nur um die Verwirrung zu komplettieren: seit gestern ist es nicht mehr notwendig, das zwave development binding manuell über den Addons Ordner zu installieren. Wenn du von Milestone auf Snapshot wechselst kannst du ganz normal das Binding per PaperUI/HABmin installieren und auch die Updates funktionieren einfacher: deinstallieren, kurz warten, installieren, fertig.

[hardl]

danke für die Info.
Alle Netz-Dinge funktionieren problemlos.

Die Türsensoren sind zwar meistens online, aber immer unbekannt.
Auch 10-15-maliges Aufwecken hilft nicht. Auch nicht den wake-up Interval auf 1 zu setzen.
Alle anderen Things sind in der zwave Datei vorhanden.
Da scheint es seit der Aktualisierung in der Jason DB Probleme zu geben. (Doppelte ItemTypen?)

Noch ein Problem ist das Mail-Action Addon. Es ist zwar als installiert markiert, aber es erscheint nicht unter Services.

2018-09-10 18:48:20.936 [ERROR] [rg.openhab.action.mail.internal.Mail] - Cannot send e-mail because of missing configuration settings. The current settings are: Host: 'null', port 'null', from 'null', startTLSEnabled: false, sslOnConnect: false, username: 'null', password 'null'

Auch der Motion Sensor ist online, im zwave Ordner ist die Node_x.xxl vorhanden, aber keine Reaktion im Log Viewer. Die LED im Sensor reagiert normal.

[hardl]

Fehlermeldung des einen Türsensors:

2018-09-10 20:36:13.320 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:edda0cbd:node15' has been updated.
2018-09-10 20:36:13.337 [vent.ConfigStatusInfoEvent] - ConfigStatusInfo [configStatusMessages=[ConfigStatusMessage [parameterName=wakeup_interval, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null]]]
2018-09-10 20:37:14.107 [hingStatusInfoChangedEvent] - 'zwave:device:edda0cbd:node15' changed from ONLINE to OFFLINE (BRIDGE_OFFLINE): Controller is offline
2018-09-10 20:37:14.126 [hingStatusInfoChangedEvent] - 'zwave:device:edda0cbd:node15' changed from OFFLINE (BRIDGE_OFFLINE): Controller is offline to ONLINE
2018-09-10 20:37:14.159 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:edda0cbd:node15' has been updated.
2

[sihui]

Fehlermeldung des einen Türsensors:

Das würde ich erst einmal ignorieren.

2018-09-10 20:37:14.107 [hingStatusInfoChangedEvent] - 'zwave:device:edda0cbd:node15' changed from ONLINE to OFFLINE (BRIDGE_OFFLINE): Controller is offline
2018-09-10 20:37:14.126 [hingStatusInfoChangedEvent] - 'zwave:device:edda0cbd:node15' changed from OFFLINE (BRIDGE_OFFLINE): Controller is offline to ONLINE

Solange dein Controller zwischendurch immer mal wieder offline ist musst du dort das Problem suchen.
Nutzt du ein günstiges Netzteil? Ein Raspberry ist bezüglich Spannungsstabilität und Strombedarf sehr wählerisch: ein herumliegendes Smartphone oder Tablet Netzteil ist denkbar ungeeignet, die Netzteile für einen Pi sind deshalb auch immer etwas teurer: 2.5 Ampere sollten es schon sein. Meine laufen teilweise zwar auch mit einem 2A Netzteil, aber das klappt nicht immer.

[sihui]

aber es erscheint nicht unter Services.

mail.cfg von Hand mit den richtigen Rechten (openhab:openhab) anlegen und dann konfigurieren.

Auch der Motion Sensor ist online, im zwave Ordner ist die Node_x.xxl vorhanden, aber keine Reaktion im Log Viewer. Die LED im Sensor reagiert normal.

Wenn du IMMER noch die xml Dateien in dem Format node_xx.xml hast bist du IMMER noch auf dem falschen Binding und es wird sowieso nichts mit deinem Türsensor.

[hardl]

Wenn du IMMER noch die xml Dateien in dem Format node_xx.xml hast bist du IMMER noch auf dem falschen Binding und es wird sowieso nichts mit deinem Türsensor.

Die mit dem Unterstrich vor der Nummer sind doch die aus der dev zwave-Bindung (network_f27ed48c__node_XX.xml), die aus der stable Bindung waren nodeXX.xml ?
Meine haben jetzt schon das network_f27ed48c__node_XX.xm-Format, nur die Türsensoren fehlen ganz.

Solange dein Controller zwischendurch immer mal wieder offline ist musst du dort das Problem suchen.

Das Netzteil habe ich mit dem Raspi als Bundle gekauft in einem Fachgeschäft. Es geht auch nicht der Controller offline, sondern die Türsensoren.

[sihui]

nur die Türsensoren fehlen ganz.

Achso. Dann würde ich mal die alten xml Dateien löschen, die bringen ja jetzt nichts mehr.

Das Netzteil habe ich mit dem Raspi als Bundle gekauft in einem Fachgeschäft.

Okay, das gibt einem ein gutes Gefühl. Das bedeutet aber nicht du hast ein ausreichend dimensioniertes Netzteil. Einfach mal die Werte am Netzteil checken.

Es geht auch nicht der Controller offline, sondern die Türsensoren.

Dein Log sagt etwas anderes: dein Türsensor geht offline weil dein Controller offline ist.

[hardl]

Achso. Dann würde ich mal die alten xml Dateien löschen, die bringen ja jetzt nichts mehr.

Da sind keine mehr da.

Okay, das gibt einem ein gutes Gefühl. Das bedeutet aber nicht du hast ein ausreichend dimensioniertes Netzteil. Einfach mal die Werte am Netzteil checken.

Laut Angabe 2,5A

Diese Fehler oder Warnungen sind auch noch da :

1.

Bewegungsmelder, der nicht funktioniert, wird lt. Protokoll sehr häufig "updatet" :

2018-09-11 07:38:49.689 [INFO ] [.ZWaveCRC16EncapsulationCommandClass] - NODE 22: CRC check failed message contains CC 39 but should be 40 79


2.

2018-09-11 03:11:07.799 [ERROR] [io.openhabcloud.internal.CloudClient] - Socket.IO error: {}
io.socket.engineio.client.EngineIOException: xhr post error
at io.socket.engineio.client.Transport.onError(Transport.java:71) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at io.socket.engineio.client.transports.PollingXHR.access$000(PollingXHR.java:19) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at io.socket.engineio.client.transports.PollingXHR$4$1.run(PollingXHR.java:88) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at io.socket.thread.EventThread$2.run(EventThread.java:80) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
Caused by: java.io.IOException: 400
at io.socket.engineio.client.transports.PollingXHR$Request$1.run(PollingXHR.java:218) ~[?:?]
... 1 more
2018-09-11 03:11:07.813 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = ff35c379-8a81-4605-8533-b7268efa369c, base URL = http://localhost:8080)
2018-09-11 03:11:08.712 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = ff35c379-8a81-4605-8533-b7268efa369c, base URL = http://localhost:8080)
2018-09-11 03:14:25.365 [WARN ] [okhttp3.OkHttpClient ] - A connection to https://myopenhab.org/ was leaked. Did you forget to close a response body?
2018-09-11 03:20:42.593 [WARN ] [okhttp3.OkHttpClient ] - A connection to https://myopenhab.org/ was leaked. Did you forget to close a response body?



3.

2018-09-11 07:06:23.736 [ERROR] [ersey.server.ServerRuntime$Responder] - An I/O error has occurred while writing a response message entity to the container output stream.
org.glassfish.jersey.server.internal.process.MappableException: org.eclipse.jetty.io.EofException
at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:92) [164:org.glassfish.jersey.core.jersey-server:2.22.2]

[sihui]

Laut Angabe 2,5A

Ein Netzteil Problem können wir damit wohl ausschliessen.

2018-09-11 07:38:49.689 [INFO ] [.ZWaveCRC16EncapsulationCommandClass] - NODE 22: CRC check failed message contains CC 39 but should be 40 79

Es gibt einen einzigen Thread darüber, aber leider keine Lösung. In dem Fall war es ein ZW095.

2018-09-11 03:11:07.799 [ERROR] [io.openhabcloud.internal.CloudClient] - Socket.IO error: {}
io.socket.engineio.client.EngineIOException: xhr post error
at io.socket.engineio.client.Transport.onError(Transport.java:71) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at io.socket.engineio.client.transports.PollingXHR.access$000(PollingXHR.java:19) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at io.socket.engineio.client.transports.PollingXHR$4$1.run(PollingXHR.java:88) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at io.socket.thread.EventThread$2.run(EventThread.java:80) [203:org.openhab.io.openhabcloud:2.4.0.M3]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
Caused by: java.io.IOException: 400
at io.socket.engineio.client.transports.PollingXHR$Request$1.run(PollingXHR.java:218) ~[?:?]
... 1 more

Den kannst du ignorieren. Jede Nacht wird die Verbindung zu myopenhab neu aufgebaut, dann erscheint kurzzeitig dieser Fehler, der aber kein Fehler ist (da ja die Verbindung zurückgesetzt wurde)

2018-09-11 07:06:23.736 [ERROR] [ersey.server.ServerRuntime$Responder] - An I/O error has occurred while writing a response message entity to the container output stream.
org.glassfish.jersey.server.internal.process.MappableException: org.eclipse.jetty.io.EofException
at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:92) [164:org.glassfish.jersey.core.jersey-server:2.22.2]

Dazu gibt es einen offenen Issue, wahrscheinlich verursacht durch ein UPNP Gerät welches von außerhalb Daten an dein openHAB senden/empfangen möchte. Hab ich bei mir auch schon gesehen, hat aber eigentlich nie Auswirkungen auf die Funktion gehabt.

https://github.com/openhab/openhab-distro/issues/587

[hardl]

Dann bleiben im Moment eigentlich nur zwei Probleme:
Der FGMS001 Motion Sensor Node22, Version 2.7 hat gestern um 15.00 Uhr für 2 Stunden normal gearbeitet, alle Kanäle.
Der Motion Sensor seitdem nicht mehr, die Helligkeit und die Temperatur vor ein paar Minuten das erste Mal wieder seit etwa 20 Stunden lt. log.
War immer online, neue xml seit gestern, Batterie getauscht. Die LED am Melder reagiert auf jede Bewegung, sendet aber scheinbar nicht.

Die Türsensoren haben keine xml-Datei, in der Thing.json sind sie mit ein paar Zeilen vorhanden, aber ohne zwave Version und Nachbarn.