Question sur les Variables FlowcodeV6

[invite06548351]

Bonjour,
Je vais essayer d'être clair Je suis en train de concevoir une interface DMX (récepteur) qui gérera un rideau de scène bref des relais pour faire simple
Flowcode V6
Le module utilise 1 Pic 18F45K22 à 20 MHZ
1 UART pour la reception RS232 via une interruption (ce qui pose mon problème)
1 afficheur gLCD couleur Module Matrix EBM001sur le port B
Des switches Port D
Des Sorties Port A

sur le LCD en plus des infos fixes j'ai besoin d'affiche un état qui change lorsque le canal désigné est changé 3 voix DMX

Mais Le rafraîchissement du LCD est très lent je pense qu'il est ralenti par l'interruption UART via RX C7
donc je cherche une solution alternative à chaque passage la ligne se met a jour d'ou ma question
comment faire pour q'une variable (nombre ou string) que contient une donnée issu du UART soit lu et ne change que si son contenu a changét si le contenu a changé

Si-variable à changé =vrai
Si contenu non changé= faut

Je cherche depuis plusieurs jours sans réponse
Si c'est possible je ne mettrais à jour le LCD uniquement si c'est nécessaire et non pas à chaque passages?
Ou je fais fausse route et dans ce cas merci de m'expliqué.
Cordialement
Fabrice
-----

[cubitus_54]

Salut.

Ton afficheur Glcd est géré par une communication SPI réalisée en software ce qui le rend très lent à régir.
Si tu veux que ça aille plus vite, tu dois essayer de modifier l’affichage que localement. Positionner le curseur et modifier le bout de texte nécessaire.

Sinon pour ta variable :
si variable reçut = variable précédente,
alors rien,
sinon afficher.

C'est facile avec un octet, c'est plus difficile avec une chaine.

[Antoane]

Bonjour et bienvenu sur Futura !

En complément de ce qu'écrit Cubitus : trouves-tu que c'est lent en simulation ou sur ta carte, IRL ?
Dans le premier cas, ce n'est peux-être pas problématique, le problème pouvant venir du fait que ton PC est trop lent, qu'il n'arrive pas à simuler en temps réel le fonctionnement du micro-contrôleur.

[invite06548351]

Merci de vos réponses
Antoine:La simulation est rapide mais ne reçois pas le DMX donc pas d'interruptions

cubitus_54: justement c'est ce que je veux faire donc isoler les via une décision
Ton example de variable c'est exactement ça mais comment le concretiser si ma variable s'appelle "Mode_print" OCTET par exemple
J'ai essayé plusieurs solution mais sans succès
sachant qu'elle s' incrément via l'UART

[A voir en vidéo sur Futura]

[cubitus_54]

Si tu veux de l'aide, il faut que tu exhibes ton programme sinon on va parler dans le vide...

[invite06548351]

OK Je le poste ce soir

[invite06548351]

Voila l'objet
Dans l'onglet MAIN la descision If 0? avec la variable au dessus
Si tu as une idée merci d'avance
La simulation s'effectue via les carte Matrix

[cubitus_54]

C'est un beau programme....
je doute que ce soit l'interruption ou la liaison série qui ralentisse...
Dans l'interruption il n'y a pas de gestion de l'affichage glcd et la liaison série fonctionne à 250k bauds.
L'écriture sur l’afficheur est correctement gérée...

A voir si tu peux monter la fréquence de fonctionnement de ton PIC, il supporte jusqu'à 64MHz
Est-ce que tu es certain qu'il fonctionne à la bonne fréquence ?????? Il est très fréquent de devoir ajouter des paramètres en code C pour activer la PLL ou configurer l'oscillateur....

Vu la taille du programme moi je n'ai le temps de rentrer dedans pour tout comprendre.
Si tu as des questions précises OK sinon non.

[invite06548351]

Le choix du Pic est justement sa capacité du World et sa vitesse
J'ai en effet un sérieux doute sur sa vitesse 20Mhz
je vais regarder ça mais pour la décision tu penses que c'est possible?

[cubitus_54]

Si 0 alors toujours non

C'est forcement une erreur....

Fait un test qui fait clignoter une del à 1Hz tu sauras vite si la fréquence est bonne....

[invite06548351]

LOL En fait je vais essayer demain 16Mhz et activer PLLX4
Histoire d'accélérer un peu tout ça.

mais sans être lourd ma requête pour remplacer "Si 0 alors toujours non" une petite idée?

[cubitus_54]

En fait tu n'y connais pas grand-chose en programmation
parce que ce que tu as ajouté c'est tout faux....

laisse tomber pour le moment cet aspect.

Ajoute au début du programme ( début de la Macro init) un bloc "C" avec ceci dedans.

Ce n'est pas garanti que ce soit les bonnes valeurs :


64MHz

osccon=0xf0;
osctune=0x40;

ou 16MhZ

osccon=0x70;
osctune=0x40;