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.0 modifiée récurrence d'interrogation serveurs, RTE, et code UxIx3. 1 serveur RMS UxIx3, 1 client Triac CE + 1 client SSR CE.  1 client SSR sur CE tri sur 1 serveur Linky réf. CACSI. Variateurs de fréquence sur Piscine et Spa.
6 panneaux (2 SO 2 S, 2 SE ) 425Wc produisent 13kWh de jour actuellement. 
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.0 modifiée récurrence d'interrogation serveurs, RTE, et code UxIx3. 1 serveur RMS UxIx3, 1 client Triac CE + 1 client SSR CE.  1 client SSR sur CE tri sur 1 serveur Linky réf. CACSI. Variateurs de fréquence sur Piscine et Spa.
6 panneaux (2 SO 2 S, 2 SE ) 425Wc produisent 13kWh de jour actuellement. 
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.0 modifiée récurrence d'interrogation serveurs, RTE, et code UxIx3. 1 serveur RMS UxIx3, 1 client Triac CE + 1 client SSR CE.  1 client SSR sur CE tri sur 1 serveur Linky réf. CACSI. Variateurs de fréquence sur Piscine et Spa.
6 panneaux (2 SO 2 S, 2 SE ) 425Wc produisent 13kWh de jour actuellement. 
Répondre


Atteindre :


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