Splitter/Combiner RS422

[invitea74efed8]

Bonjour,

J'ai besoin de créer un montage splitter/combiner de signaux RS422.
- Splitter A->B&C: Ne pose pas de problème particulier car selon le protocole RS422, il peut y avoir un émetteur et plusieurs recepteurs.
Splitter.png
- Combiner B&C->A: Pose problème car il ne peut y avoir qu'un seul émetteur RS422. Du coup j'ai imaginé le circuit suivant à base d'un microcontrôleur. Le microcontrôleur prendrait les trames RS422 arrivant des Devices B&C, les ordonnerait, et les dirigerait une à une vers Device A.
Combiner.png

Mais je me pose la question de savoir comment lier les fonctions splitter et combiner (ci-dessus) entre les 3 devices?

N'y aurait-il pas une manière plus simple de réaliser les fonctions splitter/combiner à l'aide de simples transceivers?

Le rêve serait, pour la fonction "combiner", de convertir les signaux RS422 provenant de B&C en RS485, puis les mettre réseau, puis de les convertir à nouveau en RS422 au niveau de A. Est-ce que cela pourrait être réaliste?

Je me sens un peu perdu à ce niveau. Merci d'avance pour une quelconque astuce.
-----

[invitee05a3fcc]

Bonjour knav25 et bienvenue sur FUTURA

J'ai besoin de créer un montage splitter/combiner de signaux RS422.

Pourquoi une solution Hard ?
Tout le monde utilise le RS422 avec une gestion du dialogue par Soft !
Il y a un maitre et des esclaves !
- Le maitre envoi une demande à l'esclave N° X
- L'esclave N° X reconnait la demande, valide son driver émetteur et envoie sa trame ! Puis invalide son driver émetteur

[Seb.26]

Quel débit tes RS422 ?
(et quelle longueur/frequence tes trames?)

[invitea74efed8]

Bonjour Daudet78, merci pour l'accueil!
Et merci pour la réponse. Je n'avais pas pensé à cet option, j'y réfléchis. Mais dans mon application, mes devices B & C auraient plus pour vocations d'envoyer des données sans attendre de requêtes.

Bonjour Seb26,
Alors le baud rate max serais de 38400bauds et la fréquence de 10Hz.

[A voir en vidéo sur Futura]

[invitee05a3fcc]

Mais dans mon application, mes devices B & C auraient plus pour vocations d'envoyer des données sans attendre de requêtes.

C'est toi qui voit. Mas alors, il vaut mieux utiliser deux réseaux (au besoin en RS485) indépendant avec, pour A', un µC avec deux UARTs

Autrement dit , ton usine à gaz µC+memory , transceiver B' et transceiver C' ....... à la poubelle.

PS : il y a quelle distance entre A' et B' ? A' et C'

[invitea74efed8]

Oui l'idéal serait le RS485, ce qui m'éviterait ce véritable usine à gaz. Mais malheureusement, le RS422 m'est imposé (distance un peu moins que 1000m).
J'avais imaginé pouvoir convertir le RS422 en RS485, faire la fonction "combiner", puis convertir le RS485 en RS422. Mais là encore, il me semble difficile de passer de RS422 en RS485.

[invitee05a3fcc]

Mais là encore, il me semble difficile de passer de RS422 en RS485.

la différence?
- le RS422 est à 4 fils full-duplex
- le RS485 est à 2 fils half-duplex

Mais malheureusement, le RS422 m'est imposé (distance un peu moins que 1000m).

le RS485 a les même limites que le RS422

Donc , tu prends la solution 2 UARTs sur A'

[invitea74efed8]

Merci Daudet78 pour le retour. Cela semble cohérent.

Mais j'ai oublié de préciser que A', B', C' sont des devices dont je ne peux pas toucher, et qui emettent en RS422.

Je dois imaginer un montage entre ces trois devices (reliés par cable). Mon objectif est de trouver un moyen pour que:
- A' puisse envoyer des trames à la fois à B' et C' (simple avec RS422)
- A' puisse recevoir des trames à la fois de B' et C' et à n'importe quel moment (pas simple, car un seul transmetteur d'après protocole RS422) . C'est ça qui me coince véritablement l'esprit en ce moment

[invitee05a3fcc]

Mais j'ai oublié de préciser que A', B', C' sont des devices dont je ne peux pas toucher, et qui emettent en RS422.

Et si tu disais ce que tu as le droit de toucher ?

Tu as des liens WEB sur la notice de A' , B' et C' ? Tu vas me dire que c'est secret et No Diffuse . OK
Alors, c'est toi qui va chercher ! Un fabricant qui vend un truc à mettre sur un bus RS422 donne des infos sur le protocole de dialogue ( format des trames, valeur de l'adresse perso, CRC )

Si tu n'as aucune de ces infos, tu vas droit dans le mur.

[Seb.26]

Tu prends un Arduin-machin, tu utilise son UART matérielle pour recevoir et emettre + une UART logicielle pour le second récepteur. (Réalisation du code = 1h)

Tu ajoute 2 receveurs RS422 et un émetteur RS422 sur les UART. (Câblage = 2h)

Et basta

(Et en plus ce "bidule" peut te servir de répéteur pour ta RS422)