Pb soudain dongle usb zigbee sonoff plus

Bonjour,

Apres 1 an de fonctionnement mon dongle zigbee sonoff 3.0 plus n’est plus que reconnu en « Bus 001 Device 007: ID 1a86:55d4 QinHeng Electronics USB Single Serial » dans les priphérique usb et n’est plus utilisable par le plugin officiel zigbee

J’ai relancé une install des dépendances, débranché/rebranché la clé, redémarrer la machine hote jeedom et restauré une sauvegarde jeedom rien n’y fait
zigbeed_1.txt (42,1 Ko)

log deamon zigbee en pj

Salut,
De quel plugin parlez vous ?
Un screen de la configuration du plugin?
La page santé?
Le port contrôleur → by serial ID?

Ce plugin n’est plus maintenu et flagué obsolète sur le market, il faut passer a z2m

De plus le log donné n’est ni en debug, ni copié ici entre balises, ceux sur téléphone se régalent à avoir ce genre de liens

On a pas la page santé jeedom donc aucune info sur ton jeedom.

On est pas sous windows… si cela fonctionnait avant pas la peine de faire cela.

Mais je suppose que c’est tombé suite à une mise à jour ou autre, pas tout seul comme ca…

Le nouveau plugin est JeeZigbee ?

zigbee.txt (108,9 Ko)

L page santé jeedom ?

Et merci de copier le log ici entre balises et pas en lien comme tu le fais

Le screen posté est vient de l’ancien plugin-zigbee qui, comme vous l’a dit @anon53349806, est obsolète.
Désactivez la gestion automatique du démon, cliquez sur stop.
Installez le plugin-z2m (Jeezigbee)
https://market.jeedom.com/index.php?v=d&p=market_display&id=4351
Et pour avoir une idée, vous pouvez suivre ceci:

Je n’ai pas le temps en ce moment de refaire une installation impliquant reappairage des équipements.

Pourriez-vous m’aider à refaire fonctionner le plugin historique dans un premier temps ?

Mettre 8089 en port du demon

Dire sur quel environnement jeedom est installé
Quel clé Zigbee?

Jeedom est installé sur debian 11 en custom, le port est libre en local pas de pb de parefeu

zigbeed.py: error: argument --device: expected one argument
usage: zigbeed.py [-h] [–device DEVICE] [–loglevel LOGLEVEL]
[–callback CALLBACK] [–apikey APIKEY] [–cycle CYCLE]
[–pid PID] [–controller CONTROLLER]
[–sub_controller SUB_CONTROLLER]
[–data_folder DATA_FOLDER] [–device_folder DEVICE_FOLDER]
[–socketport SOCKETPORT] [–channel CHANNEL]
[–folder_OTA FOLDER_OTA]
[–zigpy_advance_config ZIGPY_ADVANCE_CONFIG]

il semble y avoir un pb logiciel

Pour le dongle : SONOFF ZBDONGLE-E - CLÉ USB DONGLE ZIGBEE 3.0 + ANTENNE EXTERNE 20DBM (V2)

EZSP pour type de contrôleur -->OK

Pour le port il faudrait exécuter ceci et donner le retour

via réglage → système → configuration -->OS/DB → Administration Système

Taper cette commande:

ls -al /dev/serial/by-id/*

lrwxrwxrwx 1 root root 13 2 mars 15:28 /dev/serial/by-id/usb-1a86_USB_Single_Serial_54DD001681-if00 → …/…/ttyACM0

/dev/serial/by-id/usb-1a86_USB_Single_Serial_54DD001681-if00

→ …/…/ttyACM0

Parfois on a vraiment du mal a avoir les infos.


Amen
ca risque pas de fonctionner avec la conf reseau interne NOK !

Ca fait juste 3h que j’ai demandais la page santé car je m’en doutais…

ca risque pas de fonctionner avec la conf reseau interne NOK !

Ca fait juste 3h que j’ai demandais la page santé car je m’en doutais…

jeedom déduit bêtement une santé de configuration réseau par rapport à une référence, le fait qu’elle soit topée comme ko ne veut pas dire qu’elle empêche le fonctionnement ou qu’elle est la cause du problème…

D’accord tu as raison…
La conf reseau interne est utilisée pour que les demons de plugin puissent s’y connecter et faire des requêtes.

Error on send request to jeedom HTTPSConnectionPool(host='127.0.0.1', port=443): Max retries exceeded with url: /plugins/zigbee/core/php/jee

Voila c’est juste ecrit dans ton log.

tu as surement le http en 443 au lieu de 80
or les demons attaquent sur le 80

4.3.23

Gestion automatique de l’adresse d’accès interne après le démarrage, la mise à jour ou la restauration de Jeedom. (Optionnel) PR #2406

Error on send request to jeedom HTTPSConnectionPool(host=‹ 127.0.0.1 ›, port=443):

Il essaye de se connecter sur le 443, qui est pourtant ouvert en local

il n’y aurait pas un serveur/deamon ko qui ferait que pas de réponse à la requete ?

Donc tu n’as pas compris a quoi sert l’ip interne de jeedom

Tu ne veux pas montrer ta config mais tu veux de l’aide et quand on te dit ce qui va pas tu dis que c’est pas ca.

quelle ip interne ?

jeedom tourne sur une machine, 127.0.0.1 c’est l’ip de la machine pas de jeedom