Добрый день!
Собираюсь использовать одну линию связи RS485 для соединения приборов с разными протоколами. Приборы- счетчики. Эта схема будет работать или чревата коллизиями передачи?

Например если протокол аля модбас rtu у всех может и будет нормально - особенно если на одном битрэйте, они там только таймаутами разделяются.
Но как на один мастер и порт обычными средствами запихнуть три протокола на постоянной основе это хз

Пофигу, опрос приборов всегда последовательный, главное, чтобы контроллер, ПК умел менять на лету настройки COM порта.
Принцип простой. Открыли порт с определенными настройками, опросили 1 протокол, закрыли порт, Открыли с другими настройками, опросили протокол 2, закрыли порт и так по кругу.
Все это увеличит общее время опроса. Главное, чтобы оборудование это позволяло делать.

а практически это кто-то у себя использовал?

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

Даже не пытайтесь такой фигней заниматься. Проложите отдельные кабели и подключайте на разные порты.

Даже если вы можете работать с портом на уровне посылки и считывания байтов, работа одновременно с разными протоколами, это нарушение всех мыслимых стандартов, сами же запутаетесь.

Два раза использовал практически.
ПЛК Омрон +частотник на модбасе, RS422
Работало стабильно.

Терморегуляторы на текстовом протоколе + модбас RTU частотники и контроллер Дельты.
Нифига нестабильно, иногда кто то из слейвов модбаса подвисал и вешал всю сеть, похоже реализация протокола в слейве с ошибками.


Пожалуй вариант неплохой.

Знаю реализацию на ПК, но там настройки порта должны быть одинаковыми.
Но нет ничего невозможного, как правильно заметили слейвы не должны без спроса что-то отсылать, типа пришел запрос, оно там думает, думает, время истекло, мастер перешел к следующему и тут слейв таки надумал отвечать.

Слейв должен, если не успел ответить ждать повторного запроса и отправлять уже подготовленный ответ.

Ну и в мастере с физикой порта должно быть все четко, а не так как иногда бывает, тупо зависает RS485 порт.

Я делал три протокола, но OPC сервер был один и скорость/чётность одинаковая была. Несколько лет работает уже. Можно попробовать разными OPC стучаться, открывать/закрывать порт, но наверно Винда такого издевательства над собой не выдержит.

На одной линии висели modbus rtu и ascii. Проблем не было вообще. Но сам писал реализацию обоих протоколов.
Главное, чтобы одна посылка не воспринималась каждым ведомым как своя. Посмотреть описание протоколов.
А если настройки порта разные, тогда и вовсе надо лишь открывать и закрывать с разными настройками. А слейвы (если они адекватные) будут видеть лишь свое.
Хотя была пара протоколов, которые имели одно начало. Вот с такими могут проблемы.