caxapa.ru :: А, да, забыл: т.к. timestamp нужен миллисекундный, то ±0.5мс будет за глаза.

Eddy_Em (13.11.2023 22:49, просмотров: 180) ответил SciFi на Про требуемую точность ни слова. Но откуда-то взялось "раз 20-50"... Откуда? Должно быть, это дух Коперника нашептал.

А, да, забыл: т.к. timestamp нужен миллисекундный, то ±0.5мс будет за глаза.

Количество измерений - чем больше, тем лучше. Точней будет определено среднее время задержки сигнала по вине ненагруженной шины. Вот если шина будет сильно загружена, там уже косячок-с... Совершенно недетерминизировано получится. Но ведь NTP же как-то работает!

Скорость CAN у нас обычно 250кбод. Соответственно, грубо оценивая длину пакета в 110 бит, получаем время распространения в 0.44мс — если его погрешность не будет выбиваться за пределы 100%, вполне получим желаемую точность.

eddy-em.livejournal.com github.com/eddyem

Ответить

- А нельзя просто посылать пакет, условно называемый "синхронизация времени", содержащий точное время, но не требующий ответа? Потом можно опрашивать устройства для определения разницы собственного времени и времени синхронизации и при необходимости подавать команду "применить" [значение времени, переданное при синхронизации]. Так и трафик будет меньше и точность времени будет одинаковой для всех устройств. - reZident(13.11.2023 23:07)
  - Так еще ведь и подстройку частоты нужно делать... Eddy_Em(364 знак., 13.11.2023 23:44)
    - так так (улыбается) в большом мире для этого используют шину power link, это real-time ethernet. - Alex68(14.11.2023 01:57)

Микроконтроллеры