Dingo (21.06.2019 13:05, просмотров: 123) ответил driver_gv на Если действительно нужно точное время, то надо использовать IEEE1588v2 PTP and Clock Synchronization. Микрочип (Micrel) выпускает например KSZ8441.-
- Это похоже на стороне клиента. У меня была похожая ситуация. Только это было на ntpd. Есть два случая управления локальным таймером. Один это регулятор который постоянно корректировал локальный таймер в наносекундах (называлась set_adj(...)) и framer(170 знак., 21.06.2019 13:18)
- У меня ничего не регулируется: фиксирую ошибку со своими "часами", которые даже не трогаю. Понятно, что расходятся со временем (~ 5*10-5). Но потом я натягиваю линейную аппроксимацию, и ошибка с ней как раз эти картинки. - Dingo(21.06.2019 13:26)
- Так у Вас есть клиент нтп? Откуда берете ошибку относительно источника? Там ведь не просто так взять время сервера. Надо считать время которое на транспорт, брать во внимание jitter. Вот например параметры которые показывает клиент нтп: framer(646 знак., 21.06.2019 14:50)
- Ох, и дотошная здесь публика! Да только благодаря этому мне здесь и интересно. Более подробные условия теста: Dingo(1183 знак., 21.06.2019 16:42 - 16:52)
- Вообще точность сервера нтп зависит от стратума. Но так или иначе со стороны сервера не должно быть скачков. Вот как правильно считать round trip . -> - framer(21.06.2019 20:57, ссылка)
- Вообще-то внутри lwip (если не древняя версия) есть клиент SNTP. Ваш покорный пользуется. SciFi(81 знак., 21.06.2019 16:52 - 16:54)
- 1.4.1. А где его там искать? И не окажется ли это то же самое, что я сделал? Dingo(45 знак., 21.06.2019 16:58)
- 1.4.1 - это 2012 год. Там "приложения" жили в отдельном хранилище. Сейчас 2.1.2 от ноября прошлого года, директории немного перетасовались, всё живёт в одном хранилище. - SciFi(21.06.2019 17:01, ссылка)
- Спасибо, поковыряюсь. но драйвер лениво адаптировать, если честно. Надо оценивать, что меньше усилий потребует из этого. - Dingo(21.06.2019 17:08)
- У меня "драйвер" на 450 строк. Ничего или почти ничего не пришлось адаптировать. Стишное поделие на 3000 строк потянет, наверное. Такое и пятиметровой палкой не захочется трогать, понимаю. - SciFi(21.06.2019 17:10)
- Дык может Dingo(253 знак., 21.06.2019 17:15)
- У меня "драйвер" на 450 строк. Ничего или почти ничего не пришлось адаптировать. Стишное поделие на 3000 строк потянет, наверное. Такое и пятиметровой палкой не захочется трогать, понимаю. - SciFi(21.06.2019 17:10)
- Спасибо, поковыряюсь. но драйвер лениво адаптировать, если честно. Надо оценивать, что меньше усилий потребует из этого. - Dingo(21.06.2019 17:08)
- 1.4.1 - это 2012 год. Там "приложения" жили в отдельном хранилище. Сейчас 2.1.2 от ноября прошлого года, директории немного перетасовались, всё живёт в одном хранилище. - SciFi(21.06.2019 17:01, ссылка)
- 1.4.1. А где его там искать? И не окажется ли это то же самое, что я сделал? Dingo(45 знак., 21.06.2019 16:58)
- Ох, и дотошная здесь публика! Да только благодаря этому мне здесь и интересно. Более подробные условия теста: Dingo(1183 знак., 21.06.2019 16:42 - 16:52)
- Так у Вас есть клиент нтп? Откуда берете ошибку относительно источника? Там ведь не просто так взять время сервера. Надо считать время которое на транспорт, брать во внимание jitter. Вот например параметры которые показывает клиент нтп: framer(646 знак., 21.06.2019 14:50)
- У меня ничего не регулируется: фиксирую ошибку со своими "часами", которые даже не трогаю. Понятно, что расходятся со временем (~ 5*10-5). Но потом я натягиваю линейную аппроксимацию, и ошибка с ней как раз эти картинки. - Dingo(21.06.2019 13:26)
- Я читал, что ntpd старается не допускать скачков, подкручивает своё время плавно. Это серверы из тырнета? Советую запустить ntpd в локалке и повторить. - SciFi(21.06.2019 13:08 - 13:11)
- Это следующий шаг. Делается с целью оценки точности способа. - Dingo(21.06.2019 13:13)
- Надо бы померить round-trip. На основе пинга, к примеру. Пинговать, знамо дело, что-нибудь в локалке. - SciFi(21.06.2019 13:18)
- В таблицах привёл, на рисунках выпилил. Я немного хитрю: фиксирую минимальное время round-trip, и пакеты в интервале T <= Tmin+250мксек обрабатываю, остальные считаю недостоверными. Dingo(88 знак., 21.06.2019 13:22)
- Чего не знаю, того не знаю. Кстати, round-trip легко можно увидеть осциллографом: делаем режим 10BASE-T и тыкаем щупом - там всё отлично видно. Будет неплохой тест для малины, да и для МК. - SciFi(21.06.2019 14:30)
- В таблицах привёл, на рисунках выпилил. Я немного хитрю: фиксирую минимальное время round-trip, и пакеты в интервале T <= Tmin+250мксек обрабатываю, остальные считаю недостоверными. Dingo(88 знак., 21.06.2019 13:22)
- Надо бы померить round-trip. На основе пинга, к примеру. Пинговать, знамо дело, что-нибудь в локалке. - SciFi(21.06.2019 13:18)
- Это следующий шаг. Делается с целью оценки точности способа. - Dingo(21.06.2019 13:13)
- Это похоже на стороне клиента. У меня была похожая ситуация. Только это было на ntpd. Есть два случая управления локальным таймером. Один это регулятор который постоянно корректировал локальный таймер в наносекундах (называлась set_adj(...)) и framer(170 знак., 21.06.2019 13:18)