Problème de conversion i2c 3.3V vers 5V

[invite1402fb3c]

Bonjour ami futuriens !
Je vous arrive avec un malheureux problème

En effet, dans le cadre d'un projet d'éléctronique, je dois faire communiquer un raspberry et un pic en i2c, l'un étant en +5V et l'autre en +3.3V, je passe par un MAX3372, j'arrive donc du coté VLow de celui avec un signal SDA et un SCL en 3.3V
Malheuresement, quand je le recupère en sortie VHigh je récupère un signal SDA et SCL qui va à 5V a l'état haut, mais ne descends que jusqu'à 3.3V environ ..

Je ne trouve pas mon erreur et mon professeur d'éléctronique ne sait pas. Si vous pouvez donc éclairer mes lanternes .. Merci

Le schéma de ma carte --> (où R10 et R11 = 1K et R8 et R9 = 4.7K)
Le signal en entrée de mon convertisseur --> (Celui ca est niquel (0 - 3.3V)
Le signal en sortie de mon convertisseur --> (Oui celui la qui me pose problème)

Merci d'avance les amis
-----

[invitee05a3fcc]

Bonjour itsMalu et bienvenue sur FUTURA

Malheuresement, quand je le recupère en sortie VHigh je récupère un signal SDA et SCL qui va à 5V a l'état haut, mais ne descends que jusqu'à 3.3V environ ..

- Si tu débranches les fils (en bas à droite) de ton périphérique, il se passe quoi sur les niveaux ?
- Valeurs des résistances ?

PS : reposte tes images en pièces jointes .... elles vont disparaitre !

[invite1402fb3c]

R10 et R11 = 1K et R8 et R9 = 4.7K
Pour les resistances autour du MAX3372

Après, actuellement les broches SDA et SCL en sortie du MAX3372 ne sont relié a rien justement, mais à l'état haut permanant donc 5V. Elles menent au PIN que je connecterais a mon pic (Meme si mon pic est connecté les état sont 3.3 et 5V)

[invitee05a3fcc]

Passe R10=R11=4,7K . 1K, c'est hors spec (1mA max de Sink Current)
Pour moi, il y a une erreur de câblage. Il y a bien 0V sur la pin 2 du MAX ?

[A voir en vidéo sur Futura]

[invite1402fb3c]

J'aurais pas l'occasion de tester 4.7K avant jeudi malheuresement, mais j'ai bien du 0V sur la PIN2, les VL VH, ThreeStates et GND sont ok :/
Je penchais aussi sur le probleme des resistance, mais ca pourrait vraiment bloquer le signal à l'état bas a 3.3 au lieu de 0?
Car pour moi U = R x I
Donc peux importe la valeur de R on aurais I très petit et U = 0..

[invite1402fb3c]

Edit: Ajout des captures image

[invitee05a3fcc]

Je penchais aussi sur le probleme des resistance, mais ca pourrait vraiment bloquer le signal à l'état bas a 3.3 au lieu de 0?

Quand j'ai un problème sur un composant :
- Quoi qui n'est pas conforme à la datasheet ?
- Quoi qui n'est pas bon en câblage ?

Je teste avec un autre composant identique .

[invite1402fb3c]

Pensant que c'était peut être un soucis de masse du composant, j'ai déjà changé de composant, même résultat donc le soucis ne vient pas forcement du composant en lui même.
Après les liaisons entre les composants etc sont niquel, tout à été testé.

Je vais essayer de changer la valeur des resistance coté 5V je penses

[invitee05a3fcc]

Après les liaisons entre les composants etc sont niquel, tout à été testé.

Tu as testé avec la sonde de scope sur la patte du composant ?

[invite1402fb3c]

Ouaip et le soucis y est déjà présent, donc ça se passe vraiment en sortie du composant

[invitee05a3fcc]

Après les liaisons entre les composants etc sont niquel, tout à été testé.

Si tu remets rien en cause, tu ne trouveras jamais la tanière du loup qui est dans ton montage !

sont niquel

ben non, car ça ne marche pas !
Il faut faire du Sherlock Holmes en incriminant tout le monde, y compris la femme de César ...

Moi, je t'ai donné des pistes, à toi de les appliquer. Je n'ai pas de Escope à ma disposition mais toi et ton prof, vous avez un scope. A vous de mener l’enquête

[Calou80]

Les couples R8/R9 et R10/R11 ne devraient pas être reliés à la masse au lieu des +5V/+3.3V par hasard ?
En tout cas, c'est ce que j'ai cru voir sur le datasheet....

[invite1402fb3c]

C'est vrai ce que tu dis Calou, j'avais pas fait atttention.
On m'a dis de mettre ces resistances au +5 +3.3, car en i2c cela se passe comme ça apparement. Mais c'est vrai que dans la doc RLoad est sur la masse, j'ai hate de croiser mon prof pour voir ca..

[invitee05a3fcc]

Mais c'est vrai que dans la doc RLoad est sur la masse, j'ai hate de croiser mon prof pour voir ca..

Non !
Si Rload est à 0V, c'est parce que c'est un schéma de test ...... pas un schéma d'application I²C !

[invite1402fb3c]

Donc le soucis ne viendrais pas de la ?

[invitee05a3fcc]

C'est quoi ma réponse en #14 ?

[antek]

Cela représente le schéma selon lequel les grandeurs testées ont été mesurées.

[invite1402fb3c]

D'accord donc j'en reviens au même points malheuresement, seul chose a essayer c'est de changer la valeur des resistances

[Calou80]

Par contre sur le datasheet, on peux voir :
I2C Level Translation
The MAX3373E–MAX3376E, MAX3378E/MAX3379E
and MAX3390E–MAX3393E level-shift the data present
on the I/O lines between +1.2V and +5.5V, making
them ideal for level translation between a low-voltage
ASIC and an I2C device.

Et l'architecture interne du MAX3372 et du MAX3373 est quelque peu différente....

[invitee05a3fcc]

Et l'architecture interne du MAX3372 et du MAX3373 est quelque peu différente....

Pour moi, 3372 ou 3373, c'est deux produits fonctionnellement similaires.
La différence, c'est que le 3373 a une fonction "OneShot" qui permet d'améliorer le temps de montée .
http://pdf.datasheetcatalog.com/data...E-MAX3393E.pdf

[Calou80]

Mais il n'y aurais pas une différence lorsque le signal de sortie doit être au niveau haut? Et les "resistances" équivalentes sur la ligne de retour n'existent plus.
Donc, je me disais que cela aurais pu faire office de pont diviseur.
Cela fait quelque temps que je survole l'électronique, je suis passé vers le côté obscure, le système.........

[invite1402fb3c]

Je penses pas que ce soit un soucis du genre MAX3372 ou MAX3373
Car peu importe le signal que l'on souhaite (i2c ou non) on voudrait du 5V - 0V et la on à du 5V - 3.3V ...

[bobflux]

Il faut faire attention avec ces translateurs de tension bidirectionnels : il y a une détection automatique de la direction dedans. Si le pullup/pulldown est mal dimensionné, le truc qui détecte la direction peut faire n'importe quoi.

[invitee05a3fcc]

Moi, je pense que la solution la plus simple c'est d'éviter les mariages contre nature . On met tout en 5V , ou en 3,3V !

[bobflux]

J'ai déjà utilisé un PCA9306 pour ce genre d'application, sans aucun problème...

[invite1402fb3c]

Désolé DAUDET mais j'utilise un PIC qui est nativement en +5V et le raspberry qui lui est en 3.3V, j'ai pas le choix de conversion

@Bobfuck le choix de la direction pourrais causer un soucis de se genre ? (Etat bas a 3.3 au lieu de 0V)

[invitee05a3fcc]

Désolé DAUDET mais j'utilise un PIC qui est nativement en +5V

Quelle référence ?

[invite1402fb3c]

PIC16F877 le tout sur un PICDEM2+

[invitee05a3fcc]

le PIC16F877fonctionne de 2V à 5,5V
La datasheet , au cas où tu ne l'aurais pas
http://www.farnell.com/datasheets/1791062.pdf

[invite1402fb3c]

Effectivement mais nos profs nous imposent la conversion 5V - 3.3V dans tout les cas.. Et grâce a ça, j'ai ce problème qu'il ne comprennent pas non plus ^^