A oui sous deconz jamais bon c’est normal on est en generique ca n’a pas vocation a etre bon
Bonjour à tous,
Je vais me lancer dans le test de ce nouveau plugin prometteur dans les prochains jours en remplacement du #plugin-deconz.
Ce plugin permettra-il la gestion des groupes pour l’éclairage ?
Un jour oui surement mais pas pour le moment
Ok merci, en attendant comme pour #plugin-deconz j’essaierai de bricoler un truc 
Bonjour @Loic,
Un truc bizarre, lorsque la clé est directement branchée sur le NUC, ça marche, lorsque qu’elle est branchée sur un hub autoalimenté USB 2 ça ne marche pas.
En branchement direct sur le NUC, le port est en auto. Mais en laissant auto la clé branchée sur le hub, le démon est KO, alors j’ai cherché le port.
Le lsusb -v du port de la ConBee donne ça :
Bus 001 Device 016: ID 1cf1:0030 Dresden Elektronik
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.01
bDeviceClass 2 Communications
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x1cf1 Dresden Elektronik
idProduct 0x0030
bcdDevice 1.00
iManufacturer 1 dresden elektronik ingenieurtechnik GmbH
iProduct 2 ConBee II
iSerial 3 DE2218961
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0043
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 2 Communications
bInterfaceSubClass 2 Abstract (modem)
bInterfaceProtocol 1 AT-commands (v.25ter)
iInterface 0
CDC Header:
bcdCDC 1.10
CDC ACM:
bmCapabilities 0x02
line coding and serial state
CDC Union:
bMasterInterface 0
bSlaveInterface 1
CDC Call Management:
bmCapabilities 0x03
call management
use DataInterface
bDataInterface 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 16
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 10 CDC Data
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Binary Object Store Descriptor:
bLength 5
bDescriptorType 15
wTotalLength 0x000c
bNumDeviceCaps 1
USB 2.0 Extension Device Capability:
bLength 7
bDescriptorType 16
bDevCapabilityType 2
bmAttributes 0x00000002
HIRD Link Power Management (LPM) Supported
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0000
(Bus Powered)
J’ai testé avec différents numéros de port et il y en a un paquet, je ne te les affiche pas tous, si tu les veux, je te les enverrai.
Une idée du problème ?
Je m’autoréponds.
Après application de la dernière mise à jour, ça s’est remis à marcher.
Donc, plus de problème.
Merci
Hello,
@Loic j’ai un message d’erreur qui reviens souvent.
Ce message est pas bloquant mais je pense que c’est utile de le remonter :
[Fri Dec 04 09:09:55.938133 2020] [php7:error] [pid 30300] [client 127.0.0.1:47958] PHP Fatal error: Uncaught Error: Call to a member function getCmd() on bool in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:160
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 160
Cdt
Thibaut
Bonjour,
Merci pour le retour on regarde ca
1 « J'aime »
Salut tout le monde,
install ce week end pour moi avec une clé cc2531. Je suis toujours en démon NOK
Log du zigbee
[2020-12-07 17:27:08][INFO] : Lancement démon zigbeed : /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.py --device auto --loglevel debug --socketport 8089 --callback http://127.0.0.1:80/plugins/zigbee/core/php/jeeZigbee.php --apikey FO1uWWKTsbVCL11Bjg9A6ky1V3aRPuMQ --cycle 0.3 --pid /tmp/jeedom/zigbee/deamon_1.pid --data_folder /var/www/html/plugins/zigbee/data/1 --controller cc --sub_controller auto --channel 15
[2020-12-07 17:27:10][DEBUG] : null
Log du Zeggbeed_1 : zigbeed_1.txt (19,3 Ko)
La config de la clé :
C’est la première fois que je mets du zigbee sur la machine (j’ai du Xiaomi mais par la passerelle pour le moment)
Je tente demain de refaire une fresh install (faut que je me trouve une carte sd pour tester sans tout casser)
A bientot
Jérôme
dans ton log :
« serial.serialutil.SerialException: Unable to select TI CC device, multiple devices found: /dev/ttyUSB0 - USB2.0-Serial, /dev/ttyACM0 - TI CC2531 USB CDC »
Ce serait moi je ne mettrais pas le port zigbee en auto.
akenad 
Bien vu, mais ça bloque toujours
zigbeed_1.txt (19,6 Ko)
C’est bizarre ces lignes là… Je n’ai rien d’autre qui utilise cette clé que j’ai fraichement branché sur ma raspi vendredi aprem
[2020-12-07 17:19:26][DEBUG] : Connecting on port /dev/ttyACM0 with boudrate 115200
[2020-12-07 17:19:26][DEBUG] : Connection made
[2020-12-07 17:19:27][DEBUG] : --> SREQ SYS ping tsn: None {'capabilities': 1}
[2020-12-07 17:19:27][DEBUG] : Send: b'\xfe\x00!\x01 '
[2020-12-07 17:19:27][ERROR] : Serial port closed unexpectedly: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2020-12-07 17:19:32][INFO] : Starting zigpy-cc version: 0.5.2
[2020-12-07 17:19:32][DEBUG] : Connecting on port /dev/ttyACM0 with boudrate 115200
[2020-12-07 17:19:32][INFO] : Failed to reconnect: [Errno 16] could not open port /dev/ttyACM0: [Errno 16] Device or resource busy: '/dev/ttyACM0'
[2020-12-07 17:19:33][ERROR] : Couldn't start application
ACM0, c’est pas là où se branchent les clés zwave?
Pour ma part, j’ai fais fonctionner avec le plugin Zigbee un controleur USB TI CC2531 flashé avec un firmware coordinator zigbee 1.2
ici : https://github.com/Koenkk/Z-Stack-firmware/raw/master/coordinator/Z-Stack_Home_1.2/bin/default/CC2531_DEFAULT_20190608.zip
akenad
C’est bien avec ce firmware qu’elle est flashée… Mince alors !
Bonjour !
Nouvelle tentative depuis un jeedom de test sur une VM.
Il n’y a rien sur cette intall ou presque et j’ai les mêmes résultats 
J’y ai installé le plugin Zigbee, les dépendances et fait le config
Voilà les logs au besoin : zigbeed_1.txt (20,1 Ko)
Qu’ai-je fait de mal ??
Merci d’avance
Jérôme
Zigate WiFi
Sans plantage du démon il semble que celui-ci s’arrête de fonctionner …
si je restart celui-ci tout refonctionne ?
j’avais constaté ce problème lors des mise à jours, la c’est un peut plus souvent et hors de ce cadre.
Si il te faut des log dit moi ceux que tu veut.
edite:
zigbee.txt (30,0 Ko)
ça a récidive …
je vide les logs je relance le demon …
la suite des log de ce matin !
zigbeed_1.txt (67,3 Ko) zigbee(2).txt (67,2 Ko)
pour rester waf je fait un deamon_start dans un scenario toutes les 30 minutes …
Je vois rien dans les logs meme pas un arret du demon
En fait lorsque l’on va dans la config le demon apparaît OK
mais plus rien ne fonctionne
si l’on relance celui-ci ça repart … jusqu’au prochain plantage !
Tu as une bonne alimentation pour la clef ?