communication RS485 comment ça marche

[alainav1]

suite à une reponse sur ce poste
http://forums.futura-sciences.com/el...ml#post4429534
on m'a propose (Merci Pixel )
pour communiquer" 2paves rs485"
j'ai reherché quelques info et j'ai compris que cela permettait de communiquer sur une longue distance mais j'ai pas bien compris comment cela fonctionne .
je propose mon explication pour que vous puissier la commanter
si j'envoie une impulsion sur le TX d'un premier je le recupere sur RX du deuxieme pavé ?
cette impulsion doit bien avoir une "longueur maxi et mini pour que ça marche ?
une impusion de 2 ms peut elle etre transmise avec cette technique .
par exemple un pic envoie des impulsion sur le premier pave qui les transmets a un deuxieme pavé qui les transmet à un deuxieme pic ou à l'entré d'un servo par exemple .
Ai je bien compris le principe
connaissez vous un lien qui peut m'expliquer un montage simple de ce type .
j'envisage de me procurer ces circuit pour faire quelques manip afin de comprendre comment ça marche .
Cordialement
Alain
-----

[PIXEL]

deux mS , aucun probléme , le RS485 est spécifié à des débits bien plus rapides.

[alainav1]

bonjour,
si j'osais ?
comment cable ces circuits" pavé rs485 "?
cordialement
Alain

[invite03481543]

Salut Alain,

attention je sens une confusion dans tes propos concernant le RS485.
Il ne suffit pas d'envoyer une "impulsion" pour commander quelque chose plus loin, le RS485 est une liaison diiférentielle permettant de transporter des datas, pas des signaux de commandes directs.
Dans ce que tu dis il me semble comprendre ça, dis moi si je me trompe.
@+

[A voir en vidéo sur Futura]

[invite03481543]

Voici un document sur le sujet à tout hasard.
@+

RS485.pdf

[alainav1]

effectivement j'avai compris ça
'envoyer une "impulsion" pour commander quelque chose plus loin
donc ça permet d'envoyer des dat qu'il faut decoder (type rs232)
donc en gros rs485 c'est une rs 232 "robuste "
pour pmas culture perso (duieu sait si j'en ai besoin !)
je vais donc regarder cle document sur la rs485
si vous avait d'autre lien utile ne vous privez pas !
merci
Alain

[MiKL.66]

Bonjour,

Dis nous plus clairement ce que tu veux faire !
Quel protocole veux tu utiliser ?

Mickael

[alainav1]

bonjour,
mon besoin c'est de transporter une impulsion ,entre 1 et 2ms ,toutes les 20ms à 20metres de distances
c'est pour commander un servo moteur qui se trouve à 20 metre d'un pic qui genere les impulsions .
c'est aussi pour moi de moyen comprendre et de mettre en oeuvre une communication r485 puis que c'est une des methodes qui m'a ete proposée pour resoudre ce probleme
cordialement
Alain

[invite03481543]

Re,

il me semble t'avoir filer il y a quelques temps un schéma pour le branchement de deux circuit RS485 de part et d'autres de la liaison.

Compte tenu que j'ai filé un code en C il y a peu à quelqu'un la semaine dernière pour piloter un servo tu as presque tout pour démarrer

Si tu veux je pourrai te poster un code complémentaire qui te permettra de transférer les ordres au servo par le biais du RS485.
Le tout est qu'il faut que tu me fasses un mini cahier des charges sans rien oublier d'important.
J'en ai pas pour long à te faire ça.

[invite03481543]

C'était ça il me semble bien.

Je peux te filer un coup de main mais dis moi ce que tu as comme µC coté commande.

[alainav1]

merci pour ta proposition
(la piece jointe n'est pas encore valide mais je te donne les info suivantes
j'ai un 16f819 mais je peux utiliser un 16f88
je programme en basic (pic simulator ) mais un code en c ne me pose pas de probleme pour traduire en basic
j'ai memorisé 2 variables qui sont les extremes de position de l'aiguille 1300 et 1600 (soit 1300µs et 1400µs car je sais pas gere les decimale comme 1,3ms et 1.6ms)
2 poussoirs mettent à la masse 2 entrée
suivant le bouton poussé
je declenche une sortie qui genere un train d'impulsion 1300µs ou 1600µs toutes les 20ms pendant 2 secondes (suivant le bouton choisi )
mon pic genere 2 servo (soit 4 poussoir et 2 servo )
sachant que je ne commande jamais 2 servo en même temps
j'espere avoir ete precis
cordialement
Alain

[invite03481543]

Oui ok, ce sera le 16F88 parceque le 16F819 ne dispose pas d'USART.
Il y en aura donc 2, un coté BP et un autre coté servos.

Je te fais un schéma sous Eagle pour commencer.
Tu disposes de quoi pour programmer le PIC?
Le mieux serait que tu aies un ICD2 ou ICD3 voir un pickit histoire de pouvoir se servir de l'ICSP.
Pour faire la maquette tu as quoi? Véroboard, plaque de câblages rapide en filaires ou autres?
Il faut que tu aies du câble 4 conducteurs pour 20m.
On peut alimenter la carte coté servos par la carte de commande, on envoie du 12V et on régule sur place, ou alimenter les deux cartes séparément au choix.
As-tu une référence des servos utilisés?

Il faut aussi prévoir deux leds pour le debug, c'est plus commode.
C'est tout pour le moment, j'attend tes réponses.

@+

[alainav1]

j'ai un pickit2
j'ai une platine d'essai maison (picots sur veroboard ) avec ICPS j'ai aussi plaques à trou
les servos sont des petis servo de recup petit servo type 1KGxcm (voir video http://www.youtube.com/watch?v=GTkG-Obn65A)
j'ai divers materiel led resistance uln2803
et au club j'ai du fil en bobine mono conducteur 0.5 mm
mais je peux trouver du fil telephone 4 conducteurs chez leroymachin
voila voila

[invite03481543]

Ok me revoilou.

Voici un premier jet provisoire du schéma de la partie PIC coté commande avec le MAX487.
Il me reste quelques protections à ajouter sur les deux sorties A et B du RS485 et l'alim +5V.
Et une petite erreur de connection sur le MCLR à corriger.
Finalement je suis parti à faire le schéma avec Altium 13.

Je vais regarder pour les servos que tu m'indiques.
Tu disposes de quelle tension? 12V batterie ou autre?
Le câble téléphone sera encore le mieux, sinon un câble type 4x0.25mm² souple fera très bien l'affaire.

Je te termine le schéma ce soir comme ça tu pourras commencer le câblage de ton coté.
Je ferai le soft demain.

@+

Pièce jointe 213380

[alainav1]

je dispose d'une alime 12v avec un regulateur 7805 pour le pic

[invite03481543]

Ok j'intègre ça sur le schéma.
@+

[invite03481543]

Voici le premier schéma de la carte de commande principale.
@+

[invite03481543]

La partie interface avec les servos.
@+

[alainav1]

bonjour,

en regardant le schemas je 'essai de comprendre je proposel'explication suivante
ce circuit utilse le TX et le RX du µp pour envoyer et recevoir des data par ces 2 fils (les pattes 2 et 3 sont ellas des horloges pout tx et rx ?
le signal sort ou rentre en en 6 et 7 vers le compoant en l'autre max?
cordialement
Alain

[invite03481543]

Le max487 est ce qu'on appelle un transceiver une concentration du mot transmit/receive, voici ce qu'il y a à savoir en résumé sur le bus de communication RS485:

1/ le MAX487 modifie les niveaux de tensions pour ce bus de communication en adaptant les signaux d'émission/réception du mode référencé à la masse en un mode de transport différentiel (donc signaux non référencés à la masse).
C'est ce mode différentiel qui permet un transport des datas sur de grandes longueurs sans être sensibles aux perturbations extérieures et en lignes.
Une variation de tension commune aux deux fils (parasite, bruit, etc) s'annule donc.
Le récepteur détecte la différence des deux tensions de signaux opposés.
Ici on utilise le mode half-duplex sur deux fils, le fil A est Rx/Tx+ et le fil B est Rx/Tx-, ils sont alternativement en émission ou en réception, la sélection se faisant par les pattes 2 et 3 (/RE-DE).
Les datasheets d'interface RS485 désignent communément la ligne non inversée comme ligne "A" et la ligne inversée comme "B".
Un récepteur RS485 doit voir une tension de 200mV seulement entre A et B, si le potentiel de A est 200mV plus haut que celui de B, la sortie du récepteur est au niveau logique haut.
Si B est 200mV plus haut que A, la sortie est au niveau bas.
Si la tension entre A et B est inférieure à +/-200mV, le niveau de sortie est considéré indéfini.
Voilà concernant les signaux électriques.

2/Le mode half-duplex permet de gagner 2 fils, nécessitant comme on l'a vu de diriger les lignes selon que l'on soit en émission ou en réception.
Une liaison RS485 peut avoir jusqu'à 32 modules connectés simultanément.
Chaque module doit avoir une impédance d'entrée de 12kOhms et si on utilise des récepteurs haute impédance on peut connecter jusqu'à 256 modules sur une même ligne RS485.
Même si le standard RS485 ne dit rien sur les protocoles, la plupart des liaisons RS485 utilisent un protocole asynchrone, comme les UART de µC ou de PC.
Un mot transmis est constitué d'un bit de start, des données, d'un éventuel bit de parité et d'un bit de stop.

Voilà, j'espère avoir été clair

[invite03481543]

Sinon tu as tout pour faire tes maquettes?
Tu vois ça pour quand environ les premiers essais de soft?
Rien ne presse évidemment, c'est juste pour savoir et m'organiser un peu.
@+
**************

[Qristoff]

La partie interface avec les servos.
@+

C'est une plaisanterie ou quoi ? on n'est pas encore au 1er avril ! vous voulez utiliser une liaison série pour commander deux servos !!!
La RS485 est une norme électrique qui n'a pas besoin de protocole (on peut utiliser des drivers de ligne sans avoir à gérer une liaison série) !

Pourquoi faire simple...

[alainav1]

c'est e peut etre un luxe pour comander 2 servo mais j'ai identifier le poste comprendre RS485 car j'en profite pour comprendre ce mode de communication maintenant si un "driver de ligne ' peut convenir je suis preneur de l'idée maiss j'espere bien mener à bien la communication RS485
il me reste à commander les max485 pour construire le hard je fais signe des que je les aie .
quand au drivers de ligne dont j'ignorai l'existance je regarde sue google pour comprendre avant de vous poser des questions plus precises
merci a vous pour vos conseils
cordialement

[alainav1]

j'ai trouvé ça come driver de ligne
http://www.google.fr/imgres?hl=fr&sa...art=63&ndsp=75
un transistor et 2 resistance
c'est bien ça un driver de ligne ?

[Qristoff]

Non, un 26C31 est un driver de ligne à la norme RS422/485

[alainav1]

j'ai regardé la data sheet
il y a une entrée et 2 sorties dont une inverse 4 fois et un enable et "non enable " ?
ça marche comment ?
j'ai pas trouvé de circuit avec ce composant sur le web ?

[invite03481543]

Bon on continue ou pas?

Si on utilise une RS485 sans protocole on t'écoute Qristoff ça m'intéresse fichtrement, mais je sens qu'on va rire.
Envoyer des datas sans protocole entre un émetteur et un récepteur je ne sais pas faire, mais je ne demande qu'à apprendre.

[Qristoff]

Le passage d'une liaison unipolaire à différentielle apporte par principe une meilleure immunité aux perturbations, c'est le principe de la couche physique RS4xx, en opposition des liaisons RS2xx. De plus, les récepteurs de ce type accepte des tensions de mode commun assez large pour tolérer de fortes variations (typiquement -7V, +12V).
En complément, en utilisant un câble torsadé blindée entre émetteur et récepteur, on couvre des centaines de mètres. Après, si tu as vraiment besoin de protéger l'intégrité des données (je ne pense pas qu'ici un critère de sureté de fonctionnement s'impose), tu peux utiliser un protocole de transfert de donnée avec CRC et autres.
Mais pour moi, je le repéte, un transistor et un opto coté récepteur suffisent pour cette application.

[invite03481543]

Faire une commande à distance avec ce principe est retenue dans la grande majorité des machines-outils, pour des aiguillages de train électriques ou de signalisations, il existe des sytèmes équivalents (LCE Network, LocoNet,...).
Aujourd'hui il n'y a guère que le CAN, ou ModBus pour assurer ce genre de liaisons sur de longues distances avec fiabilité.

Bien sur que sur 20m on pourrait faire autrement si il suffisait simplement d'allumer une led ou commander un relais, mais envoyer une impulsion calibrée et reparamétrable à distance il n'y a pas 50 solutions.
Le RS485 est une solution peu cher et flexible permettant d'ajouter ultérieurement d'autres noeuds donc d'autres aiguillages sans avoir à tout refaire.
Le coût est très faible, c'est une bonne solution pour du modélisme ferroviaire.
@+

[jiherve]

Bonsoir,
on peut parfaitement utiliser un couple TX/RX prévu RS485 pour balader n'importe quel signal logique. Moi il m'arrive (souvent) d'y balader des synchro vidéo en niveau TTL, étonnamment cela fonctionne très bien, on exploite la robustesse de la liaison différentielle.
JR