Remora V1.3 NodeMCU Nouvelle Version Logicielle + API Locale
-
@omyxcol
Pas bête, l'idée du 4.5V, tant mieux si ça fonctionne.Sinon, à tester mais je reste persuadé qu'avec les optos blancs, les laisser en 5V (pour ne pas tirer sur le régul du NodeMCU) et changer la 390 Ohm de pilotage de l'opto par une 1K (ou 1.2K) devrait régler le problème.
@Dany21000
Oui tout alimenter en 3V3 va effectivement régler le soucis. en revanche pas sur du résultat quand tu vas brancher l'USB sur le nodeMCU (5V), le 5V était aussi pour la compatibilité avec Spark. -
Vous avez raison, je changerai les resistances par des 1k, mais je ne les ai pas sous la main (en commande) mais ça ou le chauffage en hors gel au mois de décembre... Si un autre remoriste est dans mon cas il peut faire ça en attendant.
Prochaine étape la teleinfo.
A bientôt -
J'ai alimenté en 3.3v les optocoupleurs, via le régulateur du nodeMCU.
Le remora est alimenté via l'USB du nodeMCU lui même alimenté par le Raspberry Pi 2 de jeedom.
L'uptime est plutôt bon, plusieurs jours déjà.Je pense tester des résistances de 1k, il faut juste que j'aille les chercher au magasin électronique à 300m.
-
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.
