Things lassen sich nicht löschen

[hardl]

So war das schon gedacht.
Die Rules habe ich alle gelöscht und zusätzlich die anderen Sitemaps.
Muss ich auch cache oder sonstige Dateien löschen?

[sihui]

So war das schon gedacht.
Die Rules habe ich alle gelöscht und zusätzlich die anderen Sitemaps.
Muss ich auch cache oder sonstige Dateien löschen?

Es schadet nicht, bringt aber meistens nur dann etwas, wenn man Bindings manuell installiert hat und eine neue Version einspielen will. Das Einzige was passiert nach dem Löschen ist das dein openHAB beim ersten Start langsamer auf Touren kommt da Cache und Tmp ja jetzt erst wieder mit frischen Daten gefüllt werden müssen.

[hardl]

Im Config-Tool habe ich übrigens keinen Punkt gefunden, an dem man Rechte setzen kann.
Auch eine vernünftige Anleitung zum Config-Tool fand ich nirgends.

[sihui]

Im Config-Tool habe ich übrigens keinen Punkt gefunden, an dem man Rechte setzen kann.

https://community.openhab.org/t/fix-per ... tool/29670

Scheint also im "Basic Setup" versteckt zu sein ...

Auch eine vernünftige Anleitung zum Config-Tool fand ich nirgends.

https://www.openhab.org/docs/installati ... abian.html

[hardl]

Diese beiden hatte ich auch schon gelesen, aber in den docs nichts über Rechte gefunden.
Die Fix Permissions hatte ich ausgeführt, aber an den Rechten für die mail.cfg hat sich nichts geändert.
-rw-rw-r-- 1 openhab openhabian 928 Sep 23 19:14 mail.cfg

Nach einem restart sind 2 Errors vorhanden:

2018-09-24 09:54:54.442 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.dispose()' on 'org.openhab.binding.zwave.handler.ZWaveSerialHandler@1ac70b5': null
java.lang.IllegalMonitorStateException: null
at java.lang.Object.notify(Native Method) ~[?:?]
at org.openhab.binding.zwave.internal.protocol.ZWaveTransactionManager.shutdown(ZWaveTransactionManager.java:207) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.shutdown(ZWaveController.java:118) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.handler.ZWaveControllerHandler.dispose(ZWaveControllerHandler.java:247) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.handler.ZWaveSerialHandler.dispose(ZWaveSerialHandler.java:133) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at sun.reflect.GeneratedMethodAccessor138.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [94:org.eclipse.smarthome.core:0.10.0.oh240M3]
at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [94:org.eclipse.smarthome.core:0.10.0.oh240M3]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
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) [?:?]
2018-09-24 09:54:54.455 [ERROR] [ome.core.thing.internal.ThingManager] - Exception occurred while disposing handler of thing 'zwave:serial_zstick:edda0cbd': null
java.lang.IllegalMonitorStateException: null
at java.lang.Object.notify(Native Method) ~[?:?]
at org.openhab.binding.zwave.internal.protocol.ZWaveTransactionManager.shutdown(ZWaveTransactionManager.java:207) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.internal.protocol.ZWaveController.shutdown(ZWaveController.java:118) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.handler.ZWaveControllerHandler.dispose(ZWaveControllerHandler.java:247) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.handler.ZWaveSerialHandler.dispose(ZWaveSerialHandler.java:133) [117:org.openhab.binding.zwave:2.4.0.201808271154]
at sun.reflect.GeneratedMethodAccessor138.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [94:org.eclipse.smarthome.core:0.10.0.oh240M3]
at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [94:org.eclipse.smarthome.core:0.10.0.oh240M3]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
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) [?:?]

[sihui]

-rw-rw-r-- 1 openhab openhabian 928 Sep 23 19:14 mail.cfg

Das bedeutet, der Besitzer und die Gruppe dürfen Lesen und Schreiben, der Rest nur lesen. Das sollte eigentlich ausreichen um per VSCode die Datei editieren zu können ...
Trotzdem sehen auf meinem frisch aufgesetzten openHAB (bin gerade dabei von RPi auf MiniPC mit VM zu wechseln) die Rechte anders aus:
-rwxrw-rw- 1 openhab openhab 946 Feb 15 2018 mail.cfg

Da ich die Abweichungen von openHABian nicht kenne muss hier mal jemand mit mehr Linux/openHABian Kenntnissen die Sache bewerten.

2018-09-24 09:54:54.455 [ERROR] [ome.core.thing.internal.ThingManager] - Exception occurred while disposing handler of thing 'zwave:serial_zstick:edda0cbd': null

Der Fehler würde mir Sorgen machen: ist dein Stick/Modul voll funktionsfähig (=Online)? Diese Razberry Module erscheinen im englischen Forum sehr oft als problematisch.

[hardl]

Der Fehler würde mir Sorgen machen: ist dein Stick/Modul voll funktionsfähig (=Online)? Diese Razberry Module erscheinen im englischen Forum sehr oft als problematisch

Das Modul ist immer online, keine Items. Gibt es Alternativen für dieses Modul/Stick?

[sihui]

Das Modul ist immer online, keine Items.

Items sind nicht "online", sondern haben einen Wert (State) oder eben nicht. Konzentrieren musst du dich auf deine Things.

Gibt es Alternativen für dieses Modul/Stick?

Klar, aber ich möchte dich jetzt ungern in die Richtung "Kaufe neue Hardware" drängen, es ist ja nicht so dass die Razberry Module überhaupt nicht funktionieren, sie scheinen nur etwas problematisch in der Anwendung zu sein.

Die beiden gängigsten Sticks sind:
https://www.amazon.de/Aeotec-AEOEZW090- ... B00YETCNOE
https://www.amazon.de/Z-Wave-ZME_UZB1-U ... B00VKEH1BQ

wobei der erstere den Vorteil hat dass man ohne Raspberry, nur mit dem Stick, zum Gerät gehen kann zum inkludieren/exkludieren.

Ich persönlich würde einfach mal eine neue SD Karte nehmen (Raspberry User sollten immer mindestens eine 16 oder 32 GB Class10 in der Hinterhand haben), openHABian aufspielen, das Zwave Binding aufspielen und dafür sorgen dass kein einziger ERROR in der openhab.log erscheint (das sollte bei diesem Minimal Setup sofort der Fall sein).
Dann suche nach deinem Modul, füge es als Thing hinzu. Weiterhin openhab.log beobachten. Dann suche nach deinen bereits inkludierten Geräten, füge alle als Thing hinzu bis diese online sind (wie du weißt musst du die batteriebetriebenen mehrmals aufwecken um diese zu initialisieren). Wenn dann alle xml Dateien vorhanden sind und alle Things online sind, schaue noch einmal die openhab.log an. Es darf kein einziger ERROR vorhanden sein.
Und erst DANN füge ein Item nach dem anderen hinzu, linke die Channels zu deinem Thing und setze nur für diese Items eine Sitemap auf.
Wenn alles okay ist (openhab.log!) füge deine Rules hinzu.

[hardl]

Ich werde das nochmal machen.
Habe auch gerade einen Aeotec-USB-Stick bestellt, um das zwave-Modul Risiko auszuschließen.
Sollte ich das Openhabian ohne zwave-Modul/Stick aufspielen oder sollte das mit dem gesteckten Stick erfolgen?

[sihui]

Sollte ich das Openhabian ohne zwave-Modul/Stick aufspielen oder sollte das mit dem gesteckten Stick erfolgen?

Idealerweise erst einmal ohne. Nach korrekter Funktion von openHABian führst du

Code: Alles auswählen

dmesg | grep tty

vor dem Einstecken des Sticks aus. Nach dem Einstecken des Sticks führst du den gleichen Befehl noch einmal aus.
Dann siehst du anhand des Unterschiedes auf den ersten Blick den korrekten Port, mit dem du das Zwave Binding verbinden musst.
Diese Vorgehensweise ist grundsätzlich nicht notwendig, erspart dir aber das Problem des Herausfindens des korrekten Ports.

Code: Alles auswählen

sihui@nucopenhab:~$ dmesg | grep tty
[    0.004000] console [tty0] enabled
[    5.674216] cdc_acm 2-2:1.0: ttyACM0: USB ACM device

In diesem Falle also /dev/ttyACM0. Die Liste wird in deinem Falle etwas länger ausfallen: bei mir läuft openHAB in einer Virtuellen Maschine und ich schleife nur diesen einen USB Stick vom Server durch.

Viel Erfolg. das klappt schon

Edit: ach ja, und bitte nicht anfangen bei Problemen mit exkludieren und inkludieren!!! Das ist in 99 Prozent der Fälle nicht notwendig.

2. Edit: Solltest du "secure" Geräte haben also z.B. Haustürschlösser oder ähnliches, kann man mit dem Knopf des Sticks keine Inkludierung durchführen, man muss zwingend das Inkludieren über PaperUI oder HABmin starten.

3. Edit: deine jetzigen Geräte müssen, wenn sie nicht korrekt vom Razberry Modul exkludiert werden können, auf Werkseinstellungen zurückgesetzt werden. Dies ist bei einem Controller Wechsel immer der Fall, sonst lassen sie sich auf einem anderen Controller nicht wieder neu inkludieren.