ANALYSEUR DE LIAISON RS232
michelroc
Messages postés
84
Date d'inscription
lundi 19 mai 2003
Statut
Membre
Dernière intervention
2 janvier 2010
-
28 avril 2005 à 19:38
rouliopes Messages postés 5 Date d'inscription samedi 20 décembre 2008 Statut Membre Dernière intervention 6 mai 2009 - 6 mai 2009 à 11:47
rouliopes Messages postés 5 Date d'inscription samedi 20 décembre 2008 Statut Membre Dernière intervention 6 mai 2009 - 6 mai 2009 à 11:47
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/31037-analyseur-de-liaison-rs232
https://codes-sources.commentcamarche.net/source/31037-analyseur-de-liaison-rs232
6 mai 2009 à 11:47
Je suis revenu parce que mon projet n'est pas complètement fini coté logiciel, dans mon schéma je n'utilise pas Rx. Je voudrais savoir comment je peux modifier ton logiciel pour lire par DTR bien entendu DTR aura un bouton qui me permette de choisir le canal par lequel je veux recevoir parce que mon CAN possède deux canal c'est possible?
14 mars 2009 à 12:59
J'ai essayé d'envoyer en continue et je l'ai stabilisé avec le bouton données sortantes. Lorsque je prend la mesure de Tx avec la masse j'ai 4V en positif; ce qu'il me fallait pour l'alimentation. RTS est déjà cablé sur l'horloge du convertisseur quand à DSR son sens est opposé à celui de Tx. Pour la réception il n'ya pas de problème. Merci encore
13 mars 2009 à 18:05
Mais pour alimenter un petit montage, il est plus facile d'utiliser les lignes d'états comme DSR et RTS car on peut leur fixer l'état comme on veut et le maintenir comme ca longtemps.
C'est juste une idée.
13 mars 2009 à 15:22
13 mars 2009 à 13:46
Je ne parle pas de temps mais bien de débit. Il faut un débit très lent (5 bauds par exemple) pour voir quelque chose.
13 mars 2009 à 13:35
Roro
13 mars 2009 à 12:36
Si tu envois des caractères (n'importe quel texte), ta broche Tx va bouger obligatoirement(attention à la vitesse, elle doit être lente pour que tu vois sur le Multimetre quelque chose). Par contre, je ne crois pas que l'on puisse obliger cette broche à rester dans un état particulier. Sinon, attention, dans la fenetre d'édition, les émissions sont en mode texte donc 0, ne fait pas 0 sur la broche car le code ASCII de 0 n'est pas 0 en binaire.
Oniria
13 mars 2009 à 11:47
14 déc. 2007 à 11:58
Si tu as regardé le soft, il ne faut pas utiliser les TComComboBox car en fait, lorsque l'on choisit un port COM, dans la réalité, le port COM sélectionné n'est pas celui ouvert mais toujours le COM1. C'est un défaut du composant TComCombobox. Honnétement, pour palier ce probléme, il faut utiliser un combobox normal et utiliser la fonction EnumComport de l'unite CPort.
Le point numéro 2, j'ai du mal à comprendre, si tu sélectionnes tous les composant de la fiche Settin_com, un clic droit, copier, pui coller, ca devrais marcher .
Bon courage pour la suite. Ce programme, je ne le met plus à jour car je suis maintenant passé à Lazarus et j'ai refait ce programme (de même que le TComport). Mais je peut toujours t'aider...
Oniria
14 déc. 2007 à 08:12
Grand merci pour ton code qui approche de près à l'application voulue au final.
Je suis débutant Delphi (mon premier language de prog) et je n'arrive pas à rajouter.
Je suis sur Delphi6 perso.
1)je n'arrive pas a faire marcher 2 liaisons séries sur le même prog (visue des trames entrantes sur com1 et Com2 (comport1, comport2).
2)lorsque je rajoute des box de config identiques au com1 pour paramétrer le com2 (comport2 sur la fiche "Settin_com.pas") le prog ne se compile plus.
le message d'erreur dit que mes box ne sont pas déclarées
Ce n'ai pas la premiere fois que je tombe sur ce problème en multi-fiches.
Si une âme charitable...
Merki
Marc
4 août 2007 à 07:48
Je corrigerais le code dés que j'aurrais trouvé le bug...
1 août 2007 à 20:18
on peut facilement le corriger mais je voulais simplement vous mettre au courant.
4 mai 2005 à 16:58
Pour le teste entre les 2 PC
PC P4 branché sur le port Com1 ou Com2 Avec ANARS232 ou Hyper Terminal vers
PC 386SX sur COM1 avec Terminal de Windows 3.11.
Ca marche que dans le sens PC 386SX vers PC P4.
Autre essai sur le meme PC P4 Com1 cablé sur Com2 avec Hyper terminal meme probleme communication OK dans le sens Com2 vers Com1.
Je n'arrive pas à déterminer ou est le probleme dans ma configuration. ??? Balot balot
4 mai 2005 à 13:09
Est-ce que le cable est bon, en effet sur un cable série il y a une ligne de réception et une d'émission. Peut-être que l'une des deux lignes est déconnecté. Il faut voir la continuité dans le cable entre la broche n°2 du connecteur COM1 et la broche n°3 du connecteur sur COM2 et inversement entre 2 de COM2 et 3 de COM1. Sinon, j'aimerais plus d'info sur l'expérience entre deux PC car je l'ai fait et tout fonctionne bien ( les 2 PC connecté par un cable croisé sur le COM1).
4 mai 2005 à 12:01
Pour tester ce programme j'ai fait le montage suivant.
J'ai cablé mes 2 ports Com1 et Com2 avec un cable croisé. Puis j'ai lancé 2 fois le programme un configuré avec Com1 et l'autre avec Com2.
Ca marche mais que dans un sens toujours Com2 vers Com1.
J'ai fai l'essai entre 2 PC meme probleme ca marche que dans un sens.
Y a t-il une explication à ce probleme ou cela provient-il de ma configuration du PC ??
Merci Michel
29 avril 2005 à 21:32
29 avril 2005 à 18:34
Il faut le paquet MPHexEditor_D7 ou le trouve t'on??
Merci Michel
28 avril 2005 à 19:38
Je recherche depuis longtemps ce genre de programme
Cela marche t-il en delphi7 Merci
A+ Michel