Remora V1.3 NodeMCU Nouvelle Version Logicielle + API Locale
-
J'ai fais une modification du code afin d'avoir l'uptime via /tinfo même si la télé information est désactivée (fonction tinfoJSON) :
J'ai essayé de modifier le code du webserver (fonction handleNotFound) pour qu'il réponde sur /uptime :
-
@Dany21000
Ah oui pas idiot ça de pouvoir l'avoir tout le temps, je viens de l'implémenter vite fait dans lesetup(), repo à jour// handler for uptime server.on("/uptime", [&](){ String response = ""; response += FPSTR("{\r\n"); response += F("\"uptime\":"); response += uptime; response += FPSTR("\r\n}\r\n") ; server.send ( 200, "text/json", response ); });Et voilà
-
Merci Charles,
J'aurai aussi une autre modification mais je galère un peu pour le moment.
En fait, je voudrais que dans le remora.h, fichier qui contient les variables initiales, on puisse spécifier le mode d'IP réseau dhcp ou fixe (avec les parametres associés).Mais je ne désespère pas y arriver et proposer ici cette modification.
-
Dans le fichier remora.h, juste en dessous des parametres Wifi, j'ajoute ceci :
// Définir ici les parametres IP // de connexion à votre réseau Wifi // ===================================== #define DEFAULT_WIFI_IP_FIXE // commenter cette ligne pour rester en adresse IP dynamique IPAddress ip(192,168,50,251); IPAddress masque(255,255,255,0); IPAddress passerelle(192,168,50,254); IPAddress dns1(192,168,50,254);Dans le fichier remora_soft.ino, dans la fonction "WifiHandleConn", ajout :
Serial.println(F("========== SDK Saved parameters End")); APRES LA LIGNE CI DESSUS , AJOUT DE : #ifdef DEFAULT_WIFI_IP_FIXE WiFi.config(ip, dns1, passerelle, masque); #endifEDIT et j'obtiens des erreurs de compilation sur un type non défini :
remora.h:80: error: 'IPAddress' does not name a type
IPAddress ip(192,168,50,251);
^ -
Bonjour,
Dans le même ordre d'esprit, j'ai modifié la ligne 96 du fichier webserver.cpp comme suit :response += F(",\"") ;devient
response += F(",\r\n\"") ;afin d'avoir un affichage JSON cohérent avec les autres variables.
Par contre, je n'ai toujours rien trouvé pour le problème des redondances de variables dans la téléinfo -
Salut Thibault, j'utilise la commande http://192.168.1.98/tinfo
Pour la liaison série il faut que je fasse des tests.
-
Bojour @aherben
As-tu activé la teleinfo ligne 30 dans le fichier remora.h et la bonne version de board (lignes 22 à 25) ?
Autre possibilité, il se peut que tu n'aies pas la téléinfo activée chez toi, mais de nos jours c'est très rare.
Après il se peut que ce soit un souci dans les soudures, et @Charles et les autres seront à même de t'aiguiller. -
Bonsoir à tous,
J'ai monté la dernière version de REMORA V1.3, j'ai la version avec les opto noir, j'ai flashé le nodeMCU avec Ardiuno 1.6.5 et depuis çà reboot/reset tout le temps, j'ai lu plein de choses avant de vous écrire mais là je désespère. Hier soir j'ai lu avec intérêt le post de omyxcol qui a stabilisé sa conf en mettant le transfo en 4,5V au lieu de 5V et j'ai cru que je tenais le bon bout car j'ai emporté mon Remora et son Transfo DIN au boulot, l'ai mis au mini en 4,56V puis je n'ai eu aucun reboot de l'après-midi. De retour à la maison, je rebranche le tout dans mon tableau électrique et là c'est le retour du reset fou ! Je retire les câbles Téléinfo au cas où pour voir et çà ne change rien (au travail je n'avais rien de branché dessus).
Je précise que le NodeMCU seul hors de la Remora me faisait la même chose branché par cable USB à mon Mac ou à un chargeur USB 220V.
Est-ce que ceux qui ont les problèmes de Reset ont essayés d'alimenter le NodeMCU hors du Remora pour voir si la config resettait aussi ou non ? pour mon problème, je ne pense pas que cela vienne des optos blanc ou noir. une autre piste ? -
@francky50
Si le nodeMCU n'est pas du tout pluggé dans le remora c'est pas du tout normal.le reset/reboot se fait à quelle fréquence ? arrives tu à lire des infos sur la sérial ?
-
@Charles
Au début, en 5V, le reset arrivait toutes les 30s, je pingais ma config en permanence et je voyais bien que c'était régulier. hier, en 4,5V au bureau nickel et a la maison, çà variait entre 30s et 5 minutes dans les grands moments.
Là je suis au bureau, en 4,66V, et pas de reset pour le moment, branché sur le port série pour voir les log mais comme il reset pas rien a voir de concret. Je retesterai de chez moi en etant connecté sur le port serie pour te donner le log au moment du reset. -
@francky50
Ok donc le node démarre bien c'est après que ca se passe mal. Tu n'as pas touché au PAD des opto pour les alimenter en 3V3 j'imagine ? Donc çà ne vient pas d'une "surcharge" du régulateur du NodeMCU.Peut-être as-tu un soucis avec le NodeMCU en lui même, il serait intéressant de voir si ça reset aussi avec un sketch plus simple.
-
Je me demande si je n'ai pas les mêmes symptômes ....
-
Tu as bien uploadé le système SPIFFS aussi ?
-
Oui.
Je précise que le nodemcu est alimenté uniquement par un chargeur, et non par le tableau électrique.
Là il vient de rebooter au bout de 416. -
@Charles
Là il faut que tu m'explique avec un peu plus de détail pour le chargement SPIFFS. c'est dans Adruino qu'il faut chargé çà ?Sinon, ce midi chez moi retour des resets à gogo dès l'allumage et au boulot plus de reset, à croire que le courant est meilleur là bas
à moins que çà soit lié au wifi car à la maison je me connecte bien à ma Freebox puisque j'ai entré mon SSID et le mot de passe dans la config et au boulot il ne peut pas se connecter au wifi. il me reste à tester au boulot en mettant le SSID et le mot de passe de la free de là bas pour voir si j'ai les mêmes symptômes qu'à la maison.
En attendant, voici le log que j'ai récupéré via le port série ce midi : (j'ai mis en gras et italique l'erreur exection)�elei�fo�to�jo�r�����e�te!�
�elei�fo�to�jo�r�����e�te!�
�elei�fo�to�jo�r�����e�te!�
�
�xce�tio��(0�:�
e�c��0x�0�065�6�e�c��0x00000000�e�c3�0x00000000�exc����r�0x00000000��e�c�0x00000000�
�
ctx:������
��:�3ffff��0�e��:�3fffff�0�off�et:�0��0�
�
����t�c�����
3ffffec0:���0��3f5��00000000�00000000�ff�fffff���
3ffffe�0:��3fff�f90�3fff3��0�3ffe��5c��0����6e���
3ffffee0:��3ffe�e���00000099�3ffe�e9��3ffe�e�c���
3ffffef0:��3fff��5��3ffe�e���3ffe�e90�3ffe�e�6���
3fffff00:��3fff0000��0��5��6�3ffee�3��3fff�������
3fffff�0:��3ffe�����3fff���c�3fff3��0��0���69����
3fffff�0:��0000000��3fff�f90�3fff�f90�3ffef�f0���
3fffff30:��00000000�3fff3��0�000000�c�3fff�f90���
3fffff�0:��3ffe��3��00000000�3fff3��0��0�����9���
3fffff50:��6300��c0�0000005��00000000�000000�3���
3fffff60:��0000000��000000����0����05�3ffee�3����
3fffff�0:��3ffe�����000000f5�3ffe��3��3ffe��3����
3fffff�0:���0�������3ffee�3��00000000�3fff30�����
3fffff90:��3fff�c�0�00000000�3fff3��0��0���������
3fffff�0:���0000f�9�3fff���0�3fff���0��0000f�9���
<<<�t�c�<<<�<������������SDK�S��e����r��eter��St�rtMo�e:�S�A�
PHY��o�e:�N�
�����el:�3�
AP�i�:�0�
St�t��:���
A�to�co��ect:���
SS�D�(6�:�freefr�
P�����r��e�(�0�:�0����9�655�
BSS�D��et:�0�
�����������SDK�S��e����r��eter������
�o��ectio������ifi�:�freebox���ec�l��cl���'9����9�999'...co��ecte!�
�P����re�����:��9�.�6�.0.�0�
MA�����re����:�5�:��:��:0A:�5:�A�
H��P��er�er��t�rte��
�e�or��Ver�io���.3.0�
�o��ile���ec�le��fo�ctio���:�B�A�D�V�.3�M�P�30������D������N����
��iti�li�i���M�P�30��...Se�rc�i��...Set��...�K!�
��iti�li�i������D...Se�rc�i��...Not�fo���!�
��iti�li�i����elei�fo...��it��elei�fo��rre�r!�
�el�i���N���rel�i����
�elei�fo�to�jo�r�����e�te!�
�el�i������
rel�i��0�
�etf���H�
�etf�_i�ter�e�:�f������c�r�re�H�
et�t�P�H�
�etf���H�
�etf�_i�ter�e�:�f������c�r�re�H�
et�t�P�HH�
�etf��3H�
�etf�_i�ter�e�:�f��3���c�r�re�H�
et�t�P�HHH�
�etf���H�
�etf�_i�ter�e�:�f������c�r�re�H�
et�t�P�HHHH�
�etf��5H�
�etf�_i�ter�e�:�f��5���c�r�re�H�
et�t�P�HHHHH�
�etf��6H�
�etf�_i�ter�e�:�f��6���c�r�re�H�
et�t�P�HHHHHH�
�etf���H�
�etf�_i�ter�e�:�f������c�r�re�H�
et�t�P�HHHHHHH�
St�rti�����i��loo��
�elei�fo�to�jo�r�����e�te!�
�elei�fo�to�jo�r�����e�te!�
�elei�fo�to�jo�r�����e�te!�
�elei�fo�to�jo�r�����e�te!� -
Je me permet de reposter mon pb sur ce thread qui semble actif sur cette version :
Suite au fonctionnement bizarre des FP j'ai passé les opto en 3.3v : pas mieux.
Quand je passe tous les FP en éco je devrais avoir 0v sur les pattes 3,4,5,6,7,8, 21,22,23,24,25,26,27,28 du MCP23017. Or quand je suis en 5v j'ai 0,37v et en 3,3 j'ai 0,20v, pas une masse franche donc.
Du coup à l'entrée des optos j'ai 2,15v et 3.3v.
A priori les 1.15v d'écart sont insuffisants pour exciter les optocoupleurs, ils ne s'activent pas, ou pas tous, ou de manière aléatoire.
Quelqu'un peut tester s'il a les mêmes valeurs ?
Plus simple : Si vous passez tout en éco est-ce que vous avez 230v~ entre le neutre et chacun des FP ? -
@francky50
Oui c'est dans l'arduino (si connecté en serial) via le menu Tools/ESP Sketch Data Upload , ou alors par OTA comme expliqué dans l'article suivant@chris34
Oui tout en ECO (sur une V1.3 seulement) les sorties du MCP doivent être à 0V. Je verifie ça rapidos pour te répondre. -
Hello amis remoriste,
Je suis de retour
effectivement le passage à 4.5v a stabilisé le problème de reset mais pas définitivement. J ai eu droit hier à un jour sans eau chaude... Depuis mon dernier post plus de reset. Mais avant-hier le node-mcu à reseté. J'ai vérifié absence de coupure edf via la date du dernier boot de la freebox. Mais c'est bien un reboot du node mcu. -
Bonsoir à tous, je pense avoir réussi à stabiliser mon nodemcu. çà venait de ma Freebox V6 et du type de Wifi que j'utilisait. J'étais en WPA-PSK et depuis que je l'ai changé en WPA2-PSK/AES çà fonctionne bien. J'ai pas encore essayer de le laisser longtemps en fonction mais avant je savais très vite quand çà resettait.
J'en suis venu à me dire que çà venait du Wifi car selon les différents endroits (maison/boulot) le nodemcu était ou n'était pas stable. Au début, je l'avait flashé directement avec mon SSID et mot de passe plus IP fixe pour ma Freebox V6 puis j'ai fini par me dire que j'allais essayé de mettre un autre SSID (celui de mon Mac Mini qui est aussi en partage Wifi) et là le nodemcu était devenu stable à la maison pour la première fois ! j'ai donc fini par changer le protocole Wifi de ma freebox pour le passer en WPA2-PSK/AES et là çà tiens la route. -
@francky50
Merci pour ce retour, c'est une information très précieuse
