Open helepeut opened 5 months ago
Merci pour le retour. Je vais reprendre les tests sur la perte de comptage. J'ai un générateur d'impulsions et je vais tenter de mettre en place une plateforme de tests avec Z2M.
Sur le débat de l'autonomie, c'est assez compliqué de trouver le bon paramétrage. En effet, pour GAZPAR, si on remonte les infos de manière régulière, on maitrîse mieux l'autonomie mais lorsque l'été arrive et qu'il n'y a pas de consommation, on va envoyer toutes les X minutes des impulsions qui n'auront pas bougé. Peux -tu ouvrir une issue sur ce sujet ? (pour ne pas mélanger )
Ce que je peux faire c'est faire des remontées toutes les X minutes uniquement si le compteur a augmenté depuis la dernière fois. Le délai de remontée pourra être paramétrable mais nécessitera une MAJ des plugins. Je vais réfléchir sur la bonne méthode.
Concernant les déconnexions, si tout est OK, je vais publier une MAJ officielle avec la version 4000-0007
Et merci à tous pour votre participation au projet
Merci pour votre retour. Je pense que faire des remontées toutes les X minutes uniquement si le compteur a augmenté depuis la dernière fois, avec le délai de remontée paramétrable serait l'approche idéale. Je vais ouvrir un ticket en ce sens.
Pour les déconnections, ça aura été bien d'avoir le retour de @Pigouchet mais en ce qui me concerne, c'est absolument parfait depuis 15 jours (le 20 septembre). C'est un record de longévité donc c'est quand même bon signe.
Merci !
Petite bizarrerie au bout de 17 jours : il y a eu bégaiement (=envoi de la même valeur plusieurs fois) puis le device a été "annoncé" pour ensuite envoyer des valeurs plus petites que celles d'avant...
Etonnant...
Je vais en profiter pour mettre le 4002-0007 qui rajoute température et tension.
Firmware mis à jour ! Et effectivement, l'inclusion s'est super bien passée du premier coup avec ce 4002-0007, j'ai bien la tension et la température maintenant.
Petite bizarrerie au bout de 17 jours : il y a eu bégaiement (=envoi de la même valeur plusieurs fois) puis le device a été "annoncé" pour ensuite envoyer des valeurs plus petites que celles d'avant...
Etonnant...
Je vais en profiter pour mettre le 4002-0007 qui rajoute température et tension.
je pourrais avoir le log complet svp ?
Oui, j'essaie de faire ça le plus vite possible. De ce que je vois dans les logs envoyés à mon NAS par Zigbee2mqtt, j'ai de nouveau un bégaiement en cours (impulsion 225, idem avec la 220 quelques temps avant), ça ne me l'avait jamais fait avant hier... :-( A voir si j'ai bien une mise à jour plus tard mais j'ai peur que non.
Plusieurs émissions avec le même compteur ne me choque pas. Cela se produit s'il y a une réémission de trame avec perte de paquet "ACK". Le Zipulses n'a pas été acquitté ou n'a pas reçu l'acquittement alors il réémet. (on le voit sur le timer. les 4 émissions sont dans la même seconde)
Ce qui n'est pas normal c'est le cas où la valeur du compteur est faussée. J'ai remarqué qu'avant le changement de valeur, il y a une trame mais je n'ai pas toutes les infos.
Voici le log. Ca commence par une séquence normale qui tenait depuis 17 jours (j'ai donc raccourci le avant...). On voit le ZBMini sortir du réseau quelques minutes (ça lui arrive une fois tous les 2 ou 3 jours, pendant une petite demi-heure), il revient, on voit les impulsions reprendre leur cours normalement (le ZiPulses n'a pas eu le temps de switcher sur le coordinateur, il arrive à le faire de temps en temps) puis la bizarrerie apparait (compteur qui perd environ 1500 impulsions). On voit que je sors le device du réseau, que je le réinclue, on voit l'arrivée des températures et tensions avec le 4002-0007. Et on voit de nouveau un blocage à 225 impulsions depuis ce matin. Le problème est toujours en cours. Il y a bien quelque chose qui semble vivre sur le réseau mais malheureusement, ça reste bloqué. C'est presque plus frustrant qu'un device qui aurait complètement disparu...
A 19h30, toujours pareil (il faut rajouter 2 heures au last seen):
{ "battery": 100, "divisor": 1, "energy": 225, "last_seen": "2024-10-07T17:30:04.316Z", "linkquality": 0, "multiplier": 1, "temperature": 11.98, "unitOfMeasure": "kWh", "voltage": 3400 }
PS : linkquality de 0 signifie passage par le ZBMini, a priori ce device ne sait pas "transférer" l'info, limitation connue pour certain routeurs.
Merci pour votre retour. Je pense que faire des remontées toutes les X minutes uniquement si le compteur a augmenté depuis la dernière fois, avec le délai de remontée paramétrable serait l'approche idéale. Je vais ouvrir un ticket en ce sens.
Pour les déconnections, ça aura été bien d'avoir le retour de @Pigouchet mais en ce qui me concerne, c'est absolument parfait depuis 15 jours (le 20 septembre). C'est un record de longévité donc c'est quand même bon signe.
Merci !
Bonjour,
Pour ma part j'ai flashé dans la foulée en ZiPulses_v7.1.zip mais le Zipulse s'est déconnecté une fois dans son emplacement (trappe dans le trottoir devant le garage) alors qu'il fonctionnait plutôt bien avant que je le remette en place.
J'ai attendu un peu car j'avais commandé le support de piles LR20 recommandé ainsi que les piles mentionnées par @biwizit.
J'ai tenté l'installation aujourd'hui mais le module ne semble plus répondre. Plus de Led bleu quand je connecte les piles et idem lors d'une tentative de flash pour le mettre à jour en version ZiPulses_v7.0.
Je crois qu'il ne communiquera plus quel que soit son firmware 😇💀 !!!
Il aura fonctionné en un peu plus d'un an 10 jours sur pile et ~3 semaines d'affilés sur batterie externe.
Voici le log. Ca commence par une séquence normale qui tenait depuis 17 jours (j'ai donc raccourci le avant...). On voit le ZBMini sortir du réseau quelques minutes (ça lui arrive une fois tous les 2 ou 3 jours, pendant une petite demi-heure), il revient, on voit les impulsions reprendre leur cours normalement (le ZiPulses n'a pas eu le temps de switcher sur le coordinateur, il arrive à le faire de temps en temps) puis la bizarrerie apparait (compteur qui perd environ 1500 impulsions). On voit que je sors le device du réseau, que je le réinclue, on voit l'arrivée des températures et tensions avec le 4002-0007. Et on voit de nouveau un blocage à 225 impulsions depuis ce matin. Le problème est toujours en cours. Il y a bien quelque chose qui semble vivre sur le réseau mais malheureusement, ça reste bloqué. C'est presque plus frustrant qu'un device qui aurait complètement disparu...
A 19h30, toujours pareil (il faut rajouter 2 heures au last seen):
{ "battery": 100, "divisor": 1, "energy": 225, "last_seen": "2024-10-07T17:30:04.316Z", "linkquality": 0, "multiplier": 1, "temperature": 11.98, "unitOfMeasure": "kWh", "voltage": 3400 }
PS : linkquality de 0 signifie passage par le ZBMini, a priori ce device ne sait pas "transférer" l'info, limitation connue pour certain routeurs.
Bonjour,
J'ai regardé les logs et la première chose qui m'interpelle, ce sont les valeurs de LQI qui parfois reste à 0 pendant un long moment puis revient à 30-40 (ce qui reste très bas). Votre réseau Zigbee a réellement un problème. Pas sur que le ZBmini soit un bon routeur.
On voit bien les nombreuses réémissions. 3-4 fois la même trame (avec le même nombre de pulses) espacées de quelques millisecond. Ces trames sont reçu par le coordinateur mais l'acquittement ne parvient pas au ZiPulses (qui du coup réémet)
Concernant le nombre d'impulsions qui repart en arrière, je n'ai pas trouvé d'explications pour le moment. mais j'y travaille dessus. (je suis en train de monter une plateforme de tests)
Merci pour votre retour. Je pense que faire des remontées toutes les X minutes uniquement si le compteur a augmenté depuis la dernière fois, avec le délai de remontée paramétrable serait l'approche idéale. Je vais ouvrir un ticket en ce sens. Pour les déconnections, ça aura été bien d'avoir le retour de @Pigouchet mais en ce qui me concerne, c'est absolument parfait depuis 15 jours (le 20 septembre). C'est un record de longévité donc c'est quand même bon signe. Merci !
Bonjour,
Pour ma part j'ai flashé dans la foulée en ZiPulses_v7.1.zip mais le Zipulse s'est déconnecté une fois dans son emplacement (trappe dans le trottoir devant le garage) alors qu'il fonctionnait plutôt bien avant que je le remette en place.
J'ai attendu un peu car j'avais commandé le support de piles LR20 recommandé ainsi que les piles mentionnées par @biwizit.
J'ai tenté l'installation aujourd'hui mais le module ne semble plus répondre. Plus de Led bleu quand je connecte les piles et idem lors d'une tentative de flash pour le mettre à jour en version ZiPulses_v7.0.
Je crois qu'il ne communiquera plus quel que soit son firmware 😇💀 !!!
Il aura fonctionné en un peu plus d'un an 10 jours sur pile et ~3 semaines d'affilés sur batterie externe.
Vous pouvez me le retourner pour analyse et échange
Merci pour votre retour. Je pense que faire des remontées toutes les X minutes uniquement si le compteur a augmenté depuis la dernière fois, avec le délai de remontée paramétrable serait l'approche idéale. Je vais ouvrir un ticket en ce sens. Pour les déconnections, ça aura été bien d'avoir le retour de @Pigouchet mais en ce qui me concerne, c'est absolument parfait depuis 15 jours (le 20 septembre). C'est un record de longévité donc c'est quand même bon signe. Merci !
Bonjour, Pour ma part j'ai flashé dans la foulée en ZiPulses_v7.1.zip mais le Zipulse s'est déconnecté une fois dans son emplacement (trappe dans le trottoir devant le garage) alors qu'il fonctionnait plutôt bien avant que je le remette en place. J'ai attendu un peu car j'avais commandé le support de piles LR20 recommandé ainsi que les piles mentionnées par @biwizit. J'ai tenté l'installation aujourd'hui mais le module ne semble plus répondre. Plus de Led bleu quand je connecte les piles et idem lors d'une tentative de flash pour le mettre à jour en version ZiPulses_v7.0. Je crois qu'il ne communiquera plus quel que soit son firmware 😇💀 !!! Il aura fonctionné en un peu plus d'un an 10 jours sur pile et ~3 semaines d'affilés sur batterie externe.
Vous pouvez me le retourner pour analyse et échange
Je viens d'en commander un autre depuis votre boutique... ça marche je vous le renvoi dès que j'ai reçu le nouveau ! (j'avais un PCB 0.5 est-ce que le nouveau sera d'une génération plus récente ?)
Merci.
Merci pour votre retour. Je pense que faire des remontées toutes les X minutes uniquement si le compteur a augmenté depuis la dernière fois, avec le délai de remontée paramétrable serait l'approche idéale. Je vais ouvrir un ticket en ce sens. Pour les déconnections, ça aura été bien d'avoir le retour de @Pigouchet mais en ce qui me concerne, c'est absolument parfait depuis 15 jours (le 20 septembre). C'est un record de longévité donc c'est quand même bon signe. Merci !
Bonjour, Pour ma part j'ai flashé dans la foulée en ZiPulses_v7.1.zip mais le Zipulse s'est déconnecté une fois dans son emplacement (trappe dans le trottoir devant le garage) alors qu'il fonctionnait plutôt bien avant que je le remette en place. J'ai attendu un peu car j'avais commandé le support de piles LR20 recommandé ainsi que les piles mentionnées par @biwizit. J'ai tenté l'installation aujourd'hui mais le module ne semble plus répondre. Plus de Led bleu quand je connecte les piles et idem lors d'une tentative de flash pour le mettre à jour en version ZiPulses_v7.0. Je crois qu'il ne communiquera plus quel que soit son firmware 😇💀 !!! Il aura fonctionné en un peu plus d'un an 10 jours sur pile et ~3 semaines d'affilés sur batterie externe.
Vous pouvez me le retourner pour analyse et échange
Je viens d'en commander un autre depuis votre boutique... ça marche je vous le renvoi dès que j'ai reçu le nouveau ! (j'avais un PCB 0.5 est-ce que le nouveau sera d'une génération plus récente ?)
Merci.
oui v0.7
Bonjour,
J'ai regardé les logs et la première chose qui m'interpelle, ce sont les valeurs de LQI qui parfois reste à 0 pendant un long moment puis revient à 30-40 (ce qui reste très bas). Votre réseau Zigbee a réellement un problème. Pas sur que le ZBmini soit un bon routeur.
On voit bien les nombreuses réémissions. 3-4 fois la même trame (avec le même nombre de pulses) espacées de quelques millisecond. Ces trames sont reçu par le coordinateur mais l'acquittement ne parvient pas au ZiPulses (qui du coup réémet)
Concernant le nombre d'impulsions qui repart en arrière, je n'ai pas trouvé d'explications pour le moment. mais j'y travaille dessus. (je suis en train de monter une plateforme de tests)
En réalité, quand vous voyez des valeurs non nulles, c'est que la connection se fait en direct entre le device et la clé Sonoff ZDongle-P, et les valeurs sont faibles en effet, d'où l'intérêt du routeur à l'extérieur.
Les liaisons device<->routeur et routeur<->clé sont entre 100 et 140, le routeur fait donc un bon relais de ce point de vue-là. Et la valeur linkquality du device est à 0 quand la connection est faite à travers le routeur. Je ne sais pas qui est responsable de ce problème de forward d'info (ZBMini ou Z2M) mais la carte graphique du réseau dans z2m montre que les vraies valeurs entre eux sont dans une bonne fourchette.
En tout cas, encore maintenant, je continue de recevoir des trames "ZiPulses", désespéremment bloquées à 255. Je vais d'abord essayer de débrancher et rebrancher le relais pour voir ce que ça fait. Et si ça ne donne rien, j'essaierai de trouver du courage pour retenter un appairage. Au prochain souci, "je m'amuserai" à remettre un thermometre Aqara à 5€ sans antenne dans le coffre du compteur pour voir combien de temps il tient avec ce combo clé-routeur Sonoff...
Bonjour à tous,
Voici la procédure en cours sur la plateforme de test: J'utilise un générateur d'impulsions : 1 impulsion de 100 ms toutes les secondes J'ai branché le Zipulses sur pile
https://github.com/user-attachments/assets/a497d709-7f28-407d-b45a-e4e89fb4d011
Actuellement je suis à 30 heures de fonctionnements : soit 108 000 secondes (soit 108 000 impulsions) Sur Z2M le module avait déjà 925 impulsions (dû à des tests précédents)
J'ai donc récupéré sur Z2M à 16h23:00 précise, 108925 impulsions (sur Z2M)
Bon j'ai fait la capture juste avant 16h23:00
La prochaine étape est de couper Z2M puis relancer puis enlever le coordinateur puis relancer.
Statistiques intéressantes.
Sur les quelques jours durant lesquels il a été possible de comparer ZiPulses et GRDF, les résultats sont assez bien alignés. Pour 6 jours, j'ai 29.58m3 pour le ZiPulses, et 29.82m3 d'après le fournisseur de gaz. Ca fait moins de 1% d'erreur ((29.82-29.58)/29.82=0.008).
Bonjour,
J'ai trouvé un problème de comptage d'impulsions lors des déconnexions. S'il y a beaucoup d'impulsions rapprochés il y a des loupés. Je travaille dessus
Super, merci du retour.
Bonjour, pour ma part j'ai remis en place mon dispositif nouvelle version du Zipulse reçu (PCB 0.7 & FW 4000-0007) depuis le 14/10/2024. Pour l'instant tout fonctionne correctement, pas de perte de connexions ni de blocages. J'ai suivi les conseils de @biwizit pour l'alimentation à savoir : LR20 rechargeables (Amazon Basics 10 000mAh + support de piles associé).
Par contre, impossible d'alimenter le Zipulse par le bornier directement j'ai été obligé de passer par les plots de programmation ! Mais ce n'est pas le sujet du post...
Cela fait 9 jours que j'ai flashé le zipulse avec la dernière version disponible. Par rapport au compteur physique, il manque 30l soit 3 impulsions. Pendant cette période mon dongle zigbee a eu un soucis pendant quelques heures et le zipulse s'est reconnecté tout seul en renvoyant les bonnes valeurs. Le LQI est de 88, donc pas terrible, mais sans soucis. Précédemment, même avec une prise connectée placé entre le coordinateur et le zipulse cela ne marchait pas. Actuellement la prise connectée n'existe plus.
Donc un énorme progrès!
Petite bizarrerie au bout de 17 jours : il y a eu bégaiement (=envoi de la même valeur plusieurs fois) puis le device a été "annoncé" pour ensuite envoyer des valeurs plus petites que celles d'avant...
Etonnant...
Ça l'a refait ce matin, sous une forme qui ressemblerait à une réinitialisation interne : le compteur était à 2493 puis une minute plus tard, il envoyait la valeur 1... Rien de bizarre dans le log... Et depuis, il envoie les impulsions comme si de rien n'était...
Bonsoir,
Du nouveau de mon côté car j'ai également eu une déconnexion aujourd'hui en fin d'après-midi. Plus de remontées d'informations dans Z2Mqtt depuis 18h aujourd'hui. Quand je suis allé vérifier le Zipulse clignotait sans cesse :
https://github.com/user-attachments/assets/67132af9-6add-43ac-9da7-28b5eb265eb6
Une fois réappairé avec Z2M, Zipulse remonte une consommation de 5049L :
Pour l'instant, c'est reparti mais je ne suis pas sereins quant à ma capacité à m'appuyer sur ces informations pour suivre ma consommation d'eau de manière fiable dans le temps !
@Pigouchet la vidéo montre que le compteur a apparemment une impulsion toutes les secondes environ. Ne serait-ce pas un mode du compteur ou quelques choses dans le style ? Quelle est la marque du compteur d'eau ?
@Pigouchet la vidéo montre que le compteur a apparemment une impulsion toutes les secondes environ. Ne serait-ce pas un mode du compteur ou quelques choses dans le style ? Quelle est la marque du compteur d'eau ?
Bonjour @biwizit, la marque de mon compteur est DIEHL :
Auquel j'ai ajouté le dispositif :
Je n'ai pas précisé que bien sûr il n'y avait pas de consommation d'eau lorsque j'ai fait la vidéo...
Bonsoir, @fairecasoimeme @Pigouchet Comme vous semblez avancer et trouver des solutions, j'ai acheter la carte afin de pouvoir faire l'upgrade du firmware. J'ai suivi la procédure mais je n'arrive pas à le faire. J'ai connecté la carte avec le CP2102 en maintenant le bouton flash enfoncé. Lorsque je vais voir dans Windows, je vois bien le port COM Lorsque j'exécute la commande DK6Programmer -l, je ne vois pas le port COM dans la liste. Quel peut-être la raison ? Quelle est la réaction normal du ZiPulse une fois la carte CP2102 connectée ? Merci d'avance,
vous pouvez lancer directement la commande :
./DK6Programmer -s COMXX -v -Y -p <chemin vers le fichier de mise à jour>
Le port COM n'est pas dispo ... alors qu'il est visible dans Windows. Lorsque j'exécute la commande DK6Programmer -l, je ne vois pas le port COM dans la liste. Donc la mise à jour déclenche une erreur vu qu'il n'arrive pas à communiquer
l'option -l n'est valable que pour les drivers FTDI Quel est l'erreur ?
Bonjour, j'ai observé que l'ordre est très important : vous connectez la carte au ZiPulses en premier et ce n'est qu'ensuite que vous branchez l'ensemble au PC (avec bouton flash enfoncé au préalable). Si vous connecter la carte au PC en premier puis au ZiPulses ensuite, vous verrez bien le port COM dans la liste Windows mais effectivement, ça ne se passera pas bien.
Bonsoir @biwizit, en effet je progresse. En respectant ton ordre, le port semble au moins communiquer. Voici la commande que je lance DK6Programmer -s COM4 -v -Y -p C:\NXP\DK6ProductionFlashProgrammer\ZiPulses_v7.1.bin Le programme s'ouvre et j'ai comme résultat : Une diode bleu s'allume sur la carte et le logiciel affiche "Error opening connection: Read error" Je fais cela dans une commande invite dos en mode administrateur parce que dans un powerhsell, j'ai l'erreur suivante : DK6Programmer : Le terme «DK6Programmer» n'est pas reconnu comme nom d'applet de commande, ...
Oui, erreur normale dans le Powershell : il faut expliciter le chemin (par exemple ./DK6Programmer si tu es dans le répertoire de l'utilitaire).
Ma commande :
./DK6Programmer.exe -s COM11 -P 500000 -Y -p ZiPulses_v7.1.bin
Merci pour ton aide mais j'ai l'erreur suivante : PS C:\nxp\dk6productionflashprogrammer> .\DK6Programmer.exe -s COM4 -P 500000 -Y -p ZiPulses_v7.1.bin .\DK6Programmer.exe : LINES value must be >= 2 and <= -24993: got -1 Au caractère Ligne:1 : 1
+ CategoryInfo : NotSpecified: (LINES value mus... -24993: got -1:String) [], RemoteException
+ FullyQualifiedErrorId : NativeCommandError
initscr(): Unable to create SP
J'ai l'impression que le Zipulse n'est pas en mode "flashage". Comment est-ce que je peux savoir si j'ai appuyer aussi longtemps ou pas sur le bouton avant de relâcher et si c'est pris en considération ou pas ?
Recommencer jusqu'à ce que ça marche ! :-) J'ai galéré la première fois et maintenant, c'est presque du 100% de réussite. Il faut vraiment maintenir le bouton, mettre la carte sur le Zipulses, brancher ensuite côté PC, relâcher le bouton et lancer la commande (dans Powershell, c'est plus pratique). Je n'ai jamais eu le message que vous avez.
@fairecasoimeme Est-ce qu'il faut mettre des paramètres spécifiques dans le port COM sous Windows ?
non pas de paramètre spécifiques sur le port. Par contre si sur le module USB TLL vous avez une lumière bleu qui s'allume lors du branchement, c'est que le TX ou le RX a été cramé. par exemple si vous avez décalé les pins du module ou mis à l'envers.
Cela fait 9 jours que j'ai flashé le zipulse avec la dernière version disponible.
Par rapport au compteur physique, il manque 30l soit 3 impulsions.
Pendant cette période mon dongle zigbee a eu un soucis pendant quelques heures et le zipulse s'est reconnecté tout seul en renvoyant les bonnes valeurs.
Le LQI est de 88, donc pas terrible, mais sans soucis. Précédemment, même avec une prise connectée placé entre le coordinateur et le zipulse cela ne marchait pas. Actuellement la prise connectée n'existe plus.
Donc un énorme progrès!
Bonsoir, Comment faite vous pour voir que le zipulse se déconnecte ? Dans les logs Z2m il ne s'affiche en Direct uniquement quand on est dessus? De mon côté j'ai des pertes d'impulsion environ 1 fois par jour. Je le vois car j'ai un bouton zigbee en parallèle et j'ai un décalage par moment. Mon zipulse a un lqi de 96 et j'ai pas l'impression qu'il se déconnecte.... Il faudrait que j'active l'entité linkquality pour le voir? Merci de votre réponse
@fairecasoimeme @biwizit J'ai réussi à mettre à jour le Zipulse. Je ne devais pas relâcher le bouton flash apparemment. En restant appuyé dessus, la mise a jour s'est faite avec succès. Par contre, dans Zigbee2MQTT, je ne vois pas que c'est un nouveau firmware Date du firmware : 20231017 Version du firmware : 4000-0006
Très étonnant pour le bouton flash mais si DK6Programmer a montré la progression de l'upload avec un message de succès à la fin, c'est ce qui compte. Pour les infos de firmware sous Z2M, en effet, c'est la plaie. Ca se met à jour de façon aléatoire. En tout cas, je n'ai pas compris comment avoir un état propre systématiquement. J'ai bien tenté de supprimer le device mais ça ne change rien la plupart du temps.
Bonsoir, Comment faite vous pour voir que le zipulse se déconnecte ? Dans les logs Z2m il ne s'affiche en Direct uniquement quand on est dessus? De mon côté j'ai des pertes d'impulsion environ 1 fois par jour. Je le vois car j'ai un bouton zigbee en parallèle et j'ai un décalage par moment. Mon zipulse a un lqi de 96 et j'ai pas l'impression qu'il se déconnecte.... Il faudrait que j'active l'entité linkquality pour le voir? Merci de votre réponse
Mon compteur de gaz envoie 600 impulsions par jour ces temps-ci (6m3), ça fait en moyenne une impulsion toutes les 2 secondes (ça sera plus encore en plein coeur de l'hiver). Du coup, c'est très facile de voir que la communication s'est arrêtée. Surtout que pendant son absence du réseau, la valeur de compteur aura eu le temps de grimper, et ça se verra bien au retour. Exemple le 3 novembre :
Bonjour,
De mon coté j'ai mit a jour mon Zipulses en version 7.0 qui était en version 6.0. Quel galère. En version 7.0 il relève régulièrement pas d'impulsion. J'ai testé en V7.1 et idem. En mettant un schint entre les bornes pulses j'ai par moment la led bleu qui ne s'allume pas. Je suis donc revenu en V6 et cela fonctionne! J'ai 2 Zipulses, et les 2 font la meme chose en V7 ou V7.1 Avez vous remarquez cela? Cordialement
Bonjour,
Etonnant, j'ai l'impression que les utilisateurs de la V7.1 sont plus satisfaits que sur la V6. Pour ma part, je teste cette version depuis plusieurs semaines, et j'ai bien moins de problèmes qu'avant, sans avoir à agir sur le ZiPulses (au début, il m'a fallu appuyer sur le bouton 1 fois quand j'ai compris qu'il était parti faire un tour). Et j'ai eu une autre interruption 2 semaines plus tard : le porte pile était tombé, donc bon... J'ai des écarts avec les relevés GRDF, mais ils sont stables, de l'ordre de 10%. Ca parait beaucoup mais déjà beaucoup mieux que lorsqu'il ne communiquait plus rien.
Bonjour,
Etonnant, j'ai l'impression que les utilisateurs de la V7.1 sont plus satisfaits que sur la V6. Pour ma part, je teste cette version depuis plusieurs semaines, et j'ai bien moins de problèmes qu'avant, sans avoir à agir sur le ZiPulses (au début, il m'a fallu appuyer sur le bouton 1 fois quand j'ai compris qu'il était parti faire un tour). Et j'ai eu une autre interruption 2 semaines plus tard : le porte pile était tombé, donc bon... J'ai des écarts avec les relevés GRDF, mais ils sont stables, de l'ordre de 10%. Ca parait beaucoup mais déjà beaucoup mieux que lorsqu'il ne communiquait plus rien.
Attention je l'utilise pour l'eau via un capteur d'impulsion. Cela régait peut etre pas pareil que avec le gaz et le Gazpar? Si tu met un shint au borne du Pulses est-ce que tu as de temps en temps la led qui ne s'allume pas et donc pas de transmition d'impulsion?
Bonjour à tous, voici une nouvelle version qui semble corriger les pertes d'impulsions lors des déconnexions ZiPulses_v8.0.zip
De mon côté les tests sont OK
Merci d'avance pour vos retours.
Bonjour à tous, voici une nouvelle version qui semble corriger les pertes d'impulsions lors des déconnexions ZiPulses_v8.0.zip
De mon côté les tests sont OK
Merci d'avance pour vos retours.
Bonjour, Je viens de tester et la led ne s'allume plus lorsque j' appuie 1 fois sur le bouton du zipulses. Autrement idem que la version 7 ou 7.1 j'ai enormement de perte d'impulsion. j'ai 1 impulsions de perdu toutes les 2 impulsions.... Je pense re-revenir a la version 6.0.
@Pigouchet la vidéo montre que le compteur a apparemment une impulsion toutes les secondes environ. Ne serait-ce pas un mode du compteur ou quelques choses dans le style ? Quelle est la marque du compteur d'eau ?
Bonjour @biwizit, la marque de mon compteur est DIEHL :
Auquel j'ai ajouté le dispositif :
Je n'ai pas précisé que bien sûr il n'y avait pas de consommation d'eau lorsque j'ai fait la vidéo...
Bonjour, J'ai le meme capteur d'impulsions que vous sur mon compteur d'eau. Pourrions nous échanger par mail sur le zipulses? Mon mail : neoback45@hotmail.com Merci
Bonjour @neoback45 ,
Je me suis procuré un émetteur DIEHL IZAR PULSE I Standard. le compteur a trois fils : blanc marron vert. J'ai branché le fil blanc (pulse) sur l'entrée + du bornier pulse et le marron sur l'autre entrée.
J'ai branché en parallèle mon oscilloscope pour bien voir ce qu'il se passe et me suis muni d'un aimant pour simuler le compteur d'eau.
A l'état de repos, mon oscilloscope montre bien une tension de 3.3V (Pullup). Je passe l'aimant sur la partie arrondi en faisant un mouvement circulaire (dans le sens horaire) et une impulsion est détectée. voici à quoi ressemble l'impulsion :
Cette impulsion (en 2 temps) montre qu'il y a surement 2 capteurs inductifs (sur mon émetteur, il y a le sigle Ti). Ce principe est sans doute utilisé pour détecter un sens de comptage. D'ailleurs dans la documentation, il est marqué qu'il y a bien une détection d'un sens d'écoulement permettant le comptage et décomptage.
Je remarque d'ailleurs que si je passe l'aimant dans l'autre sens (anti-horaire), aucune détéction d'impulsion n'est faite et que si je refais dans le bon sens dans la foulée la détection d'impulsion n'est pas faite (surement lié au décomptage), il faudra un autre passage dans le bon sens (horaire) pour créer une nouvelle impulsion.
Concernant le comptage du ZiPulses (je suis en version 8), en mode passage rapide ou très lent, et dans le sens horaire, je n'ai jamais observé de loupé d'impulsions.
Vous m'aviez spécifié que vous avez branché en parallèle un bouton (pour détecter des loupés). Je pense que votre bouton détecte 2 impulsions au lieu d'1 seule. Côté Zipulses, il y a bien le système anti-rebond qui fonctionne et ne détecte qu'une impulsion.
Bonjour,
Merci de votre retour. J’avais essayer également avec le zipulses seul en version 8 et donc sans mon bouton en parallèle. Et le zipulse me détecter des impulsions en permanence….je suis donc revenu en version 6 et le zipulses fonctionnait à nouveau correctement. Vous n’avez pas remarqué cela? Côté branchement oui j’ai fait comme vous car si on inverse les fils blanc et marron alors aucune impulsion n’est détecté. La chose qui peu être problématique c’est la distance de fils. J’ai environ 15 mètre de fils entre le zipulses et le capteur d’impulsion. Mais cela ne pose pas de problème en v6… Après est ce que un problème à la mise à jour du zipulses en v8 aurait poser soucis?
Ça serait interessant de votre côté de faire un test avec un câble 2 conducteur de 10-20 mètres voir si c’est à cause de cela? Mais je ne pense pas puisque en v6 j’ai pas de soucis d’impulsion permanente comme en v8
Cordialement
Je viens de remarquer que systématiquement 30 secondes après la dernière impulsion (si plus d'impulsion), une impulsion est générée. Je pense que cette émetteur a un fonctionnement interne qui produit des impulsions ne correspondant pas systématiquement à une impulsion du compteur d'eau. Malheureusement la documentation ne donne pas tous ces détails.
Le fait que le ZiPulses détecte une impulsion en permanence fait surement partie de ce problème. L'émetteur a un système anti fraude et il est possible que ce soit cela. il faudrait que j'arrive à le provoquer.
Je ne pense pas que la distance des câbles changent quoi que ce soit. (j'ai testé sur du cablage sur 5 mètres). L'atténuation lié à la longueur de câble n'est pas significative sur 10-20 mètres.
Je viens de remarquer que systématiquement 30 secondes après la dernière impulsion (si plus d'impulsion), une impulsion est générée.
Je pense que cette émetteur a un fonctionnement interne qui produit des impulsions ne correspondant pas systématiquement à une impulsion du compteur d'eau. Malheureusement la documentation ne donne pas tous ces détails.
Le fait que le ZiPulses détecte une impulsion en permanence fait surement partie de ce problème. L'émetteur a un système anti fraude et il est possible que ce soit cela. il faudrait que j'arrive à le provoquer.
Je ne pense pas que la distance des câbles changent quoi que ce soit. (j'ai testé sur du cablage sur 5 mètres). L'atténuation lié à la longueur de câble n'est pas significative sur 10-20 mètres.
On avance ;) Par contre pourquoi avec la V6 on observe pas cela? Uniquement en v8
Bonjour,
J'ai acheté début avril un ZiPulses pour mesurer la consommation de Gaz. Le compteur de gaz se trouve à l'extérieur de la maison, à quelques mètres. Pour maximiser la portée, j'ai installé à l'intérieur de la maison un ZBDongle E (Sonoff) configuré en routeur. Le ZiPulses utilise 2 piles LR20. C'est une configuration Zigbee2Mqtt.
Depuis l'installation, j'ai assez régulièrement des absences de remontée d'information. Parfois j'ai pu relancer la connexion en appuyant sur le bouton du ZiPulses, d'autres fois en retirant et en remettant les piles, car j'ai vu qu'à la mise sous tension il fait un "rejoin".
Mais dernièrement, impossible de récupérer les donnée de consommation, je ne parviens pas à trouver la bonne manip. Le Zipulses s'allume en réponse aux impulsions.
Il semble pourtant que lorsque je fais mes manips, il est bien vu par Zigbee2Mqtt et met à jour l'information 'Last Seen'.
J'ai peur de supprimer le ZiPulses du réseau et de le réintégrer en appuyant 10 secondes, car à la fois précédente il s'est réinitialisé et a remis le compteur à 0.
J'ai deux questions :
Merci de votre aide !