Sniffer port serie [Résolu]
cs_centaury
Membre Dernière intervention
5 décembre 2007
- - Dernière réponse :
bartonf0nk
Membre Dernière intervention
6 décembre 2007
- 6 déc. 2007 à 22:43
- Messages postés
- 5
- Date d'inscription
- vendredi 9 novembre 2007
- Statut
- Messages postés
- 3
- Date d'inscription
- lundi 8 octobre 2012
- Statut
A voir également:
- Sniffer serie
- Sniffer port - Meilleures réponses
- Serie sniffer - Meilleures réponses
- Serveur d'un port serie au choix du client (dll activex ) - Codes sources - Visual Basic / VB.NET (Divers)
- Visual Basic / VB.NET : Lecture d'informations sur rx du port serie avec port.dll - CodeS SourceS - Guide
- Compression / décompression et transfert de fichiers par le port série (rs-232) - Codes sources - Visual Basic / VB.NET (Fichier / Disque)
- Visual Basic / VB.NET : Test de communication pc-pc par null modem (port série rs232) - CodeS - Guide
- C / C++ / C++.NET : 2 appli de communication port série (rs232) visual c++ 6 mfc - CodeS Sou - Guide
9 réponses
Meilleure réponse
- Messages postés
- 7745
- Date d'inscription
- mercredi 1 septembre 2004
- Statut
Je dirais qu'à priori Oui.
Par contre peut-etre qu'il faudrait un Application.DoEvents avant le End Using, pour rendre la main au système afin qu'il puisse réellement envoyer les caractères avant de détruire l'objet comPort.
---- Sevyc64 (alias Casy) ----<hr size="2" width="100%" /># LE PARTAGE EST NOTRE FORCE # http://aide-office-vba.monforum.com/index.php
Par contre peut-etre qu'il faudrait un Application.DoEvents avant le End Using, pour rendre la main au système afin qu'il puisse réellement envoyer les caractères avant de détruire l'objet comPort.
---- Sevyc64 (alias Casy) ----<hr size="2" width="100%" /># LE PARTAGE EST NOTRE FORCE # http://aide-office-vba.monforum.com/index.php
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
112 internautes nous ont dit merci ce mois-ci
- Messages postés
- 7745
- Date d'inscription
- mercredi 1 septembre 2004
- Statut
Il n'est pas facile de sniffer un port série, dans la mesure ou une liaison série est une connexion PointToPoint. Il te faudrait t'intercaler dans la boucle entre le PC et le µc avec un dispositif recevant les données du pc et les revoyant vers le µc.
Par contre ce que tu peux faire, c'est remplacer le µc par une console, par exemple l'Hyperterminal de Windows ou d'autres logciciels. Perso j'utilise RS232 Hex Comm Tool. Par contre il te faudra reboucler le port série du PC vers un second port soit du même PC si tu en as, soit d'un autre PC.
Perso, j'utilise un logiciel qui permet de monter des ports virtuels et de les reboucler entre eux (Virtual Serial Port Driver)
---- Sevyc64 (alias Casy) ----<hr size="2" width="100%" /># LE PARTAGE EST NOTRE FORCE # http://aide-office-vba.monforum.com/index.php
Par contre ce que tu peux faire, c'est remplacer le µc par une console, par exemple l'Hyperterminal de Windows ou d'autres logciciels. Perso j'utilise RS232 Hex Comm Tool. Par contre il te faudra reboucler le port série du PC vers un second port soit du même PC si tu en as, soit d'un autre PC.
Perso, j'utilise un logiciel qui permet de monter des ports virtuels et de les reboucler entre eux (Virtual Serial Port Driver)
---- Sevyc64 (alias Casy) ----<hr size="2" width="100%" /># LE PARTAGE EST NOTRE FORCE # http://aide-office-vba.monforum.com/index.php
- Messages postés
- 5
- Date d'inscription
- vendredi 9 novembre 2007
- Statut
Salut Casy,
merci pour ton aide, je pensais que c'était plus simple!
Peux tu me dire si ce codeVB envoi bien la valeur sur le port serie stp ?
ca m'a l'air un peu trop simple cette affaire !!!
Dim tab() As Byte = {&H41}
Using comPort As SerialPort = My.Computer.Ports.OpenSerialPort("COM2", 9600, Parity.None, 8, StopBits.One)
comPort.Write(tab, 0, 1)
End Using
merci pour ton aide, je pensais que c'était plus simple!
Peux tu me dire si ce codeVB envoi bien la valeur sur le port serie stp ?
ca m'a l'air un peu trop simple cette affaire !!!
Dim tab() As Byte = {&H41}
Using comPort As SerialPort = My.Computer.Ports.OpenSerialPort("COM2", 9600, Parity.None, 8, StopBits.One)
comPort.Write(tab, 0, 1)
End Using
- Messages postés
- 5
- Date d'inscription
- vendredi 9 novembre 2007
- Statut
- Messages postés
- 3
- Date d'inscription
- lundi 8 octobre 2012
- Statut
bonjour,
je passe par hazard, je cherchais un meilleur sniffer que le mien, déjà très bien, mais un peu lent pour l'affichage de données sur de grosses com en mode console, bref...
Il existe bien des softs capablent de s'intercaler entre le soft et le port utilisé. Je connais "free serial monitor", que j'utilise.
http://www.serial-port-monitor.com/index.html
Le lien mène vers la version FREE, attention il en existe d'autres, payantes.
Le soft est à lancer avant le tien, lorsque ton soft ouvre le port, tu le vois sur le sniffer, les octets echangés sont ensuite affichés.
Pour ce qui est de ta com avec ton µc je te conseille de fonctionner par questions réponses. Il n'est pas très bon d'envoyer des commandes sans les acquitter.
A+
je passe par hazard, je cherchais un meilleur sniffer que le mien, déjà très bien, mais un peu lent pour l'affichage de données sur de grosses com en mode console, bref...
Il existe bien des softs capablent de s'intercaler entre le soft et le port utilisé. Je connais "free serial monitor", que j'utilise.
http://www.serial-port-monitor.com/index.html
Le lien mène vers la version FREE, attention il en existe d'autres, payantes.
Le soft est à lancer avant le tien, lorsque ton soft ouvre le port, tu le vois sur le sniffer, les octets echangés sont ensuite affichés.
Pour ce qui est de ta com avec ton µc je te conseille de fonctionner par questions réponses. Il n'est pas très bon d'envoyer des commandes sans les acquitter.
A+
- Messages postés
- 5
- Date d'inscription
- vendredi 9 novembre 2007
- Statut
Salut,
merci pour le lien, je testerai par curiosité....
qu'est-ce que tu entends par "acquitter" : une confirmation de reception par le renvoi des données (protocole?) ?
Pour l'instant je fais que du synchrone, parce que j'ai un probleme avec mon µc ou son compil, il faut que je fasse plein de detour et des pgm pas trés propre et efficace (il ne veut plus gerer les interruptions sci par exemple)
Donc je mets de coté les protocoles pour le moment !
@+
merci pour le lien, je testerai par curiosité....
qu'est-ce que tu entends par "acquitter" : une confirmation de reception par le renvoi des données (protocole?) ?
Pour l'instant je fais que du synchrone, parce que j'ai un probleme avec mon µc ou son compil, il faut que je fasse plein de detour et des pgm pas trés propre et efficace (il ne veut plus gerer les interruptions sci par exemple)
Donc je mets de coté les protocoles pour le moment !
@+
- Messages postés
- 3
- Date d'inscription
- lundi 8 octobre 2012
- Statut
Je te conseille le soft vivement, pour les com RS232 c'est vraiment pratique, on voit de suite tout ce qui passe, en hexa comme en ASCII. Si tu gère bien ton uart côté hc11 (si tu n'as pas d'OS) tu peux surement t'en servir aussi de console, c'est très pratique.
Pour les acquittement effectivement je parlais de protocole, mais du genre succin, sans complication. Un petit "OK" après une trame ça prend pas beaucoup de temps à mettre en place et ça permet d'être sûr de ce qu'on fait. Après je disais ça comme ça...
Chô
Pour les acquittement effectivement je parlais de protocole, mais du genre succin, sans complication. Un petit "OK" après une trame ça prend pas beaucoup de temps à mettre en place et ça permet d'être sûr de ce qu'on fait. Après je disais ça comme ça...
Chô
- Messages postés
- 5
- Date d'inscription
- vendredi 9 novembre 2007
- Statut
- Messages postés
- 3
- Date d'inscription
- lundi 8 octobre 2012
- Statut
oulah non j'y connais rien en hc11, je me souviens juste y avoir mit un linux dessus ya quelques temps, le reste je me souviens plus...
Uart c'est Universal Asynchronous Receiver Transmitter, en gros c'est le port série que tu branches sur ton pc, après conversion des signaux aux bon niveaux de tensions.
La remarque "si tu n'as pas d'OS" c'était en rapport au mode console. Lorsque tu travailles sur un OS embarqué le port série sert de console, les printf sont souvent redirigés dessus pour être visualisé sur un PC et travailler en debug, en tout cas c'est comme ça que je fais. Après si tu n'as pas d'OS donc, tu peux surement écrire une fonction qui envoie des trame ASCII sur le port série. Ca permet de suivre le déroulement du soft.
Voilou
Uart c'est Universal Asynchronous Receiver Transmitter, en gros c'est le port série que tu branches sur ton pc, après conversion des signaux aux bon niveaux de tensions.
La remarque "si tu n'as pas d'OS" c'était en rapport au mode console. Lorsque tu travailles sur un OS embarqué le port série sert de console, les printf sont souvent redirigés dessus pour être visualisé sur un PC et travailler en debug, en tout cas c'est comme ça que je fais. Après si tu n'as pas d'OS donc, tu peux surement écrire une fonction qui envoie des trame ASCII sur le port série. Ca permet de suivre le déroulement du soft.
Voilou
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.