Communication RS232 Chipset STI7105

[invitea939b108]

Bonjour à tous,

On a implanter un banc de test qui permet de tester des cartes électronique par communication rs232 entre une application développé sous Lab/CVI et un programme embarque dans la flash de la carte . Le principe c’est d’envoyé des commande sur la liaison rs232 de pc vers la carte sous test qui analyse cette commande et renvoyer leur retour au pc qui faire le traitement de la repense reçue est affiche le résultat du test.
On a interfacer le pc et la carte par un montage à base de Max232/Max3232 pour adapter les niveaux logiques coté pc (+12v,-12v) et (0v, +3.3v) coté carte.

Notre problème c’est la perte de communication RS232 entre le testeur et le produit après quelques heures et parfois quelques minutes de bon fonctionnement du testeur donc passage de 10, 20,100,… est le problème persiste de nouveau.
(Le temps de test de la carte ne dépasse généralement 50 secondes).

Ci-joint vous trouvez le montage utilisé pour l’adaptation des signaux. (Montage_RS232_v1.png)
Si vous avez des remarques pour l’optimisation du montage actuel ou de me proposer un autre montage serait très sympa.
J’ai même pensé à modifier mon montage de la manière suivante que penser vous pour le deuxième montage (Montage_RS232_v2.png)

Pour info
On utilise une carte Moxa PCI, même problème pour les COM standard du PC.


Merci d’avance de m’aider.
-----

[invitea5e3e6e1]

Bonjour
Juste une supposition.
J'ai rencontré ce pbs avec ma liaison série PIC_rs232<---> Port Com1.
Elle perdait des informations en restant bloquée, de façon aléatoire.
Cela était inhérent à la gestion soft (sans Xon/Xoff).
J'ai modifié le soft coté PC par ajout d'un timer, pour éviter le blocage de la liaison en cas de pbs (parasite ou faux caractère)
Depuis tout fonctionne correctement, mais cela concerne mon application (j'ai écrit les 2 soft avec CC18 pour le pic et Code::Block pour window)
Pour visualiser ce type de faute, l'idéal est un simple "sniffer" de rs232 couplé à un data logger pour voir ce qui provoque le blocage.
Bon courage, l'aléatoire, c'est la pire "loi de murphy"....

[invitee05a3fcc]

• Le schéma de droite n'apporte rien
• Par contre, le MAX232 alimenté en 5V donne du 0/5V sur la carte 3,3V ... c'est pas bon. Un MAX3232 alimenté en 3,3V est préférable
• R1 et R2 sont inutiles
• R4 sert à rien
• R3 doit être placé sur la carte à tester (pour bloquer la transmission série quand la carte n'est pas en test)

[invitea939b108]

Bonjour,

Merci a tous pour vos réponses.

@ DAUDET78
Le schéma de droite est partie de la carte en test est pas de l’interface
Rs232. (je peut pas touché l’électronique de la carte a tester).
Ce que je voudrais savoir est ce que le SN7404 peut éliminer la différence de potentielle entre les signaux TX, RX coté chipset du décodeur (3.3v) et les signaux TX, RX (5v) cote de l’interface RS232.

@F1TVB
Merci pour la piste
(je pense que les problèmes viennent du driver rs232 utilisé par l’appli windows).


Ci-joint vous trouvé le montage final

Merci de me proposer vos remarque sur l’utilisation de SN7404.


Cordialement

Tawfik.

[A voir en vidéo sur Futura]

[invitee05a3fcc]

3,3V vers 5V ... C'est compatible
5V vers 3,3V ... ce n'est pas compatible
Tu peux rajouter une simple résistance série de 3,3K entre la sortie 5V du MAX et l'entrée de la carte. La PullUp doit être sur la sortie du MAX
PS : un 74xxxx ne change rien aux niveaux ( Sauf si c'est un 74yy05 qui est Open Collector ou Open Drain avec une PullUP au 3,3V)

[invitee05a3fcc]

Je vois ton schéma. Les PullUPs sont donc sur la carte en test ?

Donc utilise un 74LS05 (et place des PullUP de 4,7K aux sorties 2 6 et 8)

[invitea939b108]

MERCI pour vos conseils

et merci beaucoup pour DAUDET78
je veux essayer votre proposition