bonjour @sam-plaibien j'ai eu un problème similaire, mon remora s'est mis à faire des freeze périodiquement (il est surveillé par monit), plusieurs fois par semaine, avec comme seule possibilité pour redémarrage le on/off. J'ai téléchargé la dernière version de remora_soft et depuis environ 2 semaines, je n'ai plus eu de freeze. Pour la compilation, il faut bien faire attention aux mises à jour de bibliothèques dont celles de l'esp8266... hope this helps Laurent

bonjour, j'ai posté sur le forum de Jeedom une solution de contournement qui ne modifie ni Jeedom, ni Wifinfo voir ici: https://www.jeedom.com/forum/viewtopic.php?p=705158#p705158

Arf, l'idée c'était que le device était pas le bon mais picocom aurait fait un retour. Donc soit cablage mauvais / trop long / trop d'interférences ? Ou plus simplement téléinfo pas activée. Un PC portable avec 2 fils pas trop long sur les bornes du compteur pour éliminer l’hypothèse du lien physique et tu aura ton diag. D'ailleurs est ce que activé ou non il y a une tension aux bornes du compteur ?

@Komagain Perso je te conseille de prendre un WeMos D1 Mini or D1 Mini Pro comme indiqué dans le readme tu vas gagner ton temps et ça coute 5€. Surtout que le pinout et la notation du nodemcu est differente, galères assurées.

Bonjour, Super taff ça, mais je me demandais, pourquoi ne pas l'intégrer directement dans l'interface WEB du Remora ? ça devrait être possible, si j'avais le temps je m'y pencherais mais là je dois oublier.

La solution pouvait aussi peut être là ;-) https://community.ch2i.eu/topic/37/pitinfo-téléinfo-emoncms-avec-node-red-sur-raspberry-pi-moins-de-30-min-moins-de-10/13

Pouvez vous essayer la modif suivante ? https://community.ch2i.eu/topic/37/pitinfo-téléinfo-emoncms-avec-node-red-sur-raspberry-pi-moins-de-30-min-moins-de-10/13

@Christophe les sources sont dans les exemple de la librairie Teleinfo mais ils sont un peu obsolètes https://github.com/hallard/LibTeleinfo/tree/master/examples/Wifinfo Je suis en train de ré-écrire de code à l'aide de @sremy et je pense que je vais sortir les sources de la librairie. De plus le code sera capable de gérer des compteurs d'impulsions et quelques capteurs.

@Lngwork J'ai réécris tout le code de Wifinfo (librairie comprise) pour le mode Standard AVEC stockage et ça tient dans un NodeMCU. Mais il ne gère pas du tout le mix avec le mode Historique car à priori sans intérêt puisqu'il suffit de flasher le bon firmware pour correspondre au mode du Linky. Je peux vous fournir les sources

Bonjour à tout le monde. Mon premier post sur cette communauté. Mais tout d'abord, merci pour le super taff ! Pour info, j'ai moi aussi rencontré exactement ce même problème lors de mes premieres utilisations du remora avec Wemos. Après de nombreuses analyses/recherches, il s'agit d'un bug référencé sur l'esp8266/arduino. Reference : [https://github.com/esp8266/Arduino/issues/2330](link url) @Guillaume-Wattier, pour confirmer la source du probleme, voici une manip : rajouter une entrée ARP static de ton wemos. # arp -s <adresse_ip_wemos> <adresse_mac_wemos> retenter de se connecter au remora. Si dans ce cas, la connexion (re-)fonctionne, tu es exactement dans le cas décrit dans ce bug. (globalement des soucis de réponses aux requêtes ARP par l'esp) Dans ce cas, le probleme vient uniquement du Wemos, le remora n'y est pour rien. Le probleme n'est pas systématique, il depend beaucoup de la version du sdk, de la version de la stack IP (lwIP), du point d'acces et de sa configuration . Pour ma part, j'ai réussi à résoudre le problème en utilisant la conf suivante : Arduino IDE avec la version 2.5.0 du gestionnaire de carte esp8266 Outils -> lwIP Variant : v2 Lower Memory Voila, Je suis preneur de tes tests et retours. FreeTHX

Salut @KipK Merci, mais le projet est de Thibault Ducret et Charles-Henri Hallard. Je tente de maintenir ce projet en vie, car je trouve que c'est un bon outil. Ton aide ne serait pas de trop et je te remercie de proposer de participer. Comme tu pourras le constater, sur le dépôt du projet Remora, il y a déjà @Jon qui propose de nouvelles fonctionnalités très intéressantes, comme le MQTT, les ordres confort -1 et -2, ainsi que la gestion du Linky en version historique. Pour les PCB, je t'ai déjà répondu par mail. Pour les #ifdef, je les trouve très pratique, même si, il est vrai, il faut les utiliser avec parcimonie et éviter les imbrications. Je pense que le bluetooth n'est pas forcément une très bonne idée, pour les échanges avec une box domotique, car la box n'est pas toujours à portée du tableau. Et la portée du réseau bluetooth est limitée. Je pense qu'il serait plus intéressant de l'utiliser pour la configuration de la Remora, lors de la première utilisation. Merci à @Charles pour cette idée. Mais cela nécessite de créer une application sur Android, et Apple, pour les échanges. Pour l'ESP32, il est possible d'utiliser le TTGO ESP32 qui a la même empreinte que le Wemos d1 mini. A bientôt, Manuel

Alors, petit retour d'info. mon problème n'est pas dans le schéma, mais dans ma plaque d'essais. Elle comporte une couche interne avec des pin relié entre eux, je n'y avait pas fait attention. J'ai tout ressoudé sur une autre plaque d'essais. A vide j'ai bien du 4.3v sur ma broche +5v, par contre avec l'esp8266 je descend à moins de 3v, la puissance récupéré n'est pas suffisante pour ma carte à base d'esp8266. Sachant que je n'utilise pas un pont de diode schottky.

Oh, also forgot to mention, have also observed problems with schottky's with larger reverse leakage currents, the BAT48Zfilm works where these other diodes don't, haven't had time to nail down precisely why yet as the alternates had a lower voltage drop, only other difference was larger reverse leakage current.