Interface graphique état connexion deconz

BeauFort9476 · Janvier 17, 2022, 5:24

Dans l’état actuel:
Le plug-in Deconz pour Jeedom a installé son implémentation du service Deconz (c’est lui qui accède actuellement à la clef Conbee2), mais en // j’ai aussi les installations locales des services deconz et deconz-gui qui sont installées sur mon rpi et qui ne demandent qu’à être démarrées.

Ce que j’ai compris de ce que disais @Yves19 dans ce thread c’est qu’il n’y avait qu’un seul service deconz qui pouvait accéder à la clef Conbee 2 à un instant donné.
J’ai vu que toi par contre tu proposais une procédure pour désactiver temporairement le plug-in, démarrer les services locaux (pas ceux installés par le plug-in Jeedom) en l’occurence ici deconz-gui (pas le headless). Et qu’ensuite je pouvais réactiver le plug-in deconz dans Jeedom.
Mais dans ce cas doit-il être dorcément en remote (i.e. connecté au service deconz qu’il n’a pas installé) ou puis-je rester avec l’instance deconz installée par le plug-in?
suis-je clair?

Merci encore

BeauFort9476 · Janvier 17, 2022, 5:27

Merci @Yves19 (désolé, j’ai peut-être l’impression de me répéter, mais je veux être sûr de bien comprendre et maitriser ce que je fais plutôt que d’avoir des soucis à gérer ensuite)
Pour arrêter (et non désactiver?) le plug-in, je le fais depuis la page de configuration j’imagine? Depuis Etat ou Démon (car je n’ai pas d’icone pour Arreter, juste désactiver)

Merci

Yves19 · Janvier 17, 2022, 5:28

Tout juste oui

BeauFort9476 · Janvier 17, 2022, 5:32

Merci @Yves19
Juste pour la documentation pour les prochains éventuels lecteurs, voilà à quoi ressemble le processus lancé par le plug-in Deconz pour Jeedom:

Ce processus disparait quand j’arrête le plug-in deconz.
Et je lance alors la ligne de commande suivant sur le RPi:
sudo systemctl start deconz-gui

Et sur mon VNC j’ai enfin d’application Deconz qui se lance!

Par contre il ne détecte semble-t-il pas ma clef Conbee2??

Voici le traces du status du service deconz-gui…

pi@raspberrypi4:~ $ sudo systemctl status deconz-gui
● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API
   Loaded: loaded (/lib/systemd/system/deconz-gui.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2022-01-17 18:32:59 CET; 6min ago
 Main PID: 5410 (deCONZ)
    Tasks: 106 (limit: 4915)
   CGroup: /system.slice/deconz-gui.service
           ├─5410 /usr/bin/deCONZ --http-port=80
           ├─5452 dbus-launch --autolaunch 03dc6b04a54e49a1926fd02048026d43 --binary-syntax --close-stderr
           ├─5453 /usr/bin/dbus-daemon --syslog-only --fork --print-pid 5 --print-address 7 --session
           ├─7200 /bin/sh /usr/bin/xdg-open http://192.168.0.104:8080/pwa/login.html#host/192.168.0.104:8080
           ├─7282 /usr/lib/chromium/chromium --force-renderer-accessibility --disable-quic --enable-tcp-fast-open --show-compo
           ├─7344 /usr/lib/chromium/chromium --type=zygote --no-zygote-sandbox
           ├─7345 /usr/lib/chromium/chromium --type=zygote
           ├─7348 /usr/lib/chromium/chromium --type=zygote
           ├─7371 /usr/lib/chromium/chromium --type=gpu-process --field-trial-handle=17519123203192321958,5308490215961441769,
           ├─7375 /usr/lib/chromium/chromium --type=utility --utility-sub-type=network.mojom.NetworkService --field-trial-hand
           ├─7386 /usr/lib/chromium/chromium --type=utility --utility-sub-type=storage.mojom.StorageService --field-trial-hand
           ├─7404 /usr/lib/chromium/chromium --type=broker
           ├─7412 /usr/lib/chromium/chromium --type=renderer --file-url-path-alias=/gen=/usr/lib/chromium/gen --field-trial-ha
           ├─7413 /usr/lib/chromium/chromium --type=renderer --file-url-path-alias=/gen=/usr/lib/chromium/gen --field-trial-ha
           ├─7426 /usr/lib/chromium/chromium --type=renderer --file-url-path-alias=/gen=/usr/lib/chromium/gen --field-trial-ha
           └─7617 /usr/lib/chromium/chromium --type=renderer --file-url-path-alias=/gen=/usr/lib/chromium/gen --field-trial-ha

janv. 17 18:32:59 raspberrypi4 systemd[1]: /lib/systemd/system/deconz-gui.service:10: Unknown lvalue 'StartLimitIntervalSec' i
janv. 17 18:36:49 raspberrypi4 deCONZ[5410]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-pi'
janv. 17 18:36:56 raspberrypi4 deCONZ[5410]: [7282:7378:0117/173656.457544:ERROR:bus.cc(393)] Failed to connect to the bus: Co
janv. 17 18:36:56 raspberrypi4 deCONZ[5410]: [7282:7378:0117/173656.457698:ERROR:bus.cc(393)] Failed to connect to the bus: Co
janv. 17 18:36:56 raspberrypi4 deCONZ[5410]: [7282:7378:0117/173656.961906:ERROR:bus.cc(393)] Failed to connect to the bus: Co
janv. 17 18:36:56 raspberrypi4 deCONZ[5410]: [7282:7378:0117/173656.962000:ERROR:bus.cc(393)] Failed to connect to the bus: Co
janv. 17 18:37:09 raspberrypi4 deCONZ[5410]: [7375:7382:0117/173709.708741:ERROR:ssl_client_socket_impl.cc(924)] handshake fai
janv. 17 18:37:52 raspberrypi4 deCONZ[5410]: [7371:7371:0117/173752.930910:ERROR:gl_surface_presentation_helper.cc(259)] GetVS
janv. 17 18:38:13 raspberrypi4 deCONZ[5410]: [7371:7371:0117/173813.037749:ERROR:gl_surface_presentation_helper.cc(259)] GetVS
janv. 17 18:38:17 raspberrypi4 deCONZ[5410]: [7371:7371:0117/173817.128403:ERROR:gl_surface_presentation_helper.cc(259)] GetVS
lines 1-33/33 (END)

BeauFort9476 · Janvier 17, 2022, 5:58

Une explication possible à la non détection, Deconz Gui me dit qu’un update firmware de la clef Conbee 2 est nécessaire :

Je pensais être à jour, mais peut-être une nouvelle version vient de sortir…

@Yves19 je prend un risque en faisant la mise à jour de cette manière?
Merci

Yves19 · Janvier 17, 2022, 6:06

Ne fais pas la mise à jour depuis deconz.

Voir ici pour l’update firmware :

Au préalable mets à jour deCONZ en version 2.13.4 (dernière stable).

BeauFort9476 · Janvier 17, 2022, 6:21

Ok, merci @Yves19, j’ai bien fait de te demander avant. J’avais vu que tu disais déjà qu’il ne fallait pas le faire depuis le plug-in, mais il ne faut pas le faire non plus depuis Deconz Gui…

Par contre je ne comprend pas pourquoi il me parle d’update de firmware alors que j’ai installé la dernière version fin novembre:
deCONZ_ConBeeII_0x26720700.bin.GCF.md5 19-Aug-2021 22:23

Y-a-t-il une toute nouvelle version qui est sortie mais qui n’est pas sur la page Index of /deconz-firmware/ ?

Yves19 · Janvier 17, 2022, 6:34

Je pense que c’est deCONZ qui n’est pas à jour et donc croit à tort que c’est ton firmware qui n’est pas à jour.

BeauFort9476 · Janvier 17, 2022, 7:15

J’ai mis à jour Deconz, mais l’interface essaie de se connecter mais ne semble pas y arriver…:

Pourtant cette fois-ci pas de traces de warning ou d’erreur au niveau du service:

pi@raspberrypi4:~ $ sudo systemctl status deconz-gui
● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API
   Loaded: loaded (/lib/systemd/system/deconz-gui.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2022-01-17 20:07:06 CET; 7min ago
 Main PID: 20037 (deCONZ)
    Tasks: 7 (limit: 4915)
   CGroup: /system.slice/deconz-gui.service
           ├─20037 /usr/bin/deCONZ --http-port=80
           ├─20068 dbus-launch --autolaunch 03dc6b04a54e49a1926fd02048026d43 --binary-syntax --close-stderr
           └─20069 /usr/bin/dbus-daemon --syslog-only --fork --print-pid 5 --print-address 7 --session

janv. 17 20:07:06 raspberrypi4 systemd[1]: Started deCONZ: ZigBee gateway -- GUI/REST API.
janv. 17 20:07:06 raspberrypi4 deCONZ[20037]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-pi'
janv. 17 20:07:06 raspberrypi4 deCONZ[20037]: libpng warning: iCCP: known incorrect sRGB profile
janv. 17 20:07:06 raspberrypi4 deCONZ[20037]: libpng warning: iCCP: known incorrect sRGB profile
janv. 17 20:07:06 raspberrypi4 systemd[1]: /lib/systemd/system/deconz-gui.service:10: Unknown lvalue 'StartLimitIntervalSec' i
janv. 17 20:11:06 raspberrypi4 systemd[1]: /lib/systemd/system/deconz-gui.service:10: Unknown lvalue 'StartLimitIntervalSec' i
lines 1-16/16 (END)

Et pas mieux dans Phoscon, même s’il a pu recharger la sauvegarde de la base de données exporté du Phoscon du plug-in

HugoVal11 · Janvier 17, 2022, 7:16

Ou alors il y a un soucis avec le port USB, mais tu as accès aux logs dans deconz maintenant, dans help, debug view.

Ou alors tu as encore 2 instances deconz qui tournent.

sudo systemctl stop deconz-gui
sudo systemctl stop deconz

Pour stopper les 2, et passes par le menu du bureau pour relancer deconz

Quand tu regardes

sudo systemctl status deconz-gui

Jetes un oeuil aussi a

sudo systemctl status deconz

Pour être sur de ne pas avoir les 2 qui tournent.

BeauFort9476 · Janvier 17, 2022, 7:26

Merci @HugoVal11

Je ne connaissais pas les logs de debug de deconz-gui.
Par contre, un seul service tourne:

sudo systemctl status deconz
● deconz.service - deCONZ: ZigBee gateway -- REST API
   Loaded: loaded (/lib/systemd/system/deconz.service; disabled; vendor preset: enabled)
   Active: inactive (dead)

Un extrait des logs

Je vois surtout un « failed open com status »

20:29:23:139 failed open com status: (-3), path: /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2254887-if00
20:29:24:092 wait reconnect 5 seconds
20:29:24:141 COM: /dev/ttyACM0 : ConBee II (0x1CF1/0x0030)
20:29:24:142 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:29:25:092 wait reconnect 4 seconds
20:29:26:092 wait reconnect 3 seconds
20:29:27:093 wait reconnect 2 seconds
20:29:28:093 Daylight now: nightStart, status: 230, daylight: 0, dark: 1
20:29:28:094 wait reconnect 1 seconds
20:29:28:179 COM: /dev/ttyACM0 : ConBee II (0x1CF1/0x0030)
20:29:28:181 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:29:28:182 auto connect com /dev/ttyAMA0
20:29:29:608 Serial com connected
20:29:29:692 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:29:31:456 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:29:31:457 Serial com disconnected, reason: 1
20:29:31:458 device disconnected reason: 1, device index: 1
20:35:39:449 MASTER kill cmd 0x08 (ERROR)
20:35:39:449 Serial com disconnected, reason: 1
20:35:39:450 device disconnected reason: 1, device index: 1

Yves19 · Janvier 17, 2022, 7:44

Visiblement ta conbee2 est sur ttyACM0 et le démon essai de se connecter sur ttyAMA0.

Il faut

redémarrer ta box domotique
lancer le démon Deconz si pas déjà actif
vérifier que tout fonctionne sous Jeedom/Deconz
Arrêter le démon Deconz
se connecter via VNC puis ouvrir uen fenêtre de commandes
Lancer deconz en ligne de commande en mode admin (donc sudo deconz)
attendre que la clef apparaisse dans la liste des interfaces deconz
cliquer sur connecter et attendre que le réseau passe à « connecté »

BeauFort9476 · Janvier 17, 2022, 7:52

Merci Yves pour ton analyse, j’avais effectivement vu les 2 ports différents, mais pourquoi le démon essai de se connecter sur ttyAMA0?
Comment puis-je le forcer à regarder sur ttyACM0?

J’ai pu faire des aller/retour avec le plug-in Jeedom qui redémarre bien et retrouve bien sa conf.

PI j’utilise bien cette ligne de commande pour démarrer le service, ce qui ouvre d’ailleurs automatiquement Deconz Gui sur VNC.
sudo systemctl status deconz-gui

A noter que la clef apparait, donc deconz la vois bien, sauf qu’il n’arrive pas à s’y connecter.

Je vais tenter le redémarrage de mon Rpi si tu penses que cela peut provenir de là…

Je redémarre tout le Rpi ou juste Jeedom?
Merci encore

Yves19 · Janvier 17, 2022, 7:53

Et bien il ne faut pas touchers aux services. Fais juste les étapes comme je te les ai indiquées.

BeauFort9476 · Janvier 17, 2022, 7:55

ok, je n’avais pas bien vu qu’il ne fallait pas toucher aux services, mais juste lancer la commande sudo deconz (je peux lancer sudo deconz-gui j’imagine?)

Yves19 · Janvier 17, 2022, 7:55

non juste deconz
sudo deconz

Bien sur tu as installé l’environnement graphique sur ta box (à priori oui si j’en juge tes copies écrans)

BeauFort9476 · Janvier 17, 2022, 8:01

Alors là miracle!
J’ai redémarrer le rpi via VNC (sudo reboot now) et lorsque le rpi a redémarré VNC s’est reconnecté automatiquement, mais surtout Deconz GUI s’est ouvert tout seul et connecté!!

Malheureusement c’est le service qui a redémarré automatiquement et donc le plugin jeedom n’a lui pas pu redémarrer…
Je vais arrêter le service et redémarrer le démon, je vous tiens au courant…

Yves19 · Janvier 17, 2022, 8:04

Pour utiliser Deconz de Jeedom, Il faut arrêter deCONZ puis ensuite relancer le démon Deconz .
Réciproquement si tu veux utiliser deCONZ il faut arrêter le démon Deconz de Jeedom puis ensuite démarrer l’appli. Une seule instance peut en effet accéder au port USB de la ConBee2 à un instant donné.

BeauFort9476 · Janvier 17, 2022, 8:10

Oui ça j’avais bien compris, mais on est d’accord que la clef est toujours sur le même port tty quelquesoit le ‹ programme › deconz qui y accède?

Yves19 · Janvier 17, 2022, 8:11

Yes. Même port c’est Debian qui gère cette couche