openhabforum.de

Nach dieser Anleitung und einem restart habe ich jetzt keine Things in den .json Dateien und die Version 2.4.0.201808271154 in der Karaf-Konsole.

Den seriellen Treiber habe ich installiert, aber die Bindung bleibt offline.
Fehler 500 Internal Server Error

hardl hat geschrieben: ↑4. Sep 2018 13:51 Wie kann man das resetten?

Ich gehe einfach mal davon aus genauso wie alle anderen Zwave Module auch:

HABmin, Modul Thing auswählen, show advanced settings, Hard Reset Controller.

hardl hat geschrieben: ↑4. Sep 2018 14:50 Ich habe Deinen Beitrag vom 17.11. "Home Automation" in der Community gefunden.
Ist das noch aktuell?

Ich habe keine Ahnung von welchem Beitrag du sprichst. Auf community.openhab.org finde ich keinen Beitrag von mir vom 17.11.

hardl hat geschrieben: ↑4. Sep 2018 17:02 Nach dieser Anleitung

Sorry, immer noch unklar.

hardl hat geschrieben: ↑4. Sep 2018 17:02 Nach dieser Anleitung und einem restart habe ich jetzt keine Things in den .json Dateien

Falls du inzwischen den Controller geresetted hast ist das ja auch normal. Der ist schließlich leer, also kann das Binding auch keine Geräte finden.
Dein Stick/Modul sollte allerdings gefunden werden wenn du den entsprechenden Knopf in HABmin drückst (das Plus Zeichen ohne Kreis, also das rechte von beiden)

hardl hat geschrieben: ↑4. Sep 2018 17:02 Fehler 500 Internal Server Error

Das heisst openHAB startet gar nicht mehr? Oder wann bekommst du diesen Fehler? Was sagt das openhab.log? Was sagen die system logs auf deinem Server?

Ich meine den Beitrag:

Sihui
Sustaining Mitglied
Nov '17
Entwicklerversion kann von openhab.ci.cloudbees.com heruntergeladen werden ?

Snapshot-Version kann von www.cd-jackson.com heruntergeladen werden ?

Nee:

Snapshot: https://openhab.ci.cloudbees.com/job/op ... ing.zwave/ 23

Entwicklung: OH2 Z-Wave Refactoring und Test ... und SECURITY 54

Um zwischen den Versionen zu wechseln: Lösche alle Dinge, lösche alle xmls, füge alle Dinge wieder hinzu.

Installations-Entwicklungsversion: Deinstallieren Sie die aktuelle Bindung über PaperUI, legen Sie den Entwickler in Ihren Addons-Ordner, starten Sie openHAB neu (Sie müssen den seriellen Treiber möglicherweise manuell installieren)

Installation des Snapshots: Verwenden Sie die Snapshot-Laufzeit von openHAB, löschen Sie alle zwave-Bindungen in Ihrem Addon-Ordner, installieren Sie den zwave-Snapshot über PaperUI.

Um Ihre aktuelle Version herauszufinden: Loggen Sie sich in Karaf ein und machen Sie eine bundle:list

2

Falls du inzwischen den Controller geresetted hast ist das ja auch normal. Der ist schließlich leer, also kann das Binding auch keine Geräte finden.
Dein Stick/Modul sollte allerdings gefunden werden wenn du den entsprechenden Knopf in HABmin drückst (das Plus Zeichen ohne Kreis, also das rechte von beiden)

Das wollte ich nur bestätigen, hatte ich auch so erwartet.
Das Modul wird auch gefunden, wie es aussieht richtigerweise aus meinem lokalen Addon-Ordner, da unter PaperUI bei Bindings die zwave-Bindung nicht installiert ist.

Das heisst openHAB startet gar nicht mehr? Oder wann bekommst du diesen Fehler? Was sagt das openhab.log? Was sagen die system logs auf deinem Server?

Nein, ich kann PaperUI starten und sehe unter Things den Controller, aber beim Speichern kommt der Fehler.
openhab.log:2018-09-04 19:31:16.538 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Stopped ZWave serial handler
2018-09-04 19:31:16.549 [ERROR] [st.core.internal.thing.ThingResource] - Exception during HTTP PUT request for update config at 'things/zwave:serial_zstick:Razberry2/config'
java.lang.IllegalStateException: The service has been unregistered
at org.eclipse.osgi.internal.serviceregistry.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:206) [?:?]
at org.openhab.binding.zwave.handler.ZWaveControllerHandler.dispose(ZWaveControllerHandler.java:241) [217:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.handler.ZWaveSerialHandler.dispose(ZWaveSerialHandler.java:133) [217:org.openhab.binding.zwave:2.4.0.201808271154]
at org.openhab.binding.zwave.handler.ZWaveControllerHandler.handleConfigurationUpdate(ZWaveControllerHandler.java:340) [217:org.openhab.binding.zwave:2.4.0.201808271154]
at org.eclipse.smarthome.core.thing.internal.ThingRegistryImpl.updateConfiguration(ThingRegistryImpl.java:92) [108:org.eclipse.smarthome.core.thing:0.10.0.oh230]
at org.eclipse.smarthome.io.rest.core.internal.thing.ThingResource.updateConfiguration(ThingResource.java:425) [118:org.eclipse.smarthome.io.rest.core:0.10.0.oh230]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:144) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:161) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:160) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:99) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:389) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:347) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:326) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors.process(Errors.java:315) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors.process(Errors.java:297) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.internal.Errors.process(Errors.java:267) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317) [169:org.glassfish.jersey.core.jersey-common:2.22.2]
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) [170:org.glassfish.jersey.core.jersey-server:2.22.2]
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) [167:org.glassfish.jersey.containers.jersey-container-servlet-core:2.22.2]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) [15:com.eclipsesource.jaxrs.publisher:5.3.1.201602281253]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:848) [85:org.eclipse.jetty.servlet:9.3.21.v20170918]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:584) [85:org.eclipse.jetty.servlet:9.3.21.v20170918]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) [183:org.ops4j.pax.web.pax-web-jetty:6.0.9]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) [82:org.eclipse.jetty.security:9.3.21.v20170918]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:284) [183:org.ops4j.pax.web.pax-web-jetty:6.0.9]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) [85:org.eclipse.jetty.servlet:9.3.21.v20170918]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) [183:org.ops4j.pax.web.pax-web-jetty:6.0.9]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.Server.handle(Server.java:534) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:333) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) [84:org.eclipse.jetty.server:9.3.21.v20170918]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283) [76:org.eclipse.jetty.io:9.3.21.v20170918]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108) [76:org.eclipse.jetty.io:9.3.21.v20170918]
at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) [76:org.eclipse.jetty.io:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) [87:org.eclipse.jetty.util:9.3.21.v20170918]
at java.lang.Thread.run(Thread.java:748) [?:?]

hardl hat geschrieben: ↑4. Sep 2018 19:36 Ich meine den Beitrag

Ah, okay. Ich nehme an du hast den Beitrag durch ein Übersetzungsprogramm laufen lassen.
Das verfälscht natürlich einiges. Außerdem schreibe (und spreche) ich natürlich kein astreines Englisch, dadurch wird noch zusätzlich eine Rückübersetzung in Deutsch erschwert.

hardl hat geschrieben: ↑4. Sep 2018 19:36 Das Modul wird auch gefunden, wie es aussieht richtigerweise aus meinem lokalen Addon-Ordner, da unter PaperUI bei Bindings die zwave-Bindung nicht installiert ist.

Nee, nicht ganz. Das Modul ist über eine serielle Schnittstelle an deinen Server gebunden, das hat erst einmal nichts mit dem Zwave Binding zu tun. Deswegen gibt es auch zwei unterschiedliche Wege, über HABmin (oder auch PaperUI) das Ganze zum Laufen zu bringen: das Modul wird über Systemtreiber an deinen Server gebunden, die Zwave Geräte, die auf deinem Modul inkludiert sind über das Binding an openHAB.
Lange Rede kurzer Sinn: um das Modul zu installieren braucht noch nicht einmal das Zwave Binding installiert zu sein.

Zu deiner Fehlermeldung:
Lösche mal die Inhalte der cache und tmp Ordner, anschließend musst du die serial transport Abhängigkeit über karaf allerdings neu installieren.
Dies macht allerdings nur Sinn falls du schon mal ein anderes Zwave Binding als die devleopment version genutzt hast.
In deinem anderen Thread schreibst du etwas von Neuinstallation. Dann kannst du das Löschen vergessen, bringt eher nichts.

Wichtig bei allem ist: immer nur nach der offiziellen Doku
https://www.openhab.org/docs/
vorgehen. Damit läuft openHAB ohne jegliche Probleme. Bitte nicht irgendwelche Tipps und Tricks in irgendwelchen Foren ausprobieren, die du nicht vollständig verstehst. Dann hast du anschl. wieder ein instabiles System.

Edit: okay, ich sehe gerade dass das Zwave Binding wegen eines Fehlers gestoppt wird.
Nicht vergessen die entsprechenden User Rechte zu setzen:
https://www.openhab.org/docs/installati ... etup-steps
Du musst den User openhab zu dialout und tty hinzufügen, sonst wird das nichts mit dem Zwave Binding.

Da kommt bei beiden die Meldung:
The user `openhab' is already a member of `tty' oder dialoot

hardl hat geschrieben: ↑4. Sep 2018 21:27 Da kommt bei beiden die Meldung:
The user `openhab' is already a member of `tty' oder dialoot

Super, das ist doch schon mal gut.

Wenn ich in deinem anderen Thread das richtig gelesen habe hast du bei der Neuinstallation openHABian genutzt. Bei openHABian soll es einen Menüpunkt geben um das Razberry Modul korrekt einzurichten.
Wo genau kann ich leider nicht sagen, habe openHABian noch nicht ausprobiert.

im Konfigurationsmenü von openHABian habe ich das berets getan.

Allerdings kann ich mich heute nicht mehr im Browser anmelden,
Im Terminal kann ich mich anmelden, es kommt im Willkommensschirm aber die Info:

2018-09-05 09:57:19,646: FireMotD: Info: No FireMotD ExportFile detected. Please generate with "sudo .\FireMotD -S"

Es kommt aber: sudo .FireMotD: command not found

Auch in die karaf komme ich nicht:[10:29:42] openhabian@openHABianPi:~$ openhab-cli console

Logging in as openhab
Failed to get the session.

hardl hat geschrieben: ↑5. Sep 2018 10:32 2018-09-05 09:57:19,646: FireMotD: Info: No FireMotD ExportFile detected. Please generate with "sudo .\FireMotD -S"

https://community.openhab.org/t/solved- ... cted/47992

Das FireMotD ist irgend so ein grafisches Gedöns um alle installierten Komponenten deines Linux System anschauen zu können.
Das ist also ein Gimmick wo der Entwickler von openHABian gedacht hat das wäre für die Allgemeinheit wichtig. Für die Funktionalität von openHAB hat es keinerlei Bedeutung.

Falls also ein neu installiertes openHABian auf deinem Server nicht laufen sollte, kann ich dir leider nicht weiterhelfen, da ich noch nie ein openHABian ausprobiert habe. Vielleicht mache ich das mal wenn ich ganz viel Zeit habe ...