Какие есть способы и протоколы для:


1. Синхрогнизации по времени АСУ (без выхода во внешнюю сеть).
2. Раздачи синхронизации по нижестоящим узлам АСУ (выделенная сеть).

на этот вопрос вам никто не ответит, ибо существуют (или не существуют) различные техн. возможности в разнух ПЛК и пром сетях. Уточняйте свой вопрос относительно какого "железа" вопрос...

Текущее время - целочисленные переменные. Мастер записывает переменные, содержащие информацию о текущим времени в слейвы. Протокол любой.

О, да!
А откуда взять точное время (соединения с инетом в АСУ нет и не будет) , что предписывает ГОСТ или не ГОСТ?


Глонасом глонасить ?

один выход - GPS приемник

Это самый лучший вариант

гуглите "часовая станция" или "мастер часы", выбираете с нужным Вам протоколом...

Астрономическое реле с GPS-позиционированием.
Можно попробовать поискать решение с помощью GSM модема(т.е. путем запрпоса времени при помощи SMS), но это осущействимо только если есть какая-то служба, которая может обеспечить стандартизированный ответ на запрос.

Конечно осущЯЙствимо :-)
Великое дело - гадание о длительности времени доставки смс.

Как вариант - датчик точного времени GPS "PTT-4096". С ним можно связаться через Ethernet, что упрощает задачу.

Мы в своих проектах используем СЕВ (Сервер Единого Времени), который по протоколу SNTP в сети Ethernet рассылает метку единого времени, а по ней уже синхронизируются все узлы. Я даже у себя в своей скаде прописал поддержку протокола SNTP.
Есть куча утилит в Интернет, которые под MS Windows умеют по протоколу SNTP выполнять синхронизацию.

У нас задача специфическая малость, по требованиям отрасли у нас в системе разбег времени по всем узлам системы не должен превышать 20 миллисекунд от эталонного времени по GPS или Глонас. И если под MS Windows (XP,7,Server2008 и так далее) эти утилиты нормально работают без особых танцев с бубном в диапазоне требуемой нами погрешности в 20мс, то под WindowsCE (у нас под ней контроллеры работают) с этим есть серьезные проблемы - там даже после синхронизации время от эталона может скакать от 100 до 400мс, причем проверяли как утилитами, службой винды штатной и даже сами писали синхронизацию по SNTP-протоколу - бестолку, в диапазон 20мс никак не попадали. Пришлось мне малость стандарт NTP доработать и внести кое-какие корректировки в алгоритм его работы, только после этого удалось уложиться в требуемые ограничения.

Кстати, проверку как раз делаем по строб-импульсу PPS, который большинство оборудования типа GPS-приемников или СЕВов выдают как дискретный сигнал, передний фронт которого четко синхронизирован с 000 миллисекунд каждой секунды. Когда его в узел проверяемый заводишь, то регистрация сигнала должна четко совпадать с началом каждой секунды в пределах требуемой погрешности.