Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Digression sur le code UxIx3 et les reboot / ENFIN PLUS DE PLANTAGE
#11
oui, relis ce que j'ai écrit.

dans la phase d'init, on lance une première requête, et on arme un timer d'attente avant de venir lire la réponse, de 1s.

puis, on part dans la boucle sans fin (loop).

Au bout d'une seconde, on vient lire les données dont on est sûr qu'elles sont DEJA dans le buffer de réception, car servies en réponse par le module, juste après avoir relancé une nouvelle demande, qui est déjo servie par le module depuis plusieurs centaines de ms. et donc on n'attend pas dans les 'read' des données. on lit à toute vitesse et on repart dans la boucle principale faire autre chose... Le lien série est par définition asynchrone.
V12.03 modifiée. 1 serveur UxIx3, 1 Linky, 1 client Triac CE tampon + 1 client SSR CE tampon + 1 client SSR sur CE tri + 2 SSR sur radiateurs bain d'huile d'appoint. Variateurs de fréquence Piscine.
8 panneaux (4 SO 2 S, 2 SE ) 425Wc sur 4 HM800 produisent 13kWh par jour ensoleillé à fin Novembre.
Répondre
#12
J'ai peut être pas bien suivi toutes les évolutions mais je vois qu'on revient à la solution du début. Comme celle utilisée sur UxIx2. Toutes les 400 millisecondes ont fait un appel, on fait une demande de données, on teste immédiatement l'arrivée, mais elles ne sont pas arrivées parce qu'il faut les transmettre à 4800 bauds. En fait dans le tableau d'arrivée, si on a quelque chose et qu'il est plein, c'est le message de l'appel précédent qu'on lit. Ainsi, le système se synchronise. Après chaque appel, on lit le résultat du message précédent Et il n'y a pas besoin de timer particulier, sauf le rappel tous tes 400 millisecondes

Cdlt
André
Répondre
#13
Et on obtient, de mémoire, un message d'erreur à l'init, avec "zéro données reçues".
ça marche , mais pas parfaitement "clean".
V12.03 modifiée. 1 serveur UxIx3, 1 Linky, 1 client Triac CE tampon + 1 client SSR CE tampon + 1 client SSR sur CE tri + 2 SSR sur radiateurs bain d'huile d'appoint. Variateurs de fréquence Piscine.
8 panneaux (4 SO 2 S, 2 SE ) 425Wc sur 4 HM800 produisent 13kWh par jour ensoleillé à fin Novembre.
Répondre
#14
Je suis d'accord avec André
Phdv61 : ce que tu décris n'est pas cohérent avec la v12 où (mis a part l'initialisation) on fait sans délai envoi de la requête puis lecture des données !

Bon, le principal est que ça marche... Là je suis avec le code de la v12 sur un temps de 500ms et je ne pers rien (en 19600bps)

André : est il possible dans une prochaine version de pouvoir régler la vitesse du module? Et de remonter les.bonnes données de conso via le calcul de phdv61 plutot que les données eronnnees du module? Ca m'éviterait de compiler à xhaque fois Smile
Merci!!!
Répondre
#15
c’est l’nit qui change la logique justement.
V12.03 modifiée. 1 serveur UxIx3, 1 Linky, 1 client Triac CE tampon + 1 client SSR CE tampon + 1 client SSR sur CE tri + 2 SSR sur radiateurs bain d'huile d'appoint. Variateurs de fréquence Piscine.
8 panneaux (4 SO 2 S, 2 SE ) 425Wc sur 4 HM800 produisent 13kWh par jour ensoleillé à fin Novembre.
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)