EugenyAM 0 23 декабря, 2013 Опубликовано 23 декабря, 2013 · Жалоба Необходимо поддерживать системное время в удаленных контроллерах с точностью до 1 секунды. Основная синхронизация - GPS приемник Quectel L10 в каждом контроллере, связь с центром по GPRS. Если нет данных времени от GPS, RTC фактически может уходить за сутки до 1 минуты. Можно ли вытащить время из GPS при 1-2 активных спутниках? Как можно реализовать синхронизацию через GPRS от сервера (сервер синхронизирован с интернетом, но время доставки пакета к контроллеру по GPRS недетерминировано и обычно более 3 секунд) ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aurochs 0 23 декабря, 2013 Опубликовано 23 декабря, 2013 · Жалоба Можно ли вытащить время из GPS при 1-2 активных спутниках? Зачем его вытаскивать? Оно и так выдается после захвата хотя бы одного спутника. Как можно реализовать синхронизацию через GPRS от сервера (сервер синхронизирован с интернетом, но время доставки пакета к контроллеру по GPRS недетерминировано и обычно более 3 секунд) ? Ищите в гугле NTP Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
wwo55 0 23 декабря, 2013 Опубликовано 23 декабря, 2013 (изменено) · Жалоба Если есть возможность, посмотрите, пожалуйста, нашу документацию. Надеюсь, что она поможет. http://naviaglonass.ru/wp-content/uploads/...S_AppNote_1.pdf Изменено 23 декабря, 2013 пользователем Владимир О. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
EugenyAM 0 23 декабря, 2013 Опубликовано 23 декабря, 2013 · Жалоба Зачем его вытаскивать? Оно и так выдается после захвата хотя бы одного спутника. В quectel L10 точно выдается? В сообщении $GPRMC или в другом? а признак валидности при этом устанавливается? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
WHILE 0 23 декабря, 2013 Опубликовано 23 декабря, 2013 · Жалоба В quectel L10 точно выдается? В сообщении $GPRMC или в другом? а признак валидности при этом устанавливается? Не знаю как в quectel L10, а в моем девайсе,GPS модуль я уже и не помню какой если не было захвата шли нули. Ну и меня как и вас были встроенные часы. Без признака валидности если данные времени отличались от встроенных RTC меньше чем на 10 минут я считал их подлинными. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 34 23 декабря, 2013 Опубликовано 23 декабря, 2013 · Жалоба RTC фактически может уходить за сутки до 1 минуты. Может не втему, конечно, но у вас RTC не от кварца разве тактируется? У меня уход +-1 сек в сутки макс. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Waldelk 0 24 декабря, 2013 Опубликовано 24 декабря, 2013 · Жалоба Может не втему, конечно, но у вас RTC не от кварца разве тактируется? У меня уход +-1 сек в сутки макс. Может быть кварцевый резонатор на более точный поменять с меньшим дрейфом частоты ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
EugenyAM 0 24 декабря, 2013 Опубликовано 24 декабря, 2013 · Жалоба Стек в Quectel M10 поддерживает NTP, все работает. Вполне жизнеспособный вариант при отсутствии приема спутников Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
foxit 0 24 декабря, 2013 Опубликовано 24 декабря, 2013 · Жалоба Стек в Quectel M10 поддерживает NTP, все работает. Вполне жизнеспособный вариант при отсутствии приема спутников А можно поподробней? Где почитать? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
EugenyAM 0 24 декабря, 2013 Опубликовано 24 декабря, 2013 · Жалоба А можно поподробней? Где почитать? например так: (сервер взят из винды) 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 24 декабря, 2013 Опубликовано 24 декабря, 2013 · Жалоба Вопрос, скорей, не в том, откуда получить время (GPS, NTP, rdate, time protocol over UDP...), а как синхронизировать между собой несколько часов: внешние точные (GPS, NTP...), локальные (RTC-модуль в МК, в модеме и т.п.), время внутри МК (тактируется генератором МК и, следовательно, разбегается с тем же RTC). Кроме того, возникает ещё вопрос сколько систем отсчёта времени в системе должно быть и как они должны быть взаимосвязаны. Практически получается: 1) календарное время точное (GPS, NTP...); 2) календарное время локальное (RTC) -- абсолютное значение подстраивается под п 1. 3) монотонное время локальное -- скорость хода медленно подстраивается под п. 2 и п. 1. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
EugenyAM 0 24 декабря, 2013 Опубликовано 24 декабря, 2013 · Жалоба 1) календарное время точное (GPS, NTP...); если есть сигнал PPS - к нему привязывается момент записи (обнуления) секунд в RTC при коррекции. если нет сигнала PPS - точность синхронизации будет не более одной секунды возможно, в NMEA выдача значения времени в сообщении $GPRMC не плавает относительно начала секунды (может сработать для относительной синхронизации начала секунды на различных устройствах с приемниками одного типа) 2) календарное время локальное (RTC) -- абсолютное значение подстраивается под п 1. опять же желателен секундный сигнал запроса прерывания, синхронизированный со сменой секунд. 3) монотонное время локальное -- скорость хода медленно подстраивается под п. 2 и п. 1. например, если таймер локального времени считает с периодом 1 мс до 1000, затем обнуляется, то его значение в момент прерывания от (1) дает текущее отклонение в мс. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
krux 8 24 декабря, 2013 Опубликовано 24 декабря, 2013 · Жалоба посмотрите как устроен, например, ССВ-1Г. зы. во всех нормальных приборах время по RTC вычитывается только один раз при холодном старте прибора, плюс записывается периодически обратно в RTC исходя из текущего рабочего значения, полученного более достоверным и точным способом. просто потому что для хороших часовых кварцев +-1000 ppm это нормальное значение. Для плохих остается только гадать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
foxit 0 26 декабря, 2013 Опубликовано 26 декабря, 2013 · Жалоба посмотрите как устроен, например, ССВ-1Г. А что схема прибора есть в свободном доступе? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
wwo55 0 26 декабря, 2013 Опубликовано 26 декабря, 2013 · Жалоба Данные ОБЫЧНОГО кварцевого резонатора: 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 и близко не пахнет... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться