[Gelöst] deConz Adapter | Datenpunkte nicht aktuell
-
@thomas-braun sagte in deConz Adapter / Phoscon App | Datenpunkte nicht aktuell:
systemctl status deconz
pi@raspberrypi:~ $ systemctl status deconz ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: e Active: active (running) since Tue 2021-02-02 18:23:33 CET; 15h ago Main PID: 397 (deCONZ) Tasks: 5 (limit: 4915) CGroup: /system.slice/deconz.service └─397 /usr/bin/deCONZ -platform minimal --http-port=80 Feb 02 18:23:33 raspberrypi systemd[1]: Started deCONZ: ZigBee gateway -- REST A Feb 02 18:23:34 raspberrypi deCONZ[397]: QStandardPaths: XDG_RUNTIME_DIR not set Feb 02 18:23:35 raspberrypi deCONZ[397]: libpng warning: iCCP: known incorrect s Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateS Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateS lines 1-13/13 (END) ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2021-02-02 18:23:33 CET; 15h ago Main PID: 397 (deCONZ) Tasks: 5 (limit: 4915) CGroup: /system.slice/deconz.service └─397 /usr/bin/deCONZ -platform minimal --http-port=80 Feb 02 18:23:33 raspberrypi systemd[1]: Started deCONZ: ZigBee gateway -- REST API. Feb 02 18:23:34 raspberrypi deCONZ[397]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-pi' Feb 02 18:23:35 raspberrypi deCONZ[397]: libpng warning: iCCP: known incorrect sRGB profile Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateSizeHints() Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateSizeHints() ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-13/13 (END)...skipping... ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2021-02-02 18:23:33 CET; 15h ago Main PID: 397 (deCONZ) Tasks: 5 (limit: 4915) CGroup: /system.slice/deconz.service └─397 /usr/bin/deCONZ -platform minimal --http-port=80 Feb 02 18:23:33 raspberrypi systemd[1]: Started deCONZ: ZigBee gateway -- REST API. Feb 02 18:23:34 raspberrypi deCONZ[397]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-pi' Feb 02 18:23:35 raspberrypi deCONZ[397]: libpng warning: iCCP: known incorrect sRGB profile Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateSizeHints() Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateSizeHints() ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-13/13 (END) ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2021-02-02 18:23:33 CET; 15h ago Main PID: 397 (deCONZ) Tasks: 5 (limit: 4915) CGroup: /system.slice/deconz.service └─397 /usr/bin/deCONZ -platform minimal --http-port=80 Feb 02 18:23:33 raspberrypi systemd[1]: Started deCONZ: ZigBee gateway -- REST API. Feb 02 18:23:34 raspberrypi deCONZ[397]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-pi' Feb 02 18:23:35 raspberrypi deCONZ[397]: libpng warning: iCCP: known incorrect sRGB profile Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateSizeHints() Feb 02 18:23:35 raspberrypi deCONZ[397]: This plugin does not support propagateSizeHints() ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-13/13 (END)systemctl status deconz-gui
pi@raspberrypi:~ $ systemctl status deconz-gui ● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API Loaded: loaded (/lib/systemd/system/deconz-gui.service; enabled; vendor prese Active: active (running) since Tue 2021-02-02 18:24:21 CET; 15h ago Main PID: 2208 (deCONZ) Tasks: 6 (limit: 4915) CGroup: /system.slice/deconz-gui.service └─2208 /usr/bin/deCONZ --http-port=80 Feb 02 18:24:21 raspberrypi systemd[1]: Started deCONZ: ZigBee gateway -- GUI/RE Feb 02 18:24:22 raspberrypi deCONZ[2208]: QStandardPaths: XDG_RUNTIME_DIR not se Feb 02 18:24:25 raspberrypi deCONZ[2208]: libpng warning: iCCP: known incorrect Feb 02 18:24:25 raspberrypi deCONZ[2208]: libpng warning: iCCP: known incorrect Feb 03 07:30:04 raspberrypi deCONZ[2208]: QStandardPaths: XDG_RUNTIME_DIR not se Feb 03 07:38:34 raspberrypi deCONZ[2208]: QStandardPaths: XDG_RUNTIME_DIR not se lines 1-14/14 (END) -
@crazy32 Ich meine mich erinnern zu können das nicht beide Services gleichzeitig geladen sein sollten.
Ich betreibe den Pi aber natürlich ohnehin ohne GUI, was ich auch hier dringend empfehlen würde. -
@thomas-braun Sorry, aber ohne GUI bin ich aufgeschmissen. Das heißt, ich müsste den Service ohne GUI stoppen? Wie mache ich das?
-
@crazy32
Wozu eine GUI auf einem Slave?sudo systemctl stop deconz sudo systemctl disable deconzbzw. sinnvoller wäre:
sudo systemctl stop deconz-gui sudo systemctl disable deconz-gui -
@thomas-braun So kann ich wenigstens in dem deconz Programm sehen, ob ein Sensor mit dem Stick verbunden ist oder nicht. Macht für mich die Fehlersuche einfacher. Ich würde da auch lieber deconz und nicht deconz-gui stoppen.
Wie muss ich das verstehen. Laufen jetzt deconz und deconz-gui parallel und könnten sich gegenseitig stören? Ich hätte gedacht, dass die gui zusätzlich zur deconz software ist. -
@crazy32 sagte in deConz Adapter / Phoscon App | Datenpunkte nicht aktuell:
Laufen jetzt deconz und deconz-gui parallel und könnten sich gegenseitig stören?
Ich meine das sei so. Entweder der eine oder der andere Service läuft, nicht beide. Aber kannst du ja mit den systemctl Kommandos ausprobieren.
Ich hätte gedacht, dass die gui zusätzlich zur deconz software ist.
Normalerweise ist das bei solchen Diensten auch so. Die GUI ist ein 'Aufsatz' auf den Service. Dresden Elektronik macht das aber anders.
-
@thomas-braun Ok. Wie teste ich das am Besten? IoBroker neustarten und abwarten?
Und wie ist das nach einem Neustart des Raspbi? Da starten bestimmt beide services und ich muss einen wieder stoppen, oder?EDIT: Jetzt bekomme ich Fehlermeldungen:
-
Die Meldungen kommen nach welcher Aktion?
Mit
systemctl disable SERVICENAMEwird der entsprechende Service aus dem Bootvorgang herausgenommen.
-
@thomas-braun Die haben angefangen nachdem ich das hier eingegeben habe:
sudo systemctl stop deconz sudo systemctl disable deconz -
@crazy32 sagte in deConz Adapter / Phoscon App | Datenpunkte nicht aktuell:
In der Phoscon App werden die Sensoren angezeigt und im iobroker werden die Datenpunkte angezeigt. Allerdings aktualiseren die sich nicht.
In einer derartigen Situation bin ich immer unsicher, ob der Adapter keine aktualisierten Werte erhält/abholt oder ob der Browser aktualisierte Werte nicht anzeigt. Hier bieten sich dann verschiedene Wege zum Quercheck an:
- Verschiedene Browser ausprobieren
- Für den fraglichen Datenpunkt die History aktivieren und diese dann ansehen
- Auf den fraglichen Datenpunkt die Events filtern und Änderungen beobachten
- Kleines Skript schreiben, das den fraglichen Datenpunkt abonniert und bei Änderungen einen Logeintrag vornimmt
-
@crazy32
Hast du mal neugestartet danach? -
@crazy32 adapter neustarten, hilft wahrscheinlich. Kann aber sein das du deConz neustarten musst weil das Port Binding für deconz-gui fehlt.
-
@thomas-braun Noch nicht. Muss ich vorher systemctl disable deconz eingeben? Ist das einmalig, oder muss ich das irgendwie wieder aktivieren, wenn es nicht klappt?
@hsteinme Chrome und Firefox zeigen das Gleiche, sind also beide nicht aktuell. Bei den restlichen drei Vorschägen müsste ich erst schauen wie ich das mache.
@Jey-Cee Der Adapter ist gelb und bleibt nach Neustart gelb. Wahrscheinlich weil ich den Service deaktiviert habe?
-
@crazy32 sagte in deConz Adapter / Phoscon App | Datenpunkte nicht aktuell:
systemctl disable
Nimmt den Service dauerhaft aus dem Boot-Vorgang raus.
Aktiviert bekommst du den wieder mit
sudo systemctl enable SERVICENAME -
@thomas-braun So, Neustart ist durchgeführt. Der Adapter ist grün, Phoscon App und Adapter zeigen für beide Sensoren identische Aktualisierungzeiten. Nur in der deconz App ist der Sensor 1 nicht mit der Linie verbunden. Aber ich glaube das hat gestern auch etwas länger gedauert. Ich warte jetzt mal ab.
-
Zu Deinen Screenshots von vor 5 Stunden:
Du hast die falschen Werte verglichen.
Auf dem Phoscon Foto ist Multisensor 1 mit irgendwann um 7uhr aktualisiert und beim Screenshot der Datenpunkte guckst du dir die Aktualisierungszeit von Multisensor 2 an.
Das kann ja nicht stimmen
Vermutlich läuft alles richtig nur du hast flüchtig falsch geguckt.
Trotzdem würde ich deine Version mal updaten.
2.7.1 ist doch arg alt. -
@haselchen 2.7.1 ist stable. Also erstmal schon richtig.
-
Da gibt es noch zig unter 2.7.1 aber auch über 2.7.1 die stable sind
Es kann nicht schaden sein System Stable aktuell zu halten. Da werden schon viele Fehlerquellen mit ausgeschlossen. -
@jan-s100 Also 2.7.1 lassen, ok. Hatte mich schon gewundert weil mir gestern ein Firmware Update angeboten wurde, das ich auch durchgeführt habe.
@haselchen Stimmt, Ich habe da Sensor 1 mit Sensor 2 verglichen. Ist aber im Prinzip egal, da sich der Sensor seit gestern nicht aktualisiert hat.
Eine Frage zu der Arbeitsweise der Sensoren, funken die regelmäßig die Werte, oder nur wenn sich was ändert? Der eine Sensor liegt nämlich im Keller am PC, könnte es sein, dass die Temperatur seit gestern einfach gleich geblieben ist und deshalb der Aktualisierungsstand noch von gestern ist? Kann ich aber andererseits auch nicht glauben, da der Sensor mit zwei Kommastellen arbeitet. So gleichbleibend wird die Temperatur auch im Keller nicht sein... Warum ist das alles nur so kompliziert?
EDIT:
Aktueller Screenshot, diesmal auch den gleichen Sensor verglichen
-
@haselchen Hm.
Also ich kenne keine Stable über 2.7.1.
