Discussion :

[issa_ameni]

bonjour, il est clair que RS232 a deux modes, asynchrone et synchrone. Et, le mode asynchrone est le plus utilisé. Mais, dans mon projet je suis obligé de synchroniser la transmission entre rs232 et un microcontrôleur et je ne sais pas quel pin doit recevoir le signal d'horloge. J'ai tombée sur 3 pins ( CD, CTS et RTS). et je ne sais pas quel est la correct entre ces 3.

[Vincent PETIT]

Salut,
RS232 est un format de couche physique qui décrit des niveaux de tensions (+12V et -12V par exemple) et un codage de l'information (NRZ) rien de plus.

Mais ce qui est avant le RS232 dans le PC peut ou pas faire de la communication synchrone. Si c'est un USART c'est bon, si c'est un UART c'est pas possible.
Faut voir ce qu'il y a dans ton PC.

Côté microcontroleur, par exemple celui du Arduino UNO sait le faire et il y a une broche bien identitée qui servira soit à générer une horloge (si le micro est le maître) soit recevoir une horloge (si le micro est l'esclave).
Sur un connecteur DB9 je ne vois pas de broche qui soit une entrée ou sortie horloge.


Mais sur un connecteur DB25 il semble y avoir les bonnes broches qu'il te faut. Ce sont vraiment les très vieux PC qui sont équipés de ce type de connecteur série.



Ps: je suis surpris qu'on t'ait demandé de synchroniser la liaison série PC/micro. Est ce qu'on te demanderait pas plutôt de faire du handshaking ? Ou du contrôle de flux ? Ou mettre en place un protocole ?

[Delias]

Bonjour

Oui la synchronisation du RS232 est possible par l’intermédiaire des pin 15 et 17 de l'image donnée par Vincent. Mais ces connecteurs séries à 25 pôles montés au complet ne sont plus installé sur PC depuis au moins 30 ans. Et attention ce n'est pas parce que il y a le connecteur à 25 pôles que les lignes supplémentaires par rapport au 9 pôles sont effectivement actives, j'ai souvenir de mes 80486 qui avait des ports séries au connecteur 25 pôles mais relié à la CM par un câble plat de 9 pôles (et donc sans ces lignes d'horloges raccordées).

A l'heure actuelle, la quasi totalités des microcontrôleurs commercialisés sont équipés d'un périphérique UART ou USART qui savent parfaitement se synchroniser sur une transmission à 3 fils (masse, TX et RX). Et même sans cela, la gestion par logiciel d'une telle communication reste peu gourmande en ressources (je l'avais fait en 1998 sur un AT90S1200 aux capacités ridicules en comparaisons des µc actuels et l'exemple le plus présent sur la toile est très probablement le SoftwareSerial de l'Arduino).
Les USART peut être utilisés hors protocole RS232 pour des communications rapides entre microcontrôleurs (et à timing imprécis avec des durées de bits qui ne sont pas constantes), c'est des réalisations qui ne respecte pas la norme, et qui ne pourront pas s'interfacer avec un vrai RS232.

Bonne suite

Delias

[issa_ameni]

mon protocole de communication est I2C qui a deux signaux sda w scl. je dois utiliser PCA9600 pour assurer l'envoi du flux I2C à travers un port RS232. Presque le principe est comme indique la figure suivante. pour Tx et Rx c'est bon, je vais lier avec Tx et Rx de RS232-DB9 . mais pour signal scl j'ai aucune idée. Dans cet exemple, il a utilisé un connecteur RJ45. je veux faire le même principe mais avec RS232 DB-9

[Delias]

Bonjour

Interfacer de l'I2C avec du RS232 (du vrai inclus la gestion temporelle) avec juste un convertisseur de niveau non désolé les protocoles sont bien trop différents.

La seule chose possible c'est effectivement de prendre 2 lignes autres du port RS232, mais à ce moment on oublie le port série et on l'attaque dans le code PC en mode bas niveau avec un contrôle de chaque pin en direct (à la façon de certains programmateurs de PIC ou d'AVR low-cost des années 2000) et dans ce cas ce n'est plus du RS232 qui va transiter sur le port.

Ou alors c'est pour de la communication à longue distance entre deux périphériques I2C, en utilisant les niveau de tension et les câbles RS232, mais ce qui communique ce n'est pas du RS232, c'est de l'I2C en 12V.

Ou encore la demande de l’exercice c'est de de monter un microcontrôleur en passerelle entre le bus I2C et le RS232, et là il n'y a quasi plus de problème, juste la mise en œuvre standard de deux périphériques du micro choisi. Mais la question initiale n'a plus rien à voir.

En l'état il faut déjà clarifier ce que tu veux / dois faire, car ta demande telle que précisée avec ton second message ne correspond à rien de logique.

Bonne journée

Delias

[issa_ameni]

oui oui, si en faite ça que je dois faire : la communication à longue distance entre deux périphériques I2C, en utilisant les niveau de tension et les câbles RS232, mais ce qui communique ce n'est pas du RS232, c'est de l'I2C. et je dois utiliser PCA9600. Mon problème est quel pin de rs232 va transporter le signal d'horloge SCL. j'ai réfléchi d'utiliser RTS ou CTS

[Delias]

Bonjour

Mon problème est quel pin de rs232 va transporter le signal d'horloge SCL.

On s'en f... ce n'est pas du RS232 et il n'y a aucune compatibilité à avoir
On peut très bien faire avec juste 3 fils, masse sur 9, SDA sur TX et SCL sur RX, comme cela même un câble partiel fonctionnera, mais pas les câbles croisé, null-modem ou autre.

Bonne suite

Delias

[Vincent PETIT]

[...] communication [...] entre deux périphériques I2C, en utilisant les niveau de tension [...] RS232 [...]

Là c'est clair !
Donc depuis le début tu veux nous dire que tu veux faire dialoguer deux PCA9600 via une couche physique RS232 (NRZ et +12V/-12V)

C'est un truc comme ça que tu veux faire ? /!\ J'ai pas vérifié le montage, c'est juste pour être sur de ce que tu veux /!\

[issa_ameni]

je suis d'accord avec toi mais l'utilisation du max232 n'est pas utile parce que sda est un signal de données et scl un horloge . on ne peut pas le fusionner comme indique le schéma.
je veux utiliser le même principe de cette photo qui est faite avec RJ45