1327 ответов в теме

[Karmael]

Вот кстати всегда удивлялся почему именно голосом, цифры можно передать ну милиардом разных способов, зачем именно вот так?

[Karmael]

ООо, а скажите ка мне судари, кто решал такую задачу:

есть три часиков, а) со спутника GPS, б) RTC 5 ppm в) ntp

 

как выставить правильное время?

[SkyFox]

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

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

 

В принципе Карма расписал уже. Я правда использовал более попсовые девайсы 

keenetic city - дома и keenetic 4G в деревне

 

схема типа такой

http://help.keenetic...ite-to-site.png

 

Описание кейса - https://help.keeneti...es/360001390359

 

Задача была такой:

 

провайдер дома - GPON с белым IP 

в деревне USB свисток Хуавей 4G/LTE, с симкой одного оператора из большой тройки. (тариф - один из непубличных с честным безлимитом - дорого конечно но нынче жизнь такая)

 

Всякие устройства типа "умных" розеток, датчиков(температура/влажность/освещенность), кустарного видеонаблюдения - должны были взаимодействовать с "центральным компьютером" представляющим из себя Малину 2 поколения с установленным NodeRed

 

"умные" устройства у меня в основном на базе esp8266 и esp32.

К сети цепляются по WiFi и обмениваются с "центральным компьютером" по протоку  MQTT. 

Отдельная тема видеопоток с ESPcam - там упрощенно поток JPEG завернутый в HTTP

 

Раньше я тупо высовывал малину в DMZ (считай в дикий интернет).

Мои "умные" устройства ломились к малине по "белому адресу" имея в прошивке логин/пароль к MQTT 

Малину я защищал конечно насколько хватало ума и знаний "линупса", но было стремно.

 

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

В целом схема рабочая, но почему-то я смог подключиться к своему OpenVPN серверу только с телефона.

Так-же используемый в качестве роутера на даче старенький TP-Link 3020 не умел быть клиентом VPN

 

В итоге купил в Озоне keenetic city и keenetic 4G (~ 5000 рублей за оба) - настроил по официальной инструкции, сгенерировал ключи и поднял постоянный туннель.

 

За неделю "ни одного обрыва".

[Sting26]

как выставить правильное время?

Там в ntp есть свои типа метрики. Стратос, что-ли называются.
По хорошему надо-бы ориентироваться на них, там чем меньше цифра, тем ближе к источнику.
На выходе утомных часов будет нолик.
Беда в том, что нельзя верить переданному стратосу от рандомного устройства, т.к. например в серверах времени его можно задать вручную любой, недостоверный.
Но gps должны передавать нормальный, а дальше ранжируй по уровню доверия.

[vmarkelov]

ООо, а скажите ка мне судари, кто решал такую задачу:
есть три часиков, а) со спутника GPS, б) RTC 5 ppm в) ntp

как выставить правильное время?

А глобально задача как выглядит? Ибо в бытовых условиях если у тебя уже есть GPS, то его точности чуть более чем достаточно для решения 99.99% процентов задач.

[Karmael]

так я ж про то и говорю, что тут вопрос приоритета, и правильности этого выбора, так то да, это все вместе очевидно сводится в ntp

А глобально задача как выглядит? Ибо в бытовых условиях если у тебя уже есть GPS, то его точности чуть более чем достаточно для решения 99.99% процентов задач.

 

счиатй это академической задачей, не зря же я ppm помянул, ppm кстати можно лихо апнуть, я тут на бабе прикупил кристальчиков с разными частотами

[vmarkelov]

так я ж про то и говорю, что тут вопрос приоритета, и правильности этого выбора, так то да, это все вместе очевидно сводится в ntp



счиатй это академической задачей, не зря же я ppm помянул, ppm кстати можно лихо апнуть, я тут на бабе прикупил кристальчиков с разными частотами

короче, я так понимаю тебе надо к какой то железке прикрутить часы высокой точности. Сами часы у тебя есть, но надо как-то задать начальное время ну и соответственно как то его периодически уточнять. По GPS ты можешь получать очень точное время системы GPS. Но ты не будешь знать сколько времени до тебя этот сигнал летел и какая задержка у твоего приемника. Однако, для +/- неподвижного приемника эта задержка всегда будет одна и та же. Таким образом на старте мы подтягиваем время с ntp с значением stratum 1:

ntp1.vniiftri.ru
ntp2.vniiftri.ru
ntp4.vniiftri.ru
ntp.mobatime.ru
ntp0.ntp-servers.net
ntp1.ntp-servers.net
ntp2.ntp-servers.net
ntp0.zenon.net
gps-time.prao.psn.ru
ntp.ix.ru

Вычисляем его дельту с полученным от gps, далее ориентируемся на сигнал gps с учетом дельты, так как накладные расходы на получить данные от gps обычно несравненно ниже, чем тянуть весь стек ip, для работы с ntp.

Хотя если проблемы ресурсов нет, то вон тебе список точных ntp, пользуйся.

[Gwin]

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

Сообщение отредактировал Gwin: 25 September 2019 - 21:06

[vmarkelov]

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

У тебя есть еще задержка между gps приемником и самим устройством. Которое само по себе может отдавать nmea сообщения с задержкой. Мы же о точном времени говорим? Кстати, Карма, твой GPS в PPS умеет?

[Karmael]

> Accuracy of 1PPS Signal 

> Typical accuracy <15ns (Time service is not supported)

> Time pulse width 100ms

[vmarkelov]

> Accuracy of 1PPS Signal
> Typical accuracy <15ns (Time service is not supported)
> Time pulse width 100ms

Тогда ок, алгоритм я вон выше написал.

[Karmael]

у меня большие вопросы к точности ntp сервисов, ну в целом понятны приоритеты, я так тащем то и думал как то, дергаем время со спутника, сверяем с нтп пишем среднее в rtc  и дальше по нему живем. Ну посмотрим, астрономические объекты быстро скажут чо правильней лел

[vmarkelov]

у меня большие вопросы к точности ntp сервисов, ну в целом понятны приоритеты, я так тащем то и думал как то, дергаем время со спутника, сверяем с нтп пишем среднее в rtc и дальше по нему живем. Ну посмотрим, астрономические объекты быстро скажут чо правильней лел

Среднее - это очень плохая идея, так как задержка внутри твоего gps может измеряться чуть ли не секундой. Фокус в том, что она получается фиксированной для каждой конкретной реализации поэтому см алгоритм выше.

[Karmael]

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

[vmarkelov]

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

Ты чтоль голый трафик GPS получаешь? Это вряд ли. Поясняю: есть лаг между принятием устройством пакета от спутника и передачи его тебе. Потому что для GPS устройства первична задача расчитать свои координаты, а не отдать тебе сигнал точного времени. Ибо это для него побочная задача. Но, это пофиг, потому что этот лаг будет одинаков всегда.

[Karmael]

ну там все сильно не в секундах, на сколько я понял из референса по своей погремушке, там это делается так: у самого жпс приемника есть встроенные rtc часики, с довольно высокой частотой кристала, он при холодном старте, при первом FIX пришет собственно туда время, и далее этот самый шифт по этому смещению и находит

уощем лонгстори шот, - эту ботву зарешали до нас

[vmarkelov]

ну там все сильно не в секундах, на сколько я понял из референса по своей погремушке, там это делается так: у самого жпс приемника есть встроенные rtc часики, с довольно высокой частотой кристала, он при холодном старте, при первом FIX пришет собственно туда время, и далее этот самый шифт по этому смещению и находит

Это собственного его собственная кухня и тебя туда не пустят. А вот с каким лагом он тебе отдаст NMEA сообщение - то выясняется сугубо экспериментально.

[Karmael]

ну вот и посмотрим, в пятницу поразвлекаюсь

[vmarkelov]

ПыСы - не, я вполне допускаю, что конкретная реализация твоего конкретного устройства имеет этот лаг на уровне 0,001 сек. Но лучше - проверить, что бы потом не было мучительно больно.

[Karmael]

чот не поленился я короче,

 

root@raspberrypi:/etc# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*GPS_NMEA(0)     .GPS.            3 l    9   16    3    0.000   -0.127   1.369
 88.147.254.229  89.109.251.21    2 u   25   64    1   23.227  -18.957   0.002
root@raspberrypi:/etc# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*GPS_NMEA(0)     .GPS.            3 l   11   16    3    0.000   -0.127   1.369
 88.147.254.229  89.109.251.21    2 u   27   64    1   23.227  -18.957   0.002
root@raspberrypi:/etc# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*GPS_NMEA(0)     .GPS.            3 l   12   16    3    0.000   -0.127   1.369
 88.147.254.229  89.109.251.21    2 u   28   64    1   23.227  -18.957   0.002