communication entre PICs et composants

[noisyboxes]

bonjour,
j'ai une question pour les utilisateurs de PIC!
j'utilise deux pic 16f876a, le premier configuré en maître envoi des données au deuxieme par l'i2c.
jusqu'ici pas de problème, ça marche nikel!
le soucis c'est que je veux connecté un (ou deux) composant sur le deuxième PIC, mais en SPI...(DAC tension et courant).
Ma question est donc la suivant, est-il possible de connecter des composants SPI sur un PIC qui tourne également en i2c?
Bien sur je ve changerai les config etc...
mais comme pour l'i2c j'ai le bus qui est tiré au vcc, et pas en SPI, est-ce que je ne vais pas avoir des conflits a cause de ça ou autre chose....??
merci et bonne journée
-----

[noisyboxes]

personne???

[Jack]

mais comme pour l'i2c j'ai le bus qui est tiré au vcc, et pas en SPI, est-ce que je ne vais pas avoir des conflits a cause de ça ou autre chose....??
merci et bonne journée

Je ne suis pas spécialiste en PIC, mais je ne vois pas le rapport.

Ton PIC possède un bus I2C et une liaison SPI. Je ne vois pas pourquoi il y aurait dépendance entre les 2.

A+

[DavidDB]

Salut,

Si, il y a dépendance car ce sont les mêmes I/O pour l'I2C et la SPI.

Il suffit simplement d'ajouter un CD4066 (ou du même style) pour commander le passage d'une interface à l'autre (avec une I/O supplémentaire du µC).

David.

[A voir en vidéo sur Futura]

[invite03481543]

Et pourquoi ne pas utiliser des périphériques I2C tout simplement, il y a le choix...

Sans compter qu'au niveau soft tu vas bien te compliquer la vie me semble-t-il en faisant cohabiter les 2 sur le même USART.

[invite03481543]

Sinon il y a toujours la solution d'émuler par soft l'I2C sur des I/O autres et se servir du SPI sur les sorties ad hoc, au détriment malgré tout de la taille de code générée...

[noisyboxes]

bonjour tout le monde
Jack, comme te le dis davidDB, il y a bien un rapport, l'i2c et le SPI utilise deux broches communes au pic, or en i2c le bus est tiré au VCC, et pas en spi, d'ou ma question sur l'existence de probables de conflits.
Pour ce qui est des périph, je veux utiliser en dac en courant et un en tension, et dans la gamme que je veux, il n'y a pas ce que je cherche en I2C, tout (ou presque) est en SPI ou en //.
Et pour ce qui est de gérer l'i2c par soft, c'est...comment dirais-je....hors de question...j'en suis déja à plus de 1000 lignes de codes, j'ai des tempo un peu partout, enfin bref, je trouverai ça idiot de passer par la alors que le pic le gère tout seul (sutout que ce projet est dans le cadre de mon stage, et à la soutenance ils riquent me descendre si je passe par soft pour gérer un protocole de com qui est implenté au PIC)
je vais donc regardé du côté du CD 4066!
merci beaucoup pour vos réponses, et si vous avez d'autres idées, n'hésitez pas!
tchao!

[invite03481543]

Si tu cherches un DAC en I2C, tu as chez Linear, le produit qui va bien avec le choix de la résolution en plus.

Tu peux même avoir des samples gartuits.

http://www.linear.com/pc/productDeta...05,C1156,P8991

[noisyboxes]

merci pour le lien, le soucis c'est que en sortie je veux du bipolaire!!
et en i2c, je sais pas pourquoi, mais quasiment aucun composant ne le fait!!!

[Jack]

Tu peux même avoir des samples gartuits

Ah? le samedi les samples sont gartuits?

Désolé Hulk, mais je n'ai pas pu résister. Et puis ce n'est pas moi qui ai commencé

Plus sérieusement, voilà qui m'encourage à ne pas me lancer dans les PICs: I2C et SPI partageant les mêmes broches, plus de 1000 lignes de code pour une I2C soft ...

[noisyboxes]

c'est pas le soft i2c qui fait 1000 lignes de codes...!!
c'est juste mon programme général, c'est pour cette raison que je veux pas en rajouter inutilement pour gérer l'i2c...

[DavidDB]

Salut Jack,

Je crois que tu es plutôt orienté Freescale ???

Peux-tu me donner une référence courante de cette marque qui ait des I/O différentes pour l'I2C et la SPI?

Car sur 68HC908, plusieurs références indiquent la présence d'interface I2C et SPI, mais à l'ouverture du datasheet, je ne trouve que la SPI...

David.

[Jack]

Celui que j'utilise le plus souvent actuellement, lorsque le nombre d'I/O n'est pas très important est le 9S08QG8. Sinon je passe au 9S08GT16. Il y a aussi le 9S08AW32.

A+

[DavidDB]

Oui, le 9S08QG8 est comparable à un PIC 18F sur les interfaces de communications (pour les autres µC Freescale, je n'ai pas ouvert les datasheet, car je suis en zone sinistrée avec une ligne téléphonique de moins de 45Kb...)

Pour s'affranchir du multiplexage des I/O avec les interfaces de communications présent dans les 16F, il faut migrer vers les 18F...

David.

[invite0ed50554]

bonjour,
j'ai une question pour les utilisateurs de PIC!
j'utilise deux pic 16f876a, le premier configuré en maître envoi des données au deuxieme par l'i2c.
jusqu'ici pas de problème, ça marche nikel!
le soucis c'est que je veux connecté un (ou deux) composant sur le deuxième PIC, mais en SPI...(DAC tension et courant).
Ma question est donc la suivant, est-il possible de connecter des composants SPI sur un PIC qui tourne également en i2c?
Bien sur je ve changerai les config etc...
mais comme pour l'i2c j'ai le bus qui est tiré au vcc, et pas en SPI, est-ce que je ne vais pas avoir des conflits a cause de ça ou autre chose....??
merci et bonne journée

Bonsoir
Le compilateur CCS propose l'option "FORCE HARDWARE" pour I2C.
Peut-être cela suppose-t-il que si on ne retient pas cette option on peut utiliser n'importe quellles sorties ( SDA=pin SCL=pin ) pour se connecter en I2C ?

[noisyboxes]

j'ai regardé du côté du cd4066, mais je comprends pas bien comment ça marche...
est-ce que je peux pas faire ça aussi avec un composant du style MAX4684??
comme ça je switch en temps voulu sur le deuxième PIC entre l'i2c et le SPI...

[DavidDB]

Salut,

Oui, le max4684 peut convenir, mais pas trop adapté à ton application...

Sinon, un lien d'une interface disponible en Samples pour avoir de 'I2C par l'intermédiaire du bus SPI :

http://www.nxp.com/pip/SC18IS602_603_2.html

David.