Bonjour à tous,
Je ne sais pas trop ou ranger mon post …
Comme beaucoup j’ai « encore » une galère avec deConz suite au passage vers bullseye.
Le plugin est installé, le deamon démarré, je vois bien tout les ‹ bidules › affichés.
La cmdlet GCFFlasher_internal -l me retrourne bien un chemin, le serial de la clé et son type : Conbee_II
Depuis l’url Phoscon App, il me trouve qqch mais rien de tres utile (pbl de port peut etre)
la conf du port est celle-ci :
pi@CHEOPSrasp:/ $ sudo systemctl cat deconz
'# /lib/systemd/system/deconz.service
[Unit]
Description=deCONZ: ZigBee gateway -- REST API
Wants=deconz-init.service
StartLimitIntervalSec=0
[Service]
User=1000
ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80
Restart=on-failure
RestartSec=30
AmbientCapabilities=CAP_NET_BIND_SERVICE CAP_KILL CAP_SYS_BOOT CAP_SYS_TIME
[Install]
WantedBy=multi-user.target
'# /etc/systemd/system/deconz.service.d/override.conf
[Service]
ExecStart=
ExecStart=/usr/bin/deCONZ -platform minimal --http-port=8080 --ws-port=8081
je dois avoir un soucis de port, mais pas certain … est-ce que qqun aurait une idée svp ?
grand merci
edit*
Désespérément j’ai passer les commandes suivantes :
pi@CHEOPSrasp:/ $ sudo systemctl disable deconz
pi@CHEOPSrasp:/ $ sudo systemctl stop deconz
pi@CHEOPSrasp:/ $ sudo systemctl enable deconz-gui
pi@CHEOPSrasp:/ $ sudo systemctl start deconz-gui
pi@CHEOPSrasp:/ $
pi@CHEOPSrasp:/ $
pi@CHEOPSrasp:/ $
pi@CHEOPSrasp:/ $ sudo systemctl disable deconz-gui
Removed /etc/systemd/system/multi-user.target.wants/deconz-gui.service.
pi@CHEOPSrasp:/ $ sudo systemctl stop deconz-gui
pi@CHEOPSrasp:/ $ sudo systemctl enable deconz
Created symlink /etc/systemd/system/multi-user.target.wants/deconz.service → /lib/systemd/system/deconz.service.
pi@CHEOPSrasp:/ $ sudo systemctl start deconz
Phoscon semble etre revenu … mais étrange car
- j’ai bien accès a phoscon mais c’est vide …
un peu comme si il m’avait créé une seconde clé …
Je suis perdu là … si qqun peu m’éclairer
Informations Jeedom
Core : 4.4.7 (V4-stable)
Informations complémentaires
== Jeedom 4.4.7 sur Raspbian GNU/Linux 11 (bullseye)/armhf/armv7l/32bits aka ‹ RPI 4 B ›
Bonjour.
-
en règle générale, ne pas toucher aux services deconz en lignes de commande. Passer par Deconz ou Phoscon pour tout arrêt ou relance de deconz.
-
réinstaller deconz depuis le plug in Deconz (ce qui devrait aussi réinstaller Phoscon) ou sinon le réinstaller à la main (voir tuto ici [TUTO] Mise à jour manuelle deCONZ)
2bis) déterminer l’état de Deconz sur sa page (Réseau Deconz/onglet résumé). Tu devrais voir sur cette page
- la version firmware de la clef Conbee2 (ce qui signifie que la clef est bien reconnue par Jeedom)
- la version logicielle de l’API deconz (dernière stable 2.26.3)
2 ter) sur ton navigateur web préféré et depuis un ordinateur relié au même réseau local que ta box domotique et relié aussi à Internet tape la commande https://phoscon.de/discover ce qui devrait donner l’adresse de la Gateway deconz (donc l’adresse IP à utiliser pour accéder à l’interface depuis Phoscon)
-
si besoin refaire la procédure de récupération de l’API key de Deconz via Phoscon (suivre la doc Deconz pour cela). Vérifier que la Gateway est bien configurée depuis Deconz
-
Quand tout fonctionne (plug in Deconz et API bien configurée) fais une synchro sous Deconz pour récupérér la réalité de ce qui est en base Zigbee/
NB: La base de données des équipements Zigbee est gérée par deconz et est située dans un fichier sur ta box domotique; ce fichier est sauvegardé par Jeedom quand tu fais un backup Jeedom.
-
En cas de vide sidéral sous Deconz tu peux vérifier ce que voit Phoscon (qui est une interface graphique de la base de données zigbee) en te connectant à Phoscon depuis n’importe quel PC relié au même réseau local que ta box domotique (et en utilisant l’adresse IP récupérée au point 3) .
Si c’est tjrs le vide sidéral c’est que la base a été perdue . Il faudra donc la restaurer depuis une sauvegarde (récente) de Jeedom depuis Phoscon .
Tiens nous au courant de tes avancées.
Bonjour @Yves19
Merci de ton retour complet 
J’avais réussi à faire remonter mes capteurs deConz depuis un backup Phoscon une fois que la page est atteinte.
Je vois dans Phoscon et Jeedom, que les statuts des capteurs ce mettent bien à jour en fonction de l’ouverture ou de la fermeture d’une fenetre par exemple.
Par contre les notifications envoyées par Jeedom ne ce déclenchent plus
Côté Zigbee, le deamon ne démarre pas.
J’ai la fameuse :
Echec de la requête HTTP : http://127.0.0.1:8484/application/info cURL error : Failed to connect to 127.0.0.1 port 8484: Connection refused
Y’a un truc qui m’échappe… 
Si je devais résumé :
- Phoscon j’ai les capteurs ils fonctionnent
- deConZ je les vois et ils ce mettent à jour en regardant les config infos des différents capteurs
- Jeedom lui ne leur parle pas … (mais s’il ne leur parlait pas, je ne verrai pas les update dans DeconZ nan ?)
Merci encore ! 
Peux tu mettre une copie écran complète de la page de configuration Deconz s’il te plait ?
Tant que le deamon Deconz n’est pas démarré aucune chance qu’il remonte quelque info que ce soit des capteurs et envoie quelque commande que ce soit vers les actionneurs.
Le fait que tout soit OK sous Phoscon montre
- que la clef est OK
- que les process deconz tournent
- que la base zigbee est OK
- que le problème est localisé dans la configuration Deconz/Jeedom
Merci @Yves19
Une idée de quoi checker exactement dans la conf ?
Ote moi d’un doute. Tu n’aurais pas le plug in Zigbee actif en parallèle de celui Deconz par hasard ?
Parce que la page envoyée dans un post plus haut ne correspond pas au plug in Deconz.
Il faut impérativement désactiver le plug in Zigbee si tu utilises Deconz. Sinon conflit d’accès à la ConBee2 .
Ta configuration Deconz semble OK par ailleurs
Poste quand même une copie écran de la page Réseau Deconz/onglet résumé
Effectivement le pluging Zigbee est en route aussi, je viens de le désactiver.
Voici la copie du résumé
Par contre, étrange que lorsque je bouge les capteurs les scénarios jeedom ne s’actualise pas ?
Un reboot … dans le doute mais si tu as une autre idée, je suis preneur
Merci encore
Page Deconz OK.
Donc une fois Zigbee désactivé il faudra peut être relancer le démon Deconz.
Si les informations issues des capteurs sont OK sous Deconz le problème des scénarios sera un autre sujet.
Merci de tes réponses @Yves19
Y’a t il qqch, qui pourrait ne pas faire fonctionner les scenarios sachant que le déclencheur est le changement d’état du capteur.
Le changement est pris en compte par Phoscon et DeconZ.
Mais le scénario ne semble pas rafraichir la donnée depuis deconz
Est-ce qu’un appareillage des capteurs pourrait résoudre le soucis tu penses ?
Si tout est OK coté Deconz (càd infos et consignes conformes à l’attendu entre Jeedom et les équipements), clos le sujet ici et ouvre un autre sujet pour le déclenchement des scénarios. Postes y les copies écran des conditions de déclenchement et des scénarios eux mêmes voire aussi les logs des scénarios
