[Wifinfo] Valeurs erronées après quelques temps
-
Bonjour Charles,
J'utilise la carte Wifinfo mais j'ai quelques problèmes. J'arrive bien avoir avoir des valeurs cohérentes pendant quelques secondes / minutes lors de l'allumage puis après les valeurs ne sont plus bonnes.
J'ai changé mon câble et celui-là j'en suis à peu pres sûr (il est neuf et mesure moins d'un mètre). J'ai aussi changé l'alimentation par une plus puissante (2A à la place de 500mA sur le port USB) pour éliminer un problème d'alimentation. J'ai fait plusieurs essais.
Ci-dessous, un exemple :
Interrogation seulement par l'API
J'ai laissé tourner le module en l'interrogeant seulement par l'API toutes les 5 minutes (base et papp) pendant plus d'1h30 :curl http://wifinfo/json {"_UPTIME":14743,"ADCO":xxx,"OPTARIF":"BASE":,"ISOUSC":45,"BASE":3074956,"PTEC":"TH..":,"IINST":91,"IMAX":33,"PAPP":210,"MOTDETAT":0}- La valeur base n'est pas mise à jour (par rapport à la valeur du compteur)
- Le IINST est faux, (confirmé par le compteur, et par le fait que la valeur est supérieure à ISOUSC et IMAX).
- le PAPP semble être mis à jour mais de façon assez erratique
- Il y a un ":" après la valeur PTEC qui empechent d'analyser le /json par un parser
Utilisation d'un navigateur
J'ai connecté mon navigateur sur le module et après quelques minutes, des étiquettes fantômes apparaissent (IAX dans ce cas là). Si je laisse tourner d'autres étiquettes apparaissent. Si je contact le module avec le navigateur juste après le démarrage j'ai les mêmes symptômes.curl http://wifinfo/json {"_UPTIME":15099,"ADCO":xxx,"OPTARIF":"BASE":,"ISOUSC":45,"BASE":3074956,"PTEC":"TH..":,"IINST":91,"IMAX":33,"PAPP":210,"MOTDETAT":0,"IAX":3}Redémarrage
Je redémarre le module et là, les informations correctes reviennent pour un temps (la valeur BASE a rattrapée son retard).curl http://wifinfo/json {"_UPTIME":9,"ADCO":xxxx,"OPTARIF":"BASE":,"ISOUSC":45,"BASE":3075531,"PTEC":"TH..":,"IINST":1,"IMAX":33,"PAPP":200,"MOTDETAT":0}Sans interrogation
J'ai laissé le module allumé sans l'interroger (ni API ni navigateur) pendant une heure. Lors de l'interrogation par l'API, la valeur de BASE est celle de l'allumage.Je ne sais pas si vous avez déjà vu ces erreurs. Est-ce que vous auriez des pistes pour résoudre ces problèmes.
Merci d'avoir lu jusque là
-
@wtl
Oui j'ai déjà vu ça, je pensais que c'était du a mes manips de bureau et mes fils volants + mes déco/recoJe regarde de plus prêt très vite, c'est pas normal car en plus je vérifie la checksum je ne comprends pas comment il peu ajouter des étiquettes fausses ;(
-
Bonjour,
je constate le même soucis chez moi, mais je ne trouve pas d'anomalie dans la librairie. Le checksum devrait empêcher cela.
Je penche donc d'avantage pour un débordement mémoire sur mon ESP01.
Je ne constatais pas ce soucis sur un ESP12 (nodemcu) -
@mjeanne
Oui je pense que la lib est bonne, mais en revanche sur mes ESP la RAM dispo est toujours d'environ 29/30Ko ce qui me semble suffisant.
dès que j'ai fini les MAJ pour WifInfo et Remora je regarde ce soucis. -
C'est curieux quand même, je tourne sur un ESP12 (sur un Remora) avec la même librairie depuis 2H et j'ai pas une étiquette foireuse, donc je pense à un problème dans le code de WifInfo.Faudra que je vérifie.
~ # curl http://192.168.1.201/tinfo { "_UPTIME":6483,"ADCO":31428067147,"OPTARIF":"HC..","ISOUSC":15,"HCHC":411190,"HCHP":0,"PTEC":"HC..","IINST":1,"IMAX":1,"PAPP":180,"HHPHC":3,"MOTDETAT":0 } -
Pareil chez moi, sur une WifiInfo, après 35 jours sans problème (version software d'il y a 35j au moins)
-
@Charles said:
C'est curieux quand même, je tourne sur un ESP12 (sur un Remora) avec la même librairie depuis 2H et j'ai pas une étiquette foireuse, donc je pense à un problème dans le code de WifInfo.Faudra que je vérifie.
Je pensais que c'était juste de consulter par l'interface web mais là je viens de laisser tourner le module pendant 3 jours sans le consulter et j'ai des étiquettes bizarres qui sont quand même apparues.
J'interroge l'API toutes les 5 minutes, finalement l'étiquette PAPP semble bien mise à jour.
@ all :
Est-ce que vous avez un ":" en trop après l'etiquette PTEC ? -
@wtl
Oui c'est un bug, corrigé dans la nouvelle version à venir les : en trop -
-
J'ai l'impression que le module reboot de temps à autre. Je l'ai remarqué car certains jours la consommation totale issue de l'étiquette "base" se met à jour sans que je n'ai à le rebooté manuellement. J'ai regardé l'uptime qui effectivement confirme que le module a rebooté.
Est-ce que l'un de vous a remarqué ce comportement ? Est-ce que cela pourrait être un problème d'alimentation ?
@Charles,
L'unité de l'étiquette uptime est la seconde ? -
@wtl oui l'unité du uptime est la seconde.
je paufinne la prochaine version, je pense qu'elle va régler pas mal de soucis dûs aux dernières modifs de l'env et surtout l'architecture que j'utilise dans le soft, beaucoup de choses ont changées....
-
@wtl oui j'ai ce problème également, des reboot aléatoire et en plus des erreurs de lecteurs d'étiquettes et du JSON qui contient des erreurs et donc qui me flingue les deux fichiers tampon de la base de donnée domoticz (domoticz.db-wal et domoticz.db-shm)
J'ai l'une des premières versions avec l'antenne céramique, elle a du mal a ce reconnecter a un routeur wifi qui est a 10m
-
@Deennoo
Quand tu dis que ça pose des problèmes à tes bases domoticz, qu'est-ce que tu entends par là ?J'ai fait un script qui est lancé en cron mais qui récupère les étitquettes base et papp de façon séparé (comme pour l'instant le /json n'est pas "parsable"). Le graph alimenté par base ne se met à jour que lors d'un reboot, par contre le PAPP fonctionne sans problème.
-
@wtl said:
@Deennoo
Quand tu dis que ça pose des problèmes à tes bases domoticz, qu'est-ce que tu entends par là ?J'ai fait un script qui est lancé en cron mais qui récupère les étitquettes base et papp de façon séparé (comme pour l'instant le /json n'est pas "parsable"). Le graph alimenté par base ne se met à jour que lors d'un reboot, par contre le PAPP fonctionne sans problème.
Pour toi et d'autres, voici le code que j'utilise, c'est un code "communautaire" réaliser grâce des indications et orientations d'autre utilisateurs du forum domoticz français.
teleinfowifi.sh #!/bin/bash json=$(curl http://ADRESSEIPDELACARTEWIFIINFO/json | sed -e 's/"IINST":/\n/g' | sed -e 's/"PAPP":/\n/g' | sed -e 's/"HHPHC"/\n/g' | sed -e 's/"HCHC":/\n/g' | sed -e 's/"HCHP":/\n/g' | sed -e 's/,"IMAX"/\n/g' | sed -e '1d' | sed -e '3d' | sed -e '$d' $ IINST=`echo "$json" | awk '{print $4}'` PAPP=`echo "$json" | awk '{print $5}'` HCHC=`echo "$json" | awk '{print $1}'` HCHP=`echo "$json" | awk '{print $2}'` echo "$json" echo "$PAPP" echo "$HCHC" echo "$HCHP" echo "$IINST" curl "http://ADRESSEIPETPORTETMDPDEVOTREDOMOTICZ/json.htm?type=command¶m=udevice&idx=NUMEROIDXDEVOTRECOMPTEUR&nvalue=0&svalue=$HCHP;$HCHC;0;0;$PAPP;0"``` -
Ci-joint le script que j'utilise. Il est en python, je l'ai adapté d'un autre script.
Hier j'ai eu mon premier problème : j'ai consommé 1MW (c'est EDF qui va être ravi
). -
Merci
Si je comprends bien tu as deux compteurs, un pour papp et un pour base.
Tu ne prend pas en compte les index HC et HP.
Je vais essayer de bidouiller pour s'adapter au seul compteur que j'ai mis en place.
Vivement la mise a jour et l'envoi automatisé depuis la wifiinfo
-
@Deennoo
Effectivement, je n'ai qu'un abonnement "base" donc pas de besoin de prendre en compte le HP/HC.J'ai pris 2 compteurs domoticz car l'unique compteur "Power meter" ne me convenait pas pour la mesure du PAPP.
Pour info, je pense que je vais compléter domoticz avec emoncms qui semble vraiment plus adapté pour cet usage.
-
Je viens de publier un correctif potentiel dans la librairie téléinfo pour les problèmes d'étiquettes erronées, quelqu'un peut tester et me faire un retour ?
Tout est sur le repo dédié -
Hello Charles,
J'ai eu le même problème, où puis-je trouver le cpp.bin pour pouvoir le mettre à jour via wifi (interface wifinfo).
Je vais tester du coup !
-
Bon, pour le coup j'ai trouvé, mais il n'y a que le spiffs qui a été généré, est-ce normal ?
