Voila, j'ai réussi a faire une capture pendant que ca plantait :

Soft WDT reset

ctx: cont
sp: 3ffffbe0 end: 3fffffd0 offset: 01b0

stack>>>
3ffffd90: 7fffffff 3ffeb7d0 3ffeb7d0 00000001
3ffffda0: 00000001 00004a88 00302063 40100f22
3ffffdb0: 3ffeaf52 07e802e3 00002200 4000050c
3ffffdc0: 00000000 00000000 0000001f 40104bfd
3ffffdd0: 4000050c 00000008 3ffffdf0 4021ad50
3ffffde0: 40201877 00000008 3fff45ec 40221c64
3ffffdf0: 3ffffea0 3ffffe70 00000008 000000f1
3ffffe00: 3fff1274 00000008 3fff45ec 4021ad50
3ffffe1pConfig size=1024 (emoncms=128 jeedom=256)
SPIFFS Mount succesfull
FS File: /index.htm.gz, size: 5745
FS File: /favicon.ico, size: 15086
FS File: /css/remora.css.gz, size: 22704
FS File: /js/remora.js.gz, size: 59501
FS File: /fonts/jeedom2.woff, size: 13280
FS File: /fonts/glyphicons.woff2, size: 18028
FS File: /fonts/glyphicons.woff, size: 23424

Si on passe la stack dans le décodeur :

0x4021ad50: HardwareSerial::begin(unsigned long, SerialConfig, SerialMode, unsigned char) at /home/julien/.arduino15/packages/esp8266/hardware/esp8266/2.4.2/cores/esp8266/HardwareSerial.cpp line 50
0x40201877: twi_write_stop at /home/julien/.arduino15/packages/esp8266/hardware/esp8266/2.4.2/cores/esp8266/core_esp8266_si2c.c line 110
0x40221c64: quorem at ../../../.././newlib/libc/stdlib/dtoa.c line 101
0x4021ad50: HardwareSerial::begin(unsigned long, SerialConfig, SerialMode, unsigned char) at /home/julien/.arduino15/packages/esp8266/hardware/esp8266/2.4.2/cores/esp8266/HardwareSerial.cpp line 50

Ca me parle pas beaucoup ...

Juju

Bingo !

C'est bien le bout de code qui manquait. Maintenant ma remora pousse bien vers emoncms.

Par contre c'est totalement instable, ma Remora reboot au bout de quelques minutes, je ne sais pas pourquoi. Je ferais plus de tests demain pour essayer d'avoir quelques logs.

Juju

salut @AuFilElec

Ca je peux te le dire, rien n'est envoyé depuis la Remora.
Je vois bien dans les logs l'export vers Jeedom mais rien concernant emoncms.

un tcpdump sur mon emoncms me confirme que rien n'arrive depuis la remora (autre que du mdns)

Julien

Hello,

Quelqu'un aurais un PCB V1.4 sous la main a me revendre ?

Ou alors quelqu'un d'interessé pour faire un batch ?

A+

Juju

Salut @AuFilElec ,

J'ai essayé les 2, avec ou sans, et le résultat est le même.

Je n'ai pas encore mis a jour ma carte, si je trouve un moment je vais passer sur la dernière version.

Par contre, je galere toujours avec les versions de libs et d'Arduino, le github est a jour concernant ces versions ?

Merci

Julien

Bonjour à tous,

Je n'arrive pas a faire exporter les données vers une instance local de emoncms.

Le push jeedom fonctionne parfaitement, j'ai bien des traces d'envois dans le debug en série, je reçois bien depuis mon jeedom.

Par contre rien pour la partie emoncms. J'ai bien enregistré mes confs, elles apparaissent bien dans le debug série quand je fait enregistrer.

Rien non plus dans le debug série qui ferait penser a un envoi.

Il y a quelque chose de plus a activer dans le code que j'ai loupé ou s'est censé être compilé par défaut ?

D'autres on se comportement ?

Merci de vos lumières !
Julien

@martinou

Oui, j'ai bien mis tout à jour, je vais faire un reset ce soir pour être sur.

Julien

Bonjour à tous,
Je viens de faire la modif, mais j'ai toujours un problème :

• J'ai du régénérer ma clé API (la mienne faisait 49 caractères ...) -> OK, je peux l'inserer en entier
• Je configure le chemin pour jeedom : /plugins/teleinfo/core/php/jeeTeleinfo.php
• Enregistrement OK.

Je change de page et je reviens sur la config :
Ma cle API est passée à CLEAPICHEMIN_JEEDOM (donc xxxxxxxxxxx/plugins/teleinfo/core/php/jeeTeleinfo.php)

Confirmé par les logs apache :

192.168.10.4 - - [11/Jan/2017:11:47:39 +0100] "GET /plugins/teleinfo/core/php/jeeTeleinfo.php?api=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/plugins/teleinfo/core/php/jeeTeleinfo.php&ADCO=040728148870&OPTARIF=HC..&ISOUSC=45&HCHC=049436198&HCHP=069719630&PTEC=HP..&IINST=017&IMAX=058&PAPP=03950&HHPHC=A&MOTDETAT=000000& HTTP/1.1" 200 261

Du coup ca ne fonctionne pas évidement.

Une idée ?

Merci

Julien

@AuFilElec

Je ne le fait pas par OTA ou par serial parce que c'est la misère sur mon mac ...
Faut que je réinstalle tous les outils pour voir si ça fonctionne.

Je vais me faire violence et tout reprendre depuis le début

Julien

J'ai fait la modif :

   // OTA callbacks
    ArduinoOTA.onStart([]() { 
      if (ArduinoOTA.getCommand() == U_SPIFFS) {
       SPIFFS.end();
      }
      LedRGBON(COLOR_MAGENTA);
      DebugF("\r\nUpdate Started..");
      ota_blink = true;
    });

Mais j'ai deux erreurs de compilation :

remora_soft:503: error: 'class ArduinoOTAClass' has no member named 'getCommand'
       if (ArduinoOTA.getCommand() == U_SPIFFS) {
                      ^
remora_soft:504: error: 'class fs::FS' has no member named 'end'
        SPIFFS.end();
               ^
exit status 1
'class ArduinoOTAClass' has no member named 'getCommand'

Merci de ton aide

Julien

Voila ce que ça donne après l'upload du fichier: 200 FAIL

Alors ca va être compliqué, impossible de le faire depuis le remora facilement. Je pensait qu'on pouvait aussi mettre a jour le système de fichiers via la page web.

Ca passe assez vite, un rectangle vert avec erreur 200 (de tête) puis ca reboot

J'essaye de faire une copie d'écran demain

Julien

Salut, super boulot !

J'ai aussi fait la demande pour modif du plugin jeedom pour prendre en compte le nouvel état.

Par contre j'arrive pas a modifier les fichiers SPIFFS. Quand j'essaie d'uploader j'ai une erreur.

Quelqu'un pourrais partager un fichier valide pour Wemos pour voir si mon problème viens de la compilation ?

Merci d'avance,

Julien

Salut,

Si il m'en reste 1 de dispo.
Fille moi ton adresse en MP.

Ju

@AuFilElec

En fait c'est un aérateur et pas une vrai VMC (http://www.leroymerlin.fr/v3/p/produits/aerateur-extracteur-intermittent-a-interrupteur-celcia-100-mm-e57259) donc seulement 15W.

Par contre depuis que je suis passé sur le WeMos, aucun des 2 soucis ne s'est produit mais la température est bien descendue dans la cagibi aussi. , wait and see...

Julien

Après avoir fait plusieurs test, j'ai identifié 2 soucis :

• Lors d'une déconnexion du WiFi, l'ESP repasse en mode point d'accès et ne reviens pas en mode normal. Je suis obligé de le redémarrer (voir fin pour solution)

• Lors du démarrage, les infos de telinfo ne sont pas envoyées vers jeedom. Pour que cela fonction il faut impérativement aller sur la page de configuration et revalider les infos jeedom. Cela a pour effet de réenclencher les mécanisme de synchro -> pas trouvé pour le moment, pourtant j'ai bien un

void Task_jeedom()
{
  task_jeedom = true;
}

dans le code, par contre je ne comprend pas cela :

} else if (task_jeedom) { 
  jeedomPost();  
  task_jeedom=false;
}

Voici les différents tests réalisés :
Compilation depuis IDE arduino 1.6.7 :

• Wemos D1 R2 & mini
• CPU : 160Mhz
• Flash : 4M(3M SPIFFS)
• toutes les libs a jour sauf ESP (tests dessus)

Envoi Jeedom configuré correctement a 1 fois par minute
Pour le test push Jeedom, un simple /reset et pour le test wifi : coupure de mon wifi 1 minute puis réactivation

Avec ESP (depuis le gestionnaire de cartes)
2.1.0 : SDK Version 1.5.1(e67da894): push AUTO vers jeedom KO ; WiFi après perte du WiFi : OK
2.2.0 : SDK Version 1.5.2(7eee54f4): push AUTO vers jeedom KO ; WiFi après perte du WiFi : OK
2.3.0 : SDK Version 1.5.3(aec24ac9): push AUTO vers jeedom KO ; WiFi après perte du WiFi : KO

Pour le wifi, en version 2.3, la carte bascule immédiatement en mode point d'accès et elle n'en ressort pas ! Dans les versions précédentes, je ne vois pas la carte repasser en mode point d'accès et elle se reconnecte immédiatement après le retour du wifi. Peut être a préciser sur le github ? -> c'est ce qui explique que je perde régulièrement les remontées d'infos.

Est ce que quelqu'un d'autre a le soucis de Push ?

Merci de vos lumieres !

Julien

Au passage si ca peut aider, voici les infos de mon Remora :

Donnée

Valeur
Uptime 37006
Version Logiciel 1.3.2
Compilé le Sep 16 2016 13:32:59
Version Matériel V1.2 avec MCP23017
Modules activés OLED TELEINFO
SDK Version 1.5.2(7eee54f4)
Chip ID 0x78673
Boot Version 0x1F
Flash Real Size 4.00 MB
Firmware Size 323.40 KB
Free Size 2.68 MB
Analog 0 mV
SPIFFS Total 934.88 KB
SPIFFS Used 169.13 KB
SPIFFS Occupation 18%
Fil Pilote #1 Arrêt
Fil Pilote #2 Hors Gel
Fil Pilote #3 Arrêt
Fil Pilote #4 Arrêt
Fil Pilote #5 Hors Gel
Fil Pilote #6 Hors Gel
Fil Pilote #7 Hors Gel
Etat Relais Ouvert
Delestage 40.50A
Relestage 36.00A
Etat Delestage Niveau 0 Zone 1
Free Ram 25.93 KB

Bonjour à tous,

Je viens de passer d'un Spark a une wemos pour ne plus avoir de soucis de cloud mais du coup j'ai quelques soucis.
Je souhaite envoyer les trames de teleinfo vers mon Jeedom, j'ai donc configuré la section ad hoc.

Jusqu’à la pas de soucis, ce fonctionne, je récupère les infos et ca incremente correctement mon plugin teleinfo.
Par contre au bout d'un certain temps (1h environ hier) le Remora s’arrête d'envoyer les données.

• Il est bien enligne et il répond au ping
• J'ai bien accès à l'interface et les données sont correctes
• rien n'arrive sur mon Jeedom (tcpdump)
• Cela ne refonctionne que si je change la valeur de la fréquence d'envoi ou que je le redémarre puis on reviens au début, ça plante au bout d'un moment.

Quelqu'un a déjà eu ce problème ?
Une idée du problème?

Merci de votre aide.

Julien

@AuFilElec

Salut,

Je suis aussi intéressé par une carte en version 1.3, ayant pas mal de soucis sur ma V1.2

Julien