Достаточно нудная будет процедура - подгонять точность часов подбором этого параметра.
Кроме того, стабильность установленной частоты никем и никак не нормируется, гулять будет как бог на душу пошлет в зависимости от кучи факторов - температуры например. Как правило, изменением FSB пользуются оверклокеры при разгоне процессора.
2) Единственный способ достаточно точной в целях слияния осциллограмм синхронизации можно добиться только посредством GPS - 1 мсек по приказу ЕЭС.
Сеть в этом случае "не канает" : NTP дает 10 мсек в идеале.
Тем более нужной точности не даст обновление от ноута.
Тут http://rzia.ru/topic399-sinkhronizatsiy … i-ras.html поднимали эту тему.
Я в разных осциллограммах (тут еще кучерявее - с разных ГПП разных владельцев) находил характерную точку, идентифицируемую однозначно, привязывал к ней 0 времени и тггда уже танцевал.

Ох ты-ж... расхождение в 2, 5 часа это как-то в голову не пришло, я грешным делом секунды или минуты предполагал. Дата хоть совпадает? Такие расхождения могут объясняться, имхо, только неисправной батарейкой в биосе РАСа. Или только если годами время не править... Первым делом - батареечки... (добавлено) - или изначально при настройке на время никто внимания не обращал

Доказывать сопоставлением осциллограмм с противоположного конца по характерным процессам, длительности, моментам "разворота" фазы etc.
Выбить у затаившегося виновника осциллограммы трудно, но можно - председателю комиссии официальный запрос, он его ОБЯЗАН "транслировать" остальным участникам разборов (опыт выбивания имеется :)  ).

Не так все трагично - стабильность FSB на самом деле достаточно (для "обычного применения") высока, но нормы как таковой нет. Госты на ПК об этом умалчивают, а в основе РАСов лежат самые обычные материнские платы с процессорами и прочей обвязкой. В основном под ДОСом, кстати.

ЗЫ: время записанной осциллограммы таки да, не меняется. Иначе какой смысл в регистрации событий?

Вот вот, всегда так)))
Постоянно мы перекладываем чужие обязанности на других. Не согласен с этим. Пусть оперативники учатся.

Честно признаюсь, данный пункт до "самого" конца никогда не дочитывал. Всё как-то больше на его первые строки ссылался и требовал выполнения.
Теперь осталось дать определение "автоматическому осциллографу". И если с Пармой то ещё относительно всё понятно (хотя опять же, где гарантия что остальные параметры не затронет?), но как быть с терминалами РЗА, где выполнено ОМП и регистрация событий. В инструкции для оперативного персонала всё расписано: как смотреть вид к.з., его время, и ОМП. Но что ещё его и в настройки пускать?! Чтобы он пальчиками перепутал и уставочки снёс?

В сутки время на РАС убегает от 3 до 8 секунд.
На уход времени влияют:
- температура
- питающее напряжение
- алгоритмы обработки
- загрузка процессора

Как этим пользоваться?
Думается, никак. Это калибровка в определенных условиях.

И сеть и GPS сейчас не реально, все работает автономно. Не верится, что точность часов ничем не регулируется.
Что бы точность регулировать необходим опорный сигнал. Где его взять?

Например, краснодарский сервер/синхронизатор по RS232/485 время устанавливает с точностью до +/-10 мс, по НТП до 100мс, с приемлемой точностью устанавливает только PPS, но нужен более быстрый способ, чем PPS->485->РАС

Факт остается фактом без синхронизации по GPS никак.                                                               
И сеть и GPS сейчас не реально, все работает автономно.                                                    Если ничего не делать, со временем всё дальше так же будет.