У Экры нашел мат. часть по их устройствам защиты

https://i.postimg.cc/B6xb5jNT/2024-10-25-100455594.png

Только что пообщался со знающими людьми

Сошлись на мнении, что при последовательном интерфейсе определяющими пераметрами являюся
- количество опрашиваемых устройств, подключенных к линии связи;
- скорость передачи данных - bit/s;

При скорости 19200 bit/s максимальное время опроса 1 устройства с запасом можно принять - 200 мс
При скорости 9600 bit/s - уже 400 мс

Отсюда и стоит плясать в оценке совместной работы с PPS
Цикл опроса всех устройств должен укладываться в цикл PPS, т.е. в одну секунду

Это 2-4 устройства на линии RS-485, которые будут эффективно синхронизироваться с временем не более 1 мс при наличии сигнала PPS

Как то не так.
Синхронизация времени по 103 или иному протоколу подразумевается в широковещательном формате, то есть посылка от источника принимается всеми устройствами одновременно, а не последовательно. Для этого имеется специальный формат команды синхронизации, типа "Внимание всем, следующей командой будет метка времени!". Вопрос в другом, как точно сможет выдать контроллер эту метку, какому моменту времени соответствует содержимое метки, учитывается или нет транспортная скорость. Суть в том, что действительно, не зная условий формирования метки времени невозможно ее правильно использовать. Можно заставить контроллер корректировать миллисекунды в посылке в соответствии со своими задержками в порту связи, а можно это сделать и в приемнике. А можно ни как не корректировать, подразумевая, что в пределах 0,5 сек метка времени будет принята в любом случае, а начало секунды считать от прихода PPS, то есть обнулять счетчик миллисекунд.
Дальше интересней. А кому нужна микросекундная точность синхронизации календарных часов. По всем СТО внутренние часы должны тикать с разрешением 1 мс. Можно, конечно, задействовать прецизионные протоколы синхронизации и получить наносекунды, но как их использовать? Я говорю именно о часах реального времени, календарных, а не о синхронизации в шине процессов, где требуется 1 мкс.
Собственно по этому, при правильной реализации синхронизации только по 103 или проприетарному протоколу связи, достижима точность синхронизации ведомых часов 1 мс с часами источника. Использование PPS исключает зависимость от программной реализации синхронизации и позволяет в любом случае получить точность 1 мс, главное, что бы источник меток (тот же контроллер) был синхронизирован с тем же сервером времени, который раздает PPS.

Возник еще дополниельный вопрос по PPS

Есть источники PPS, которые выдают сигнал с уровнем RS-422
Есть источники PPS, которые  выдают сигнал с уровнем RS-485

Аналогично и устройства, которые принимают сигнал PPS
Есть устройства, которые принимают сигнал PPS RS-422
А есть устройства, которые принимают сигнал PPS RS-485

И что получается?
Чтобы организовать сихронизацию "зоопарка" разных устройств - нужны разные источники PPS?
Одним 485, другим 422?

Пока нет четкого понимания, потому что сигнал PPS вроде не передача данных, а просто физический импульс стандартной длительности

RS-485 и RS-422  - это интерфейсы. Они не взаимозаменяемы/взаимоприменяемы. через этот интерфейс устройства могут говорить между собой на разных языках (протоколах). Есть различные конверторы интерфейсов, из одного в другой. Поэтому, скорее всего так: от источника PPS (кстати, что это, если не IRIG-B) идет сигнал в узел, а дальше делится на два сегмента: через конвертор RS-485 идет линия на устройства с RS-485 интерфейсом, а после конвертора RS-422 на устройства с RS-422 интерфейсом.
Но, RS-485 и RS-422 в принципе похожи, возможно в каких-то устройствах есть выбор, какой интерфейс использовать.