Отправлено vinogradov aleksei 10 октября 2006 г. 12:52

Естественно, платка имеет часы реального времени с батарейным питанием. На персоналке постоянно крутится программа. Время от времени она запрашивает время с дивайса (по радиоканалу) и сравнивает его со своим временем. Если времена разные, программа синхронизирует времена. Проблема в том, что радиоканал, планировщик задач Windows, сама программа в дивайсе и еще много всяких мелочей вносят непредсказуемую задержку между, например, моментом вычитки данных из часов реального времени программой в дивайсе и моментом доставки этих данных персоналке. Т.е. технически невозможно точно засинхронизировать часы, они всегда будут рассинхронизированы на непредсказуемое время. Как вообще решаются подобные задачи, поделитесь, плиз, опытом ...

• Еще есть вариант, сам придумал, но сложнее чем NTP (+) — SM   (10.10.2006 13:30 85.21.237.237, 730 байт)
• А зачем сравнивать. Периодически, допустим раз в сутки пускай прожка шлет вермя дивайсу для подправления. Или там точность должна быть больше секунды? — 1111   (10.10.2006 13:16 217.21.55.5, пустое)
  • Секунды достаточно. Но ведь гарантировать ее не удается ... — vinogradov aleksei   (10.10.2006 13:18 82.207.125.97, пустое)
    • Сделайте варьирумый период синхронизации - нормальная практика в промышленых контроллерах (Simatic, Schneider etc.). И шлите непосредственно значение текущего временина мастере, а не синхроимпульсы. Делали - работает! — провод   (10.10.2006 13:26 195.34.232.18, пустое)
      • Именно текущее и шлю, причем в ASCII - формате :) — vinogradov aleksei   (10.10.2006 13:30 82.207.125.97, пустое)
        • а точки разделяюшие числа тоже шлете?:)) — ы   (10.10.2006 13:34 80.92.98.211, пустое)
          • Да. Но проблема, увы, не в этом ... — vinogradov aleksei   (10.10.2006 13:44 82.207.125.97, пустое)
          • Из разряда извращений - синхронизация суммированным итогом - на мастере считаете кол-во секунд с последнего момента синхронизации и пуляете раз в час на слейв. Размер посылки - 12 бит. Проскочит быстро! — провод   (10.10.2006 13:40 195.34.232.18, пустое)
        • И чего, времы посылки от времени приемки синхротелеграммы отличается менее чем на секунду (вместе с распаковкой и актуализацией). Я думаю это наиболее правильный метод синхронизации. — провод   (10.10.2006 13:33 195.34.232.18, пустое)
        • Проблемы ваше не решит, но так - совет. Удобно в системе время держать в лонге и слать тоже. — 1111   (10.10.2006 13:33 217.21.55.5, пустое)
    • Хз, в системах контроля доступа и т.п. при обмене данным хост в начале шлет время, которое используется для синхронизации в том числе. — 1111   (10.10.2006 13:26 217.21.55.5, 159 байт)
• На эту тему есть хорошая рекомендация RFC 958 (NTP, Network Time Protocol). Легко переносится на любой другой канал, хотя описана, естественно, для TCP/IP — SM   (10.10.2006 13:02 85.21.237.237, пустое)
• Синхроимпульс. — Гудвин   (10.10.2006 13:00 62.181.47.198, пустое)
  • Туда же. Прохождение этого импульса по всей цепочке задержит его на непредсказуемое время ... — vinogradov aleksei   (10.10.2006 13:01 82.207.125.97, пустое)