MCP23017 et entrées qui ne sont pas stables..

[alain91]

Bonjour,

Je bidouille un peu avec un raspberry et un mcp23017.

J'ai fais des montages en utilisant les sorties du MCP avec WiringPI et pas de soucis : une led qui clignote, un moteur pas à pas, nickel.

La ou ça se gâte c'est un niveau des entrées..

Je prends mon montage qui fonctionne bien en sortie :




Je branche un bouton entre un des ports du mcp et la masse du mcp, et je compile ce programme :

    //
    // Test switch MCP23017
    //
    #include <stdio.h>
    #include <wiringPi.h>
    #include <mcp23017.h>


    int switchPin = 4;

    int main(void) {

        wiringPiSetup();
       
       // adresse port 0 ( port A.0 du mcp23017 )
       int MCPbase=100;

       // adresse I2c MCP23017 = 0x20 (32 en décimal)
       mcp23017Setup (MCPbase, 0x20) ;
       
       // Sur quelle broche faire clignoter la led
       int switchPin=0;
       
       // broche led en entrée
       pinMode (MCPbase+switchPin, INPUT) ;
       
       pullUpDnControl (MCPbase+switchPin, PUD_UP) ;
       
        for (;;) {
            printf("switch : %d\n", digitalRead(MCPbase+switchPin));
        }

        return (0);
    }

Si je l’exécute, j'ai un défilé de 0, mais de temps en temps un 1 s'invite...
Si j'appuie sur le bouton, une série de 1 s'affiche mais de temps en temps un 0 apparait ?

Du coup j'ai pensé à la résistance de rappel, mais dans la doc du MCP et wiringPi, il est indiqué que le MCP à déjà cette résistance en interne ?

D'ailleurs je l'active via la ligne

pullUpDnControl (MCPbase+switchPin, PUD_UP) ;

Auriez vous une idée pour éliminer ce problème ? Je ne vois pas trop ou est la cause ?

Merci beaucoup,
Alain
-----

[jiherve]

bonsoir,
est il déjà normal que la valeur renvoyée soit l'inverse de celle présente à l'entrée?
JR

[alain91]

Bonjour,

Effectivement c'est le contraire..
J'ai bien une liste de 1, puis de 0 entrecoupés de 1 lors d'un appui...

[jiherve]

Re
comme ce n'est pas normal d'avoir une inversion mais que le MCP23017 possède une auto incrémentation nuisible dans ce cas celle ci ne serait elle pas activée à l'insu de ton plein gré ?

Byte Mode disables automatic Address Pointer incrementing. When operating in Byte mode, the MCP23X17 family does not increment its internal address counter after each byte during the data transfer. This gives the ability to continually access the same address by providing extra clocks (without additional control bytes). This is useful for polling the GPIO register for data changes or for continually writing to the output latches

JR

[A voir en vidéo sur Futura]

[alain91]

En fait j'utilise la librairie wiringPI ( http://wiringpi.com/ ) et plus exactement le module dédié au mcp2317.

Du coup je ne contrôle pas directement le MCP.

J'ai essayé de mesurer les tensions sur les bornes du bouton : 5v quand je n'appuie pas, et un petit 0.3V lorsque j'appuie.

Je n'ai peut être pas un appareil assez rapide pour voir les changements (multimetre) mais je les vois via les 1,0 à l'écran..

Peut être un bug de la librairie ? ou mon programme..

Je vais chercher un exemple de gestion du mcp ou une autre librairie pour voir..

Merci pour ton aide, ( ce n'est d'ailleurs pas la première fois) que j'apprécie

[bobflux]

Découplage ?

Si tu mets le doigt sur le bouton sans appuyer dessus, est-ce que tu as plus d'erreurs ?

Et si tu remplaces le bouton par un fil, as-tu toujours des erreurs ?

[alain91]

Bonjour,

Si je n'appuie pas avec le doigt, pas d'erreur.

Si je teste avec les fils, toujours les mêmes erreurs...

J'ai ajouté une résistance de pull up en plus de configurer le mcp en pullup, mais toujours pareil...

[bobflux]

Si le bouton est remplacé par un fil et que tu as toujours des erreurs, alors on peut supposer que le chip voit un niveau stable sur ses entrées ! Donc :

- un problème sur l'i2c (câblage, interférences...)
- un problème de découplage
- un bug

[alain91]

Je vais essayer avec un autre rapsberry..

Pourrais tu m'expliquer "un problème de découplage" stp ?


Merci,
Alain

[bobflux]

Il faut que ton MCP ait une alim stable, donc un condensateur de découplage sur ta carte est nécessaire. Tu peux avoir, par exemple, entre 10-100 µF chimique standard plus 100nF.

[alain91]

J'en ai mis un de 100nF.

[alain91]

Quelques infos..

J'ai changé de raspberry, mis à jour WiringPI : exactement le même probleme..

La carte MCP est normalement alimenté par une alimentation 5/12 volts.

J'ai essayé (j'aurais peut etre du commencer par la :/ ) de brancher la carte en passant par le +3.3V et la masse du raspberry.
Et la : nickel !
Pour le fun, j'ai aussi testé sur le +5V du raspberry : impec aussi.

Cela conforte les doutes que vous aviez sur une mauvaise alimentation de la carte MCP je pense

Que vaut il mieux faire au niveau de l'alimentation de la carte MCP ?
J'ai déjà mis un condensateur de 100nf entre les deux broches d'alimentation de la carte MCP, à priori ce n'est pas la bonne solution ?

Merci encore pour vos conseils avisés

Alain

[jiherve]

Bonsoir
Ne nous dit pas que les cartes n'avaient pas de masse commune !
JR
PS : Beware men in black are comming!

[alain91]

Euh.. jocker ..?

Désolé je débute.. et ça m'a paru logique de séparer alimentation du raspberry et celle du mcp pour protéger le raspberry :/

Hmm...

[jiherve]

Re
S' il est souvent nécessaire de séparer les point chauds des alimentations il faut impérativement que les masse soient réunies en un point.
Bon tu auras appris quelque chose .
Tu bénéficies d'un sursis !
JR

[alain91]

Effectivement j'ai appris quelque chose, voire plusieurs choses!

Je peux dire aux men in black qu'ils peuvent partir ?..

Un grand Merci