Communication entre les cartes par RS232

[Nadar]

Salut à tous !

Pour cette année, on va surement devoir refaire des cartes électronique a base de microcontroleur pour la gestion de position du robot (balise , ... ), pour les capteurs et la commande d'actionneur ( servomoteurs, moteurs, pistons, ...) . Alors pour faire dialoguer tous ce beau monde je propose d'utiliser le protocole RS232 qui permettrait également de piloter le robot grâce à l'EePC .

Cela vous semble-t-il une bonne idée ?

[Robosaur]

Pour moi c'est du chinois du va devoir nous expliquer ça jeudi

Pour ce qui est des balises j'ai trouvé un lien très utile:
http://sebastien.gros1.free.fr/Robotik2000_2007/systeme_de_positionnement_pour_un_robot_mobile.pdf
Apparement il va falloir acheter deux types de balises: TX ou RX à suivre..

Par contre si quelqu'un peut me fournir la ressource Ent je la trouve pas?
Ok je savais pas!!
Pas de message multiples entendu

edit modo : Pas de message multiple merci

[Nadar]

Heu sil te plait ne post pas tros messages a la suite ... il vaut mieu que tu edite ton message et que tu rajoute des choses . La je l'ai fait pour toi mais à l'avenir pense-y .Merci

[gus]

Salut alors en 2 mots le RS232:

enfaite t'as plusieurs nom: quand tu programme sur l'ordi c'est le port COM, et côté microcontroleur c'est: UART (pour les pic) et sur nos microC (freescale) c'est le module SCI

c'est le protocole de communication série le plus simple: 1 fils pour l'envoi et 1 fils pour la réception des données (tu peux même tout faire sur 1 seul fil), c'est ce qu'on utilisé l'année dernière pour faire la communication entre le microC principale et l'ordinateur

les inconvénients c'est que t'as aucun système de détection d'erreur et en plus c'est du point à point donc tu peux pas mettre plus de 2 élément, pour faire un réseau je te conseillerai de voir plutôt pour de l'I²C : tu peux mettre jusqu'à 128 éléments, et y a des système de contrôle des fils pour être sur de bien recevoir les donnés par contre c'est un peu plus compliqué à mettre en oeuvre

[Nadar]

les inconvénients c'est que t'as aucun système de détection d'erreur et en plus c'est du point à point donc tu peux pas mettre plus de 2 élément, pour faire un réseau je te conseillerai de voir plutôt pour de l'I²C : tu peux mettre jusqu'à 128 éléments, et y a des système de contrôle des fils pour être sur de bien recevoir les donnés par contre c'est un peu plus compliqué à mettre en oeuvre

Pour les erreurs je suis d'accord mais pour les réseau, tu peut tout à fait attribuer une adresse à chaque µC et donner l'adresse dans la premiere partie de ton méssage Bon, faut se le taper à la main mais je l'ais deja fait pour des petites aplis ça marche bien.

En suite, c'est vrai que le must c'est l'I2C mais je ne trouve pas ça extrêmement compliqué .
Voici un extrait de code C que j'utilise pour mon robot à pattes :

Code:

i2c_start (); //* Je commence ma comm
      i2c_write (0xC2); //* adresse du composant que j'utilisais
      i2c_write (s); //* dans mon cas je selectionnais un registre du composant
      i2c_write (a); //* j'écrit dans mon registre
      i2c_stop (); //* Je ferme ma comm

Et de l'autre coté pareille mais avec des

Code:

i2c_read();

et un peu d'intéruptions

Elle est pas belle la vie

[Robosaur]

Euh... ouié merci pour l'explication que j'attendais gus... sinon pour le choix faudrait voir le prix de chaques composants...
côté RS232 la programmation m'a l'air fesable.. à suivre

[Contenu sponsorisé]