FAQ

Sur cette page, nous commençons par donner des réponses aux questions les plus fréquentes. Si vous ne trouvez pas la réponse, contactez immédiatement l’équipe de développement de SerialTool !

  • Qu’est-ce que COM Sniffer ?

    COM Sniffer est un puissant utilitaire pour Windows qui permet de journaliser, analyser et surveiller les ports série de manière passive et continue (24/7), en analysant le trafic de vos applications ou de logiciels tiers avec une stabilité maximale. Il offre une interface simple et intuitive et est compatible avec tous les ports série, qu’ils soient physiques ou virtuels (y compris les USB-Série). Vous pouvez également surveiller le trafic sur des ports COM déjà utilisés par d’autres programmes.
  • Pourquoi COM Sniffer fait-il partie de SerialTool ?

    COM Sniffer est actuellement un module intégré à SerialTool, la suite multiplateforme pour la communication série (Windows, macOS, Linux) riche en fonctionnalités avancées. À l’avenir, COM Sniffer pourrait être publié en version autonome ; pour l’instant, il est disponible exclusivement avec SerialTool.
    Pour toute question, contactez directement l’équipe de SerialTool.
  • COM Sniffer est-il disponible pour macOS ou Linux ?

    COM Sniffer est actuellement disponible uniquement pour Windows, où la création d’un sniffer série fiable nécessite des pilotes au niveau du noyau et une implémentation technique complexe. Sur macOS et Linux, il existe des solutions alternatives qui ne nécessitent pas de pilotes noyau et fonctionnent en espace utilisateur.
  • Comment installer COM Sniffer ?

    Une fois téléchargé, COM Sniffer est inclus dans le paquet SerialTool. Le programme d’installation s’occupe automatiquement d’installer tous les pilotes nécessaires, sans configuration manuelle. En quelques minutes, vous êtes prêt à surveiller le port série sous Windows.
  • Sur quels systèmes d’exploitation fonctionne COM Sniffer ?

    Étant inclus dans le paquet SerialTool, COM Sniffer fonctionne sur tous les systèmes Windows 64 bits.
  • Fonctionne-t-il avec les convertisseurs USB-Série de type RS485, RS422 ou RS232, ou avec les ports virtuels ?

    COM Sniffer fonctionne avec n’importe quel port série reconnu par le PC : COM physiques ou virtuels (même via des convertisseurs USB–Série). Si le port est enregistré comme COM sous Windows, COM Sniffer peut intercepter et analyser tout le trafic qui le traverse (y compris les connexions RS-232, RS-422 et RS-485) sans altérer le fonctionnement de l’application principale.
    Chaque fois qu’un port COM est ouvert et commence à échanger des données, la surveillance est passive et non invasive : COM Sniffer capture en temps réel les paquets et paramètres, garantissant une analyse et un enregistrement fiables.
  • Comment puis-je envoyer ou recevoir des données via le port série ?

    COM Sniffer n’est pas un logiciel de communication série : il n’envoie ni ne reçoit de données via le port COM et n’ouvre ni ne contrôle les ports. Il se limite uniquement à la surveillance et à l’enregistrement du trafic série de manière passive.
    Pour l’envoi et la réception de données, l’ouverture de plusieurs ports en parallèle et les fonctions de communication avancées, COM Sniffer est intégré à SerialTool, qui gère toutes les opérations sur le port série.
  • Combien de ports série puis-je surveiller simultanément ?

    Il est possible de surveiller plusieurs ports série simultanément. Pour garantir la stabilité et une utilisation efficace de la mémoire, COM Sniffer applique une limite pratique allant jusqu’à 32 ports COM simultanés.
  • Puis-je journaliser, surveiller et analyser un port COM déjà ouvert par un autre logiciel ?

    Surveiller, analyser et enregistrer les données transitant par un port COM déjà ouvert est le cas d’utilisation principal pour lequel COM Sniffer a été conçu.
    Lorsque le port série est utilisé par un autre logiciel, COM Sniffer intercepte et affiche en temps réel tout le trafic, ainsi que les paramètres de configuration (baud rate, parité, bits de données/stop, RTS/DTR, timeout) et les appels bas niveau (IOCTL/IRP au niveau noyau). Ainsi, vous pouvez analyser le comportement de l’application sans modifier l’environnement existant et détecter rapidement des anomalies ou bugs.
  • Quels signaux IOCTL_SERIAL et IRP_MJ puis-je surveiller ?

    Typiquement, tous les signaux présents dans la bibliothèque bas niveau ntddser.h de Windows ainsi que les fonctions majeures IRP (IRP_MJ) READ et WRITE.
  • Puis-je enregistrer le trafic du port série ?

    Il est possible d’enregistrer toutes les données dans un fichier et de choisir le type de données à inclure (ex. Journal de session, Lecture/Écriture, Dump, IOCTL). Depuis l’écran principal, vous pouvez identifier rapidement ce qu’il faut exporter et le copier dans le presse-papiers au format ASCII ou hexadécimal (HEX).
  • Puis-je analyser le protocole du trafic série ?

    Avec COM Sniffer, vous pouvez enregistrer et exporter la charge utile du trafic série — en entrée (IRP_MJ_READ) et en sortie (IRP_MJ_WRITE) — au format PCAP, pour analyser les protocoles (par exemple Modbus) avec WireShark. Les filtres intégrés vous permettent d’isoler rapidement les paquets pertinents et de les envoyer vers des outils avancés capables de reconnaître et décoder correctement le protocole utilisé.
    Ces fonctionnalités sont idéales pour le développement et le débogage de votre application ou pour le reverse engineering ciblé de logiciels tiers.
  • Pourquoi faut-il un pilote noyau pour analyser le port série ?

    Pour analyser tout le trafic d’un port série déjà ouvert, il n’est pas possible de le rouvrir depuis l’espace utilisateur. Un pilote de filtre au niveau noyau est nécessaire, capable d’intercepter et de filtrer toutes les requêtes et données envoyées au port série (IOCTL/IRP, READ/WRITE).
    Un pilote noyau efficace doit être stable, bien développé et signé numériquement par Microsoft (attestation/WHQL), afin qu’il puisse être chargé en toute sécurité sur toutes les versions de Windows prises en charge (compatibilité avec Secure Boot, DSE activé).
    Les applications sans pilote noyau (très complexe à développer) ne peuvent pas atteindre le même niveau de surveillance et d’enregistrement sur un port COM déjà utilisé.
  • Quelles alternatives existent pour journaliser ou surveiller le port série ?

    Sans pilote noyau, la seule alternative pour le journalisation, la surveillance et l’analyse du port série (COM) est de se connecter physiquement aux broches TX et RX. En pratique, on utilise des convertisseurs USB–Série et on soude (ou pince avec des clips/pogo-pin) les contacts directement sur le circuit imprimé. Ainsi, avec un logiciel comme SerialTool, il est possible de voir les octets transmis.
    Les limites de cette approche matérielle sont :
    • Elle ne permet pas d’observer comment le logiciel original utilise le port : ouverture/fermeture, changements dynamiques de baud rate, parité/bits de données/bits de stop, timeout, handshake.
    • Elle ne rend pas visibles les signaux de contrôle (ex. RTS/DTR) ni leurs changements d’état, souvent utilisés comme reset ou pour le contrôle de flux.
    • Elle ne montre pas les appels bas niveau (IOCTL/IRP), ni la séquence exacte des opérations du système d’exploitation.
    • Elle nécessite des interventions invasives (soudure), avec des risques possibles pour le matériel/la garantie et une attention particulière aux niveaux électriques (RS-232/422/485).
    Seul un pilote de filtre au niveau noyau combiné à un logiciel dédié permet une analyse précise et fiable sur des ports COM déjà ouverts, avec visibilité complète sur la charge utile, les paramètres de configuration et IOCTL/IRP.