Teleinfo WIFI

[Doume]

Pour info, je suis en train de tester une nouvelle modif de Wifinfo :
A chaque reconnection du Wifi, j'incrémente un compteur
Ce compteur est ajouté dans la page 'Système'
Normalement, il devrait rester à 1 après un boot
Mais en cas d'instabilité de la connexion, il aura une valeur différente de 1

[dokho]

le spiffs n'a pas été modifié, donc tu ne dois reflasher que le sketch

Bonsoir,
J'ai reflashé

Ca fonctionne niquel pour le "http request", par contre pour emoncms ça plante (au bout d'une 20aine d'heure) ...

[Doume]

Tu utilises le serveur emoncms du net, ou une version privée locale ?
Parce que le serveur emoncms.org semble avoir des 'absences'.....

[dokho]

Salut,

J'utilise emoncms en local.

Les remontées via "http request" vers domoticz fonctionnent niquel.

Les envois de domoticz vers emoncms fonctionnent niquel.

C'est uniquement les envois du wifiinfo vers emoncms qui plantent au bout d'un moment: obligé de rebooter le wifiinfo.

Envoyé de mon SM-N9005 en utilisant Tapatalk

[Doume]

Quand mon tout nouveau compteur Linky voudra bien délivrer la téléinfo, je tâcherai de debugger cela, si ça plante chez moi aussi avec emoncms....

[Doume]

Ca fonctionne niquel pour le "http request", par contre pour emoncms ça plante (au bout d'une 20aine d'heure) ...

Eh bien, je constate la même chose :
Au bout d'environ 20 heures, Wifinfo ne répond plus sur l'interface Web.
Pour l'instant, je ne sais pas encore si l'acquisition des données compteur continue ou non, et si l'envoi des requêtes vers Domoticz continue (j'ai l'impression que oui !)
Ce qui est sûr, c'est que emoncms reste figé, donc il ne reçoit plus rien !

Pendant plusieurs semaines, ma Wemos était active mais sans être connectée au compteur (attente d'installation du Linky)
Donc aucun transfert vers emoncms, ni Domoticz : Seul la page 'system' était vivante visuellement...
Elle pouvait tourner des jours et des jours sans incident (uptime > 10 jours)

Ces crashes ne sont apparus que depuis que :
- Wifinfo collecte les données compteur
- Envoi vers Emoncms
- Envoi vers Domoticz

ça va pas être évident de trouver le coupable, dès lors que l'interface web est down !

1ère étape : Je viens de désactiver l'envoi emoncms, pour voir si les autres composantes tiennent la distance

... A suivre ...

[dokho]

Pour ma part l'interface web reste fonctionnelle, les envois http vers domoticz aussi.
Seul les envois vers emoncms ne fonctionnent plus.

As tu bien flashé le wemos avec la bonne fréquence cpu ?

Envoyé de mon SM-N9005 en utilisant Tapatalk

[Doume]

Oui, j'ai bien configuré Arduino IDE en 160 Mhz
Mais je pense que ce paramètre n'intervient qu'au moment du flashage via port série, pas sur le fonctionnement du sketch.

[Doume]

Un point sur la situation :
- Même avec emoncms neutralisé, Wifinfo finit par ne plus répondre sur la page Web Teleinfo
- Par contre le service Web répond sur la page System, Configuration, Fichiers
- Wifinfo continue à alimenter Domoticz toutes les 5mn
- J'ai développé un script shell qui interroge toutes les 30 secondes sur http://ip_wifinfo/json, et il continue à fonctionner !

Donc , chez moi, il semble que seule la page Teleinfo (mise à jour cycliquement) ne fonctionne plus : Les envois vers Domoticz fonctionnent aussi.

Ca va être coton à debugger ( la Wemos est à 30m de la maison, dans le boitier sur la rue.... )
Pas facile de garder un port série connecté sur masse et D4 !

[Doume]

Bon, je pense que j'avance (un peu)
En fait, quand on le voit 'coincé', il n'y a qu'une chose qui ne fonctionne pas : C'est la page Teleinfo

Elle renvoie une structure json 'polluée' (voir dernière ligne ci-dessous)

Code : Tout sélectionner

[
{"na":"ADCO", "va":"XXXXXXXXX", "ck":"I", "fl":4},
{"na":"OPTARIF", "va":"HC..", "ck":"<", "fl":4},
{"na":"ISOUSC", "va":"30", "ck":"9", "fl":4},
{"na":"HCHC", "va":"000047194", "ck":"_", "fl":4},
{"na":"HCHP", "va":"000054402", "ck":"\"", "fl":4},
{"na":"PTEC", "va":"HP..", "ck":" ", "fl":4},
{"na":"IINST1", "va":"001", "ck":"I", "fl":4},
{"na":"IINST2", "va":"000", "ck":"I", "fl":4},
{"na":"IINST3", "va":"000", "ck":"J", "fl":4},
{"na":"IMAX1", "va":"060", "ck":"6", "fl":4},
{"na":"IMAX2", "va":"060", "ck":"7", "fl":4},
{"na":"IMAX3", "va":"060", "ck":"8", "fl":4},
{"na":"PMAX", "va":"04450", "ck":"3", "fl":4},
{"na":"PAPP", "va":"00510", "ck":"'", "fl":4},
{"na":"HHPHC", "va":"A", "ck":",", "fl":4},
{"na":"MOTDETAT", "va":"000000", "ck":"B", "fl":4},
{"na":"PPOT", "va":"00", "ck":"#", "fl":4},
{"na":"ACO", "va":"XXXXXXXXX", "ck":"I", "fl":2}
]

La construction de la structure est probablement victime d'un conflit ou d'une interruption !

Le module continue à mettre à jour les valeurs, donc à traiter les infos arrivant du compteur

Mais la page ne peut plus être affichée....

Dans le cas d'un abonnement triphasé, le tableau est plus long.... Donc le risque de pollution est plus élevé !