Vote for this board, with enclosure format

The size is as follow

Enclosure reference and datasheet
http://evatron.com/enclosures/sensor-cases/pp42m/

Vote for current board

The size is as follow

@AuFilElec
Géniale ton interface WEB pour les zones, c'est cool

Pour l'interface WEB je viens de tout passer en AsyncTCP (merci à @me-no-dev) et je t'assure qu'au niveau performance, c'est juste le jour et la nuit, avant au 1er refresh le temps de charger bootstrap ça prenait genre 3/4 secondes, maintenant en moins d'une seconde c'est bouclé!
En plus j'ai tout migré en WebSockets et j'ai ajouté une console série WEB pour passer des commandes, la config et voir les LOG, ça commence à donner un truc qui me plait.
Plus qu'a finaliser et intégrer ça dans le remora car pour le moment c'est pour un autre projet.

Tu peux déjà regarder l'exemple de la console Web Serial to Websocket si tu veux c'est ici car il y a aussi un dossier intéressant (webdev) qui contient :

• des scripts nodejs pour le développement de l'interface web afin de tester les pages Web de dev rapidos sans avoir à les flasher dans l'ESP
• un script pour copier tous les fichiers de dev sans le dossier data pour flash dans la SPIFFS

J'utilise le même principe sur remora et WiFinfo avec qui scripts plus avancés car ils minifient les js et css non minifiés, et en plus ils les concatène tous en 1 seul fichier pour un chargement plus rapide depuis l'ESP vers le browser.

@Fab_33

• en version 5mm
• en version 8mm

Bonjour,

Pour ceux qui rencontrent des soucis de commande de fils pilote avec les optos blanc (TLP168J), il faut essayer d'alimenter les optocoupleurs en 3.3V en lieu et place du 5V, pour cela il faut :

• couper la piste entre 5V et le Pad du milieu.
• s'assurer que la piste est bien coupée au multimètre si besoin (une fois la carte alimentée, la tension sur le pad du milieu doit être 0V et non plus 5V.
• une fois vérifié, redébrancher l'alim puis relier les 2 autres pads 3V3
• une fois la carte alimentée à nouveau, la tension sur le pad du milieu doit être 3.3V et non plus 0V

Une photo valant mieux que des explications, la voici :

Je vous souhaite à tous un très joyeux noël.

@scalz
ouais c'est compliqué (voir même complètement fou) de vouloir gérer le hard et le soft, nous sommes que des humains, notre gros soucis c'est que le temps est le même pour tout le monde et il nous faudrait des journées de 48H, une soft, une hard hahahaha

En plus tout le socle Arduino ESP8266 ça bouge tout le temps, l'équipe est super active et réactive, ça avance vite et une version OK peu ne plus compiler 6 mois après car tout à changé mais que en bien !

Ah oui je ne vous ai pas dit aussi, j'ai tout passé le JSON avec la super librairie ArduinoJSon de Benoit (encore un Frenchy), la encore trop de la balle à tel point que la AsyncWeb socket de @me-no-dev inclue tout ce qu'il faut pour s'intégrer avec cette lib.

Après je suis pas super calé en C++ (class, template, virtual) et parfois je galère pour contribuer aux codes de ces super dev. En revanche le C ça va très bien

@AuFilElec
Pour la partie du code dont tu parles, tu as du voir mais je fais un rappel, plus on aura d'yeux sur le soucis plus vite on le trouvera (bien que je suis pas certain que ça vienne du code, je l'utilise sous linux depuis des lustres sans le moindre soucis). Donc

La structure de la liste chaînée _ValueList contient pour chaque élément (je fais grace du premier (root) qui est vide)

// Linked list structure containing all values received
typedef struct _ValueList ValueList;
struct _ValueList 
{
  ValueList *next; // next element
  uint8_t checksum;// checksum
  uint8_t flags;   // specific flags
  char  * name;    // LABEL of value name
  char  * value;   // value 
};

Donc pour chaque élément, tu as:

• *next un pointeur sur la même structure du prochain élément, sauf si nous sommes sur le dernier élément bien sûr auquel cas ce pointeur est NULL
• checksum la checksum du couple LABEL/VALUE de l'élément
• flags des drapeaux servant a savoir su l'élément vient d'être ajouté, ou juste modifié, .. (par exemple une valeur IINST modifiée)
• *name un pointeur sur la chaine qui va contenir le nom du label (ex IINST)
• *value un pointeur sur la chaine qui va contenir la valeur (ex 23)

Ce qu'il faut bien comprendre c'est que quand tu alloues un élément de la liste chaînée (parce que viens de recevoir une nouvelle étiquette) tu n'as pas la taille pour stocker le nom de l'étiquette ainsi que sa valeur, ce ne sont que des pointeurs *name et *value il faut donc allouer l'espace mémoire nécessaire et c'est la qu'interviennent les lignes dont tu parles.

Donc dans un 1er temps on crée un node vide de la taille de la structure auquel on ajoute la taille de l'étiquette+1 et de sa valeur+1 (les 2 +1 pour les fins de chaine \0) newNode

      // Our linked list structure sizeof(ValueList)
      // + Name  + '\0'
      // + Value + '\0'
      size_t size = sizeof(ValueList) + lgname + 1 + lgvalue + 1  ;
      // Create new node with size to store strings
      if ((newNode = (ValueList  *) malloc(size) ) == NULL) 
        return ( (ValueList *) NULL );
      else 
        // get our buffer Safe
        memset(newNode, 0, size);
      
      // Put the new node on the list
      me->next = newNode;

Ensuite on positionne les valeurs de la structure, et la, c'est la ruse on stocke la chaîne du nom à la fin de la structure (car y on a réservé plus de place), donc son pointeur est l'adresse du noeud + la taille de la structure
newNode->name = (char *) newNode + sizeof(ValueList);
et enfin le pointeur de la valeur juste après la valeur du nom
newNode->value = (char *) newNode->name + lgname + 1;

D'ou le code suivant:

      // First String located after last struct element
      // Second String located after the First + \0
      newNode->checksum = checksum;
      newNode->name = (char *)  newNode + sizeof(ValueList);
      newNode->value = (char *) newNode->name + lgname + 1;

Et après on y copie label + valeur

      // Copy the string data
      memcpy(newNode->name , name  , lgname );
      memcpy(newNode->value, value , lgvalue );

Voilà j'espère avoir pu éclairer sur le sujet

Et Tadaaaaaaaaaaaa , la vache, en écrivant ça je viens de percuter sur un truc, je crois comprendre ce qu'il se passe et je pense avoir trouvé le bug !!!!!
L'ESP aligne par défaut les structures et leur contenu sur 4 octets et donc en fonction des tailles label/value tout peut changer et on se retrouve avec des alignement foireux (j'ai déjà rencontré ce souci en sauvant des config sous forme de structure en flash) que j'ai réglé avec des directives pragma pour aligner sur 1 octet.

Peux-tu essayer de changer le code de déclaration de la structure en y ajoutant les pragma avant et après déclaration de la structure? Si ça ne suffit pas il faudra aussi tenter d'aligner malloc pour label/value sur 4

#pragma pack(push)  // push current alignment to stack
#pragma pack(1)        // set alignment to 1 byte boundary

// Linked list structure containing all values received
typedef struct _ValueList ValueList;
struct _ValueList 
{
  ValueList *next; // next element
  uint8_t checksum;// checksum
  uint8_t flags;   // specific flags
  char  * name;    // LABEL of value name
  char  * value;   // value 
};

#pragma pack(pop)

Bon tests

Charles

@arthurlutz
Merci pour ton commentaire.
Alors, je te répondrais, oui, j'ai vu un tas de choses bizarre avec emoncms et je t'avouerais que parfois la mise en oeuvre et la compréhension des graphes relève de la magie vaudou !
En plus ils ont récemment mis à jour la version sur le site officiel et je ne suis pas persuadé que ça n'ai pas ajouté des soucis.
Peux-tu nous copier ta liste de feed et d'input ?

Essayes ça

http://hallard.me/blog/wp-content/uploads/tasmota-sensors.bin.gz

si tu veux le faire en OTA tu dois faire en 2 étapes

1. upgrade avec firmware minimal http://thehackbox.org/tasmota/release/tasmota-minimal.bin
2. une fois rebooté, upgrade avec ma version http://hallard.me/blog/wp-content/uploads/tasmota-sensors.bin.gz

Bonjour,

Comme vu dans ce post, il se peu que dans certains cas après quelques mois d'utilisation, que la réception de la téléinfo ne fonctionne plus correctement.
Ayant eu entre les mains le cas, et pour rappel le schéma est le suivant

J'ai donc commencé par:

• Changer l'optocooupleur (pas mieux)
• Changer le mosfet (pas mieux)

Etant donné que le 3eme composant sur lequel le signal arrive est le RXD du chip FTDI FT230SX, j'en ai déduit (peut être à tord) que la resistance de pull-up interne devait varier avec le temps et qu'en fonction des compteurs électriques, sortir de la plage de fonctionnement.

J'ai donc testé en ajoutant une pull-up de 10K comme le montage ci dessous et tout rentre dans l'ordre.

Le montage final devient alors le suivant avec R7 rajoutée.

La prochaine révision V1.2 contiendra le fix.

tu ne serais pas en triphasé, IINST3 à 2 correspondrait à ta puissance

@barbu-dor said in Tasmota:

Si tu ne veux absolument pas passer à MQTT, qui est aujourd'hui "LE" standard en domotique, tu peux essayer de fonctionner à l'inverse avec un règle pour publier vers jeedom avec un WebSend. Certaines personnes font cela avec emoncms.
Par exemple: https://github.com/arendst/Tasmota/discussions/11101#discussioncomment-651394

Hello, alors celui ci j'adore justement je voulais faire la même chose avec la téléinfo et Emoncms. Je ne pense pas qu'a la base que chaveiro que voulait se passer de MQTT non plus pour emoncms, c'est juste qu'Emoncms ne permet pas de poster (pardon publier) des valeurs via MQTT (sauf sur ton serveur local). J'ai du implémenter un script php dédié (basé sur l'original) sur mon serveur cloud, tout est détaillé ici mais ils ont pas l'air de vouloir publier cette solution (qui est maintenant très secure puisqu'elle utilise l'auth MQTT de mosquitto.
Mais clairement le WebSend m'aurait été bien plus pratique et rapide

@sebh said in Tasmota:

@charles said in Tasmota:

@Seb-H C'est bon, c'est corrigé tout devrait fonctionner maintenant, merci @Barbu-Dor pour le coup de main.

La PR n'est pas encore mergée mais tu peux l'essayer et me dire si ok pour toi.

Attention le format d'envoi MQTT a changé, tout est dans un objet JSON nommé TIC

Super, je teste ça dans la soirée. Pour ma part, je m'en fiche des messages MQTT, c'est les messages via domoticz qui m’intéresse.

Ca a été mergé sur la branche officiel developpement de tasmota

@sebh said in Tasmota:

@charles Bonjour Charles, je voulais savoir si tu avais pu tester mon fichier de capture ?? Quelqu'un ici a t il pu tester ta version sur un Wemos D1 Mini car chez moi j'avais des soucis de plantage peut être à ma compilation qui est faite encore sous Arduino IDE ? Merci d'avance pour le retour.

@Seb-H C'est bon, c'est corrigé tout devrait fonctionner maintenant, merci @Barbu-Dor pour le coup de main.

La PR n'est pas encore mergée mais tu peux l'essayer et me dire si ok pour toi.

Attention le format d'envoi MQTT a changé, tout est dans un objet JSON nommé TIC

@alager2 said in Tasmota:

@charles merci,

cela dépasse mes compétences. Je vais devoir trouver un tutoriel pour comprendre comment platform.io marche.

tu peux déjà regarder comment compiler tasmota sur le tuto dédié ça te permet de ne pas forcément entrer dans les entrailles de platform.io
https://tasmota.github.io/docs/Compile-your-build/

Autre question, pour utiliser /dev/ttyAMA0, on doit l'initialiser au boot du Pi, contrairement à ton dongle.

c'est node red qui va la configurer la vitesse et le mode, à la condition tu actives la serial avec raspi-config

cf : https://www.framboise314.fr/utiliser-le-port-serie-du-raspberry-pi-3-et-du-pi-zero/

@alager2 perso j'utilise visual studio code couplé à platform.io.

oui le define à mettre c'est bien USE_TELEINFO

voici mon platformio_override.ini pour info avec mes différentes cartes dans ton cas surement tasmota-tic pour un ESP8266

[platformio]

[common]
platform_packages           = ${core.platform_packages}
build_unflags               = ${core.build_unflags}
build_flags                 = ${core.build_flags}
extra_scripts               = ${scripts_defaults.extra_scripts}
lib_extra_dirs              = ${library.lib_extra_dirs}
board_build.f_cpu           = 160000000L
board_build.ldscript        = eagle.flash.4m2m.ld

; *** Upload Serial reset method for Wemos and NodeMCU
upload_port               = /dev/tty.usbserial-14230
upload_speed               = 460800

[core]

[tasmota_stage]
; *** Esp8266 core for Arduino version Tasmota stage. Backport for PWM selection
platform_packages           = tasmota/framework-arduinoespressif8266 @ ~2.7.4
build_unflags               = ${esp_defaults.build_unflags}
build_flags                 = ${esp82xx_defaults.build_flags}
; *** Use ONE of the two PWM variants. Tasmota default is Locked PWM
                              ;-DWAVEFORM_LOCKED_PHASE
                              -DWAVEFORM_LOCKED_PWM

[core_stage]
; *** Esp8266 core for Arduino version stage
platform_packages           = framework-arduinoespressif8266 @ https://github.com/esp8266/Arduino.git
; *** Use Xtensa build chain 10.2. GNU13 from https://github.com/earlephilhower/esp-quick-toolchain
                              mcspr/toolchain-xtensa @ 5.100200.201223
build_unflags               = ${esp_defaults.build_unflags}
                              -Wswitch-unreachable
build_flags                 = ${esp82xx_defaults.build_flags}
; *** Use ONE of the two PWM variants. Tasmota default is Locked PWM
                              ;-DWAVEFORM_LOCKED_PHASE
                              -DWAVEFORM_LOCKED_PWM
                              -Wno-switch-unreachable

[common32]
extends                     = env:tasmota32
platform_packages           = ${core32.platform_packages}
build_unflags               = ${core32.build_unflags}
build_flags                 = ${core32.build_flags}
lib_extra_dirs              = ${library.lib_extra_dirs}
                              lib/libesp32

upload_port                = /dev/tty.usbserial-denky_A7A8
monitor_speed               = 115200
board                       = pico32

[core32]

[core32_stage]
platform_packages           = framework-arduinoespressif32 @ https://github.com/espressif/arduino-esp32.git
                              platformio/tool-mklittlefs @ ~1.203.200522
build_unflags               = ${esp32_defaults.build_unflags}
build_flags                 = ${esp32_defaults.build_flags}
                              -DESP32_STAGE=true

[library]
shared_libdeps_dir          = lib
lib_extra_dirs              =
                              lib/lib_basic
                              lib/lib_i2c
                              lib/lib_display
                              lib/lib_ssl
                              lib/lib_audio
                              lib/lib_rf
                              lib/lib_div

[env:tasmota-tic]
extends                     = env:tasmota
platform_packages           = ${common.platform_packages}
build_unflags               = ${common.build_unflags}
build_flags                 = ${common.build_flags}
                             -DUSE_TELEINFO

[env:tasmota-tic-display]
extends                     = env:tasmota
platform_packages           = ${common.platform_packages}
build_unflags               = ${common.build_unflags}
build_flags                 = ${common.build_flags}
                             -DUSE_TELEINFO
                             -DUSE_DISPLAY
                             -DSHOW_SPLASH

[env:tasmota32-tic]
extends                     = env:tasmota32
platform_packages           = ${common32.platform_packages}
build_unflags               = ${common32.build_unflags}
build_flags                 = ${common32.build_flags}
                             -DUSE_TELEINFO

[env:tasmota32-tic-display]
extends                     = env:tasmota32
platform_packages           = ${common32.platform_packages}
build_unflags               = ${common32.build_unflags}
build_flags                 = ${common32.build_flags}
                             -DUSE_TELEINFO
                             -DUSE_DISPLAY
                             -DSHOW_SPLASH

[env:tasmota32-remora]
extends                     = env:tasmota32
platform_packages           = ${common32.platform_packages}
build_unflags               = ${common32.build_unflags}
build_flags                 = ${common32.build_flags}
                             -DUSE_TELEINFO
                             -DUSE_DISPLAY
                             -DSHOW_SPLASH
                             -DUSE_MCP230xx
                             -DUSE_MCP230xx_OUTPUT
                             -DUSE_MCP230xx_DISPLAYOUTPUT

[env:denkyd4]
extends                     = env:tasmota32
platform_packages           = ${common32.platform_packages}
build_unflags               = ${common32.build_unflags}
build_flags                 = ${common32.build_flags}
                             -DUSE_TELEINFO
                             -DARDUINO_DENKY_PICOV3
;                             -DBOARD_HAS_PSRAM -mfix-esp32-psram-cache-issue -mfix-esp32-psram-cache-strategy=memw


; *** EXPERIMENTAL Tasmota version for ESP32 IDF4.4.
[env:denkyd4-idf4]
extends                     = env:tasmota32_base
platform                    = https://github.com/Jason2866/platform-espressif32.git#feature/arduino-idf-v4.4
platform_packages           = framework-arduinoespressif32 @ https://github.com/Jason2866/esp32-arduino-lib-builder/releases/download/v.2.0.0.pre/framework-arduinoespressif32-master-cf457d412.tar.gz
                              platformio/tool-mklittlefs @ ~1.203.200522
build_unflags               = ${esp32_defaults.build_unflags}
build_flags                 = ${esp32_defaults.build_flags}
                             -DUSE_TELEINFO
                             -DARDUINO_DENKY_PICOV3
                             -DBOARD_HAS_PSRAM -mfix-esp32-psram-cache-issue -mfix-esp32-psram-cache-strategy=memw
                             ;-DESP32_STAGE=true

@mikebzh44 je te conseille vivement de garder les calculs de checksum histoire de ne pas te retrouver avec les valeurs aberrantes en database en cas de problème.

@alager2 tu peux utiliser la branche modifiée ici, il y a une blacklist des étiquettes trop longues ça devrait aller mieux

https://github.com/hallard/Tasmota/tree/teleinfo

Pour info la liste actuelle

// Blacklisted label from telemetry 
// Each label shoud be enclosed by pipe
const char kLabelBlacklist[] PROGMEM =
    "|PJOURF+1"
    "|MSG1"
    "|"
    ;

@mikebzh44 said in Lecture Linky via dongle et compteur via GPIO:

@charles Pratique, c'est certain ! Rapide, pas au début quand tu maîtrise que dalle

J'ai encore du mal à comprendre ces histoires de flow.

On met tous sur le même "graphe" ? On peut avoir plusieurs "graphes" qui peuvent être déployés ou non ?

oui tu peux créer des flow différents, tu as une option aussi pour désactiver un flow.

Pour l'instant, tant que mon dongle n'est pas en production, je reste avec mes 2 RPi qui remplissent mes tables. Hier soir, j'ai donc dû arrêter le service Node Red pour ne pas qu'il continue à faire des INSERT alors que le dongle était débranché.

Mais si j'avais un autre flow (qui fait autre chose) et qui devait continuer à tourner, j'aurais dû faire comment pour désactiver uniquement la lecture TIC ?

Perso je reste basique, moi je coupe les liens dans le flow (et tu déploie) exemple ton insert de bdd ou celui en sortie de la série.
Le vieil adage simpler is better

Faut que je lise les tutos, ça doit bien être abordé

@sebh said in Tasmota:

@charles Voila c'est fait, capture effectué au bon format avec ton applicatif. Il y a 100 trames de capturé capture_linky.zip Tu me diras si c'est ok pour toi ??

Le fichier me semble parfait, merci