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.

@jon Tu as raison, j'avais mal lu. Du moins, j'ai été induit en erreur par la note en rouge, paragraphe 5.2. Bon courage Manuel

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.

Bonjour, j'ai testé le montage de Charles avec mosfet à base d'opto SFH620aV3. C'est pour récupérer la téléinfo d'un linky en mode standard triphasé et non en mode historique. Ce qui permet d'obtenir la consommation instantanée de chaque phase afin de gérer un potentiel délestage (cette information est indisponible en mode historique sur le linky triphasé). Le code de lecture des trames est donc différent. Je peux fournir un lien gitub pour ceux qui seraient intéressés par ce code, ou par messagerie. Quand je colle ce montage sur un esp8266 (dans mon cas un nodemcu v0.9) tout fonctionne impeccablement. Cent pour cent des trames sont correctement récupérées. Le code est donc parfaitement fonctionnel. Quand je le fais tourner sur un arduino, plus d'une trame sur deux est en erreur. L'information est partielle, ou vide. J'ai essayé deux arduinos (un nanov3 et un mega). Les symptôme sont les mêmes. Que j'alimente le montage en 3.3v ou en 5v ne change rien à l'affaire. Que j'utilise un UART soft ou hardware ne change rien non plus. J'ai tenté de baisser la valeur de la résistance pull-down de la gate du mosfet sans succès : cela génere encore plus d'erreurs. Je n'ai pas encore tenté de l'augmenter. Si quelqu'un a une idée ça serait chouette. Un extrait des logs que j'obtiens, on y voit l'attente de début de trame, les infos que l'on souhaite conserver (par exemple). 22:15:49.473 -> Wait End Previous/Start new frame <=== syncho 22:15:50.113 -> Wait End trame 22:15:51.193 -> CHECKSUM_OK,COUNT(1),E=[SINSTS],D=[02436] <=== info à conserver 22:15:51.233 -> CHECKSUM_OK,COUNT(2),E=[SINSTS1],D=[02928] 22:15:51.313 -> CHECKSUM_OK,COUNT(3),E=[SINSTS3],D=[77354] 22:15:51.353 -> CHECKSUM_OK,COUNT(4),E=[SMAXSN],H=[H190110184637],D=[07850] 22:15:51.393 -> CHECKSUM_OK,COUNT(5),E=[SMAXSN1],H=[H190110185756],D=[02220] 22:15:51.473 -> CHECKSUM_OK,COUNT(6),E=[SMAXSN2],H=[H190110025614],D=[03180] 22:15:51.513 -> CHECKSUM_OK,COUNT(7),E=[SMAXSN3],H=[H190110164209],D=[03330] 22:15:51.553 -> CHECKSUM_OK,COUNT(8),E=[SMAXSN-1],H=[H190109181632],D=[08560] 22:15:51.633 -> CHECKSUM_OK,COUNT(9),E=[SMAXSN1-1],H=[H190109181618],D=[04330] 22:15:51.673 -> CHECKSUM_OK,COUNT(10),E=[SMAXSN2-1],H=[H190109233416],D=[03680] 22:15:51.713 -> CHECKSUM_OK,COUNT(11),E=[SMAXSN3-1],H=[H190109191307],D=[03860] 22:15:52.353 -> Tout est complet 22:15:52.353 -> Statistiques echec [358]/[571] <=== stats d'erreurs/nb lectures 22:15:52.353 -> [**** contenu en json ] <=== le resume en json correct 22:15:52.353 -> {"SINSTS":"02436"},{"SINSTS1":"02928"},{"SINSTS3":"77354"},{"SMAXSN":"07850","Horo":"H190110184637"},{"SMAXSN1":"02220","Horo":"H190110185756"},{"SMAXSN2":"03180","Horo":"H190110025614"},{"SMAXSN3":"03330","Horo":"H190110164209"},{"SMAXSN-1":"08560","Horo":"H190109181632"},{"SMAXSN1-1":"04330","Horo":"H190109181618"},{"SMAXSN2-1":"03680","Horo":"H190109233416"},{"SMAXSN3-1":"03860","Horo":"H190109191307"} 22:15:52.433 -> [ fin ] 22:15:54.433 -> Wait End Previous/Start new frame 22:15:54.433 -> Wait End trame 22:15:54.633 -> Il manque [11] groupes 22:15:54.633 -> Statistiques echec [359]/[572] <==== erreur 22:15:54.673 -> [ contenu en json ] <==== on a rien de correct 22:15:54.673 -> 22:15:54.673 -> [ fin ****] J'ai également des captures faites à l'oscillo pour plus de détail. merci

Salut @stephane Tu trouveras les sources JS dans le fichier /webdev/js/main.js, dans le dépôt de la Remora. Bon courage, Manuel

I think there is a lot of web design agency but who provide a responsive web design? Here is an expert web design who have 5-year experience in web designing.

Bonjour J'ai prévu une option de compilation dans libTeleinfo.cpp pour le mode standard , je n'ai pas pus les essayer n'ayant pas encore le linky . Je les met si ça peux aider. Vous devez avoir le mode affiché sur votre compteur pour savoir si vous êtes en mode standard(9600 bds) ou historique(1200bds). -----------------------------dans l'en-tête-------------------------------------- #define MODE_HISTORIQUE -----------------------------dans le setup()--------------------------------------- #ifdef MODE_HISTORIQUE Serial.begin(1200, SERIAL_7E1); #else Serial.begin(9600, SERIAL_7E1); //5.3.5. Couche physique document enedis Enedis-NOI-CPT_54E.pdf #endif -----------------------------dans TInfo::checkLine(char * pline) ----------- //5.3.6. Couche liaison document enedis Enedis-NOI-CPT_54E.pdf #ifdef MODE_HISTORIQUE if ( *p==' ' && ptok) { #else if ( *p=='\t' && ptok) { //reste a traiter les champs horodatés #endif --------------------------dans TInfo::calcChecksum------------------------ unsigned char TInfo::calcChecksum(char *etiquette, char *valeur) { uint8_t i; #ifdef MODE_HISTORIQUE uint8_t sum = ' '; // Somme des codes ASCII du message + un espace #else uint8_t sum = 0x09; // Somme des codes ASCII du message + un espace sum+= 0x09; #endif // avoid dead loop, always check all is fine if (etiquette && valeur) { // this will not hurt and may save our life ;-) if (strlen(etiquette) && strlen(valeur)) { while (*etiquette) sum += *etiquette++; while (*valeur) sum += *valeur++; #ifdef MODE_HISTORIQUE return ((sum & 63) + ' '); #else return ((sum & 0x3f) + 0x20); #endif } } return 0; } }

I followed the steps just like Bob did and im still getting the "cannot find -li2c" error. Honestly i don't see why i need I2C anyways since everything i wanna do is test an SPI display...