Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток DIY доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 19
Теперь слепите для GPS направленную антену. Делается ex fimo et lignis и серьёзно повышает устойчивость к глушилкам, доказывая, какая же это всё профанация. Нормально глушить GPS можно только с самолёта, кружащего над головой.
И в довесок надо еще DCF-1060N приделать... (это модульRCCMдля приема сигнала точного времени DCF77)
Если заблокируют внешние NTP сервера, то в России есть свои, в частности у главного метрологического центра государственной службы времени и частоты РФ https://www.ntppool.org/ru/a/VNIIFTRI но как локальный NTP сервер штука полезная, но нужно помнить, что в современных версиях DS3231 частота "кварца" будет совсем не 32768 Гц, без загрузки корректирующих коэффициентов они могут уплывать на несколько секунд в день, так что расчёт и загрузка коэффициентов обязательные перед использованием.
Если заблокируют сервер, то ерунда и так: их тысячи. А вот если заблокируют протокол, то и этот сервер может попасть под колпак. Поэтому тем, кому действительно нужно время, нужно обзаводиться альтернативой NTP как таковому.
Конкретно DS3231 обещали быть с коррекцией.
А если без автокоррекции - есть DS1307, например, там тупо стоит кварцевый резонатор, который и перепаять можно на более лучший, методом подбора найти.
Они еще такой характерной формы, тонкие круглые - в часах, на материнских платах, много где есть.
Наверное можно даже старый советский "ромбик" припаять, но у меня нету сейчас.
Странное отношение к отечественным сервисам и странная реализация. У меня Менделеево из окна почти видать. А там в ВНИИФТРИ государственный эталон времени, который входит в тройку наиболее точных в мире. У них есть собственные NTP-сервера первого уровня, есть сервера MSK-IX. Я у себя давно прописал NTP сервера в зоне .ru. Заодно, чтобы меньше зависеть от историй с НСДИ. Потому что для этого и ряда других сервисов оцениваю более высоко риск не того, что у нас что-то заблокирует, а что нас заблокируют иностранные сервисы.
Ну и смысл городить отдельный сервер времени в локалке, если всегда есть роутер? Он же шлюз по умолчанию, он же DHCP сервер, который в параметрах отдаёт адрес NTP-сервера. Вот только во множестве девайсов кладут болт на этот параметр. Поэтому, чтобы не прописывать в каждом адрес NTP - прописал на роутере NAT правило, чтобы запросы к NTP перенаправлялись на его адрес. Ну и заодно, чтобы помочь сообществу избегать ситуаций, как описано тут: https://habr.com/ru/articles/860828/ и тут: https://habr.com/ru/companies/yandex/articles/861538/
А на ESPшках для игр со временем вполне достаточно того, чтобы учить их в первую очередь использовать адрес NTP из параметров DHCP.
Отношение заслужено опытом знакомства с ними. Вопрос не к техническим особенностям, а к всяким сопутствующим административным нюансам.
Что касается технического вопроса - смысл как раз в том чтобы поменьше зависеть от этих нюансов: мало ли, вдруг провайдер тоже решит почему-то перенаправлять запросы к NTP серверам на его адрес?
Разумной причины почему - не вижу, но неразумных могу придумать сразу несколько.
Проблема как раз в том, что они идиотские, но не невозможные (см.п.1)...
Вероятность блокировки со стороны всех иностранных сервисов гораздо меньше, разве что назло нам они вообще отключат себе интернет, навигацию и т.д.
Ну, примерно как мы назло им.
Зато, например - у меня теперь свой собственный Stratum 1 (когда не глушат GPS), и никакого ограничения по количеству запросов от всяких моих девайсов. Маленький, в коробочке, даже электричества почти не требует.
А то одноплатники вещь хорошая, но RTC в них нет и синхронизировать их периодически необходимо.
С доводами по поводу доступности NTP и оценке рисков не соглашусь, но вижу, что спорить бесполезно, останемся каждый при своём мнении.
С технической стороны, если уж так хочется иметь Stratum 1 (хотя и не представляю практической ценности в домашнем хозяйстве), то ценнее таки поднимать это на роутере. У меня pfsense на x86 железе, который поддерживает GPS приёмник штатно. И RTC на железяке тоже штатно есть. Если роутер станет недоступен, то вопрос недоступности NTP-сервера будет волновать меньше всего. А так отдельный контроллер - ещё одна точка отказа. Единственное практически применение подобного проекта могу придумать только в автономной сети, изолированной от инета. В остальном только из академического интереса.
Уникальный роутер на x86 железе со штатным RTC и штатной поддержкой GPS приемника отличается своей неповторимостью: завтра он выйдет из строя и придётся либо искать точно такой же, чтобы восстановить решение, либо менять решение под другое железо, потому что типовой роутер не умеет ни того ни другого.
А вот такой конструктор, если он завтра выйдет из строя - все его компоненты стандартны и широкодоступны, он полностью заменопригоден. Нет ничего редкого-уникального.
Но это такая профдеформация, у меня даже роутер по факту - ОС на флешке, вставленной в одноплатник (и запасной есть): замена займет несколько минут на ее перестановку в другой девайс, или восстановление из архива.
Ибо нефиг (должен быть ЗиП, блочный ремонт, вот это всё).
И автономные сети, кстати, тоже вполне вероятны: вы же наверное слышали про законопроект, ужесточающий условия предоставления лицензий на телематику?
Я вот не уверен, что наш местный оптический провайдер такое вытянет, не уверен что на его место зайдет кто-то из "монстров", и тогда вполне могут остаться только ОПСОСы, которые УЖЕ СЕЙЧАС блокируют google.com. А что они будут блокировать завтра - не знают и они сами.
Вот совершенно не так. Не уникальный, а универсальный роутер. Я как раз это уже пережил, когда старый 20-летний системник пару раз kernel panic словил. Берётся любое x86 железо, накатывается pfsense и восстанавливается сохранённая конфигурация. Ручками только сетевые интерфейсы подправить, если драйверы другие оказались. Ну или их порядок надо поменять. Всё остальное, в т.ч. настройки GPS-приёмника влетит само. А так вообще, как и принято для *nix систем, аптайм годами длится. Пока сам грязными лапками в него не полезешь что-нибудь переделать. В случае внезапного таки выхода из строя у большинства энтузиастов непременно где-нибудь пылится отправленный на покой системник, в который достаточно воткнуть дополнительную сетевуху (в моём случае две) и вперёд.
Ну и аналогично с теми, кто любит Mikrotik'и. Тоже можно воткнуть GPS, и тоже конфигурация восстанавливается даже на других моделях, но там свои заморочки могут быть.
Собственно и ваш вариант с роутером на флешке в одноплатнике. Там же линух какой-нибудь? По мне, так идеальное место для сервера времени. Порты-интерфейсы все есть. Только в линухе надо будет в консоли поколдовать, а на pfsense потыкать мышкой в веб-морду.
Ну и насчёт автономных сетей. Я всё-таки имел ввиду не блокировку гугла, а сети, в которых подключение к инету в принципе не предусмотрено. С потенциальной блокировкой гугла как раз и целесообразно уже сейчас, где возможно, опираться на отечественные ресурсы. А не на pool.ntp.org, с которым действительно мало ли что может у нас случится. Например, исключат из распределения российские сервера, потому что им так велит их правительство. Как случилось, например, с arduino.cc после приобретения Qualcomm. Головные серверы ntp.org базируются в той же юрисдикции.
А вот сценарий, что в России закроют доступ к российским же серверам точного времени куда менее вероятен, на порядки. Тот же упомянутый ВНИИФТРИ - это не шарашкина контора, а именно что государственный эталон точного времени. Что однозначно предполагает высокую доступность по всей стране. Но вот чего не хватает, так это локальной инфраструктуры, аналогичной pool.ntp.org, с циклическим DNS. Стране, которая обладает собственным эталоном времени - почему бы и нет.
При этом этот НИИ признан во всём мире, вносит существенный вклад в систему международного атомного времени, на одном уровне с США, а бывает и более. В итоге время в системе GPS опирается в т.ч. на ВНИИФТРИ. А ещё они с американцами периодически перехватывают друг у друга пальму создания самых точных часов в мире. С 2017 по 2025 пальма была у ВНИИФТРИ, в 2025 перехватили американцы. Наши грозят через несколько лет снова вернуть первенство себе.
Хотя конечно Менделеево, где он находится - та ещё дыра :-).
Я ж говорю, к технической стороне вопросов нет )
Вопросы только к тому, будет ли понимать очередной дежурный вахтёр, дергающий за рубильники в шкафу, что конкретно он отключает? Но это оффтопик, просто приходится постоянно учитывать фактор внезапного идиотизма и прогрессирующей жадности.
(Хотел написать один из возможных сценариев "как сделать деньги из воздуха", но что-то побоялся, ни дай бог прочитают и введут)
Странное отношение к отечественным сервисам ... А там в ВНИИФТРИ государственный эталон времени, который входит в тройку наиболее точных в мире.
Вот как раз отношение к госсервисам вполне оправданное.
Минпромторг предлагает сделать платным получение эталонных сигналов точного времени. Речь идет не о «московском времени» в бытовом смысле, а о высокоточных сигналах, синхронизированных с государственным первичным эталоном — атомными часами.
А по технической части у меня та же мысль. Если у автора есть роутер в локальной сети, то его скорее всего легко настроить на раздачу времени, и он будет делать то же самое, что и esp32, но использовать отлаженное десятилетиями ПО с более точной синхронизацией.
Хочу добавить по точности GPS, вчера ходил гулял далеко от дома, телефон координаты поймал, а GPS-Logger всё не мог, а через час прогулки у логера слетело время и он стал показывать время с ошибкой примерно 3 часа 40 минут, так что время GPS может оказаться очень неточным если где-то есть глушилки.
Ну так если в сообщении от GPS не будет признака валидности - его и разбирать не будут. А для обнаружения спуфинга ТС добавил сравнение координат.
Да, именно, если не отслеживать корректность координат - ловит обманку, показывает неверные координаты и время тоже левое даёт.
Если ещё уровни сигналов спутников посмотреть - можно увидеть кое-что разное, но чтобы это отфильтровать и исправить - нужно другой GPS -чип и свою обработку данных колхозить
Давно уже пришёл к аналогичному решению - когда в сети много контроллеров (десятки) то выгоднее выносить общие функции в виде сервисов на отдельные серверы (времени, СМС и т.д.), чем реализовывать одно и то же на каждом клиенте локальной IoT инфрастркктуры.
Ну и серверы и клиенты имеют веб-интерфейс с удобным выбором сценариев взаимодействия, в данном случае - без времени, локальный сервер времени, время через интернет и т.д., в зависимости от потребностей конкретного проекта.
И, кстати, для реализации всего этого вовсе не обязательно использовать ESP32 - всё прекрасно работает даже на "древней" Mega2560.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
DIY: Ардуино и сервер точного времени