[EugenyAM 0]

Необходимо поддерживать системное время в удаленных контроллерах с точностью до 1 секунды.

Основная синхронизация - GPS приемник Quectel L10 в каждом контроллере, связь с центром по GPRS.

Если нет данных времени от GPS, RTC фактически может уходить за сутки до 1 минуты.

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

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

 

[Aurochs 0]

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

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

 

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

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

 

[wwo55 0]

Если есть возможность, посмотрите, пожалуйста, нашу документацию.

Надеюсь, что она поможет.

http://naviaglonass.ru/wp-content/uploads/...S_AppNote_1.pdf

Изменено 23 декабря, 2013 пользователем Владимир О.

[EugenyAM 0]

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

 

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

а признак валидности при этом устанавливается?

 

[WHILE 0]

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

а признак валидности при этом устанавливается?

Не знаю как в quectel L10, а в моем девайсе,GPS модуль я уже и не помню

какой если не было захвата шли нули.

Ну и меня как и вас были встроенные часы.

Без признака валидности если данные времени отличались от встроенных RTC

меньше чем на 10 минут я считал их подлинными.

[mantech 35]

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

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

[Waldelk 0]

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

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

[EugenyAM 0]

Стек в Quectel M10 поддерживает NTP, все работает.

Вполне жизнеспособный вариант при отсутствии приема спутников

[foxit 0]

Стек в Quectel M10 поддерживает NTP, все работает.

Вполне жизнеспособный вариант при отсутствии приема спутников

 

 

А можно поподробней?

Где почитать?

[EugenyAM 0]

А можно поподробней?

Где почитать?

 

например так: (сервер взят из винды)

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

[fk1 0]

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

 

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

 

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

 

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

 

[EugenyAM 0]

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

 

если есть сигнал PPS - к нему привязывается момент записи (обнуления) секунд в RTC при коррекции.

если нет сигнала PPS - точность синхронизации будет не более одной секунды

возможно, в NMEA выдача значения времени в сообщении $GPRMC не плавает относительно начала секунды

(может сработать для относительной синхронизации начала секунды на различных устройствах с приемниками одного типа)

 

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

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

 

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

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

[krux 8]

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

 

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

[foxit 0]

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

 

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

[wwo55 0]

Данные ОБЫЧНОГО кварцевого резонатора:

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 и близко не пахнет...