Téléinfo semble erronée
-
La commutation HC/HP laisse penser à une brusque montée en charge et donc des parasites qui viennent faire rebooter la carte.
Pour ma part, j'ai fait toutes les modifs que j'avais mentionnées (pas envie de démonter plusieurs fois la carte), excepté l'éloignement du câble de téléinfo car ce n'est pas pérenne dans mon tableau d'utiliser cette solution. J'ai aussi ajouté la led RGB reçue entre temps. Par contre j'ai coupé les fils au plus court pour avoir le blindage le plus proche du bornier. Pour le moment pas de reboot, mais j'attends demain à la remise en route des chauffages en confort.
Par contre au démarrage un passage en délestage direct. Puis c'est revenu en normal. Une tempo serait pas mal en cas de valeur "bizarre" au démarrage. -
Bon ca n'a pas trainé. Un reboot au bout de 45 minutes avec passage en mode délestage. J'étais en train de regarder, la conso était de 8% ... Le retour en non délesté se fait normalement sans reboot et la conso est identique à celle avant le reboot.
Edit : J'ai passé DELESTAGE_RATIO 2. Lors de la mise en charge, pas de problème jusqu'à 35A. Puis suppression de la charge et la remora reboot avec un delestage de niveau 1. Je tente en supprimant le code de délestage, la même manip ne pose pas de problème. A suivre ... De toute façon la téléinfo m'intéresse mais pas le délestage que l'on peut gérer par la domotique.
Edit 2 : Bon ca plante quand même même quand il n'y a rien de particulier ... Je tente avec un monitoring usb de l'ESP -
Bon après quelques temps voila ce qu'il y a au moment du reboot :
fp=EEEEEEE setfp=1E setfp_interne : fp=1 ; cOrdre=E etatFP=ECCCCCC setfp=2E setfp_interne : fp=2 ; cOrdre=E etatFP=EECCCCC setfp=3E setfp_interne : fp=3 ; cOrdre=E etatFP=EEECCCC setfp=4E setfp_interne : fp=4 ; cOrdre=E etatFP=EEEECCC setfp=5E setfp_interne : fp=5 ; cOrdre=E etatFP=EEEEECC setfp=6E setfp_interne : fp=6 ; cOrdre=E etatFP=EEEEEEC setfp=7E setfp_interne : fp=7 ; cOrdre=E etatFP=EEEEEEE Serving /system page...Ok! Teleinfo absente/perdue! Exception (0): epc1=0x40216d20 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000000 depc=0x00000000 ctx: sys sp: 3ffffc50 end: 3fffffb0 offset: 01a0 >>>stack>>> 3ffffdf0: 42da0000 43610000 00000000 4024122a 3ffffe00: 00000005 00000000 3fffc250 4000050c 3ffffe10: 4000437d 00000030 00000016 ffffffff 3ffffe20: 60000200 00000008 70017000 80000000 3ffffe30: 20000000 3fff7144 80000000 203fc160 3ffffe40: 80000000 3fffc6fc 00000001 3fff7148 3ffffe50: 00000194 003fc160 60000600 00000030 3ffffe60: 3ffec774 7fffffff 3ffec774 00000001 3ffffe70: 40220e4d 3951ae8d 60000600 00000030 3ffffe80: 40244ac1 40106f34 3fff2b04 40215a06 3ffffe90: 00000000 00000000 0000001f 4010550d 3ffffea0: 4000050c 00000001 3fffc250 4000050c 3ffffeb0: 40000f68 00000030 00000017 ffffffff 3ffffeS}LConfig size=1024 (emoncms=128 jeedom=160) SPIFFS Mount succesfull FS File: /js/remora.js.gz, size: 56176 FS File: /fonts/glyphicons.woff, size: 23424 FS File: /fonts/glyphicons.woff2, size: 18028 FS File: /favicon.ico, size: 1150 FS File: /index.htm.gz, size: 8224 FS File: /css/remora.css.gz, size: 21983 Good CRC, not set! ========== SDK Saved parameters StartMode: STA PHY mode: N Channel: 9 AP id: 0 Status: 1 Auto connect: 1``` -
Du nouveau au cas ou cela pourrait aider. La carte reboot toujours mais lors d'un accès web. J'ai tourné une journée sans aucun soucis et lors de l'accès à l'interface => reboot. Ce n'est pas systématique mais c'est bien cela qui provoque le reboot (aussi avec l'API Remora). Autre point notable c'est que le reboot ne se produit que lorsque la téléinfo est branchée.
Ca fait penser à ce genre de bug : https://github.com/esp8266/Arduino/issues/1073Mes prochaines voies d'investigation :
- Effacer la flash du NodeMCU en entier
- Utiliser la version github d'Arduino/ESP8266 avec une réinstallation totale de tout l'environnement
Si ca ne marche toujours pas je ferais un test avec un autre NodeMCU. ou avec un WeMo (commandé, il doit bientôt arriver).
-
Désolé pour le monologue ... J'ai du nouveau, du reproductible !
Voici les étapes faites :- flash_erase de l'ESP
- dump de l'ESP, mémoire vérifiée à FF partout
- Supression d'Arduino (toute version) du répertoire ~/Arduino et de ~/.arduino15
- Réinstallation de arduino 1.6.7
- Installation de l'environnement ESP pour arduino en version git, commit 416f0a6
- Installation de l'utilitaire SPIFFS en version 0.2
- Flash du NodeMCU en USB y compris pour le SPIFFS
Version Logiciel 1.3.1
Compilé le Mar 2 2016 00:59:30
Version Matériel V1.3 avec MCP23017
Modules activés TELEINFO
SDK Version 1.5.1(e67da894)
Chip ID 0xA59349
Boot Version 0x1F
Flash Real Size 4.00 MB
Firmware Size 359.75 KBEt la c'est vraiment étrange. Lorsque j'envoie à la suite 7 fois la commande setfp=XC pour les 7 zones, pas de soucis. Par contre avec fp=CCCCCCC le remora reboot systématiquement. Et le bug arrive même si les chauffages sont déjà en mode confort donc ce n'est pas une question de charge et de parasite.
Désolé je n'ai pas de debug il faut que j'aille dans le tableau et il est un peu tard ... @Charles, tu veux des infos particulières ? -
@Fab_33
As tu la dernière version git de remora_soft ?j'ai pushé une version soir car le setfp pour les 7 prenait trop de temps et pouvait lancer un watdchog reset
-
Non c'était un pull d'hier soir ! Je vais tester de suite !
-
Non j'ai vérifié j'ai bien la version avec le ESP.wdtFeed(); mais elle est d'il y a 2 jours
-
Non ca marchera pas
mon pull de Lundi https://github.com/hallard/remora_soft/blob/master/pilotes.cpp#L185Mais attends je vois un autre truc, laisses moi 2 min
-
Je viens de refaire un push, en fait la boucle de set pour les 7 fils pilotes devait prendre trop de temps à cause du debug serial (1200bps lol) , du coup wdt reset (ils ont du rétrecir le delais car avant pas de soucis), mais du coup je fais un refresh dans la boucle ça devrait aller mieux
-
Je viens de tester avec cette dernière version et plus de reboot lors des commande fp=XXXXXXX.
Je laisse en test encore une semaine avant d'intégrer tout ça dans openhab.
