C’est toujours mieux si les tores sont dans le bon sens.
Néanmoins l’Eco3 accepte les tores inversés, il suffit, quand vous créez votre compteur de dérouler la liste des tores jusqu’en bas, vous verrez chaque tore inversé.
Sur la page Objets vous verrez des consos négatives :
@grocrabe et du coup une question, si je prends le temps de changer mes tores de sens, pour celui qui est sur la production solaire, il faut de préférence qu’il donne une intensité positive ou négative ?
Bin non, les deux sont des générateurs ! Ce qui compte c’est d’être dans le sens du courant …par convention …mais comme ces tores sont bidirectionnels c’est l’affectation ensuite pour les postes qui est importante sinon il y aura pas de consommation vue au niveau soft de l’ED3 !
Par exemple dans ma config (encore en l’air ! ) j’ai des valeurs positives ou négatives selon le sens des tores
Mais pour les postes j’ai utilisé le tore inversée pour certaines valeurs ce qui les remet dans le bon sens (au niveau soft c’est la valeur absolue qui est prise en compte)
Ok, si je reformule, il y a un sens par convention, mais l’ED3 n’exige pas un sens en particulier, il suffit de choisir le compteur normal ou inverse pour retomber sur ses pattes ?
Sur l’EDRT3 avec du solaire, c’était sensible au sens des tores, mais si ça n’est plus le cas, je n’y touche pas !
J’ai eu le cas et j’ai inversé mes torres pour être propre.
Le sens logique des torres sur les cables c’est le K vers le disjoncteur (la source) et le L vers le consommateur. Cela a été expliqué dans un post du forum.
Sur le compteur je suis donc en normal pour mes consommateurs et en inversé pour l’injection.
Quand je dis K vers le disjoncteur, dans le cas d’une mesure GRID, le K vers le compteur ENEDIS et le L vers le tableau électrique.
Pour le solaire, c’est idem, K vers la source (onduleur) et le L vers ton tableau. Tu utiliseras dans le compteur la valeur normale pour avoir ta production.
Arprès je ne sais pas si il y a une règle. Pour moi le négatif c’est que pour l’injection
Au final je suis resté en sens aléatoire, c’est parfois plus facile à installer dans un sens ou dans un autre dans le tableau.
Comme j’ai un « traducteur » qui relève les intensités toutes les minutes pour les republier dans un topic MQTT, j’en profite pour corriger le signe et pour passer en A plutôt que mA.
En tout cas, c’est beaucoup mieux conçu sur ce point je dans l’EDRT2.
Le vrai manque, c’est l’absence d’extension type X400-CT avec bus EBX ou EBX connect, pour connecter les tableaux distants et remonter d’autres tores deportés.
Sur une grosse installation de maison, pouvoir ajouter à différents endroits plusieurs modules de 4 serait parfait.
La réalité est que j’étais en injection. On dirait que la puissance de la T1 n’affiche que les valeurs positives et pire fait un un ABS() sur la puissance…
mon puissance GRID T1 Injection montre bien de l’injection.
Comment faire du coup pour avoir la vrai puissance qui passe sur le GRID
pour le graphique et la puissance consommée, j’ai cette config
Dans le tableau de bord RT3, GRID T1 conso ne descend jamais en dessous de 0 et GRID T1 injection ne descend jamais en dessous mais correspond à la valeur négative de la pince. Mais ces valeurs sont les valeurs associées au compteur donc ça me parait normal.
En revanche la puissance instantanée que l’on prend sur la torre doit avoir des valeurs positives et négatives. Ca m’a tout l’air d’un bug.
Dans mon cas, mais celui de la plupart je pense, besoin d’avoir une valeur de puissance correspondant à la réalité soit positive soit négative. La courbe dans son état actuel est inexploitable puisqu’elle mélange soutirage et injection mais en en donnant une valeur absolue.
Je prends la puissance dans l’objet JSON puissance du endpoint qui est en miliwatt
IP/api/object/core_logger/28?ApiKey=apikey
J’ai créé mon capteur pour récupérer la puissance en MQTT qui elle est en WATT en non en miliwatt. J’attends demain d’avoir des valeurs négatives pour vérifier si il ya le même souci en MQTT. Le problème que je vois déjà en MQTT c’est que la valeur n’est raffraichie que toutes les 30 voir 40 secondes. Ce n’est pas assez précis pour avoir des belles courbes sur une échelle de temps courte ni pour gérer des scénarios de surplus ou des routeurs solaires .
La problématique est la même en MQTT, on ne voit pas les valeurs négative.C’est un problème majeur. Ma borne de recharge VE ne sait pâr exemple plus se réguler pour la gestion du 0 injection.
D’autre part comme expliqué le frafraichissement MQTT de la puissance n’est pas adapté et donc inutilisable dans un outil tiers comme Home Assistant pour réguler ou faire de la gestion d’énergie fine.
Je mets à jour le post principal et la liste des problèmes.
Oui possible mais je vais pas m’amuser a chaque probleme du RT3 de trouver des contournements. Ce n’est pas le but.
La comme mon RT3 plante regulierement en manipulant les sorties des relais, j’ai deja eté obligé de le mettre sur une sortie d’un contacteur tiers de mon tableau électrique pour pouvoir le rebooter si je le perds au ping…
Je pense que ce probleme de puissance via API et mqtt doit etre corrigé rapidement.
