Tasmota

Charles

@Obi_Yoann pour envoyer les données vers EMONCMS avec tasmota, c'est super simple avec un script en berry, regarde l'exemple ici (a adapter):

https://github.com/hallard/WeMos-TIC#send-data-to-emoncms-with-berry-esp32-only

D'ailleurs si tu es sur ESP32 tu dois avoir les LOG via l'USB puisque la GPIO pour le TInfo_rx n'est pas la Serial RX de la console ?

Nicolas Bernaerts

@Obi_Yoann Tu as raison ... sur un ESP32S2 la sauvegarde des parametres de configuration ne fonctionne pas. Dès que l'on sauvegarde la config GPIO, le boitier devient instable et ne se reconnecte plus.

Nicolas Bernaerts

@Nicolas-Bernaerts Je viens de tester le firmware tasmota32s2.firmware.bin en mode erase. Il est totalement instable, on ne peut enregistrer aucun paramètre. Dès que l'on enregistre un paramètre, le module devient inaccessibl. Il faut sans doute attendre que le firmware 32S2 se stabilise.

Barbu Dor

@Nicolas-Bernaerts
Je comprend pas ta remarque.
Tasmota sur S2 est stable depuis 1 an.
Je viens de charger tasmota32s2 sur mon DevKit et je peux sauvegarder les GPIO sans soucis.

Obi_Yoann

@Nicolas-Bernaerts bin je comprends pas non plus, le fonctionnement avec le firmware tasmota "stock" sur l'esp32s2 est parfaitement fonctionnel en plus, y compris l'enregistrement des GPIO, le changement de historique à standard, tout fonctionne plutôt bien... Ce que j'observe est différent, je peux enregistrer les GPIO sans soucis, mais la conf teleinfo ne s'enregistre pas. Je peux redémarrer autant que je veux l'esp32s2 reste accessible, mais les paramètres restent "stock". Je flash le firmware "factory" via serial de mon côté.

@Charles en fait j'ai tenté en effet de faire marcher le tasmota avec emoncms mais ce que j'en ai sorti c'est que l'esp32s2 me semblait trop faible pour envoyer les trames avec toutes les données du mode standard. Je me trompe probablement, mais dès que j'activais le script berry, l'interface web devenait de plus en plus lente jusqu'à se bloquer jusqu'au redémarrage. Aucune donnée en plus n'arrivait dans l'emoncms, alors que si j'arrivais à attraper une URL depuis la console et que je l'entrait manuellement dans mon navigateur, une salve de données arrivait bien (indiquant que les configuration était a priori correcte).
J'avais mis ça sur le compte de la quantité de données envoyée par le script, et qu'il était judicieux d'essayer la version de @Nicolas-Bernaerts pour filtrer les données avant des les envoyer.
Pour la log, non pas possible par l'USB d'avoir un accès série, c'est déconnecté sur le S2. Idem pour flasher il faut obligatoirement garder un bouton appuyé au moment de reset, pour mettre en mode download, ce n'est pas automatique comme sur le wemos d1 mini esp32 (qui a bien un accès série par l'usb lui, mais c'est pas un s2 )

Je vais tenter à nouveau avec le firmware version @Charles de jouer avec les script berry, mais je pense qu'il manque pas grand chose dans la version @Nicolas-Bernaerts pour que ça marche aussi sur le S2... ^^

EDIT : @Charles en fait en mode "standard" le script proposé n'est pas compatible, j'avais essayé de le modifier mais du coup la modif faite n'est clairement pas bonne. Par ex, si j'ai bien compris, HCHP et HCHC ne sont pas transmises. ISOUSC doit être calculé sur la base de PREF/200. IINST est remplacé par SINSTS... Bref je suis largué...
J'ai en désespoir tenté de commenter le bloc avec les calculs juste pour faire un envoi des données brut, j'ai l'URL qui fonctionne j'ai l'impression quand je l'entre à la main dans le navigateur mais pas en auto depuis le tasmota.

import json

var api_url = "http://emoncms.mondomain.local/input/post"
var api_key = "APIQUEJ'AIENTRE"
var node_name = "linky"

#def setcolor(iinst, isousc)
#  var red = tasmota.scale_uint(iinst, 0, isousc, 0, 255)
#  var green = 255 - red
#  var channels = [red, green, 0]
#  light.set({"channels":channels, "bri":64, "power":true})
#end

def rule_tic(value, trigger)
  # Got Heures Creuses contract so I will calculate total consumption
  # adding Heures Creuses (HCHC) + Heures Pleines (HCHP) and create new value for emoncms 
  # Change label depending on name for your contract type
  #var htot = value['HCHP'] + value['HCHC']
  # Create new value HTOT converted to kWH
  #value['HTOT'] = htot / 1000.0
  # Calculate current percent Load 
  #var iinst = value['SINSTS']
  #var isousc= value['PREF']
  #if iinst != nil && isousc != nil 
  #  # Drive RGB LED
  #  setcolor(iinst, isousc)
  #  if isousc > 0
  #    load = 100 * iinst / isousc
  #    value['LOAD'] = load
  #  end
  #end
  # Convert JSON object to string 
  var obj_json = json.dump(value)
  # Create URL to call
  var param="?fulljson="+obj_json + "&node="+node_name + "&apikey="+api_key 
  # Post Data to EMONCMS
  var cl = webclient()
  cl.begin( api_url + param)
  var r =  cl.GET()
  print(r, load, param) 
end

# Callback on each MQTT interception
tasmota.add_rule("TIC",rule_tic)

EDIT2 : voilà j'ai refait le test, en console berry après avoir entré le script ci-dessus, j'ai ces lignes très longues qui apparaissent :

J'ai copié une ligne dans un notepad :
-1 <function: 0x3fd80e94> ?fulljson={"EASF08":0[...]
J'ai remplacé le début jusqu'au ? par l'url de mon emoncms, ce qui donne :
http://emoncms.mondomaine.local/input/post?fulljson={"EASF08":0,"CCASN"[...]
Si je colle ça dans mon navigateur j'obtiens :

Et les données sont fraiches dans emoncms :

Mais en auto rien ne se passe...

EDIT3 :
J'ai fais une nouvelle version du script mais pareil en auto rien ne part. La gestion de la valeur du LOAD est correcte a priori, de même que la gestion de la led (a priori toujours). J'ai décommenté ce que j'avais commenté, hors gestion heures creuses...

import json

var api_url = "http://emoncms.mondomaine.local/input/post"
var api_key = "API"
var node_name = "linky"

def setcolor(iinst, isousc)
  var red = tasmota.scale_uint(iinst, 0, isousc, 0, 255)
  var green = 255 - red
  var channels = [red, green, 0]
  light.set({"channels":channels, "bri":64, "power":true})
end

def rule_tic(value, trigger)
  # Got Heures Creuses contract so I will calculate total consumption
  # adding Heures Creuses (HCHC) + Heures Pleines (HCHP) and create new value for emoncms 
  # Change label depending on name for your contract type
  #var htot = value['HCHP'] + value['HCHC']
  # Create new value HTOT converted to kWH
  #value['HTOT'] = htot / 1000.0
  # Calculate current percent Load 
  var iinst = value['SINSTS']
  var isousc= value['PREF'] * 1000
  if iinst != nil && isousc != nil 
    # Drive RGB LED
    setcolor(iinst, isousc)
    if isousc > 0
      load = 100 * iinst / isousc
      value['LOAD'] = load
    end
  end
  # Convert JSON object to string 
  var obj_json = json.dump(value)
  # Create URL to call
  var param="?fulljson="+obj_json + "&node="+node_name + "&apikey="+api_key 
  # Post Data to EMONCMS
  var cl = webclient()
  cl.begin( api_url + param)
  var r =  cl.GET()
  print(r, load, param) 
end

# Callback on each MQTT interception
tasmota.add_rule("TIC",rule_tic)

Dites moi si c'est correct ou pas, j'ai vu que PREF était en kva, donc pour comparer à SINSTS qui est en va il faut ajouter un x1000 sur PREF. Le reste doit fonctionner normalement...

Obi_Yoann

Bon en fait en log j'ai le retour du GET(), qui est un -1... Donc en fait ça confirme bien que la commande ne passe pas, je devrais avoir un 200 je pense. Est-ce qu'il me manque un truc? Vu que le firmware est compilé à la main, c'est clairement possible!

Le "LOAD" est affiché correctement lui maintenant.

Charles

@Obi_Yoann

Oui il faut adapter le script avec tes étiquettes ou supprimer le traitement pour avoir toutes les données comme tu as fait, c'est bien.

Il faudrait un peu plus de debug tu peux changer les lignes

  cl.begin( api_url + param)
  var r =  cl.GET()
  print(r, load, param)

par

  var full = api_url + param
  print(full) 
  cl.begin( full)
  var r =  cl.GET()
  print(r, load, param)

tu ne fais pas de SSL ça devrait passer sur le S2 en terme de ressources.

Si tu copies colle le lien complet affiché dans la console dans le browser et que ça fonctionne, alors oui il y a un hic.

S2 qui par ailleurs sait faire en natif de l'USB serial, peut être il faut compiler avec une option pour ça mais il me semblait que c'était par défaut car j'ai fait ces tests sans aucun soucis, j'avais les traces sur l'USB (mode serial) @Barbu-Dor ?
Il faut juste attendre 2/3 secondes au boot pour que l'USB natif monte (et que ton S2 soit connecté à un ordi pour que ça monte)

Obi_Yoann

@Charles Merci de ton retour!
J'ai réussi à avancer un peu, je viens de comprendre que la résolution de nom ne se fait pas en utilisant mes DNS locaux hélas, si je renseigne l'IP à la place du fqdn dans l'url, j'obtiens alors une erreur 400 au lieu de -1, donc au moins ça progresse! C'est très étrange parce que la résolution fonctionne pourtant apparemment, si je fais un ping en console classique il trouve bien l'IP!
Je vais continuer de jouer, ~~je penche sur un problème au niveau des balises dans le json, elles sont entourées de " et je me demande si ça coince pas dans le code~~. Idem si je colle l'URL affichée en log via le print(full) dans le navigateur, j'ai un success direct.
EDIT : je continue les tests... ya un truc dans le json qui m'échappe mais je vais finir par comprendre.

EDIT2 : mon problème d'erreur 400 était lié à 2 balises, NGTF (Nom du calendrier tarifaire) et LTARF (Libellé tarif fournisseur en cours), les deux étaient sous le format suivant :

"NGTF":"      BASE      "
"LTARF":"      BASE      "

Je les ai forcé dans le code à juste "BASE" et je n'ai plus d'erreur 200 apparemment, les données sont envoyées toutes les 5s à emoncms avec succès... Plus qu'à tuner tout ça! Merci de votre aide les gars!

Nicolas Bernaerts

@Barbu-Dor En fait j'avais un probleme de parametre pour le flash avec esptool.py. En utilisant -fm dio le firmware tasmota32s2 est totalement stable. Autant pour moi.

Obi_Yoann

@Nicolas-Bernaerts Pour ma part je flash systématiquement avec ton tasmota-flash (vachement pratique!) :
./tasmota-flash --esp32-s2 --erase --after no_reset --flash ../../teleinfo32s2.factory.bin
Il faut juste reset manuellement, en appuyant ou non sur le bouton du mode download, et ça se passe bien.
En mode download au départ avant de lancer la commande, il commence par faire un erase, puis demande à rebooter, ce qu'il faut faire rapidement toujours en mode download, puis il flash, et indique enfin que le redémarrage manuel en mode normal doit être fait.

@Charles pour le mode console usb, honnêtement je ne sais pas trop, sur le S2 je suis sûr qu'en mode normal il n'est pas du tout vu par l'ordinateur, j'ai refais le test à l'instant, en mode download oui on a un device série et ESP32-S2 qui apparait, en mode normal absolument rien n'est détecté sur plusieurs machine... Il doit manquer un truc, mais avec le D1 Mini ESP32 en effet j'ai un device tout le temps. Pas avec le Wemos S2 Mini que j'ai, peut être une particularité de ce modèle aussi?
De ce que j'avais vu ici : https://www.reddit.com/r/esp32/comments/s3efjv/wemos_s2_mini/ j'avais compris qu'il n'y avait pas d'USB-TTL sur ce modèle en tout cas...

Barbu Dor

@Nicolas-Bernaerts maintenant Je flashe quasi systématiquement avec le Web flasher mais cela ne marche que pour les binaires officiels ou semi-officiels
Donc généralement, je flashe un binaire officiel, je connecte au wifi et ensuite j'update avec un binaire perso

Sinon, tu devrais avoir les lignes de commandes ici : https://tasmota.github.io/docs/ESP32/#flashing

Barbu Dor

@Obi_Yoann Pour le mode console USB il faut flasher tasmota32s2cdc.factory.bin
Si tu veux flasher un build perso, il faut alors faire un build perso qui inclue le nécessaire pour le CDC

@Charles TU peux faire quelque chose pour que j'ai les 3 points de réputation afin de pouvoir poster plus rapidemment
Merci

Nicolas Bernaerts

@Obi_Yoann Je viens de trouver la source du problème... Un nettoyage un peu rapide du code. Je viens d'uploader sur GitHub une mise à jour qui devrait régler les problèmes de sauvegarde de la configuration sur ESP avec partition littlefs.

Nicolas Bernaerts

@Obi_Yoann Je viens de mettre à jour tasmota-flash sur GitHub. Il intègre le bon paramètre -fm dio pour les ESP32.

Obi_Yoann

@Barbu-Dor Génial! J'ai changé le board de mon device dans platformio_override.ini :

[env:tasmota32s2cdc-tic]
extends                     = env:tasmota32s2
build_flags                 = ${env:tasmota32s2.build_flags} -DMY_LANGUAGE=fr_FR
board                  = esp32s2cdc
board_build.filesystem = littlefs

Après compilation et mise à jour via l'interface web je confirme que j'ai bien un serial de connecté quand je branche à mon ordi!!! 🤯
Par contre je ne trouve pas les paramètres série à utiliser (par ex dans putty), ça serait documenté quelque part? Je n'ai pas trouvé pour le moment!

EDIT : bon bah en fait j'ai trouvé, la conf de base de putty en 9600 est valide, j'ai bien la console affichée directement dessus. Merci beaucoup!!! C'est même bon en 115200, ça n'a pas l'air très incommandant pour le coup! ^^

Charles

@Barbu-Dor j'ai pas trouvé (si tenté que je puisse), j'ai disable la reputation car je trouve ça trop chiant dans tous les cas je filtre les inscriptions car c'était ingérable avec les BOT et scammer

Charles

@Obi_Yoann en CDC ya pas de baudrate en fait il s'en fout peut importe celui que tu choisis ça fonctionne.
Fais gaffe certains terminaux séries contrôlent les ligne DTR/CTS et parfois ça met le S2 en mode download et le firmware démarre jamais (c'est du vécu)

Charles

@Obi_Yoann il est pas beau le nouveau Denky D4
8Mb de Flash
2Mb de PSRAM
USB-C
Mini WS2812 RGB
QWIIC Connecteur
USB/SERIAL on board
Antenne performante

Avec ça aucun pb de comm/USB et Berry a de la ressource

Barbu Dor

@Charles
J'ai des pbs avec Termite sous windows, je peux envoyer des commandes mais je ne reçoit rien
Avec le terminal intégré au tasmota web-installer ca marche bien
Pas eu le temps de tester d'autres terminaux pour l'instant

Charles

@Barbu-Dor j’ai jamais trouvé de terminal idéal sous Windows depuis qq décennies
Sous Mac j’ai trouvé mon bonheur avec Serial

Tasmota

1

5.7k

534

5.0k

Top Topics

Popular Tags