Надежная синхронизация времени в системе Опции

[EugenyAM]

Необходимо поддерживать системное время в удаленных контроллерах с точностью до 1 секунды.
Основная синхронизация - GPS приемник Quectel L10 в каждом контроллере, связь с центром по GPRS.
Если нет данных времени от GPS, RTC фактически может уходить за сутки до 1 минуты.
Можно ли вытащить время из GPS при 1-2 активных спутниках?
Как можно реализовать синхронизацию через GPRS от сервера (сервер синхронизирован с интернетом, но время доставки пакета к контроллеру по GPRS недетерминировано и обычно более 3 секунд) ?

[Aurochs]

Можно ли вытащить время из GPS при 1-2 активных спутниках?

Зачем его вытаскивать? Оно и так выдается после захвата хотя бы одного спутника.

Как можно реализовать синхронизацию через GPRS от сервера (сервер синхронизирован с интернетом, но время доставки пакета к контроллеру по GPRS недетерминировано и обычно более 3 секунд) ?

Ищите в гугле NTP

[Владимир О.]

Если есть возможность, посмотрите, пожалуйста, нашу документацию.
Надеюсь, что она поможет.
http://naviaglonass.ru/wp-content/uploads/...S_AppNote_1.pdf

Сообщение отредактировал Владимир О. - Dec 23 2013, 10:24

[EugenyAM]

Зачем его вытаскивать? Оно и так выдается после захвата хотя бы одного спутника.

В quectel L10 точно выдается? В сообщении $GPRMC или в другом?
а признак валидности при этом устанавливается?

[WHALE]

В quectel L10 точно выдается? В сообщении $GPRMC или в другом?
а признак валидности при этом устанавливается?

Не знаю как в quectel L10, а в моем девайсе,GPS модуль я уже и не помню
какой если не было захвата шли нули.
Ну и меня как и вас были встроенные часы.
Без признака валидности если данные времени отличались от встроенных RTC
меньше чем на 10 минут я считал их подлинными.

[mantech]

RTC фактически может уходить за сутки до 1 минуты.

Может не втему, конечно, но у вас RTC не от кварца разве тактируется? У меня уход +-1 сек в сутки макс.

[Waldelk]

Может не втему, конечно, но у вас RTC не от кварца разве тактируется? У меня уход +-1 сек в сутки макс.

Может быть кварцевый резонатор на более точный поменять с меньшим дрейфом частоты ?

[EugenyAM]

Стек в Quectel M10 поддерживает NTP, все работает.
Вполне жизнеспособный вариант при отсутствии приема спутников

[foxit]

Стек в Quectel M10 поддерживает NTP, все работает.
Вполне жизнеспособный вариант при отсутствии приема спутников

А можно поподробней?
Где почитать?

[EugenyAM]

А можно поподробней?
Где почитать?

например так: (сервер взят из винды)
AT+QNTP="time.nist.gov",123
должен прийти ответ:
OK

+QNTP: 0

если не 0 - ошибка синхронизации
далее получаем время (UTC) из часов модема:
AT+CCLK?
+CCLK: "13/12/24,06:21:48+00"

OK
далее остается учесть таймзону и преобразовать в нужный формат

источник - Документ M10_ATC_V1.2.pdf

PS
есть российский портал серверов точного времени
http://www.ntp-servers.net/servers.html

[Frolov Kirill]

Вопрос, скорей, не в том, откуда получить время (GPS, NTP, rdate, time protocol over UDP...), а как синхронизировать между собой несколько часов: внешние точные (GPS, NTP...), локальные (RTC-модуль в МК, в модеме и т.п.), время внутри МК (тактируется генератором МК и, следовательно, разбегается с тем же RTC). Кроме того, возникает ещё вопрос сколько систем отсчёта времени в системе должно быть и как они должны быть взаимосвязаны. Практически получается:

1) календарное время точное (GPS, NTP...);

2) календарное время локальное (RTC) -- абсолютное значение подстраивается под п 1.

3) монотонное время локальное -- скорость хода медленно подстраивается под п. 2 и п. 1.

[EugenyAM]

1) календарное время точное (GPS, NTP...);

если есть сигнал PPS - к нему привязывается момент записи (обнуления) секунд в RTC при коррекции.
если нет сигнала PPS - точность синхронизации будет не более одной секунды
возможно, в NMEA выдача значения времени в сообщении $GPRMC не плавает относительно начала секунды
(может сработать для относительной синхронизации начала секунды на различных устройствах с приемниками одного типа)

2) календарное время локальное (RTC) -- абсолютное значение подстраивается под п 1.

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

3) монотонное время локальное -- скорость хода медленно подстраивается под п. 2 и п. 1.

например, если таймер локального времени считает с периодом 1 мс до 1000, затем обнуляется, то его значение в момент прерывания от (1) дает текущее отклонение в мс.

[krux]

посмотрите как устроен, например, ССВ-1Г.

зы. во всех нормальных приборах время по RTC вычитывается только один раз при холодном старте прибора, плюс записывается периодически обратно в RTC исходя из текущего рабочего значения, полученного более достоверным и точным способом. просто потому что для хороших часовых кварцев +-1000 ppm это нормальное значение. Для плохих остается только гадать.

[foxit]

посмотрите как устроен, например, ССВ-1Г.

А что схема прибора есть в свободном доступе?

[Владимир О.]

Данные ОБЫЧНОГО кварцевого резонатора:
Electrical characteristics
4.1 Nominal frequency : 32.768 kHz
4.2 Overtone order : Fundamental
4.3 Adjustment tolerance : ±20´10-6 max. (at +25°C)
4.4 Turning Point : +25°C±5°C
4.5 Temperature coefficient : -0.04´10-6/°C2 max.
4.6 Equivalent resistance (Rr) : 70kW max.(-40/+100°C)
: 80kW max.(+100/+125°C)
4.7 Shunt capacitance (C0) : 1.5pF max.
4.8 Motional capacitance (C1) : 4.0±2.0fF
4.9 Motional inductance (L1) : 5,080±1,000H
4.10 Pulling Sensitivity (PS) : 12.3ppm/pF±20% (at 12.5pF)
This value is calculated by following formula.
PS = (C1×1,000)/{2(C0+CL)2} [ppm/pF]
Unit C0:[pF], C1:[fF], CL:[pF]
4.11 Aging : ±5´10-6 max. /1year (at +25°C)
±10´10-6 max. /5years (at +25°C)
±20´10-6 max. /10years (at +25°C)
4.12 Maximum Drive Level : 0.5mW max.

Тут 1000ppm и близко не пахнет...