@Nic_bez_cifr

Всем привет.
Есть у меня проблема.
Имеется два устройства, который общаются по RS485. Надо посмотреть что "летает" по RS485 (в обоих направлениях).
Протокол самопальный, документации нет. Данные от мастера (назовем одно из устройств так) сыпятся с периодом 60 мс.
Посмотреть известными программами не могу, так как этот спам забивает весь экран. Причем, данные не меняются (бОльшую часть времени). Просто сыпятся одинаковые запросы в ожидании ответа. Хочу написать простую софтину, которая фильтрует одинаковые пакеты, отображая этот пакет только один раз. В скобках (может быть) число принятых однотипных пакетов.
Надо отслеживать входящие и исходящие сообщения.
У меня есть малый опыт создания приложений при помощи этого фреймворка. (реализовал целых два приложения ))) ).
Опыта не хватает, как мне бы более менее рационально решить эту проблему?
Можно тупо набивать массив (есть SOF, EOF), повторяющиеся пакеты фильтровать по контрольной сумме, которая передаётся в этом же пакете. Мол, CRC совпала с предыдущим пакетом, тогда инкремент счетчика одинаковых пакетов, а само содержимое на экране не отображать. Можно ли более изящно решить эту задачу при помощи функционала Qt?

0

@kuzulis

Два варианта:

1. Иметь промежуточный "шлюз" (писюк) с двумя RS-485 на котором будет крутится твое Qt-шное приложение, которое будет форвардить сообжения из одного порта в другой и обратно.

2. Писать фильтр драйвер, если на том хосте Windows, и с его помощью перехватывать и парсить сообщения. Но если на том хосте Linux - то хз, надо курить маны (возможно также писать свой драйвер с дополнительными ioctl).

0

@Rius

Сохранить лог из известных программ-снифферов в файл и анализировать его программно.

0