Bonjour,
Pour moi, la téléinfo est indispensable sur ce type d’équipement.
→ L’utilisateur pourra décider d’utiliser TIC ou API en fonction de ses critères et contraintes.
Cordialement.
Bonjour,
Je vais mettre aussi une petite graine dans les demandes.
J’ai un RT2 et trois X400CT
- TIC obligatoire effectivement
- Régler l’imprécision des tores, j’ai supprimer le tore de référence (ne fonctionne pas avec plusieurs rangés et avec tableau déporté) et j’ai tout mis en VA pour obtenir la valeur la plus proche du TIC et du enphase. Mais c’est pas encore ça.
- Avoir au moins 16 sous poste sur un poste, car j’ai 14 tores et je dois donc séparer en deux postes, je ne peux donc pas avoir la somme de tous les sous postes sur un seul poste pour comparer.
- Pouvoir additionner des compteurs (de puissance) ensembles serait génial, j’ai deux tores de chauffage, 4 tores de « divers » pour les prises et lumières (DL1, DL2 etc…) Cela permettrait au RT2 d’être autonome, de ne pas passer par HA ou Jeedom pour obtenir ces données.
- Récupérer les tarifs : effectivement ce serait le top, mais il faut que votre distributeur est une api tarif. Je vais regarder si Octpus en à une par exemple
- Liaison IPX : ok mais il faut qu’il reste totalement autonome, car il y a aussi je pense beaucoup de personne qui n’ont pas besoin de l’IPX
et ci-dessous, mon incompréhension (je ne suis surement pas doué) entre production et consommation, la jauge est bonne mais les valeur s(entourées) sont incohérentes…
Bonne journée à toutes et à tous.
Bonjour @Bello65
Alors on pourra pas tout faire mais les additions / soustractions de tore ont été implantées.
Il y a une trentaine de compteurs donc de quoi faire déjà pas mal de truc. Ce produit sera plus simple et plus précis.
On va sortir une version de base avec les principales fonctions et ensuite on fera des évolutions en fonctions des demandes utilisateurs.
Cdt
Bonjour @GCE,
puisque tu ouvres les demandes d’évolutions 
je remets ici avoir une version triphasée… merci
Bonne journée
Bonjour, le protocole modbus est t’il prévue sur la V3 ?
Bonjour,
Le firmware de la v3 est stable et a maturité. Son hardware ne permet plus de faire d’évolution. On maintient simplement le firmware.
Cdt
C’est une très bonne nouvelle !
Merci pour l’info
bonjour avez vous une idée de la date de disponibilité de cet ERT3 ?
Cdlt
Bonjour,
Effectivement nous sommes bientôt fin 2025, le post date de début 2024. Aucune news sur sa sortie ?
Bonjour,
Tout ce que je peux dire, c’est que c’est imminent, on a eu beaucoup de retard sur ce projet car je voulais un produit très fiable avec des mesures ultra précises. Toutes la partie acquisition traitements, log fonctionne et est actuellement en test. Il nous reste un peu de travail sur l’interface graphique mais le plus dure est fait et c’est très fiable. Il n’y a plus que la cosmétique à faire !
Excellente nouvelle 
bonsoir @GCE j espere que l on a le mqtt ……….
Je deterre se topic.
J ai reçu mon RT3. Je vais le tester la semaine pro et vais pouvoir comparer la précision des mesures avec le RT2.
Entre temps je me suis équipé d’Un onduleur Hybride Deye qui remonte aussi les data du grid. En revanche pour etre le plus précis possible pour l autoconsommation j’ai ajouté un compteur Eastron sans pince, connecté au Deye Rs485/modbus. J’ai donc une référence ultra fiable.
Finalement je n’ai que tres peu d’écart entre la pince CT (100A) du deye et le compteur Eastron.
Par contre un souhait vu que le rt3 a un port rs485, ca serait justement de pouvoir lire les registres de mon compteur eastron (ou de tout autre device rs485) depuis le rt3 et les mettre a dispo soit via API soit sur mqtt.
@GCE est-ce deja prévu ou possible dans un futur proche ?
bonjour , meme installation que toi
Bonjour,
les valeurs Modbus peuvent être traitées par l’API GET
IP/api/object/modbus/0?ApiKey=apikey
Bonne journée