"Délestage"/charge dynamique avec OpenEVSE et MQTT

[pharos]

Je croyais que tu avais fabriqués ta borne (mais c est une autre personne sur un autre forum)

 

Pour la puissance, je prend Ici

shellies/shellyem3-compteur tableau/emeter/0/power

Il y a aussi des niveaux dans le mqtt(0.1.2), chez moi je suis avec le 0

 

Pour les versions, je suis en 8.2.2 et 5.1.2

 

Pour le pb de veille, désactive le mode pause

 

 

 

[Forhorse]

Ton Shelly ça doit être un un 3 EM et pas un 3 PRO EM, ou alors c'est pas un gen3 comme le miens.

Moi j'ai ce topic que dans mon Shelly EM50 (shellies/shellyem-44179321F010/emeter/0/power chez moi) mais la borne n'en veut pas, aucune puissance ne s'affiche et après 2 minutes elle se met en sécurité parce que la puissance ne remonte pas.

Sur mon Shelly PRO EM, le topic ressemble plutôt à ça "shellyproem50-34987aa84698/status/em1:0" avec une payload en JSON du genre :

{"id":0,"current":1.947,"voltage":239.3,"act_power":249.5,"aprt_power":467.0,"pf":0.68,"freq":50.0,"calibration":"factory"}

Donc pas compatible avec ce que la borne attend. Pour le coup avec celui là, pas le choix de passer par un tiers (ça peut être un script dans le Shelly lui même) qui publie la puissance sur un autre topic. Donc ça reste quand même très geek...

 

Et pour la veille j'ai déjà essayé de désactiver le mode pause, c'est pas mieux. Enfin si, mais ça créer d'autre problèmes : parfois avec ce mode la borne ne détecte pas que la voiture est branchée et du coup la charge ne se lance pas non plus.

Le problème est différent, mais le résultat est identique...

[pharos]

Pour mon cas, le mode pause est désactivé sur mes 2 bornes

 

[KipK]

@Forhorseje viens de faire les modifs pour régler le scale & offset du capteur de courant

 

Le temps de valider le PR coté ESP32 ( c'est déjà poussé pour le gui ) et ca sera sur la prochaine build developper.

 

Sinon pour ton histoire de topic MQTT, tu n'utiliserais pas le même topic pour le Divert par hasard ? 

 

Car tel qu'est faite l'implementation MQTT, on ne peut avoir le même pour les 2. 

[Forhorse]

Le 01/12/2024 à 22:31, KipK a dit :

Sinon pour ton histoire de topic MQTT, tu n'utiliserais pas le même topic pour le Divert par hasard ? 

Ah ben si c'est le même. En même temps j'ai qu'un seul appareil de mesure et cette mesure est pertinente pour les deux fonctions.

Mais c'est visiblement pas le problème, puisque après basculement de la payload vers un autre topic que celui d'origine, j'ai bien le même topic pour le divert et le shapper (emon/openevse-9d8c/power1) et ça fonctionne.

 

Et sinon merci pour la modif scale & offset du capteur de courant, je pense que ça va être utile car c'est une question qui revient souvent. En fait, j'ai vu hier sur le github que quelqu'un avait déjà trouvé un moyen de le régler. Il aurait fallu mettre la doc à jour et supprimer la méthode avec les commandes RAPI.

En fait on peut déjà régler ces deux paramètres en modifiant le fichier JSON de config (le télécharger depuis l'interface, le modifier, l'uploader) J'ai testé hier et ça fonctionne.

Mais pouvoir modifier ces paramètres depuis l'interface c'est pas plus mal !

[KipK]

>Mais c'est visiblement pas le problème, puisque après basculement de la payload vers un autre topic que celui d'origine, j'ai bien le même topic pour le divert et le shapper (emon/openevse-9d8c/power1) et ça fonctionne.

 

Ca m'étonne, normalement  ce n'est pas possible, et je pense pas que ca ai été corrigé vu ce que je viens de vérifier. J'avais déjà eu des retours de bug sur ça d'autres utilisateurs.

 

edit: je me corrige, en fait j'avais corrigé le soucis je m'en rappellait plus

  if ( mqtt_live_pwr != mqtt_grid_ie ) {
          // only subscribe once
          mqttclient.subscribe(mqtt_live_pwr);
          yield();
        }

 

en même temps ça fait 2 ans que je n'ai pas mis le nez dedans.

Du coup je vois pas trop pourquoi ca ne fonctionne pas chez toi, peut etre une histoire de crédentials sur ton serveur mqtt. Il me semble qu'avec les acl mosquitto, tu peux publier sur des topics que ne voient pas d'autres utilisateurs. 

 

 Aussi le shaper ne doit pas vraiment apprécier les valeurs négatives, je n'avais pas prévu ce cas de figure. Si ca passe c'est vraiment un hasard

 

 

 

 

Modifié 2 décembre par KipK

[Forhorse]

Le 02/12/2024 à 08:31, KipK a dit :

Du coup je vois pas trop pourquoi ca ne fonctionne pas chez toi, peut etre une histoire de crédentials sur ton serveur mqtt. Il me semble qu'avec les acl mosquitto, tu peux publier sur des topics que ne voient pas d'autres utilisateurs. 

Je ne sais pas pourquoi non plus. Et je ne suis pas le seul à avoir le problème puisque j'ai trouvé cette astuce de basculer un un topic spécifique sur le github en réponse à qq1 qui avait le même problème.

L'histoire des crédentials je n'y crois pas, j'ai qu'un seul serveur mosquitto, avec un seul utilisateur pour tout le monde. Donc que ce soit le topic d'origine du Shelly, ou celui qui passe par le traitement NodeRed, ils viennent tous les deux du même serveur, connecté avec les mêmes identifiants.

Ce que je soupçonne depuis le début c'est plus une histoire de profondeur de topic (mais ça ne doit pas être le cas vu que ça fonctionne chez d'autres) ou alors tout simplement de longueur de chaine de caractère (quelques lettres en trop chez moi qui seraient supprimées lors de la suscription au topic ?)

EDIT : non en fait ça peut pas être non plus la longueur de la chaine contenant le topic, chez pharos elle est 5 caractères plus longue que chez moi. Donc c'est pas ça

 

Modifié 2 décembre par Forhorse

[KipK]

Pour ton problème de sleep mode avec ta kia, essaye donc la procédure indiquée ici. 

 

https://github.com/OpenEVSE/openevse_esp32_firmware/issues/512#issuecomment-2513819945

 

Devoir redemarrer openevse viens propbablement du fait qu'au reboot (si tu n'as pas le firmware evse 8.2.3 avec le bootlock activé) le module evse initie le départ de charge avant que le module esp32 n'ai redémarré. Ca doit etre pareil de l'activer et le désactiver. coté esp32.

 

C'est un soucis connu déjà sur les Zoe. Renault avait corrigé le problème sur son BMS mais ne propose pas spontanément la maj à ses clients.

 

Ca serait bien de mettre un peu la pression à KIA afin qu'ils corrigent ce soucis de mise en veille. Pour eux une charge programmée ne se fait que depuis la programmation de la voiture avec bluelink.

 

Curieusement sur Kia EV6 il n'y a pas ce soucis, c'est dommage qu'ils ne mettent pas le même software sur toutes leurs voitures.

 

 

 

Modifié 3 décembre par KipK

[Forhorse]

Alors je ne compte pas du tout sur Kia pour résoudre ce soucis de mise en veille...

J'ai déjà un soucis de la "température programmée" qui est impossible à activer sur ma voiture (alors que ça devrait être possible) il n'ont jamais rien fait, le logiciel n'a jamais été mis à jour par le constructeur... c'est ça d'acheter un modèle "bas de gamme" qui ne coute que 41.000€

[KipK]

@Forhorse, tu peux récupérer la version dev du firmware, le commit est passé pour le réglage du scale et offset