Discussion :

[Shain]

Bonjour,

Je développe un capteur spécifique à une application donnée (phrase inutile
Ce capteur sera connecté à un microcontroleur que je programmerai en C pour faire la conversion analogique - numérique adéquate.
Le résultat sera envoyé sur une plateforme via un câble RS485 (l'entrée de la plateforme est RS485).

Je ne me rends pas vraiment compte du code qu'il me faudra écrire pour envoyer mes données du microcontroleur vers la connexion RS485..
Je pense que ce n'est pas spécialement difficile mais je préfère demander à quelqu'un qui aurait déjà fait l'exercice pour m'assurer de la faisabilité du code.

Merci

[Mac LAK]

Tout dépend de comment est réalisé ta connexion µC <-> UART, et le niveau d'assistance fourni par l'UART...

Pour ma part, j'ai toujours travaillé avec des UART "intelligents", c'est à dire qu'ils ont un buffer de données de taille suffisante (8 à 16 octets en général), possèdent un mécanisme d'interruption "buffer vide/plein", sérialisent les données tout seuls et, surtout, ont les drivers de ligne directement adaptés au RS-485 (=> pas de configuration spéciale à appliquer à un quelconque convertisseur 232/485).

Et, dans ce cas de figure, le transfert par liaison série est franchement trivial : une fonction d'initialisation, une fonction d'émission et c'est fini pour le transfert unidirectionnel (cas fréquent pour les capteurs). Les liaisons bidirectionnelles sont bien sûr un peu plus complexes, mais il faut relativiser quand même : c'est le protocole qui est en général complexe (ex : Modbus), et non pas la gestion de la liaison série elle-même.

[Shain]

C'est du rapide ! Merci

Je ne me souviens plus vraiment du principe du UART, je suis sûr d'avoir déjà travaillé dessus mais j'ai un peu oublié...
Je m'y remettrais sûrement prochainement donc..

Juste encore, qu'entends-tu par la "connexion µC <-> UART" ? ..
Pour le choix de l'UART tu as expliqué ce que tu prends en général mais en ce qui concerne la connexion je ne vois pas trop..

[Mac LAK]

Juste encore, qu'entends-tu par la "connexion µC <-> UART" ? ..
Pour le choix de l'UART tu as expliqué ce que tu prends en général mais en ce qui concerne la connexion je ne vois pas trop..

Oh, très simple : si ton UART est mal câblé à ton µC, ou que ce dernier est mal foutu, tu peux ne PAS avoir d'interruptions (=> obligé de faire du polling à outrance), ou avoir une liaison µC <-> UART plus lente que la vitesse d'émission sur la liaison série (cas d'un [mauvais] câblage fait par bus série plutôt qu'en parallèle, par exemple). Dans les deux cas, tes ennuis commencent...

L'idéal est d'avoir soit un UART intégré au µC (tu n'as donc plus qu'à mettre les bons drivers de ligne), soit de le câbler en parallèle (en général, c'est de l'ISA) sur le bus adresses/données/IT du µC. Parfois, tu es aussi obligé de tenir compte du chip select, mais c'est très rare avec les µC, c'est plutôt quelque chose que l'on voit sur les processeurs "normaux" habituellement.

Donc, bien penser à faire communiquer entre eux l'électronicien chargé de la réalisation matérielle et le développeur qui va piloter tout ça, de façon à ne pas oublier un bout de signal qui pénaliserait le fonctionnement. Si tu as les deux casquettes, alors pense à vérifier la connexion du signal d'interruption et que le bus externe adresses/données soit bien utilisé plutôt qu'une connexion type I²C / SPI.

[Shain]

Oh, très simple

Ok c'est noté, merci pour ton aide (même s'il y a des trucs qui m'échappent encore pour le moment, du genre "bus externe adresses/données" vs "connexion type I²C / SPI") .
Je vais mettre ce message en favori pour ne pas oublier ces informations parce qu'en effet, je risque bien de porter les deux casquettes ^^

Bonne journée

[Mac LAK]

De rien. Les termes que tu ne comprends pas s'éclairciront d'eux-même une fois que tu auras mis le nez dans les datasheets de l'UART et du µC, tu verras.