Téléinfo semble erronée
-
En regardant le PCB il faudrait le faire évoluer pour que la téléinfo soit plus isolée du reste et pas proche de plan de masse ou autre. La résistance de 4k7 pourrait être déplacée pour éviter les problèmes. La capa de 1000 uF pourrait aussi être directement sur le PCB au plus près du nodeMCU
-
Tu pilote ton contacteur de chauffe eau avec la remora ?
-
Non, pas encore ... Du coup l'absence de téléinfo n'est pas trop grave. Mais bon j'aurais aimé virer le contacteur.
-
A propos de débuggage de la ligne série, @Charles il serait peut-être possible d'intégrer ceci : https://github.com/tzapu/WebSocketSerialMonitor
-
La nouvelle version fonctionne avec les WebSockets (la même librairie) et possède un onglet log dans l'interface WEB mais ouais il serait facile de faire un client WebSocket juste pour les log
-
@Fab_33 Effectivement j'ai à peu près les même symptômes : plantage du remora lors des commutations et zone 1 qui reste en délestage après le reboot pendant quelques minutes. De mon côté je contourne le problème en surveillant régulièrement HCHP et HCHC via jeedom qui lance un reset si les valeurs ne changent pas, mais dans certains plantage le nodeMCU ne répond plus au reset via HTTP.
-
Pour le moment j'ai viré la téléinfo, mais c'est un problème car je voulais commander mon ballon thermo avec. Je vais essayer quelques pistes :
- ajouter une capa de 100nF au plus près du NodeMCU (A noter que le WeMOS à cette capa et pas le NodeMCU 1.0)
- Ajouter aussi une 1000uF au plus près (Cette fois c'est le NodeMCU qui a une capa un peu plus grosse)
- Eloigner le fil pilote de mon 16²/230V général
- couper les pistes alimentant R1 et remettre une résistance plus "directe" qui ne vient pas au dessus d'autres pistes ou composants.
A plus long terme, je pense que :
- Eloigner la résistance R1 en la mettant au bord du PCB (actuellement la résistance est juste à côté du NodeMCU et la piste de la téléinfo passe au dessus du 3V3
- Mettre des pullup de 4.7k sur toutes les IO non utilisées du NodeMCU (sur le PCB d'adaptation).
- Mettre les capas mentionnées au dessus sur l'adaptateur NodeMCU
Pour les pullups ont peut essayer avec les résistances internes : Pour @Charles : on pourrait essayer d'initialiser le nodeMCU avec des INPUT_PULLUP et INPUT_PULLUP_16 ? Je sais pas trop ou faire cette modif. Dans le pilotes_setup() de pilotes.cpp ?
-
Bonjour,
J'ai une Remora avec NodeMCU 1.3 et pour le moment que la téléinfo de connecté dessus et j'ai aussi des plantages et des données érronés après une longue quelques heures. J'ai passé plusieurs versions Github et çà s'est amélioré mais pas résolue.
Mes plantages arrivent maintenant essentiellement à 7h30 le matin au changement de tarif HC/HP. Au mieux, le NodeMCU reboot et mon Jeedom le revoit vers 7h45 et parfois la grosse led s'allume en Gris très intense et reste comme çà jusqu'a ce que j'intervienne en appuyant sur le bouton Reset pour la redémarrer. Pendant que la led reste grise, le NodeMCU ne répond plus aux ping et plus aux commandes HTTP mais sur l'OLED, les valeurs de Puissance et l'uptime continuent de s'afficher et de se rafraichir.
J'ai pas constaté de plantage pendant délestage même quand mon OLED affiche DDDDDDD quand j'utlise four, plaques à induction en heure de pointe le week-end.
En attendant, j'ai commandé la dernière version WeMos D1 Mini et la carte adapteur et j'espère que celle là sera vraiment plus stable car je n'ai toujours pas monter mes fils pilotes sur ma rémora tant que je n'ai pas une config stable. -
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.
