Problème affichage variables CAN PIC18F sur écran tactile

[invite0e0d6f65]

Bonjour à tous !

Pour mon projet, j'ai un ensemble de variables ANA qui sont converties par le CAN 10bits de mon PIC18F45K22 et j'aimerais les afficher sur un écran tactile.

Mais le problème est que les valeurs changent sans arrêt même avec une tension fixe. Il y a sans arrêt des variations, ce qui rend difficile la lecture. Je ne comprends vraiment pas, car quand je lis la valeur de tension d'entrée du CAN avec un multimètre, celle-ci ne varie pas !

Mon CAN est configuré avec une horloge de FOSC/8 et 4 TAD, sachant que j'utilise l'oscillateur interne à 8MHz pour cadencer mon PIC.

J'aimerais savoir si c'est ma config du CAN qui est mauvaise, où s'il y a une technique pour pouvoir afficher des valeurs stables ?

Par avance, je vous remercie de votre aide.
-----

[invite0e0d6f65]

J'ai même rajouté une tempo de 20 Tcy pour les 2 TAD de décharge du condensateur, mais j'ai toujours cette instabilité qui persiste et au niveau affichage c'est vraiment laid :'(...

[vincent66]

Bonsoir,
Un multimètre numérique affiche une valeur moyenne de n échantillons, ça élimine ces petites fluctuations en général...
Vincent

[invite0e0d6f65]

@Vincent66 : Merci pour votre réponse. Vous me conseillez donc d'enregistrer N valeurs puis d'en calculer la moyenne ? N'est-ce pas trop demandeur au niveau mémoire ? Et combien de valeurs seraient nécessaire pour obtenir quelque chose stable ?

[A voir en vidéo sur Futura]

[invite0e0d6f65]

Et ne vais-je pas ralentir le système avec cette méthode ?

[vincent66]

Pas d'enregistrer n valeurs, aditionner n valeurs puis diviser la somme totale par n pour trouver la moyenne... votre pic a une résolution de 10 bits si je ne m'abuse, vous pouvez effectuer la somme sur 16 bits, ce n'est pas gourmand en mémoire ni en temps de calcul... une astuce consiste à ce que n soit une puissance de deux, la division par n se résume alors à n/2 décalages vers la droite...
Vincent

[invite0e0d6f65]

Désolé mais je ne comprends pas trop ... Que dois-je additionner ? Si ce n'est pas des valeurs enregistrées par mon CAN 10bits. P

[vincent66]

Eh bien oui, vous aditionnez chaque résultat fourni par le can à un registre "somme_can" et une foi les n échantillons aditionnés vous divisez "somme_can" par n pour trouver"moy_can" et vous remettez "somme_can" à zéro pour le cycle d'acquisition suivant... nul besoin de stocker les n échantillons dans un tableau en ram...
Vincent

[vincent66]

Désolé, erreur de ma part, il ne faut pas n/2 décalages vers la droite pour diviser par n, il en faut log2(n), 1 pour /2, 2 pour /4, 3 pour /8, 4 pour /16, 5 pour /32, 6 pour /64 ...
Vincent

[invite0e0d6f65]

Ah oui d'accord je comprends mieux. Je vais essayer votre technique et vous tiendrai au courant de son résultat. Un grand merci pour votre aide !

[invite0e0d6f65]

Bonjour,

J'ai essayé la technique que vous m'avez suggéré hier. L'affichage s'est amélioré mais les valeurs vibrent toujours du fait qu'elles changent malgré le fait d'utiliser une valeur moyenne. J'ai pris jusqu'à 60 échantillons d'une même valeur, mais le problème persiste .

Voici le code de ma fonction de conversion analogique/numérique :

void lecture_ana(void)
{
    unsigned char i = 0, j = 0 ;
    unsigned int somme_can = 0 ;

    OpenADC(config, config2, config3) ;                 // Envoie des paramètres de configuration du CAN

    for(i=0 ; i<2 ; i++)
    {
        ADCON0bits.CHS = i ;

        for(j=0 ; j<60 ; j++)
        {
            ConvertADC() ;
            while(BusyADC()) ;
            somme_can = somme_can + (unsigned int) ReadADC() ;
        }
        entree_ana[i] = somme_can / 60  ;
        somme_can = 0  ;
        Delay10TCYx(20) ;
    }

    CloseADC();                                         //Arrêt du CAN

    O2_Moyen = (entree_ana[0] + entree_ana[1]) / 2 ;	//Calcul de la valeur moyenne d'O2
}

[vincent66]

Bonsoir,
Le code me semble correct... alors soit le signal à mesurer varie plus que vous n'imaginez, soit il y a un bruit qui vient perturber la mesure... pouvez vous vérifier ceci à l'aide d'un oscilloscope ?
Ou encore il faudrait bien plus qu'une moyenne sur 60 échantillons...
Vincent

[invite0e0d6f65]

Pour le moment ce n'est pas réellement une mesure. Sur mes deux pins configuré en ana, j'utilise un potentiomètre qui se trouve sur ma PICDEM2 plus (carte de développement) et j'ai ajouté un autre potentiomètre sur une platine d'essai. Sur la platine d'essai, j'ai aussi un capteur numérique et mon écran tactile qui y sont alimentés par l'alimentation se trouvant sur la carte de développement.

Non je ne pourrais pas vérifier si le signal est bruité car je n'ai pas d'oscilloscope à disposition... Ce qui est d'ailleurs dommage. Oui comme vous dites, il faudrait peut être que j'augmente le nombre d'échantillons. Mais sinon je ne vois pas trop ce que je pourrais mettre en oeuvre comme artifice pour pouvoir un affichage "clean"...

[invite0e0d6f65]

Avec 200 échantillons c'est stable .

[vincent66]

Félicitations !!!

[invite0e0d6f65]

Merci à vous pour votre aide et pour le partage de votre expérience.

[vincent66]

Je vous en prie, ce fût un plaisir.
Vincent

[invite5637435c]

Bonsoir,

pour avoir un affichage stable il faut déjà attaquer le problème par le bon bout à savoir le hardware de ta carte

Si tu utilises la décimation pour augmenter le nombre de bits plus tu as du bruit mieux c'est, par contre si tu fais banalement une mesure sur un signal fluctuant à cause d'un mauvais filtrage de ton alim µC ou que ton routage est foireux tu peux toujours moyenner mais c'est comme mettre la poussière sous le tapis, ça se voit pas mais c'est pas propre pour autant.

Si ton signal à mesurer est stable ton résultat doit l'être tout autant sans avoir besoin de ralentir tout ton système par une telle lourdeur de 200 acquisitions moyennées qui t'empêcheront de toute façon de voir un évènement particulier.
A moins d'être bien certain que ce que tu dois mesurer a une évolution très lente.

@+