Rs422 / sn75als176dr /

[Seb.26]

Bonjour,

j'ai un souci depuis quelques temps : j'ai fait un écran LCD déporté qui reçoit des données depuis une carte principale ( liaison unidirectionnelle Maître -> Esclave ) le tout en RS422.

Les 2 cartes sont équipées d'un uCPU ATmega 328p et utilisent l'UART matérielle pour le RX et le TX.

La partie UART<->RS422 est faite via une puce SN75ALS176DR.

Datasheet : http://www.ti.com/lit/ds/slls040h/slls040h.pdf

Les 2 schémas de la partie RS422 : RS422_RX.png et RS422_TX.png

Mon souci : parfois quand je branche/débranche l'écran, j'ai une des puce SN75ALS176DR est HS.

En fait j'ai ce souci depuis longtemps, mais je n'avais jamais été sûr de ce qui se passait, je changeais la puce en me disant que j'avais fait une fausse manip et basta.

Sauf que là, j'ai mis la carte RX dans un petit boitier étanche avec donc un zoli connecteur 4 pts ( GND / +24v / A / B ) et donc j'avais un ensemble fonctionnel [ TX > câble > RX ].

Je débranche puis je rebranche et nada, après examen, le SN75ALS176DR de la carte TX est HS ( une des sorties A ou B ne bouge plus, l'autre est OK ), le SN75ALS176DR de la carte RX est OK.

Remarques :
> la carte TX était alimentée
> la carte RX est alimentée en 24v par son connecteur puis un petit convertisseur DC/DC génère le 5v pour le CPU

il est donc possible que les signaux A/B de la carte TX soient arrivées sur une carte RX encore non alimentée.

Est-ce que quelqu'un a une idée du pourquoi ou du comment ???

Question subsidiaire : comment protéger une liaison RS422 pour éviter ce genre de problèmes ??

Merci
-----

[jiherve]

bonjour,
il peut y avoir plusieurs raisons mais je pense que la plus importante est:
différence de potentiel importante entre les deux ensembles due au fuites vers le secteur des alim, même derrière un transformateur il peut y avoir un potentiel non négligeable par rapport à la terre, solution la connexion de masse doit s’établir la première => pin plus longue

Voltage range at any bus terminal –7 V to 12 V

Normalement ce driver est conçu pour ne pas etre alimenté sans creer de probleme.
JR

[penthode]

Normalement ce driver est conçu pour ne pas etre alimenté sans creer de probleme.
JR

si donc je simplifie l'expression en supprimant les deux négations ça donne :

normalement ce driver est conçu pour être alimenté en créant des problèmes

t'es sur ?

[Seb.26]

bonjour,
il peut y avoir plusieurs raisons mais je pense que la plus importante est:
différence de potentiel importante entre les deux ensembles due au fuites vers le secteur des alim, même derrière un transformateur il peut y avoir un potentiel non négligeable par rapport à la terre, solution la connexion de masse doit s’établir la première => pin plus longue

Normalement ce driver est conçu pour ne pas etre alimenté sans creer de probleme.
JR

Dans ce cas, ce n'est pas le module du RX qui aurait du claquer ??

J'ai oublié de préciser : le 24v qui alimente la carte RX est le même que celui qui alimente la carte TX, mais chaque carte a son module DC/DC (à découpage LM2596 chinois).

NB: Est-ce que je peux mettre 2 relais NO pour "fermer" l'arriver des signaux A et B une fois le boot de la carte RX fait ?

[A voir en vidéo sur Futura]

[carcan]

Hello !

sur les bornes A et B des 2 cartes, tu insères une résistance de 100ohm entre les pattes du driver et le connecteur. Tu ajoutes aussi sur ces pattes 2 transils de +-10V vers la masse.

La résistance de fin de ligne (aussi de 100ohm) reste au plus près du connecteur.

Tiens nous au courant.
A+
Laurent

[Seb.26]

sur les bornes A et B des 2 cartes, tu insères une résistance de 100ohm entre les pattes du driver et le connecteur.

En série, en plus de la 130ohms en parallèle ?

[Seb.26]

[Edit] doublon ... grrr