Très bonne analyse de Michy, j ai hate de voir les résultats en courbe.
pour "contrer" tes remarques, j ai fait un "simulateur" excel pour reproduire le tableaux des ON et des TOTAL ce qui m'a permis ensuite de mettre en dur dans les tableaux les combinaisons les plus optimales pour les valeurs qui me "genait": Oui c'était une solution de facilité pour eviter de pondre de nombreuses lignes de code supplémentaires car mon autre objectif était de ne pas trop m'eloigner du code d'origine pour ne pas se perdre dans ses méandres.
je n'ai pas trop compris les détails des " quelques situations non appréciable " mais j'ai compris le fond et c'est aussi la raison pour laquelle j ai introduit la notion de "dithering" dans ma version optimisée pour reporter une demi onde sur la sequence suivante si nécessaire.
En tout cas j ai hate de pouvoir comparer ta version avec la mienne, mais si tu pouvais me mettre à dispo le ZIP ou le BIN quand ils seront prêt ce serait plus rapide.
Je n ai pas analyser le pourquoi , et donc je n ai pas trop compris pourquoi , sur un routeur avec TRIAC en mode multisinus avec ma modification l'amélioration est encore plus flagrante, les courbes tirent droit comme un I. j'attends que mon CE soit chaud pour basculer sur le routeur du convecteur pour vous montrer les courbes. ( si le soleuil veut bien montrer son nez )
PS : j'ai également modifier legerement l algorithme du régulateur pour le rendre plus réactif en dehors de la zone proche de l'equilibre
PS Bis : " l'inconvénient c'est de potentiel clignotement (quand c'est de longue séquence, ça devient visible pour l’œil humain)" => ce n est pas tellement le probleme que ca devient visible, le probleme est que la moyenne de puissance court terme est completement fausse ce qui provoque des mesures éronnées et le régulateur traite des fausses mesures. J'avais tenté de simplement jouer sur un filtrage plus poussé , mais obligfeait à beaucoup trop filtrer rendant les vraies varations de production ou de consommation invisibles
pour "contrer" tes remarques, j ai fait un "simulateur" excel pour reproduire le tableaux des ON et des TOTAL ce qui m'a permis ensuite de mettre en dur dans les tableaux les combinaisons les plus optimales pour les valeurs qui me "genait": Oui c'était une solution de facilité pour eviter de pondre de nombreuses lignes de code supplémentaires car mon autre objectif était de ne pas trop m'eloigner du code d'origine pour ne pas se perdre dans ses méandres.
je n'ai pas trop compris les détails des " quelques situations non appréciable " mais j'ai compris le fond et c'est aussi la raison pour laquelle j ai introduit la notion de "dithering" dans ma version optimisée pour reporter une demi onde sur la sequence suivante si nécessaire.
En tout cas j ai hate de pouvoir comparer ta version avec la mienne, mais si tu pouvais me mettre à dispo le ZIP ou le BIN quand ils seront prêt ce serait plus rapide.
Je n ai pas analyser le pourquoi , et donc je n ai pas trop compris pourquoi , sur un routeur avec TRIAC en mode multisinus avec ma modification l'amélioration est encore plus flagrante, les courbes tirent droit comme un I. j'attends que mon CE soit chaud pour basculer sur le routeur du convecteur pour vous montrer les courbes. ( si le soleuil veut bien montrer son nez )
PS : j'ai également modifier legerement l algorithme du régulateur pour le rendre plus réactif en dehors de la zone proche de l'equilibre
PS Bis : " l'inconvénient c'est de potentiel clignotement (quand c'est de longue séquence, ça devient visible pour l’œil humain)" => ce n est pas tellement le probleme que ca devient visible, le probleme est que la moyenne de puissance court terme est completement fausse ce qui provoque des mesures éronnées et le régulateur traite des fausses mesures. J'avais tenté de simplement jouer sur un filtrage plus poussé , mais obligfeait à beaucoup trop filtrer rendant les vraies varations de production ou de consommation invisibles