filou59

La coquille c'est que tu as un bus qui est formé par le M/S, 2 contrôleur ETEK, jusque là pas de problème les 3 ont une adresse différente. Sauf que chaque Contrôleur EKEPC2 a un compteur avec l'adresse 1, du coup on se retrouve avec 2 fois la même adresse sur le même bus.

Bonjour Les EKEPC2 peuvent être utilisé a plusieurs sur une même installation, avec un controleur principal (EKEPC3-MS) qui va jouer le role de chef d'orchestre et qui va répartir la charge si plusieurs charge sont lancées en même temps. Je suppose que les nouvelles réf sont compatible avec ce mode Maitre/Esclave introduit avec le EKEPC3-MS. Par déduction je dirais une version adapté pour brancher un tore de courant et une autre pour utiliser un compteur en version RS485 Dans le schéma en pièce jointe qui est issu de la doc du EKEPC3 pour moi il y a une coquille, car les compteur branché sur les 2 modules EKEPC2 ont la même adresse (Addr=1) , or il sont sur le même bus en jaune puisqu'ils sont relié au EKEPC3-MS. Les différences de versions, c'est soit une config sortie d'usine qui est différente, genre les switch bien positionné, et un réglage bien précis dans le module qui peut être changé après coup en modbus, ou plus chiant vraiment un soft et/ou une config hard différente. Essai de leur demander le manuel en PDF mis a jour des nouvelles versions.

Contraignant non pas du tout. Ouvrir le signal CP c'est comme si le câble n'était pas branché. SI je souhaite recharger avec du solaire ou en HC , le signal CP est coupé, la voiture dort tranquillement. Dès que je ferme le signal CP, ce qui revient a brancher le cable, la voiture et le contrôleur commence la charge. Alors oui si c'etait géré nativement ce serait plus simple, maintenant vue le prix du contrôleur, ca ne me dérange pas de rajouter 15/20€ dans un relais commandé.

D'autre solutions commercial ont aussi ce problème, Avec le controleur Etek, pour le contourner il existe une solution, c'est de couper le signal CP avec un relais commandé a distance. Du coup quand on veut reprendre une charger après qq heure, la voiture est réveillé comme si on venait de brancher le cable et la charge commence normalement.

Bonjour Le problème ne vient pas du module, c'est la voiture qui se met en veille. Le module ne peut rien y faire. Je déconseille l'utilisation de la minuterie coté voiture, déjà c'est un coup a laisser cette option active le jour ou l'on voudrait une charge tout de suite. Pour palier ca il faut couper la connexion coté charger, faire croire a la voiture que le cable est débranché, il faut pour cela utiliser un relais et le commander quand on veut.

Logiquement ca devrait marcher. Question peu être bête, mais comme on me la déjà fait, ton module etek il est bien sous tension ? Fait l'essai sinon avec un soft comme Modscan tu mets un seul registre en requete (un registre en milieu de table pas le 1er et pas le dernier), tu tests avec avec les fonctions 3 et 4 , en inversant A et B et sur les adresse d'esclave 1 ou 255 ... Est-ce que le switch de la fonction DLB est activé ? Desactive le au cas ou. Si jamais le controleur est en mode RS485 maitre pour interroger un compteur RS485, il ne te parlera pas. Mais de mémoire ce mode s'active si on met une adresse modbus dans les registre 93/94/95 ou 96 Je dois avoir un controleur neuf encore emballé, faut que je trouve du temps pour le brancher.

Timeout : Soit A et B ne sont pas dans le bon sens Soit probleme de comm (Vitesse / Parité ...) Soit tu t'adresse pas au bon slave. J'ai plus le truc en tete mais je me demande si le controleur n'est pas sur l'adresse 255 ? Dans tes requete SEND le 1er groupe de 2 chiffres représente le N° de l'esclave a qui on s'adresse. Ici tu as 01. Si tu changes a 255, tu auras FF. Sous Mthings ce type de changement necessite de mémoire un peu de gymastique, Désactivation / activation de la comm pour que ce soit pris en compte. Ensuite si ca marche pas, inverse A/B...

Dans mthings, tu peux cliquer sur les 3 point en haut a droite et afficher les messages qui sont envoyés et recus sur le bus : Show Messages / Hide Messages Ca permet de comprendre déjà si les message sont envoyé sur le bus ou non et d'aprivoiser Mthings. Tu as en général la même possibilité de diag dans toutes les applications Modbus. Si tu as une requete SEND et que tu as du RECV[Timeout] c'est que tu n'as pas de réponse. Après tu peux inverser A et B pour essayer. Il n'y a pas de crainte a avoir si A et B sont inverser, il n'y a pas de risque de d'abimer qq chose.

Bonjour Je viens de faire la réservation sur le site, j'ai eu un appel du commercial de la concession rapidement. Je sens déjà que ca va être compliqué ... , il m'indique qu'en regardant sa grille de remise il ne peut pas appliqué ce prix ... le véhicule concerné ne peut pas être concerné par certaines remise. A un moment donné moi c'est pas mon problème, c'est pas moi qui les ait affichés ces remises, c'est bien renault. Il m'indique avoir déjà eu un problème similaire avec d'autres personne, bref il regarde et me dit quoi Lundi.

Oops désolé🙃, autant pour moi, dans le post que je t'ai indiqué il n'y a pas les explication sur Mthings.... J'avais fait des explication mais je ne les retrouve plus. Oui quand on ne maitrise pas je peux comprendre. Mthings est pas très intuitif mais une fois que l'on maitrise il fonctionne pas mal. Moi c'est un domaine que je connais le modbus car je l'utilise depuis 20ans quand j'en ai besoin au boulot. Mais quand on part de 0 ... L'avantage de Mthings c'est que l'on peut créer une Table avec les Registres Modbus et leur libellé en clair a coté. J'ai pas le profile sur moi du controleur, mais le plus simple ce serrait de partir sur quelque chose d'existant, ensuite il faudra que tu adapte en fonction du port de communication que tu as, il faut que je regarde comment on fait pour changer le port d'un device sous Mthings.

Regarde mon post du 7/02

C'est normal qu'aucune page ne s'ouvre, un convertisseur CH340, c'est juste un convertisseur USB/RS485 qui peut servir a communiquer avec n'importe quel périphérique RS485. Oui Mthings est un logiciel a télécharger. Quelques post plus haut j'ai fait un tuto sur le controleur ETEK un autre forum, j'ai mis le lien.

Je pense que vous avez mal interprété ce que j'ai voulu dire. 1: Je repère une voiture en stock avec un prix intéressant sur le site renault. 2: Je me rends dans la concession ou se trouve la dite voiture 3: Après de longue minute le vendeur m'indique qu'il ne sait pas appliquer les remise concession indiqué sur le site renault, alors que la ligne en question ne comporte aucune condition.

J'ai été en concession l'autre jour avec un prix vue sur le site renault sur un véhicule en stock avec remise concessionnaire indiqué... , au final le garage me dit ne pas savoir appliquer la remise vue sur le site renault !!! Bizarre. Il faudrait faire l'essai de faire la réservation en ligne pour voir si ca les oblige du coup ou si ca change quelque chose.

Coté ESP32 je pourrais pas trop t'aider car je connais pas assez. Pour l'aspect communication avec le module ETEK, il faut que tu mettes en place une Liaison RS485, ca tu l'a compris, et au niveau de la comm c'est du Modbus RTU. C'est un protocole industriel libre qui existe maintenant depuis plusieurs dizaine d'année. Voilà un exemple : https://how2electronics.com/how-to-use-modbus-rtu-with-esp32-to-read-sensor-data/ Le modbus RTU c'est une comm de type Maitre / Esclave. Il ne peut y avoir qu'un maitre sur un même bus. et donc plusieurs esclave, chacun ayant un numéro d'ID. Moi en mettant en place un adaptateur WIFI ou Ethernet /RS485, je fais du Modbus RTU (over TCP) , j'interroge donc le controleur en Modbus TCP , l'adaptateur converti ensuite en RTU. L'avantage c'est que tu peux mettre en place comme je l'ai décrit dans mon post : -Un outil pour surveiller le contenu du module ETEK -Une comm avec ton ESP, NodeRED ou autre... Le tout en même en temps, car si tu ne fais que du Modbus RTU tu ne pourras pas utiliser a la foi un outil de monitoring et ton ESP par exemple. Niveau pilotage, oui le registre 89 permet d'arrêter ou de lance la charge, maintenant une autre approche peu être plus universelle c'est de commander un relais qui ouvrirait ou non le contact CP. Car certaines voiture ne reprenne pas forcément la charge après un certains temps de veille. Du coup en jouant sur CP c'est comme si on branchait a nouveau le cable de charge. Non ca c'est une adresse que l'on spécifie si l'on veut que la borne communique avec des compteur Modbus. Je n'ai pas réussi a comprendre comment cela pouvait fonctionner (enfin j'ai une petite idée), on peut utiliser des compteur Modbus avec le controleur, mais dans ce cas je ne sais pas si il est encore possible de dialoguer avec le controleur. Car le compteur doit avoir le role de Maitre sur le bus pour intérroger les compteur (Esclave), mais du coup il ne peut plus répondre au requete de quelqu'un d'autre.... Si tu ne connais pas le modbus , le RS485 ... je te conseille de te faire la main et de partir sur une solution connue qui fonctionne par exemple celle que j'ai décrite. Tu peux commencer par établir la liaison avec ton PC et le contrôleur. Ensuite avec un outil mdbus comme Mthings tu pourras modifier les registres pour te faire la main avec le controleur et la partie modbus, pour comprendre le fonctionnement. Ensuite tu peux chercher a automatiser le truc via : Home Assistant NodeRED ESP32 Arduino PiPico Raspberry