Choix protocole communication pour PICs

[Platipu$]

Bonjour,

J'ai besoin de faire communiquer plusieurs PICs entre eux.
L'architecture n'est pas encore définie, mais il y aura certainement:
- un Pic de communication application<->PC qui va gérer la remontée d'infos au PC (supervision) et la remise en forme des instructions depuis le PC
- Deux PICs vont gérer chacun deux et quatre moteurs pas à pas (ou trois chacun)
- Un PIC va gérer les sécurités
- peut-être d'autres à venir (analyses d'images, etc...)

J'ai besoin d'un protocole qui soit économe en charge de travail pour les PICs.
Quel serait le meilleur protocole de communication entre tous ces PICs ? J'ai vu un document sur le CAN, mais je n'y connais pas grand chose (via SPI ou pas ? autres protocoles ?)

Mikaël.
-----

[vincent66]

Bonsoir,
Si tu veux du léger, évite le CAN..! Penche toi plutôt sur l'I2C qui est fait pour et intégré dans la majorité des pics.
Vincent

[Platipu$]

L'I2C permet-il de faire communiquer plusieurs PICs entre eux ? (et pas seulement deux à deux ?)
Une liaison ethernet est-elle intéresante ? compte tenue que je pourrais connecter avec le PC aussi en ethernet via un hub... ?

Avez-vous un tableau de comparaison des protocoles de communication avec avantages/inconvénients, charge de calcul ?

En attendant, je vais étudier la piste I2C comme tu me le conseilles Vincent66.

[thundertom]

Salut,

comme l'a dit Vincent, le CAN est un peu lourd à mettre en oeuvre.
Pour ce qui est de l'I2C, il peux y avoir plus que 2 périférique connecté.
Il y a en faite un système d'adressage, donc on peut mettre autant de périférique que d'adresse.

Pour l'ethernet, je ne l'ai jamais utilisé sur PIC, mais ça me parrait la aussi bien lourd pour de la communication entre uC.
Peut-être pour ce qui est de la liaison uC-PC à la limite.

[A voir en vidéo sur Futura]

[ftorama]

Pourquoi précises-tu que ça doit être économe en charge de travail?

Qu'utilises-tu comme PIC?

[Platipu$]

Pourquoi précises-tu que ça doit être économe en charge de travail?
Qu'utilises-tu comme PIC?

J'utilise (pour mes tests en tout cas) des 18F252 et 18F4550.
En fait, mon prog qui gère les moteurs et génères les sorties de commande de mes moteurs pas à pas (validation de sens de rotation, horloges indépendantes...) est gourmand en charge de travail et je ne souhaite pas qu'une autre boucle d'interruptions (pour la com) diminue la précision de mes fréquences de commande.

[Platipu$]

Je n'arrive pas à trouver un document que explique comment fonctionne un protocole I2C. Je trouve des infos sur l'I2C avec USART. Est-ce la même chose ?

Avez-vous des sources en français (ou anglais) sur l'I2C et son application aux PIC programmés en C (pour info, j'utilise MikroC).

[Platipu$]

Autre question : certaines pages internet (un exemple ci-dessous) citent le protocole SPI comme étant plus simple que I2C. Qu'en pensez-vous ?

http://microchippiclessons.blogspot....-tutorial.html

[vincent66]

L'article consacré à l'i2c sur wiki est très bien fait, je n'ai plus tout en mémoire mais un autre ami forumeur pourra certainement te conseiller une autre documentation...
Une configuration avec un maître et plusieurs esclaves peut aussi bien être implémenté avec le spi mais je ne mettrais pas mes choses à couper que c'est plus simple..!
Vincent

[gedonet]

Bonjour
Les cours de Bigonoff sont une tres bonne documentation sur pas mal de chose à propos des pics notamment sur les liaisons serie dont l'I2C, c'est dans le cours part2: http://www.abcelectronique.com/bigonoff/ . Tu ne fais peut être pas de l'assembleur, mais la premiere partie, les explications sont tres bien pour pour comprendre les details du mecanisme du module MSSP.
Gilles

[MichelM_38]

Bonjour

La bible du bus I2C
http://www.nxp.com/acrobat_download2...8/39340011.pdf