Problème communication I2C entre RTC et uC

[invite5267eae1]

Bonjour,

Dans mon circuit, je veux effectuer une communication I2C entre une RTC (DS1388) et un AVR ATTINY86. D'après la DataSheet, il est recommander d'utiliser des résistances de PULL-UP sur les signaux SDA et SCL.

Pour démarrer l'envoie de données: Signal SDA passe de `1` à `0` lorsque SCL est à `1`.

Mon problème est que la communication entre la RTC et le uC ne démarre que lorsque que je connecte une sonde d'oscilloscope sur le signal SDA. Surment la Capa de la sonde!?

Dimensionnement des résistances de PULL-UP?

Quelqu'un a-t-il une explication et une solution?

Merci

dataSheet RTC:http://www.datasheetcatalog.org/data...9/391153_1.pdf
-----

[DAUDET78]

3,3K de PullUP sur SDA et SCL

[invite5267eae1]

Merci de ta réponse, je vais essayer.

Mais pourquoi 3.3K plus que 10k?

[DAUDET78]

Parce que c'est la coutume ....
C'est une question de constante de temps entre la capacité de tes fils et la vitesse de transmission.
La spécification (voir page 15)

[A voir en vidéo sur Futura]

[invite5267eae1]

merci de l'explication, ca m'aidera pour la suite.

[invite5267eae1]

La communication se fait que lorsque que je mets une résistance de Pull-Up de 47k.

[DAUDET78]

Ce n'est pas normal. Donne ton schéma (complet !)

[invite5267eae1]

Ci-joint mon schéma

[ftorama]

les pull-ups internes sur les broches I²C sont activées ou non?

[DAUDET78]

Rien vu d'anormal sur l'I²C. (je n'ai pas vérifié si c'était sur les bonnes broches du µC)

Sauf les "LED drivers". Tes NMOS1 2 3 et 4, ils sont bien "logic" ou "TTL" ? car tu les attaques, en "grille", avec du 0/5V.

[invite5267eae1]

Daudet78: En fait, ce ne sont pas des broches I2C sur le uC, ce sont des broches digitales, la communication I2C est générée logiciellement.

Pour le LED Driver, ce sont des transistors MOSFET: FDD4888.

ftorama: la PIN est en drain ouvert, il n'y a pas de PULL-UP interne. C'est pour cela qu'il faut une résistance de PULL-UP externe.

[DAUDET78]

Daudet78: En fait, ce ne sont pas des broches I2C sur le uC, ce sont des broches digitales, la communication I2C est générée logiciellement.

OK, donc c'est ton soft qui est pourri . Normalement, tu dois avoir un niveau haut sur SDA et SCL (si il n'y a pas de transfert I²C en cours)

Pour le LED Driver, ce sont des transistors MOSFET: FDD4888.

Tu as un lien WEB sur ce NMOS? et tes LEDs, le courant est limité comment? Le schéma de câblage de tes LEDs? Spécification?

[invite5267eae1]

LED driver:

Le transistor c'est en fait le FDD8444: http://www.fairchildsemi.com/ds/FD/FDD8444.pdf

Pour les LED, je ne vois pas pourquoi il faudrait limité le courant.

LED RGB IF=20mA, Rouge 2.2V@20mA, Vert et Bleu 3.3V@20mA.

Je souhaite en mettre une quarantaine en parallèle. Le transistor supporte largement le courant ID qui va le traverser, même avec un VGS=3.3V.

Communication I2C:

je me suis bien sur poser la question si cela venait du soft. Il s'avère que initialement les signaux SDA et SCL sont tous les deux à `1`.

[DAUDET78]

Le transistor c'est en fait le FDD8444:

il est garantie en saturation avec Vgs=10V (et pas 5V !)

Pour les LED, je ne vois pas pourquoi il faudrait limité le courant.

Un conseil ... renseigne toi (le sujet a été traité X fois sur le forum !

LED RGB IF=20mA, Rouge 2.2V@20mA, Vert et Bleu 3.3V@20mA.
Je souhaite en mettre une quarantaine en parallèle.

de pire en pire, vive les vacances .... je vais faire un infarctus !

Le transistor supporte largement le courant ID qui va le traverser, même avec un VGS=3.3V.

Tu as vu ça dans le guide des castors juniors ...... en général, c'est un bouquin sérieux !

[invite5267eae1]

D'aprés la datasheet du transistor à VGS=3.3V IDMax=5A.

Donc, le transistor permette de driver un grand nombre de LED.

Au lieu de te foutre de la gueule des gens, explique pourquoi il y a un problème et propose des solutions!!!!

[DAUDET78]

D'aprés la datasheet du transistor à VGS=3.3V IDMax=5A.

tu as vu ça où? dans le monde des bisounours ?

Au lieu de te foutre de la gueule des gens, explique pourquoi il y a un problème et propose des solutions!!!!

Le sujet a été abordé des dizaines de fois, cherche un peu !

Tiens ... je suis bon prince http://www.sonelec-musique.com/elect..._alim_led.html

[invite5267eae1]

Je ne comprend pas très bien pourquoi tu m'a donné ce lien.

Je pense que c'est une erreur de ma part, j'ai oublié que te préciser que le VCC des LED n'est pas le même que pour le reste du montage. C'est du 12V.

[DAUDET78]

Je ne comprend pas très bien pourquoi tu m'a donné ce lien.

En 5 minutes tu as tout lu ??????

Je pense que c'est une erreur de ma part, j'ai oublié que te préciser que le VCC des LED n'est pas le même que pour le reste du montage. C'est du 12V.

Non, j'ai bien vu que tu alimentais en 12V les LEDs.

Moi, demain soir, je suis en vacances ..... tu fais ce que tu veux !

[ftorama]

ftorama: la PIN est en drain ouvert, il n'y a pas de PULL-UP interne. C'est pour cela qu'il faut une résistance de PULL-UP externe.

Visiblement tu ne sais pas de quoi tu parles....Toutes les broches d'un AVR disposent d'un pull-up interne. Le schéma interne est à la 47ème page de la doc.

Quand ton port est configuré en entrée, si PORTx est à 1, tu as un pull-up .

Donc je répète ma question...les pull-ups internes sont-elles activées?

De plus, ton micro dispose d'un port I2C (sur les broches PB0 et PB2). c'est un peu c.... de ne pas l'avoir utilisé plutôt que d'utiliser une version logicielle bancale....

[invite5267eae1]

Désolé mais je ne vois vraiment pas le problème dans le câblage de mes LEDs

[DAUDET78]

Et bien montre le ! Mais j'imagine le pire ....

[invite5267eae1]

Je l'ai déjà ajouté dans un de mes messages. Je te le remets

[invite5267eae1]

ftorama.

En effet les pull-up interne à l'AVR sont OFF. Pour les PINs PB0 et PB2, elles sont utiliser pour une communication SPI

[ftorama]

ftorama.

En effet les pull-up interne à l'AVR sont OFF. Pour les PINs PB0 et PB2, elles sont utiliser pour une communication SPI

C'est déja ça pour les pull-ups. Par contre, tu as donné 2 versions de schémas. Sur la seconde, les broches servent à des PWM.

Je n'y comprends plus rien

[invite5267eae1]

C'est que j'ai joint que la partie nécessaire à mes questions. Il y sur les mêmes PINs, la communication SPI et les PWMs.

[DAUDET78]

Je l'ai déjà ajouté dans un de mes messages. Je te le remets

Et bien, il y a des limitations de courant, c'est bien.
Où sont les LEDs en parallèles ?

[invite5267eae1]

Ah ok, tu parlais de la résistance en série avec la LED.

J'ai retrouver les LED que je vais utiliser: http://www.rightleds.com//index.php?...515|en|20213|2

Ci-joint le schéma avec 3 LED RGB. Je compte en mettre un grand nombre. D'où le choix du transistor mos FDD8444.

[DAUDET78]

Et le module contient déjà la résistance de limitation. Par contre, la grille du FDD8444 doit être attaqué avec du 0/10V.
La sortie du µC, c'est du PWM ?

Le IRLR024 est garanti à Vgs=0/5V

[invite5267eae1]

Et le module contient déjà la résistance de limitation. Par contre, la grille du FDD8444 doit être attaqué avec du 0/10V.
La sortie du µC, c'est du PWM ?

En effet, les sorties qui commandent les transistors sont des PWMs.

Le transistor que tu me propose me semble adéquat. Merci

[invite5267eae1]

Par contre, la puissance Max me semble limitée (2.4W). Le transistor risque de chauffer car le courant ID sera de 5A environ.