Closed Kenderv closed 9 months ago
Salut. Ça doit être la cp2102 Regarde dans dmesg sur quel try elle est affectée
Merci de ta réponse
Dans dmesg je vois que cp210x est attaché à à ttyUSB2. Si dans la config de ma zigate 2 je mets ce port c'est OK
Par contre dès que j'active la zigate 2 je reçois rapidement le message "La Zigate 1 semble plantée mais impossible de lui faire un cycle OFF/ON".
Normal ? Merci
Et la zigate 2passe au rouge dans santé
plus ce message
Tu es sur que c'est une zigate v2 ? La version du firmware 0003-0320 c'est pour une v1 fw legacy 3.20.
Mode débug et filtre moi un package de logs stp mais j'ai peu de temps ce soir
Ha autre point ta zigate est désactivé sur page config
Et maintenant que j'y pense, si tu passes en beta l'erreur getHealthData est fixée il me semble
Bonjour, et merci pour tes réponses. Désolé de ne pas t'avoir répondu plus tôt, j'étais sur le chemin du retour chez moi.
Tu es sur que c'est une zigate v2 ? La version du firmware 0003-0320 est pour une v1 fw Legacy 3.20 Oui, je suis sûr que c'est un v2 mais j'ai maintenant la certitude que je ne suis pas sur le bon port et que le port que j'indique pour la v2 est en fait celui de la v1 qui est toujours en place. Pour preuve, si je déconnecte la V2 et que je teste le port série de la zigate 2 je reçois un OK
Avec DK6Programmer.exe y-a-t-il une façon de connaitre le firmware installé sur la clé ?
Du coup je ne pige pas. ttyUSB2 n'est pas le port de la Zigate v2 ?
On dirait que tu utilises des alias de port, j'imagine pour eviter que le port ne change à chaque reboot ? Du coup à quoi ressemble ton fichier d alias ?
Pour DK6, on doit pouvoir extraire les infos mais ca n'est pas direct. Dans tous les cas une v2 doit commencer par 0005-xxxx
Oui effectivement j'utilise un alias pour ma v1 pour la raison que tu évoques. J'avais lu ça quelque part mais je suis incapable de retrouver ces infos? Où se trouve ce fichier alias ? Non, à mon avis ttyUSB2 n'est pas le port de la v2 mais probablement celui de la v1
Tu m attaches ton dmesg en zip ? Je n'ai jamais tenté cette histoire d'alias mais je sais que ca existe. Ca doit etre via un fichier du style
# /etc/udev/rules.d/88-usb-serial.rules
Voila le fichier 99-usb-serial.rules.txt Si je fais je me dis que c'est le port ttyUSB0, mais j'ai un nok quand je le teste. Je suis un peu perdu
D'accord avec toi ca semble le ttyUSB0, en tout cas pour ce boot
Tu me donnes le package de log apres un test ?
Pas de doutes Zigate+ = ttyUSB0 pour ce boot
[ 3.483259] usb 1-1.4.1: New USB device found, idVendor=0403, idProduct=6015, bcdDevice=10.00
[ 3.483298] usb 1-1.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.483324] usb 1-1.4.1: Product: ZiGate
[ 3.483344] usb 1-1.4.1: Manufacturer: FTDI
[ 3.483365] usb 1-1.4.1: SerialNumber: ZIGATE+
[ 6.923712] usb 1-1.4.1: Detected FT-X
[ 6.929611] usb 1-1.4.1: FTDI USB Serial Device converter now attached to ttyUSB0
et la paquet de logs après un test sur ttyUSB0 AbeilleLogs-240205.tar.gz
Ha, pb potentiel. Sur la page de config
si tu as encore un message du style "Le port est utilisé par..." essaie de killer le process en question tant que tu as ce message.
Pour la suivte, pense à activer la Zigate 2 comme zigate USBv2 et sauver pour qu'elle apparaisse dans les logs suivants
J'ai fait, refait et rerefait sans résultat positif. Je suis toujours sur du nok
Toujours utilisé par "apache" ? Le port pourrait il etre utilisé par un autre plugin de Jeedom?
Ouais, toujours par apache. Quant à savoir si un autre plugin utilise le port ttyUSB0 je ne sais pas faire. Existe-t-il une commande qui indiquerait quel process utilise quel port ? en dehors de lsusb ien sûr.
Log après utilisation Libérer je ne vois aucune modif dans /boot/config.txt et pourtant je vois bien tous les fichiers de sauvegarde dans /boot
Salut.
Garde la gestion du demon desactivée et redemarre ton RPI. Apres quoi sans Abeille démarré le port devrait etre libre pour test.
Concernant le bouton "liberer".. c'est un vieux truc que je devrais virer. Ca ne vient pas de moi et je considere que ca n'est pas assez fiable pour couvrir les pbs.
Dans l'ordre : 1- Arrêt de jeedom (Système-> Éteindre) + coupure électrique du Rpi 2- Relance rpi et jeedom 3- Vérifier démon Abeille arrêté -> OK 4- Test du port ttyUSB0 -> pas réponse et cercle jeedom qui tourne, obligé de réactualiser la page 5- Re-test du port ttyUSB0 -> réponse nok (fait 3 fois) 6- Démarrage démon Abeille -> OK 7-Re-test du port ttyUBS0 -> réponse nok 8-Libérer :
Le fait que la zigate v2 soit sur un hub peut-il être la source du problème ? Comment faire sans rien casser pour intervertir les 2 zigate (zigate v2 sur port usb du RPI et v1 sur le hub) . Est-ce que je risque d'être obligé de tout ré-inclure ? Ma v2 est en FW 3A0, faut-il redescendre en 3.22 ? Le lien de chargement des drivers FTDI ne fonctionne pas, j'ai du les charger ailleurs. Problème ?
Dans le cas suivant ma conclusion est que le port n'était pas utilisé mais que la zigate n'a pas repondu à la demande de version. Le log AbeilleConfig aurait du confirmer ça.
1- Arrêt de jeedom (Système-> Éteindre) + coupure électrique du Rpi
2- Relance rpi et jeedom
3- Vérifier démon Abeille arrêté -> OK
4- Test du port ttyUSB0 -> pas réponse et cercle jeedom qui tourne, obligé de réactualiser la page
Donc la question que je me pose est pourquoi ne repondrait elle pas. Il s'agit d'une v2, jamais utilisée ? Quelle est son historique ? Tu pourrais la tester sous Windows par ex et confirmer qu'elle repond ? Et je te suggere de la mettre à jour en 3.22. Le 3.A0 montre beaucoup trop de soucis.
J'ai reçu la v2 neuve début de semaine dernière. J'ai suivi la procédure de MAJ du FW sous windows et cela s'est bien passé puis je l'ai connectée sur le rpi et c'est là que les ennuis ont commencé. Je vais la repasser en 3.22. Peux-tu me donner le bon lien pour charger les drivers FDTI, au cas où ....? Je viens de la repasser en 3.22 et j'ai le même problème, le cercle jeedom tourne et après actualisation nok
J'ai créé un alias pour voir, comme pour la zigate v1. J'ai bien vu l'alias dans le choix du port mais en test j'ai exactement le même résultat (cercle jeedom puis nok après actualisation). Je finis par me demander si la clé n'est pas HS
Si tu as pu la programmer j'imagine qu'elle n'est pas HS mais.. pour confirmer en dehors de Linux, tu peux suivre ces etapes de test ? https://zigate.fr/documentation/tester-la-zigate-usb/
Bonjour, J'ai ce message après le OK sur le choix du port :
Ha m.. on dirait que cette appli est ecrite en java, et que ca crash. Tu arrives à en faire + ? A la mettre en mode "inclusion" ? (Elle doit clignoter) Et si mode inclusion, tu peux tenter d'inclure un equipement ?
Non, rien de tout cela vu qu'elle n'est pas reconnue sur le port ttyUSB0
Non je te parle du test sous Windows, avec le lien du site Zigate. L'idée est de prouver qu'elle est fonctionnelle via ce genre de test si tu peux la controler via l'appli.. le pb est ailleurs
Non, je n'arrive à rien faire, même pas à allumer ou éteindre la LED . Je suis un peu dégouté de passer autant de temps la dessus pour une opération qui devrait être simple. Rassures-toi, je ne te mets pas en cause et je te remercie de passer aussi beaucoup de temps. Je crois que je vais la renvoyer et demander un échange.
En refaisant un lsusb sans la clé sur le rpi j'ai : et avec la clé j'ai : La ligne Device 010 s'st rajoutée avec strictement les mêmes Id. Est-ce normal ?
Non, je n'arrive à rien faire, même pas à allumer ou éteindre la LED . Je suis un peu dégouté de passer autant de temps la dessus pour une opération qui devrait être simple. Rassures-toi, je ne te mets pas en cause et je te remercie de passer aussi beaucoup de temps. Je crois que je vais la renvoyer et demander un échange.
Sans pouvoir la tester sous Windows.. difficile d'avoir une piste.
Mais je comprends ton sentiment. Perso je me suis dit que la v2 pour moi c'etait niet au vu des déboires de differents utilisateurs et le manque de mises à jour avec un FW stable. Donc v1 uniquement. Il y en a plein sur le bon coin ca doit pouvoir se negocier peu cher. Sinon j'ai toujours en tete d'ajouter le support d'un autre type de clef mais encore rien initié.
En refaisant un lsusb sans la clé sur le rpi j'ai : et avec la clé j'ai : La ligne Device 010 s'st rajoutée avec strictement les mêmes Id. Est-ce normal ?
Je ne sais pas pour le 010 mais je ne vois pas ta clef Zigate v2. CP2102 => Zigate v1 je suppose Je vois une clef ZWave aussi
C'est ca ? Tu as la v1 et la v2
Que dit dmesg ?
Oui j'ai les 2 zigate. 1 sur le rpi, l'aitre sur un hub avec un RFXtrx433XL et un dongle Bluetooth. Le hub est connecté sur le rpi sans alim. Si je croise les 2 zigate est-ce je risque de devoir tout réinclure ?
Non ce qui est dans la zigate (le reseau et devices associés) y reste tant que tu ne fait pas un "clear PDM". Ceci dit pour ton test tu peux desactiver la v1 car elle va changer de port si tu croises.
Mais bon elle n'apparait pas dans la liste lsusb si je ne me trompe pas. On devrait voir un CP2102 pour la Zigate v1, et un CP2103 pour une v2 je crois.
Si elle, elle apparaît en usb 1.1.4.1 V2 et usb 1.1.2 v1, non ?
Ha oui d'apres ton dernier dmesg
1-1.4.1: SerialNumber: ZIGATE+ => ttyUSB0 1-1.2: Product: ZiGate => ttyUSB2
Peut etre qu'il faudrait que je fasse un script tout simple à lancer à la main dans ce cas, pour eviter de passer par le navigateur+Abeille+.. qu'en penses tu ?
J'ai testé le port USB2 dans la config et j'ai un ok. Par contre je ne peux rien en faire. Mode inclusion ne clignote pas, relance du démon pareil c'est à devenir dingue
Haa donc il y a du mieux. Qu'as tu changé ?
Rien du tout, j'ai rebooté le rpi c'est tout. Que voudrais-ti=u faire dans le script que tu envisages ? Ce qui m'inquiète c'est que lorsque je lis je FW il me donne 0320
Juste un test de port (ouverture lecture version & check) A completer si besoin
Pourquoi pas, si ce n'est pas trop de boulot ça peut être un test intéressant et comme tu dis à compléter par la suite si besoin
Alors voilà, je touche le fond. La zigate v1 n'apparaît plus dans le plugin, le port USB2 auquel elle est rattachée n'apparaît pu non plus dans la config abeille. Je suppose que le fait d'avoir réussi à connecter la v2 sur ce port (sans qu'elle fonctionne) à bloqué ce port et je ne sais pas comment voir qui utilise ou bloque un port et comment le libérer. Tu sais comment faire ?
J'ai comme l'impression que dès que l'on connecte cette v2 à un port USB celui-ci reste bloqué. De mémoire il me semble que lorsque j'ai branché cette clé la première fois j'avais pu la connecter au port USB0 mais sans l'utiliser par la suite. A l'identique ce soir
J'ai testé le port USB2 dans la config et j'ai un ok. Par contre je ne peux rien en faire. Mode inclusion ne clignote pas, relance du démon pareil et maintenant c'est le port USB2 qui est bloqué. C'est dommage car c'était sur ce port que fonctionnait la V1. C'est pour cela que je ne peux plus connecter la v1 à aucun de ces ports. Donc plus de zigbee.
ok raison pour laquelle un script hors Abeille et toute la clique.. pourrait nous aider. Je fais qq essais et je te file une premiere version
Bon, si je veux faire un truc propre c'est plus compliqué que prévu mais je creuse.
Salut @tcharp38 J'ai reçu ma zigate v2. Je l'ai installée sur un hub en plus de la v1 qui est sur un port du rpi4. Je n'arrive pas à trouver le nom du port pour configurer ma V2. Si je fait un lsusb voila ce que j'obtiens : Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 009: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO) Bus 001 Device 008: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 001 Device 007: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO) Bus 001 Device 006: ID 1a40:0101 Terminus Technology Inc. Hub Bus 001 Device 005: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family] Bus 001 Device 003: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Merci de ton aide