@Jacques13
Quelle est la raison pour laquelle le routage passe d'un coup à 100% lorsque le ballon est coupé où se coupe tout seul à la température réglée ?
Mesure de l'intensité ou autre ?
Merci d'avance

En fait si le thermostat coupe le ballon, d'un seul coup la charge devient nulle et le routeur va tenter de compenser jusqu'à arriver très vite à 100%. On met alors une action fondée sur cette valeur pour démarrer le routage du second ballon

Bonjour,

Merci beaucoup pour vos réponses. J'ai un branchement fonctionnel avec mon contacteur J/N et mon routeur.
 

Par contre je ne suis pas sur du comportement du routeur.

Je lis ma conso sur le linky via un FTDI connecté à Home Assistant. Je suis en triphasé
Home assistant publie via mosquitto un message MQTT : {"Pw":-120,"Pva":290,"Pf":0.95}
L'ESP32 reçois les messages mais j'ai des comportement étranges.

Pva : la somme de la conso de mes 3 phases
Pw : Pva * Pf - la production de mes panneaux.

Dans données brutes, je reçois bien les messages et les mises à jours des valeurs.

Je pilote le SSR avec train de sinus, seuil Pw à 15w, réactivité à 8.

Je ne comprends pas les courbes que j'ai... j'ai des pics de conso sur la phase du chauffe eau, il se met à consommer 1kw d'un coup, ce qui le coupe, puis ça remonte... 




PS: vous préférez que j'ouvre un nouveau topic?

le routeur a besoin simplement de la conso brut, pas d'un calcul produit en amont (il fait lui meme son calcul)

(Hier, 04:12 PM)grostoto a écrit : le routeur a besoin simplement de la conso brut, pas d'un calcul produit en amont (il fait lui meme son calcul)

C'est à dire? 
C'est ce que j'envoie dans Pw non, + si on consomme, et - si on produit

comment le routeur sais ce qui est dipo ?

---

(Hier, 04:15 PM)gdsn a écrit :

(Hier, 04:12 PM)grostoto a écrit : le routeur a besoin simplement de la conso brut, pas d'un calcul produit en amont (il fait lui meme son calcul)

C'est à dire? 
C'est ce que j'envoie dans Pw non, + si on consomme, et - si on produit

comment le routeur sais ce qui est dipo ?

page : https://f1atb.fr/fr/documentation-routeu...ance/mqtt/

Il est impératif d’envoyer au minimum la valeur signée en watt (+ = consommation, – = injection dans le réseau public) avec pour nom de variable Pw. On peut de même envoyer si on connaît la valeur Pva, la puissance apparente en Volt-Ampère ou Pf, le facteur de puissance.

pour le pf... j'ai trouvé cette valeur comme la "norme" pour du triphasé. Peut être que c'est ça qui perturbe le routeur?

pour moi tes calculs sont faux, dans aucune donnée que tu envoies on ne doit voir apparaitre la production des panneaux, mais uniquement des infos issue de linky.

Citation :Ici, nous nous appuyons sur un serveur MQTT qui distribue la puissance active en Watt mesurée en entrée de maison au niveau du disjoncteur principal. Sur de nombreux systèmes domotiques, l’information de puissance consommée ou injectée est disponible suite à la mise en place d’un capteur approprié. Cette information doit être fournie sous la forme d’une valeur numérique en watt signée. Positive lorsque l’on consomme de l’énergie, négative lorsque l’on injecte de l’énergie. Il est possible d’envoyer également la puissance apparente en VA ou le facteur de puissance de 0 à 1.

Citation :Il est impératif d’envoyer au minimum la valeur signée en watt (+ = consommation, – = injection dans le réseau public) avec pour nom de variable Pw. On peut de même envoyer si on connaît la valeur Pva, la puissance apparente en Volt-Ampère ou Pf, le facteur de puissance.

envoie uniquement pw en valeur signée, et cela devrait déjà aller mieux.

+ = consommation, – = injection dans le réseau public

donc pw = ce que je consomme - ce que je produit
ce qui résulte en +X watt que je consomme ou - x watt que je produit

non?
mais c'est possible que je manque quelque chose !

pw doit ètre la lecture du linky signée, ni plus ni moins.

d'ou vient la valeur que tu consommes ?
d'ou vient la valeur que tu produis ?

J'ai laissé que pw, mais j'ai plus de soleil....

---

(Hier, 05:18 PM)grostoto a écrit : pw doit ètre la lecture du linky signée, ni plus ni moins.

d'ou vient la valeur que tu consommes ?
d'ou vient la valeur que tu produis ?

je n'ai pas de lecture du linky signée
je suis en triphasé, je n'ai pas cette info je crois. (je vais revérifier)
C'est pour ça que je la calcule.
consommation = somme de la conso des 3 phases donnée par le linky (sensor.linky_puissance_app_instantanee_soutiree_phase_1, 2 et 3)
produit = valeur retournée par mes microonduleur apsystem (en mode local)

---

J'ai la chaine : 

linky -> FTDI -> HA -> MQTT -> ESP32

et j'utilise https://github.com/hekmon/linkytic sur home assistant avec linky en mode Standard

ya t-il de meilleures intégrations?

Merci

(Hier, 05:17 PM)gdsn a écrit : + = consommation, – = injection dans le réseau public

donc pw = ce que je consomme - ce que je produit
ce qui résulte en +X watt que je consomme ou - x watt que je produit

non?
mais c'est possible que je manque quelque chose !

Bonjour,

  Linky donne 

  SINSTS (en VoltAmpere) et EAST (en WattHeure) qui sont les données de consommation vu au niveau du comptage linky
  SINSTI(VA) et EAIT(Wh) si on est déclaré producteur, ces données sont les données d'injection vu a niveau du comptage linky

  Ne pas se soucier de SINSTS1, SINSTS2, SINSTS3 tout est fusionner dans SINSTS de la même manière en monophasé et en triphasé

le routeur travail avec des Watts (information qui n'est pas fournit par Linky, il faut donc faire un peu de calcul pour convertir la variation des WattHeures sur une durée)
le ratio watt et voltampère donne le facteur de puissance

donc avec EAST, on a l'indication de consommation (Pw signe +)  et avec EAIT on a l'indication d'injection (Pw signe -),

La production de vos panneaux ne doit pas venir en soustraction 

la formule "Pw : Pva * Pf - la production de mes panneaux" est donc fausse et perturbe fortement le fonctionnement du routeur 


Le phénomène cyclique sur ~60 secondes est un cumul de :
* Linky ne donne les informations qu'a un intervalle de ~2 secondes
* le choix train de sinus qui dans certaine situation produit une régulation basée sur une durée > à 700ms
* le délai entre trame linky
* potentiellement le manque d'information injection (si vous n'êtes pas déclaré producteur) : vous savez que vous ne consommez pas, mais ne savez pas combien vous injectez
* le passage pas un intermédiaire HA qui doit faire un peu de filtrage pour calculer les watts
* le temps nécessaire pour renvoyer les infos au routeur par MQTT

sauf si absolu nécessité de traiter les trames Linky par HA, (dans ce cas mettez un second optocoupleur, ça simplifiera)
il serait préférable de mettre en direct la teleinfo sur le routeur et de récupérer les informations que le routeur émet par MQTT