Bonsoir,
Il y a une semaine tout fonctionnait bien, mais depuis j’ai voulu faire une amélioration… bon je me suis tellement loupé que j’ai finalement réinstallé tout from scratch (mais en utilisant une restauration Jeedom… et je crois que j’ai restauré mon problème dans cette nouvelle install).
Bref je me décide à lancer ma bouteille à la mer après plusieurs jours de galères-recherches-bidouilles-IA-réinstallation… je suis un peu dépassé mais ai envie d’apprendre (et si possible comprendre… ahaha) et réparer mon jeedom, si qqs âmes charitables se sentent d’attaque 
Voici mon soucis : tous les boutons (natifs de jeedom) pour éteindre les lumières ne fonctionnent plus (mais je peux allumer !!). Mais les commandes elles fonctionnent bien que ce soit en local (et même à distance
https://ssssss.com/core/api/jeeApi.php?apikey=apiiii&type=cmd&id=1280)
Mes 2 problèmes sont que les retours d’état ne fonctionnent pas (la valeur reste à zero) et que je ne peux pas éteindre les lumières via les boutons.
D’autres symptomes qui peuvent peut-être vous mettre sur une piste ?
. jeemate qui jadis fonctionnait se trouve inopérant
. Alexa-api fonctionne bien (ex je peux commander à la voix les lampes)
J’espère vous donner un max de renseignements qui pourraient vous permettre de m’aider, s’il en manque je ferai de mon mieux pour mes donner.
D’avance grand merci pour votre aide !
Voici ma config jeedom
J’ai une clé Conbee3 (j’étais en Combee2 avant, mais je me suis dit qu’elle avait peut être un soucis donc j’ai cassé ma tirelire). Elle est branchée sur le port noir usb2 au bout d’une rallonge de 50cm.
le sous-domaine associé à mon jeedom a son ssl.
Voici un exemple de paramétrage d’ampoule qui n’est plus pilotable par bouton (mais OK via les les commandes) depuis qqs jours
les informations qui lui sont liées
id 1281
logicalId 01.on::0
generic_type LIGHT_OFF
eqType deconz
name Off 01
order 0
type action
subType other
eqLogic_id 111
isHistorized 0
unite configuration
{"category":"light","timeline::enable":"0","interact::auto::disable":"0","actionConfirm":"0","returnStateValue":"","returnStateTime":"","updateCmdId":"","minValue":"","maxValue":"","listValue":""}
template {"dashboard":"core::light","mobile":"core::light"}
display {"invertBinary":"0","showNameOndashboard":"0","showNameOnmobile":"0","showIconAndNamedashboard":"0","showIconAndNamemobile":"0","forceReturnLineBefore":"0","forceReturnLineAfter":"0"}
value 1279
isVisible 1
alert []
cache {"lastExecutionUser":"hrousselot","usage::ui":34,"usage::automation":184}
Phoscon
Version de la passerelle 2.30.2 & firmware 26510900
Les fuseau horaire est comme jeedom (Europe/Paris)
et le pendant dans phoscon (dont l’état dans Phoscon évolue bien si la lampe est allumée ou éteinte)
quelques logs (je sais pas trop les analyser, shame on me)
Voici le statut actuel du service deCONZ sur mon Raspberry Pi, qui semble tourner correctement (meme si parfois il me semble se deconnecter ??) :
:~ $ sudo systemctl status deconz
● deconz.service - deCONZ: ZigBee gateway -- REST API
Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2025-09-03 19:06:17 CEST; 42min ago
Main PID: 123987 (deCONZ)
Tasks: 6 (limit: 8754)
CPU: 1min 16.334s
CGroup: /system.slice/deconz.service
└─123987 /usr/bin/deCONZ -platform minimal --http-port=8484 --dev /dev/serial/by-id/usb-dresden_elektronik>
Sep 03 19:06:17 Rrasp4 systemd[1]: Started deCONZ: ZigBee gateway -- REST API.
Sep 03 19:06:17 Rrasp4 deCONZ[123987]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-hrousselot'
Sep 03 19:06:17 Rrasp4 deCONZ[123987]: libpng warning: iCCP: known incorrect sRGB profile
Sep 03 19:06:18 Rrasp4 deCONZ[123987]: This plugin does not support propagateSizeHints()
Sep 03 19:06:18 Rrasp4 deCONZ[123987]: This plugin does not support propagateSizeHints()
Log du plugin Deconz dans Jeedom : [Allez dans Analyse > Logs, ouvrez le log nommé "deconz" en mode "Real Time". Appuyez sur le bouton défaillant dans votre dashboard, attendez 5 secondes, puis copiez-collez les nouvelles lignes qui sont apparues ici.]
Log du service deCONZ système :
$ sudo journalctl -u deconz -f
-- Journal begins at Tue 2025-09-02 17:56:07 CEST. --
Sep 03 19:05:47 Rrasp4 systemd[1]: deconz.service: Main process exited, code=killed, status=9/KILL
Sep 03 19:05:47 Rrasp4 systemd[1]: deconz.service: Failed with result 'signal'.
Sep 03 19:05:47 Rrasp4 systemd[1]: deconz.service: Consumed 10.126s CPU time.
Sep 03 19:06:17 Rrasp4 systemd[1]: deconz.service: Scheduled restart job, restart counter is at 8.
Sep 03 19:06:17 Rrasp4 systemd[1]: Stopped deCONZ: ZigBee gateway -- REST API.
Sep 03 19:06:17 Rrasp4 systemd[1]: Started deCONZ: ZigBee gateway -- REST API.
Sep 03 19:06:17 Rrasp4 deCONZ[123987]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-hrousselot'
Sep 03 19:06:17 Rrasp4 deCONZ[123987]: libpng warning: iCCP: known incorrect sRGB profile
Sep 03 19:06:18 Rrasp4 deCONZ[123987]: This plugin does not support propagateSizeHints()
Sep 03 19:06:18 Rrasp4 deCONZ[123987]: This plugin does not support propagateSizeHints()
j’ai l’impression que les ports nécessaires (même si j’ai cru comprendre que le retour d’état était en socket ? )
~ $ sudo netstat -tulnp | grep -E "8484|80|20877"
tcp 0 0 0.0.0.0:8484 0.0.0.0:* LISTEN 123835/deCONZ
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 801/mariadbd
tcp 0 0 0.0.0.0:20877 0.0.0.0:* LISTEN 123835/deCONZ
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 644/nginx: master p
tcp 0 0 0.0.0.0:8088 0.0.0.0:* LISTEN 123987/deCONZ
tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 123987/deCONZ
tcp6 0 0 :::80 :::* LISTEN 644/nginx: master p
udp6 0 0 fe80::9039:4070:95b:123 :::* 617/ntpd
udp6 0 0 fe80::e1f8:f318:c59:123 :::* 617/ntpd
