Perguntas Frequentes (FAQ)

Nesta página começamos respondendo às perguntas mais frequentes. Se não encontrar a resposta, entre em contato imediatamente com a equipe de desenvolvimento do SerialTool!

  • O que é COM Sniffer?

    COM Sniffer é uma poderosa ferramenta para Windows que permite registrar, analisar e monitorar portas seriais de forma passiva e contínua (24/7), analisando o tráfego de suas aplicações ou softwares de terceiros com máxima estabilidade. Ele oferece uma interface simples e intuitiva e é compatível com todas as portas seriais, tanto físicas quanto virtuais (incluindo USB-para-Serial). Também é possível monitorar o tráfego em portas COM já em uso por outros programas.
  • Por que o COM Sniffer faz parte do SerialTool?

    Atualmente, o COM Sniffer é um módulo integrado do SerialTool, a suíte multiplataforma para comunicação serial (Windows, macOS, Linux) repleta de recursos avançados. No futuro, o COM Sniffer poderá ser lançado como versão independente; por enquanto, está disponível exclusivamente com o SerialTool.
    Para qualquer dúvida, entre em contato diretamente com a equipe SerialTool.
  • O COM Sniffer está disponível para macOS ou Linux?

    Atualmente, o COM Sniffer está disponível apenas para Windows, onde construir um sniffer serial confiável exige drivers em nível de kernel e uma implementação técnica complexa. No macOS e no Linux existem soluções alternativas que não requerem drivers de kernel e funcionam no espaço do usuário.
  • Como instalar o COM Sniffer?

    Após o download, o COM Sniffer está incluído no pacote do SerialTool. O instalador instala automaticamente todos os drivers necessários, sem configuração manual. Em poucos minutos você estará pronto para monitorar a porta serial no Windows.
  • Em quais sistemas operacionais o COM Sniffer funciona?

    Como o COM Sniffer faz parte do pacote SerialTool, ele funciona em todos os sistemas operacionais Windows de 64 bits.
  • Ele funciona com conversores USB-para-Serial como RS485, RS422 ou RS232, ou com portas virtuais?

    O COM Sniffer funciona com qualquer porta serial reconhecida pelo PC: portas COM físicas ou virtuais (incluindo via conversores USB-serial). Se a porta estiver registrada como porta COM no Windows, o COM Sniffer pode interceptar e analisar todo o tráfego que passa por ela (incluindo RS-232, RS-422 e RS-485) sem alterar o comportamento do aplicativo principal.
    Sempre que uma porta COM é aberta e começa a trocar dados, o monitoramento é passivo e não intrusivo: o COM Sniffer captura pacotes e parâmetros em tempo real, garantindo sniffing e registro confiáveis.
  • Como posso enviar ou receber dados da porta serial?

    O COM Sniffer não é um programa de comunicação serial: ele não envia nem recebe bytes pela porta COM, e não abre nem controla portas. Ele lida exclusivamente com monitoramento/sniffing passivo e registro do tráfego serial.
    Para enviar e receber dados, abrir múltiplas portas em paralelo e acessar recursos avançados de comunicação, o COM Sniffer está integrado ao SerialTool, que gerencia todas as operações de porta serial.
  • Quantas portas seriais posso monitorar simultaneamente?

    Você pode monitorar múltiplas portas seriais ao mesmo tempo. Para garantir estabilidade e uso eficiente da memória, o COM Sniffer aplica um limite prático de até 32 portas COM simultâneas.
  • Posso registrar, monitorar e farejar uma porta COM já aberta por outro software?

    Registrar, monitorar e farejar dados em uma porta COM já aberta é o principal caso de uso para o qual o COM Sniffer foi projetado.
    Quando a porta serial está em uso por outro programa, o COM Sniffer intercepta e exibe todo o tráfego em tempo real, junto com parâmetros de configuração (baud rate, paridade, bits de dados/parada, RTS/DTR, timeouts) e chamadas de baixo nível (IOCTL/IRP em nível de kernel). Isso permite analisar o comportamento do aplicativo sem alterar o ambiente existente e identificar rapidamente anomalias ou bugs.
  • Posso salvar o tráfego da porta serial?

    Você pode salvar todos os dados em arquivo e escolher quais tipos incluir (por exemplo, Session Log, Read/Write, Dump, IOCTL). A partir da tela principal, você pode rapidamente selecionar o que exportar e copiar para a área de transferência em formato ASCII ou hexadecimal (HEX).
  • Posso analisar o protocolo do tráfego serial?

    Com o COM Sniffer você pode salvar e exportar a carga útil do tráfego serial — de entrada (IRP_MJ_READ) e de saída (IRP_MJ_WRITE) — em formato PCAP, para analisar protocolos (por exemplo, Modbus) com o WireShark. Os filtros integrados permitem isolar rapidamente pacotes relevantes e enviá-los para ferramentas avançadas capazes de reconhecer e decodificar corretamente o protocolo usado.
    Esses recursos são ideais para desenvolvimento e depuração de seu aplicativo, ou para engenharia reversa direcionada de softwares de terceiros.
  • Por que é necessário um driver de kernel para analisar a porta serial?

    Para farejar todo o tráfego em uma porta serial já aberta, não é possível reabrir a porta a partir do espaço do usuário. É necessário um driver de filtro em nível de kernel capaz de interceptar e filtrar todas as solicitações e dados direcionados à porta serial (IOCTL/IRP, READ/WRITE).
    Um driver de kernel eficaz deve ser estável, bem projetado e assinado digitalmente pela Microsoft (attestation/WHQL), para que possa ser carregado com segurança em todas as versões suportadas do Windows (compatível com Secure Boot e DSE habilitado).
    Aplicações sem um driver de kernel (muito complexo de construir) não podem alcançar o mesmo nível de monitoramento, sniffing e registro em uma porta COM já em uso.
  • Quais alternativas posso usar para registrar ou monitorar a porta serial?

    Sem um driver de kernel, a única alternativa para registrar, monitorar e farejar uma porta serial (COM) é acessar fisicamente os pinos TX e RX. Na prática, você usa conversores USB–serial e solda (ou conecta com pinos de pressão/pogo-pins) os contatos diretamente na PCB. Dessa forma, com softwares como o SerialTool, é possível visualizar os bytes transmitidos.
    As limitações dessa abordagem de hardware incluem:
    • Não permite observar como o software original usa a porta: abrir/fechar, mudanças dinâmicas de baud rate, paridade/bits de dados/parada, timeouts, handshaking.
    • Não revela sinais de controle (ex.: RTS/DTR) ou suas mudanças de estado, muitas vezes usados como reset ou para controle de fluxo.
    • Não mostra chamadas de baixo nível (IOCTL/IRP), nem a sequência exata de operações do sistema operacional.
    • Requer intervenção invasiva (soldagem), com possíveis riscos ao hardware/garantia e atenção aos níveis elétricos (RS-232/422/485).
    Somente um driver de filtro em nível de kernel combinado com software dedicado permite farejamento preciso e confiável em portas COM já abertas, com visibilidade da carga útil, parâmetros de configuração e IOCTL/IRP.