Log Viewer funktioniert nicht

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Log Viewer funktioniert nicht

Beitrag von sihui »

hardl hat geschrieben: 4. Jun 2019 13:24 Der Eintrag in allen Associatins-Gruppen war gestern in Arbeit, heute waren alle Einträge verschwunden.
Das ist nur ein Bug in HABmin: auch wenn sie "verschwunden" sind ist das korrekt gesetzt (normalerweise).
Du kannst das in PaperUI verifizieren. Also setzen mit HABmin, anzeigen mit PaperUI.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Log Viewer funktioniert nicht

Beitrag von hardl »

Heute sind sowohl in HABmin, als auch in PaperUi, alle Assoziationen vorhanden.

Allerdings werden noch immer keine Ereignisse der Batteriegeräte angezeigt,

Was mir auffällt ist, dass unter Dinge in HABmin, bei Eigenschaften -> Nachbarn, bei den Batteriegeräten keine Nodes angezeigt werden.
Umgekehrt werden die Nodes der Batteriegeräte bei den Netzgeräten angezeigt.

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Log Viewer funktioniert nicht

Beitrag von sihui »

hardl hat geschrieben: 4. Jun 2019 19:51 Was mir auffällt ist, dass unter Dinge in HABmin, bei Eigenschaften -> Nachbarn, bei den Batteriegeräten keine Nodes angezeigt werden.
Umgekehrt werden die Nodes der Batteriegeräte bei den Netzgeräten angezeigt.
Das kannst du am Besten in der Ansicht "Werkzeuge" "Zwave Netzwerk Viewer" prüfen: dort darf kein Node alleine stehen.
Batteriebetriebene Geräte haben einen roten Außenkreis, netzgespeiste einen blauen Kreis.
Von jedem Node muss mindestens ein grüner Pfeil in Richtung Controller zeigen, endweder direkt oder über andere Nodes (=meshed).
Falls dem nicht so ist einfach mal ein manuelles Heal des Netzwerkes ausführen.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Log Viewer funktioniert nicht

Beitrag von hardl »

Das schaue ich mir regelmäßig an.
Vor der Neuinstallation waren alle, teils mehrfach grün verbunden, nur der eine Türsensor Node48 (Unknown Device) war Satellit
Gestern waren alle Batteriegeräte nur mit roten Pfeilen verbunden Ausnahme Node46 (Der zweite Türsensor war grün).
Heute ist Node48 mit rotem Pfeil, die 4 anderen Motionsnsoren und Floodsensoren komplett rot (keine Kommunikation)

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Log Viewer funktioniert nicht

Beitrag von sihui »

hardl hat geschrieben: 5. Jun 2019 09:23 Heute ist Node48 mit rotem Pfeil, die 4 anderen Motionsnsoren und Floodsensoren komplett rot (keine Kommunikation)
Wie gesagt: Heal manuell durchführen. Normalerweise ist dies aber nicht notwendig, da es jede Nacht automatisch um 02:00 Uhr durchgeführt wird.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Log Viewer funktioniert nicht

Beitrag von hardl »

heal wurde nach Plan um 2:00 Uhr planmäßig durchgeführt.
Dabei gingen die in 4 Geräte auf Communication_Error.

Nach einem manuellen heal dieser Geräte gingen 2 online, aber reagieren nicht.

Ich habe vielleicht ein Problem gefunden: Wie gestern geschrieben kommt der UNPN Fehler von der HUE-Emulation.
Nach dem heutigen Entfernen hat direkt der eine Flood-Sensor wieder komplett funktioniert, die anderen stehen noch auf REQUEST_NIF

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Log Viewer funktioniert nicht

Beitrag von sihui »

hardl hat geschrieben: 5. Jun 2019 12:02 Nach dem heutigen Entfernen hat direkt der eine Flood-Sensor wieder komplett funktioniert, die anderen stehen noch auf REQUEST_NIF
Wenn das tatsächlich der Fall sein sollte könnte dein Netzwerk (bzw. der openHAB Eventbus) extrem überlastet sein.
Ich habe allerdings noch nie irgendwann davon gehört, dass dadurch Zwave Geräte so massiv beeinflusst werden dass sie überhaupt nicht mehr funktionieren.
Du musst hier wirklich mal dem Grund allen Übels auf die Spur kommen, und das geht nur über die Fehleranalyse in der openhab.log.
Ein sauber aufgesetztes openHAB hat nach dem Starten ein Dateigröße der openhab.log von etwa 25 bis 50 KByte. Wenn da mehr an Inhalt vorhanden ist (vor allen Dingen Fehlermeldungen) musst du Punkt für Punkt die Fehler abarbeiten.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Log Viewer funktioniert nicht

Beitrag von sihui »

hardl hat geschrieben: 5. Jun 2019 12:02 Dabei gingen die in 4 Geräte auf Communication_Error.
Gerade entdeckt: seit #1602 funktioniert der Heal nicht mehr und das Binding ist somit unbrauchbar .
https://github.com/openhab/org.openhab. ... ssues/1178
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

hardl
Beiträge: 347
Registriert: 10. Mai 2018 09:46
Answers: 1

Re: Log Viewer funktioniert nicht

Beitrag von hardl »

Das ist die openhab.log nach einem Neustart, 2KB groß.

Code: Alles auswählen

2019-06-06 15:18:34.779 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'heiz2.items'
2019-06-06 15:18:35.169 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'haus.items'
2019-06-06 15:18:36.090 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'mapdb.persist'
2019-06-06 15:18:37.138 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'haus.sitemap'
2019-06-06 15:18:37.278 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'heiz2.sitemap'
2019-06-06 15:18:37.356 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'Batteriestand.sitemap'
2019-06-06 15:18:45.731 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'haus.rules'
2019-06-06 15:18:46.151 [INFO ] [thome.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007
2019-06-06 15:18:48.500 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at http://192.168.178.28:8080
2019-06-06 15:18:48.505 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at https://192.168.178.28:8443
2019-06-06 15:18:51.950 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = 6e879843-e361-491e-9a74-ffe1ef4e1f6f, base URL = http://localhost:8080)
2019-06-06 15:18:52.854 [INFO ] [openhab.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui
2019-06-06 15:18:53.104 [INFO ] [ui.habmin.internal.servlet.HABminApp] - Started HABmin servlet at /habmin
2019-06-06 15:18:58.789 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Connecting to serial port '/dev/ttyACM0'
2019-06-06 15:18:58.916 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Serial port is initialized
2019-06-06 15:18:59.002 [INFO ] [ve.internal.protocol.ZWaveController] - Starting ZWave controller
2019-06-06 15:18:59.007 [INFO ] [ve.internal.protocol.ZWaveController] - ZWave timeout is set to 5000ms. Soft reset is false.
2019-06-06 15:19:28.305 [WARN ] [.ZWaveThermostatSetpointCommandClass] - Reached max tries to init the setpont Furnace, this will be our last attempt 
2019-06-06 15:19:29.869 [WARN ] [.ZWaveThermostatSetpointCommandClass] - Reached max tries to init the setpont Furnace, this will be our last attempt 
2019-06-06 15:19:31.496 [WARN ] [.ZWaveThermostatSetpointCommandClass] - Reached max tries to init the setpont Furnace, this will be our last attempt 
2019-06-06 15:39:33.885 [WARN ] [ndclass.ZWaveAlarmSensorCommandClass] - NODE 46: Detected Fibaro FGK - 101 Door / Window sensor, only requesting alarm type Smoke.
2019-06-06 15:40:11.093 [INFO ] [el.core.internal.ModelRepositoryImpl] - Refreshing model 'haus.rules'
2019-06-06 15:58:07.096 [WARN ] [rest.core.internal.item.ItemResource] - Received HTTP POST request at 'items/SL_Uhr_Aus_H' with an invalid status value 'NaN'
Der Fehler kommt daher, dass ich eine Rule aus dem conf-Ordner verschoben habe und jetzt wegen fehlender Zugriffsrechte nicht mehr zurück kopieren kann.

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Log Viewer funktioniert nicht

Beitrag von sihui »

hardl hat geschrieben: 6. Jun 2019 16:13 Das ist die openhab.log nach einem Neustart, 2KB groß.
Sieht doch hervorragend aus!
hardl hat geschrieben: 3. Jun 2019 19:17 Bei der Gelegenheit habe ich auf Snapshot openHAB 2.5.0~S1603-1 (Build #1603) ein Downgrade vorgenommen.
Falls du noch auf #1603 bist: das Binding funktioniert nicht, siehe github Link.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

Antworten