Multisinus le paradoxe

[F1ATB]

Merci Michy pour cette étude, je vais mettre cela en V15.11

André

[F1ATB]

Michy.
Je vois pas ou est le bug, j'ai déjà:

PulseComptage[i] = PulseComptage[i] + 1;
if (PulseComptage[i] >= PulseTotal[i]) {
PulseComptage[i] = 0;
}
André

[Lolo69]

Enfin le soleil a fait son apparition, les résultats sont bien là. Dommage je n ai pas les courbes avant modif mais juste rien à voir

À T-2 démarrage frigo 300w compensé quasi instantanément grâce à la réactivité de 25 seuil pw à -20w en mode multisinus distribué avec SSR et Shelly em

   

A t-6 demarrage pompe filtration 1200w compensé en qq secondes 
   

Et à t-6 arrêt de la pompe
   

Merci à André, Michy et FastFrench pour ces travaux passionnants, je vais pouvoir faire un break

[Sgb31]

Sacré contribution , bravo à tous ;-) !

[michy]

Michy.
Je vois pas ou est le bug, j'ai déjà:

PulseComptage[i] = PulseComptage[i] + 1;
          if (PulseComptage[i] >= PulseTotal[i]) {
            PulseComptage[i] = 0;
          }
André

Bonjour André,

  La remise à 0 de PulseComptage se fait à la fin de la fonction GestionIT_10ms() [après le/les tests qui l'utilise}

  et l'actualisation de PulseTotal et PulseOn est réalisée dans GestionOverproduction() [sans modif de PulseComptage]

Pour l'exemple, je prends le moment où la regul va passer de 99% a 100%  (mais ce cas existe pour d'autres situations)
a 99%, on a une séquence très longue
a 100%, a l'inverse on a séquence extrêmement courte 2/2 [tout est ouvert 2 passant sur un total de 2]

Pour l'exemple on a 99% (donc une séquence longue qua ça soit 1/99 ou 1/61, c'est long ...) pendant le déroulement du prog, imaginons que PulseComptage soit a 50, 

en passant dans GestionOverproduction la regul change pour passer a 100 ... donc on ajuste PulseOn=2 et PulseTotal=2  ( on s'attend a ce que tous les demi sinus soit actif)


au moment où en entre dans la  GestionIT_10ms on a  PulseOn=2 , PulseTotal=2 et  PulseComptage=50
le premier passage après changement du % va conclure que PulseComptage est supérieur a PulseOn donc ne pas activer le premier demi-sinus (dans la routine LoLo69 'j' n'ira jamais jusque PulseComptage car la boucle va de 0 à total et comme total est égal a PulseTotal, on n'aura jamais le is_on = true)
la routine va rétablir la situation au moment du passage dans l'extrait de code présenté  [il faut garder ce passage !]

C'est un tout petit bug car ça n'arrive que dans certaine situation lors du changement du % de regul et il faut en plus 2/3 autres conditions : que le nombre pulse total du nouveau seuil soit inférieur au précédent et qu'il se trouve coupé quand pulseComptage dépasse la quantité de pulseOn du nouveau seuil et une situation impaire ...

Code :

          int on_count = PulseOn[i];
          int total = PulseTotal[i];
          int pos = (PulseComptage[i] >= total) ? 0 : PulseComptage[i];  //  <---- correctif a faire avant la comparaison avec pos
          int pair_count = on_count / 2;
          int reste = on_count % 2;
          bool is_on = false;