Прибор подключается через компорт, и работает как сервер, синхронная передача данных.
из redmi:
Синтаксис запроса ASCII:
[<LF>]%R1Q,<RPC>[,<TrId>]:[<P0>][,<P1>,...]<Term>
Дополнительные элементы в скобках []. Угловые скобки<> окружают названия или описания. У этих названий есть переменная значения в зависимости от их типов и значений. Сами угловые скобки не часть переданного текста.Символы, не окруженные скобками, являются буквальным текстом и являются частью протокола.
Запрос: %R1Q, 2108:1000,1^m
Возможный ответ может быть следующие: %R1P, 0,0:0,0.9973260431694,1.613443448007,1.3581^m
Строка терминатора (заданный по умолчанию CR/LF).

Используя библиотеку QSerialDevice, удалось наладить связь в формате ASCII.
вопрос: \x0A%R1Q,5011:\x0D\x0A
ответ : %R1P, 0,0:0,27.596000000001
Но всегда хочется большего.

из redmi: Начиная с Выпуска 2.00 клиент может сделать запросы в двоичном формате, который ускоряет коммуникацию примерно до 40-50 %.
К сожалению про BINARY это вся инфа.

Какие есть соображения как установить связь в BINARY формате?

Уфф обрадовал!!! Т.е. возможно уже связь установлена в бинарном формате, так это здорово!!!

К великому сожалению описания "бинарного" протокола обмена нет.
Тогда как установить связь в формате ASCII?

Есть родная библиотека для работы с прибором но тока не весь функционал реализован, полная реализация библиотеки стоит неприлично дорого.
Можно ли прослушать обмен данными в разных форматах родной библиотеки с прибором? пойду погуглю.
Эх непонятки.

Непонятна суть проблемы

если проблнма в :
То есть для винды программы-снифферы COM портов. Они в большинстве платные (но можно кряк найти:))

С помощью этих снифферов можно "прослушать" обмен данными между каким либо приложением и девайсом , которыми они обмениваются через ком порт.
Это часто выручает если нужно "прощупать" какой-нить закрытый протокол обмена для которого бесплатная спецификация закрыта

Гуглите.