За несколько секунд отсутствия секундной метки разбег двух кварцевых генераторов не может быть очень большим, максимум несколько мкс. За это время они даже не успеют пересечь полностью инфракрасный барьер.
Погрешность синхронизации секундной сетки времени к
шкалам времени GPS, ГЛОНАСС, UTC, UTC(SU), не
более 15-25 нс. У разных приемников по разному, но порядок такой. Мы давно используем данный метод для проверки синхронизации своей аппаратуры и в данном вопросе я компетентен.
Radius - а скорость выдачи этой метки внешнему устройству вы учитываете? Это процесс заранее неизвестной длительности, разброс которой на пару порядков больше описанной вами "точности".
Это как пытаться синхронизировать часы в разных городах, обмениваясь показаниями почтой россии
Вы можете сами посчитать скорость прохождения сигнала от ножки GPS приемника до ножки микроконтроллера. Для спортивных соревнований точность нужна одна тысячная секунды. Точность GPS выше на 5 порядков. Предлагаю завершить эти теоретические споры. Заказчику нужен прибор для спортивных соревнований, а не для синхронизации времени с наносекундной точностью. Я готов взяться за изготовления данного прибора, но только не на базе ардуино, а на привычном мне STM32.
За несколько секунд отсутствия секундной метки разбег двух кварцевых генераторов не может быть очень большим, максимум несколько мкс. За это время они даже не успеют пересечь полностью инфракрасный барьер.
"За несколько секунд" - возможно. Но это если рассматривать только случай всегда идеальных условий эксплуатации: всегда девайс лежит на столе в деревянном здании (или с внешней антенной) и слышимость спутников всегда хорошая.
А в реальных условиях эусплуатации, девайс могут перед началом соревнований, загрузить из металлического гаража сразу в багажник авто, привезти на место, и достать из багажника и включить непосредственно перед началом соревнований, не дожидаясь полчаса пока он найдёт спутники. И получить время он наконец-то сможет только после старта соревнований (с приличной накопившейся ошибкой).
И это ещё без учёта условий видимости спутников в конкретном месте (может там плохая видимость и он ещё дольше не сможет получить время с GPS).
Основной вопрос: какая максимально допустимая погрешность в секундах?
Ту не про погрешность сейчас нужно говорить, а про точность.
1/10 000, в идеале 1/100 000
1/100 000 секунды это 10 мкс. На скорости спортивного самолета - 100 м/с, за 10 мкс будет преодолено расстояние в 100 мкм, то есть диаметр человеческого волоса. Это всё, что нужно знать о квалификации заказчика и его представлениях об окружающем мире. Я бы не связывался.
-------------------------
А по теме. что касается разговоров о точности GPS времени и прочей лабуде: Решение давно придумано до нас. Все события логгера (а фотофиниш - частный случай логгера) пишутся по системному времени от внутреннего кварца, по счетчику, который от включения НИКОГДА не сбрасывается. В лог пишутся также события прихода ВНЕШНЕГО источника времени. Это позволяет очень точно, с погрешностью кварца на интервале между внешними синхро-сингалами, пересчитать времена КАЖДОГО события лога, сохраняя ВСЕ относительные интервалы.
ЫСЧО раз, для ясности: Лог по внутреннему источнику, и только по нему. Внешние сигналы - тоже в лог, а не "править" внутренний источник. Чтобы избежать накладок при логгировании события во время синхронизации. По логам потом все можно пересчитать. Надеюсь ясно? Если что, то это точно не я придумал, хоть и жаль! ;))
ЫСЧО раз, для ясности: Лог по внутреннему источнику, и только по нему. Внешние сигналы - тоже в лог, а не "править" внутренний источник. Чтобы избежать накладок при логгировании события во время синхронизации. По логам потом все можно пересчитать. Надеюсь ясно?
"Потом" может быть слишком поздно.
Например: Идут соревнования, сидят зрители на трибунах (или по сторонам трассы), мчатся по трассе участники, достигают финиша, двое прошли финиш нос к носу. Но зрители хотят здесь и сейчас увидеть - кто всё-таки победитель? Надо показать его на табло. Иначе - какой смысл присутствовать и болеть и покупать билеты(!), чтобы узнавать результаты только задним числом, на следующий день?
А еще на крупных массовых мероприятиях очень любят глушить все радио, включая GPS...
Поэтому тактирование девайса должно быть выполнено от источника с минимальной погрешностью хода. На случайных платах с алиэкспресса такого нету. Нужна своя плата с генератором с минимальной величиной ppm. И синхронизирован он с GPS должен быть как можно ближе к моменту соревнований.
1/100 000 секунды это 10 мкс. На скорости спортивного самолета - 100 м/с, за 10 мкс будет преодолено расстояние в 100 мкм, то есть диаметр человеческого волоса. Это всё, что нужно знать о квалификации заказчика и его представлениях об окружающем мире. Я бы не связывался.
Точность измерительных устройств указывается в формате 1/10, 1/100, 1/1000, 1/10000, 1/100000, что означает количество знаков после запятой, а именно миллисекунды. т.е когда пишут 1/100000, то означает, что время может быть указано с точностью до стотысячной секунды (1,11111 = одна секунда и одиннадцать тысяч сто одиннадцать миллисекунд), 11111 миллисекунд равно 11111000 микросекунд.
Например: Идут соревнования, сидят зрители на трибунах (или по сторонам трассы), мчатся по трассе участники, достигают финиша, двое прошли финиш нос к носу. Но зрители хотят здесь и сейчас увидеть - кто всё-таки победитель? Надо показать его на табло. Иначе - какой смысл присутствовать и болеть и покупать билеты(!), чтобы узнавать результаты только задним числом, на следующий день?
Не придумывайте велосипед. В соревнованиях, где единовременно на трассе присутствует более 1 человека, во всех ситуациях, когда нужно вынести решение при одновременном пересечении линии финиша используется система фотофиниша с более чем 30 000 кадров в секунду, при этом результат хронометража всегда используется справочно.
Вообще, только к рекордам можно придираться с точки зрения расчетов, потому как все соревнования проходят по принципу: "кто первый, тот и победитель". И не важно относительно определения победителя с каким временем он это сделал. Пробежал 5 км первый - ты и победитель. И не важно за 3 часа или за 23.
Вы можете сами посчитать скорость прохождения сигнала от ножки GPS приемника до ножки микроконтроллера. Для спортивных соревнований точность нужна одна тысячная секунды. Точность GPS выше на 5 порядков. Предлагаю завершить эти теоретические споры. Заказчику нужен прибор для спортивных соревнований, а не для синхронизации времени с наносекундной точностью. Я готов взяться за изготовления данного прибора, но только не на базе ардуино, а на привычном мне STM32.
Прошу прощения, уже начал делать проект. И, к слову сказать, еще 3 человека, кроме Вас порекомендовали STM32.
(1,11111 = одна секунда и одиннадцать тысяч сто одиннадцать миллисекунд), 11111 миллисекунд равно 11111000 микросекунд.
Ооооо новое в системе Си :))))
Protiming, или вы не вполне трезвым это писали, или все ваши рассказы об опыте хронометража - пустое вранье...
Присоединяюсь к Дракула - "квалификация" заказчика ясна...
Вообще, каждый раз, когда заказчики начинают "для блезиру" писать в ТЗ нелепые требования к точности, типа тысячных градуса для варки рыбы или вот микросекунд в спортивных соревнованиях - мне их немного жаль.
Люди не понимают двух вещей - если они серьезно хотят такой точности, то это обойдется им в ценник, пропорциональный числу цифр после запятой. А если это написано только ради "солидности" заказа - это все равно что надеть бейсболку "Я лох" на деловую встречу :)
Китайцы GPSDO генераторы 10MHz продают на ebay - есть от старого оборудования, есть какой то перепиленный китайцем вариант, если нужно всего несколько девайсов собрать можно такой взять и тактировать от него, я такой использовал как референс для pll в спутниковой связи, вроде все нормально работает (там как раз что то вроде "гиацинта", но пока спутники не поймает на выходе импульсов нет, по крайней мере у моего такая особенность).
Китайцы GPSDO генераторы 10MHz продают на ebay - есть от старого оборудования, есть какой то перепиленный китайцем вариант, если нужно всего несколько девайсов собрать можно такой взять и тактировать от него, я такой использовал как референс для pll в спутниковой связи, вроде все нормально работает (там как раз что то вроде "гиацинта", но пока спутники не поймает на выходе импульсов нет, по крайней мере у моего такая особенность).
А GPS там зачем?
на ибее есть высокоточные термостатированные генераторы 10 МГц и без привязки к GPS
Вы можете сами посчитать скорость прохождения сигнала от ножки GPS приемника до ножки микроконтроллера. Для спортивных соревнований точность нужна одна тысячная секунды. Точность GPS выше на 5 порядков. Предлагаю завершить эти теоретические споры. Заказчику нужен прибор для спортивных соревнований, а не для синхронизации времени с наносекундной точностью. Я готов взяться за изготовления данного прибора, но только не на базе ардуино, а на привычном мне STM32.
Прошу прощения, уже начал делать проект. И, к слову сказать, еще 3 человека, кроме Вас порекомендовали STM32.
Ардуино неплохая вещь, но что то более ли менее серьёзное лучше делать на современных микроконтроллерах и желательно с внутрисхемной отладкой для вылавливания багов. Поэтому я за STM32.
Нужно помнить что термостатированные генераторы потребляют не хило на свой нагрев. А питание планировалось от батарей. И на режим они выходят от 5 до 10 минут.
это все равно что надеть бейсболку "Я лох" на деловую встречу :)
Да, согласен с замечаниями. Пьян не был, но поспешил. Все время оперировал значениями с 3 знаками после запятой, например 15,546 секунд, что значит 15 секунд и 546 миллисекунд. Дальнейшие расчеты производило оборудование, для этого и пытаюсь разобраться.
Да, согласен с замечаниями. Пьян не был, но поспешил. Все время оперировал значениями с 3 знаками после запятой, например 15,546 секунд, что значит 15 секунд и 546 миллисекунд. Дальнейшие расчеты производило оборудование, для этого и пытаюсь разобраться.
ну то есть вам не нужна точность 1/100000 сек, достаточно 1/1000 ?
Например: Идут соревнования, сидят зрители на трибунах (или по сторонам трассы), мчатся по трассе участники, достигают финиша, двое прошли финиш нос к носу. Но зрители хотят здесь и сейчас...
Ну, чего хотят зрители - понятно, а вот устроители, как правило, предпочитают сохранять интригу как можно дольше.
В любом случае, не произойдет ничего страшного, если зрители увидят результат не через 1 мкс, а через 10000000 мкс.
ну то есть вам не нужна точность 1/100000 сек, достаточно 1/1000 ?
Нет. Итоговое время прохождения дистанции указывается с 3-мя знаками, причем техническое время, полученное на каждом из приборов с 5-ю. Скорость публикуется тоже с 3-мя, но проверка вычислений дает правильный результат только если мы берем время с 5-ю знаками. поэтому нужно 1/100 000
Если не трудно, можно для чайника пример такого? Разве не подойдет для данных целей тактовый генератор с частотой 0.01 Hz?
чем дальше, тем больший бред вы пишете. Тактовый генератор с частотой в 0.01 Гц "тикает" один раз в 100 секунд. И никакой интервал менее 100 сек им отмерить нельзя
У меня такое впечатление, что все эти герцы и миллисекунды для вас - китайская грамота... С таким бекграундом никакого таймера вам ввек не построить. Наймите себе программиста, только такого, которому доверяете. Пусть он вам обьяснит, почему требование 1/100000 секунды - это бред. Выработаете с ним РЕАЛЬНЫЕ требования к задаче и тогда есть шанс, что через годик-другой вы что-то построите. Или, что более вероятно, придете к выводу, что профессиональные системы берут свои деньги не просто так... что тоже результат.
У меня такое впечатление, что все эти герцы и миллисекунды для вас - китайская грамота... С таким бекграундом никакого таймера вам ввек не построить. Наймите себе программиста, только такого, которому доверяете. Пусть он вам обьяснит, почему требование 1/100000 секунды - это бред. Выработаете с ним РЕАЛЬНЫЕ требования к задаче и тогда есть шанс, что через годик-другой вы что-то построите. Или, что более вероятно, придете к выводу, что профессиональные системы берут свои деньги не просто так... что тоже результат.
Вот и подобрались к теме ветки. Открывайте начало, читайте тему. Я не спрашивал как, а спрашивал кто может.
чем дальше, тем больший бред вы пишете. Тактовый генератор с частотой в 0.01 Гц "тикает" один раз в 100 секунд. И никакой интервал менее 100 сек им отмерить нельзя
И чем плохи кварцевые генераторы 100 мГц на алиэкспрессе от 50 до 1000 руб.?
слушайте, ну хватит уже клоуна из себя строить, а? Какие такие "генераторы на 100мГц", дайте ссылку. Готов поспорить, что это не мГц (миллигерцы), а МГц - мегагерцы!
интересно, вы тоже в школе двоешником были, как товарищ из ветки выше, что обиделся на форум часом назад? У вас явно нет ни малейшего понимания, чем 0.01(одна сотая) Гц отличается от 100(ста) Гц
да причем тут точность.... человек милли-герцы от мега-герц не отличает, причем не на уровне слов - а на уровне понимания... он короткие интервалы собрался измерять генератором с частотой 0.01 Гц....
слушайте, ну хватит уже клоуна из себя строить, а? Какие такие "генераторы на 100мГц", дайте ссылку. Готов поспорить, что это не мГц (миллигерцы), а МГц - мегагерцы!
интересно, вы тоже в школе двоешником были, как товарищ из ветки выше, что обиделся на форум часом назад? У вас явно нет ни малейшего понимания, чем 0.01(одна сотая) Гц отличается от 100(ста) Гц
да причем тут точность.... человек милли-герцы от мега-герц не отличает, причем не на уровне слов - а на уровне понимания... он короткие интервалы собрался измерять генератором с частотой 0.01 Гц....
Согласно этого калькулятора, 10 мегагерц будет достаточно чтобы измерить интервал в 0,1 микросекунду, что является 0,0001 миллисекунды, верно? или опять не так?
теперь почти правильно. С той только разницей, что это получается не точность, а разрешающая способность. Точность может оказаться на несколько порядков хуже - зависит от методики измерения.
теперь почти правильно. С той только разницей, что это получается не точность, а разрешающая способность. Точность может оказаться на несколько порядков хуже - зависит от методики измерения.
Уберем пока устройства, которые фиксируют факт пересечения створа, метка датчика или чего либо... Вопрос про само устройство:
Считаем количество тиков между замыканиями пар контактов на схеме, к примеру GND и 1 и GND и 2. В этот момент мы получаем "правильный" результат времени с использованием 10MHz генератора?
Пример разницы между точностью измерения и знаками отображения:
У всех дома есть фиговина типа "метеостанция", у ардуинщиков - чаще самодельная, у остальных покупная. На дисплее отображается температура до десятых градуса, так? Типа -1.3°C, так? А вот точность датчика +/- 0.5°С. То есть отображать можно хоть 100 знаков после запятой. Реально измерить можно совершенно иначе.
В твоей задаче измерить абсолютное время, по "атомным часам" ;)) можно со следующей погрешностью:
- погрешность системы GPS (или Глонасс, что фиолетово) + погрешность модуля GPS (эти две табличные) + погрешность алгоритма + погрешность внутреннего источника времени контроллера за интервалы между внешними сигналами.
Погрешность алгоритма означает, что возможны непредсказуемые промежутки времени от получения внешнего синхросигнала до его фиксации. Допустим пара микросекунд - очень оптимистично!
GPS и модуль вместе уложатся в 100 нс. Межинтервальное "уплывание" пусть 10 ppm, на 16 MHz, 160 тиков в сек по 1/16 мкс дают 10 мкс. ЗА СЕКУНДУ!. то есть вот эта нестабильность частоты и есть главная причина неточности определения абсолютного времени. При поправках КАЖДЫЕ 10 СЕКУНД и кварце на 5ppm получим идеальную точность порядка 50 мкс. В реальности будет немного лучше, но не гарантированно.
Относительную точность событий в локальном времени можно получить повыше, примерно скорость входа в прерывание, ...ты все равно не знаешь, что это такое... Тут можно гарантировать единицы мкс. Это как "погрешность алгоритма" выше по тексту.
Так в том, то и суть, что мне не нужно считать время ухода от астрономического. Мне нужно считать только разницу между двумя импульсами, которые приходят менее чем через секунду в одно и то же устройство при скорости движимого объекта примерно 200 км/ч и устройства передачи импульсов стоят на расстоянии 20 метров друг от друга. Синхронизация GPS нужна для приблизительного времени дня, что бы скорректировать данные относительно часового пояса и сообщить о факте проезда с точностью до секунды. А вот расчет скорости уже произвести используя только установленные 20 метров (отдельный вопрос как) и количество "тиков" одного и того же кварца.
Преодоление 20 метров на скорости 200 км/ч занимает 0,180 сек. За сколько "убежит" время одного и того же кварца?
Есть простой иллюстративный пример: берем две ардуины, заливаем блинк, одновременно подаём питание. Смотрим, как через полминуты начинается разброд и шатание.
Тут надо отметить еще один очень важный момент. Разность двух засечек времени на одном и том же МК можно прикинуть с точностью... примерно как оценил Дракула - то есть плюс-минус десятков микросекунд. Но если отсечка старта и финиша выполняется двумя контроллерами, соединенными по радио-каналу - за счет совершенно непредсказуемого лага связи приемника и передатчика я не думаю, что подняться выше тысячных будет просто. Нужен какой-то радио-модуль с гарантированным микросекундным временем передачи сигнала. Среди дешевых я таких не знаю.
В любом случае задача получения временного разрешения в 10 мкс (1/100 000) - это даже при засечке времени одним МК где-то рядом с пределом возможностей.
За несколько секунд отсутствия секундной метки разбег двух кварцевых генераторов не может быть очень большим, максимум несколько мкс. За это время они даже не успеют пересечь полностью инфракрасный барьер.
Секундные метки выдаются с точностью 15 нс.
Уверен? Покажи-ка первоисточник.
Секундные метки выдаются с точностью 15 нс.
Уверен? Покажи-ка первоисточник.
Откройте описание любого GPS-приемника.
Погрешность синхронизации секундной сетки времени к
Откройте описание любого GPS-приемника.
открывал, и не одно и не пять
нету там такой цифры
Ну вот открываю самое первое что попалось SL3333 от НАВИА - точность 20 нс. Открываю NV08C-CSM, точность выдачи 25 нс. Достаточно?
Radius - а скорость выдачи этой метки внешнему устройству вы учитываете? Это процесс заранее неизвестной длительности, разброс которой на пару порядков больше описанной вами "точности".
Это как пытаться синхронизировать часы в разных городах, обмениваясь показаниями почтой россии
Вы можете сами посчитать скорость прохождения сигнала от ножки GPS приемника до ножки микроконтроллера. Для спортивных соревнований точность нужна одна тысячная секунды. Точность GPS выше на 5 порядков. Предлагаю завершить эти теоретические споры. Заказчику нужен прибор для спортивных соревнований, а не для синхронизации времени с наносекундной точностью. Я готов взяться за изготовления данного прибора, но только не на базе ардуино, а на привычном мне STM32.
Погрешность синхронизации секундной сетки времени к шкалам времени GPS, ГЛОНАСС, UTC, UTC(SU), не более, нс ±20
А погрешность самой сетки не забыл учесть? Не говоря уж о том, что это совршенно ничего не говорит о выводе, это только захват.
В другом дататшите тоже не всё так просто, как рассказываешь
1PPS signal will be generated each second as per the internal hardware’s defined time scale
antenna cable delay to be compensated
А в реальных условиях эусплуатации, девайс могут перед началом соревнований, загрузить из металлического гаража сразу в багажник авто, привезти на место, и достать из багажника и включить непосредственно перед началом соревнований, не дожидаясь полчаса пока он найдёт спутники. И получить время он наконец-то сможет только после старта соревнований (с приличной накопившейся ошибкой).
И это ещё без учёта условий видимости спутников в конкретном месте (может там плохая видимость и он ещё дольше не сможет получить время с GPS).
Основной вопрос: какая максимально допустимая погрешность в секундах?
Ту не про погрешность сейчас нужно говорить, а про точность.
1/10 000, в идеале 1/100 000
1/100 000 секунды это 10 мкс. На скорости спортивного самолета - 100 м/с, за 10 мкс будет преодолено расстояние в 100 мкм, то есть диаметр человеческого волоса. Это всё, что нужно знать о квалификации заказчика и его представлениях об окружающем мире. Я бы не связывался.
-------------------------
А по теме. что касается разговоров о точности GPS времени и прочей лабуде: Решение давно придумано до нас. Все события логгера (а фотофиниш - частный случай логгера) пишутся по системному времени от внутреннего кварца, по счетчику, который от включения НИКОГДА не сбрасывается. В лог пишутся также события прихода ВНЕШНЕГО источника времени. Это позволяет очень точно, с погрешностью кварца на интервале между внешними синхро-сингалами, пересчитать времена КАЖДОГО события лога, сохраняя ВСЕ относительные интервалы.
ЫСЧО раз, для ясности: Лог по внутреннему источнику, и только по нему. Внешние сигналы - тоже в лог, а не "править" внутренний источник. Чтобы избежать накладок при логгировании события во время синхронизации. По логам потом все можно пересчитать. Надеюсь ясно? Если что, то это точно не я придумал, хоть и жаль! ;))
И это ещё без учёта условий видимости спутников в конкретном месте (может там плохая видимость и он ещё дольше не сможет получить время с GPS).
А еще на крупных массовых мероприятиях очень любят глушить все радио, включая GPS...
Надеюсь ясно? Если что, то это точно не я придумал, хоть и жаль! ;))
короче, делаем тактирование от Гиацинта и будет все ОК!
Например: Идут соревнования, сидят зрители на трибунах (или по сторонам трассы), мчатся по трассе участники, достигают финиша, двое прошли финиш нос к носу. Но зрители хотят здесь и сейчас увидеть - кто всё-таки победитель? Надо показать его на табло. Иначе - какой смысл присутствовать и болеть и покупать билеты(!), чтобы узнавать результаты только задним числом, на следующий день?
1/100 000 секунды это 10 мкс. На скорости спортивного самолета - 100 м/с, за 10 мкс будет преодолено расстояние в 100 мкм, то есть диаметр человеческого волоса. Это всё, что нужно знать о квалификации заказчика и его представлениях об окружающем мире. Я бы не связывался.
Точность измерительных устройств указывается в формате 1/10, 1/100, 1/1000, 1/10000, 1/100000, что означает количество знаков после запятой, а именно миллисекунды. т.е когда пишут 1/100000, то означает, что время может быть указано с точностью до стотысячной секунды (1,11111 = одна секунда и одиннадцать тысяч сто одиннадцать миллисекунд), 11111 миллисекунд равно 11111000 микросекунд.
"Потом" может быть слишком поздно.
Например: Идут соревнования, сидят зрители на трибунах (или по сторонам трассы), мчатся по трассе участники, достигают финиша, двое прошли финиш нос к носу. Но зрители хотят здесь и сейчас увидеть - кто всё-таки победитель? Надо показать его на табло. Иначе - какой смысл присутствовать и болеть и покупать билеты(!), чтобы узнавать результаты только задним числом, на следующий день?
Не придумывайте велосипед. В соревнованиях, где единовременно на трассе присутствует более 1 человека, во всех ситуациях, когда нужно вынести решение при одновременном пересечении линии финиша используется система фотофиниша с более чем 30 000 кадров в секунду, при этом результат хронометража всегда используется справочно.
Вообще, только к рекордам можно придираться с точки зрения расчетов, потому как все соревнования проходят по принципу: "кто первый, тот и победитель". И не важно относительно определения победителя с каким временем он это сделал. Пробежал 5 км первый - ты и победитель. И не важно за 3 часа или за 23.
Вы можете сами посчитать скорость прохождения сигнала от ножки GPS приемника до ножки микроконтроллера. Для спортивных соревнований точность нужна одна тысячная секунды. Точность GPS выше на 5 порядков. Предлагаю завершить эти теоретические споры. Заказчику нужен прибор для спортивных соревнований, а не для синхронизации времени с наносекундной точностью. Я готов взяться за изготовления данного прибора, но только не на базе ардуино, а на привычном мне STM32.
Прошу прощения, уже начал делать проект. И, к слову сказать, еще 3 человека, кроме Вас порекомендовали STM32.
(1,11111 = одна секунда и одиннадцать тысяч сто одиннадцать миллисекунд), 11111 миллисекунд равно 11111000 микросекунд.
Ооооо новое в системе Си :))))
Protiming, или вы не вполне трезвым это писали, или все ваши рассказы об опыте хронометража - пустое вранье...
Присоединяюсь к Дракула - "квалификация" заказчика ясна...
Вообще, каждый раз, когда заказчики начинают "для блезиру" писать в ТЗ нелепые требования к точности, типа тысячных градуса для варки рыбы или вот микросекунд в спортивных соревнованиях - мне их немного жаль.
Люди не понимают двух вещей - если они серьезно хотят такой точности, то это обойдется им в ценник, пропорциональный числу цифр после запятой. А если это написано только ради "солидности" заказа - это все равно что надеть бейсболку "Я лох" на деловую встречу :)
Китайцы GPSDO генераторы 10MHz продают на ebay - есть от старого оборудования, есть какой то перепиленный китайцем вариант, если нужно всего несколько девайсов собрать можно такой взять и тактировать от него, я такой использовал как референс для pll в спутниковой связи, вроде все нормально работает (там как раз что то вроде "гиацинта", но пока спутники не поймает на выходе импульсов нет, по крайней мере у моего такая особенность).
но пока спутники не поймает на выходе импульсов нет, по крайней мере у моего такая особенность).
на открытой местности это десяток-другой секунд
Китайцы GPSDO генераторы 10MHz продают на ebay - есть от старого оборудования, есть какой то перепиленный китайцем вариант, если нужно всего несколько девайсов собрать можно такой взять и тактировать от него, я такой использовал как референс для pll в спутниковой связи, вроде все нормально работает (там как раз что то вроде "гиацинта", но пока спутники не поймает на выходе импульсов нет, по крайней мере у моего такая особенность).
А GPS там зачем?
на ибее есть высокоточные термостатированные генераторы 10 МГц и без привязки к GPS
Вы можете сами посчитать скорость прохождения сигнала от ножки GPS приемника до ножки микроконтроллера. Для спортивных соревнований точность нужна одна тысячная секунды. Точность GPS выше на 5 порядков. Предлагаю завершить эти теоретические споры. Заказчику нужен прибор для спортивных соревнований, а не для синхронизации времени с наносекундной точностью. Я готов взяться за изготовления данного прибора, но только не на базе ардуино, а на привычном мне STM32.
Прошу прощения, уже начал делать проект. И, к слову сказать, еще 3 человека, кроме Вас порекомендовали STM32.
Ардуино неплохая вещь, но что то более ли менее серьёзное лучше делать на современных микроконтроллерах и желательно с внутрисхемной отладкой для вылавливания багов. Поэтому я за STM32.
Нужно помнить что термостатированные генераторы потребляют не хило на свой нагрев. А питание планировалось от батарей. И на режим они выходят от 5 до 10 минут.
это все равно что надеть бейсболку "Я лох" на деловую встречу :)
Да, согласен с замечаниями. Пьян не был, но поспешил. Все время оперировал значениями с 3 знаками после запятой, например 15,546 секунд, что значит 15 секунд и 546 миллисекунд. Дальнейшие расчеты производило оборудование, для этого и пытаюсь разобраться.
Да, согласен с замечаниями. Пьян не был, но поспешил. Все время оперировал значениями с 3 знаками после запятой, например 15,546 секунд, что значит 15 секунд и 546 миллисекунд. Дальнейшие расчеты производило оборудование, для этого и пытаюсь разобраться.
ну то есть вам не нужна точность 1/100000 сек, достаточно 1/1000 ?
"Потом" может быть слишком поздно.
Например: Идут соревнования, сидят зрители на трибунах (или по сторонам трассы), мчатся по трассе участники, достигают финиша, двое прошли финиш нос к носу. Но зрители хотят здесь и сейчас...
Ну, чего хотят зрители - понятно, а вот устроители, как правило, предпочитают сохранять интригу как можно дольше.
В любом случае, не произойдет ничего страшного, если зрители увидят результат не через 1 мкс, а через 10000000 мкс.
Люди не понимают двух вещей - если они серьезно хотят такой точности, то это обойдется им в ценник, пропорциональный числу цифр после запятой.
Не согласен. Реально - на каждую лишнюю цифру два-три-четыре лишних ноля в ценнике.
ну то есть вам не нужна точность 1/100000 сек, достаточно 1/1000 ?
Нет. Итоговое время прохождения дистанции указывается с 3-мя знаками, причем техническое время, полученное на каждом из приборов с 5-ю. Скорость публикуется тоже с 3-мя, но проверка вычислений дает правильный результат только если мы берем время с 5-ю знаками. поэтому нужно 1/100 000
поэтому нужно 1/100 000
то есть все-таки нравится ходить в бесболке... ? ну-ну. продолжайте дальше.
Чтобы реально получить 1/100000 вместо 1/1000. затраты придется увеличить в 100 раз
то есть все-таки нравится ходить в бесболке... ? ну-ну. продолжайте дальше.
Чтобы реально получить 1/100000 вместо 1/1000. затраты придется увеличить в 100 раз
Если не трудно, можно для чайника пример такого? Разве не подойдет для данных целей тактовый генератор с частотой 0.01 Hz?
Если не трудно, можно для чайника пример такого? Разве не подойдет для данных целей тактовый генератор с частотой 0.01 Hz?
чем дальше, тем больший бред вы пишете. Тактовый генератор с частотой в 0.01 Гц "тикает" один раз в 100 секунд. И никакой интервал менее 100 сек им отмерить нельзя
У меня такое впечатление, что все эти герцы и миллисекунды для вас - китайская грамота... С таким бекграундом никакого таймера вам ввек не построить. Наймите себе программиста, только такого, которому доверяете. Пусть он вам обьяснит, почему требование 1/100000 секунды - это бред. Выработаете с ним РЕАЛЬНЫЕ требования к задаче и тогда есть шанс, что через годик-другой вы что-то построите. Или, что более вероятно, придете к выводу, что профессиональные системы берут свои деньги не просто так... что тоже результат.
У меня такое впечатление, что все эти герцы и миллисекунды для вас - китайская грамота... С таким бекграундом никакого таймера вам ввек не построить. Наймите себе программиста, только такого, которому доверяете. Пусть он вам обьяснит, почему требование 1/100000 секунды - это бред. Выработаете с ним РЕАЛЬНЫЕ требования к задаче и тогда есть шанс, что через годик-другой вы что-то построите. Или, что более вероятно, придете к выводу, что профессиональные системы берут свои деньги не просто так... что тоже результат.
Вот и подобрались к теме ветки. Открывайте начало, читайте тему. Я не спрашивал как, а спрашивал кто может.
.... реальные требования!
чем дальше, тем больший бред вы пишете. Тактовый генератор с частотой в 0.01 Гц "тикает" один раз в 100 секунд. И никакой интервал менее 100 сек им отмерить нельзя
Какой интервал тогда измеряют 16, 20, 24 мГц?
.... реальные требования!
И чем плохи кварцевые генераторы 100 мГц на алиэкспрессе от 50 до 1000 руб.?
И какой температурный диапазон? И остальные условия эксплуатации (вибрации, помехи и т.п.)?
И чем плохи кварцевые генераторы 100 мГц на алиэкспрессе от 50 до 1000 руб.?
слушайте, ну хватит уже клоуна из себя строить, а? Какие такие "генераторы на 100мГц", дайте ссылку. Готов поспорить, что это не мГц (миллигерцы), а МГц - мегагерцы!
интересно, вы тоже в школе двоешником были, как товарищ из ветки выше, что обиделся на форум часом назад? У вас явно нет ни малейшего понимания, чем 0.01(одна сотая) Гц отличается от 100(ста) Гц
Наверное точностью. Какая у них точность?
да причем тут точность.... человек милли-герцы от мега-герц не отличает, причем не на уровне слов - а на уровне понимания... он короткие интервалы собрался измерять генератором с частотой 0.01 Гц....
слушайте, ну хватит уже клоуна из себя строить, а? Какие такие "генераторы на 100мГц", дайте ссылку. Готов поспорить, что это не мГц (миллигерцы), а МГц - мегагерцы!
интересно, вы тоже в школе двоешником были, как товарищ из ветки выше, что обиделся на форум часом назад? У вас явно нет ни малейшего понимания, чем 0.01(одна сотая) Гц отличается от 100(ста) Гц
Не, на обиженных воду возят. )) Я почитаю еще.
да причем тут точность.... человек милли-герцы от мега-герц не отличает, причем не на уровне слов - а на уровне понимания... он короткие интервалы собрался измерять генератором с частотой 0.01 Гц....
Продолжим.
https://www.unitjuggler.com/%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4-frequency-%D0%B8%D0%B7-MHz-%D0%B2-ms(p).html?val=10
Согласно этого калькулятора, 10 мегагерц будет достаточно чтобы измерить интервал в 0,1 микросекунду, что является 0,0001 миллисекунды, верно? или опять не так?
Или опять что-то не то?
теперь почти правильно. С той только разницей, что это получается не точность, а разрешающая способность. Точность может оказаться на несколько порядков хуже - зависит от методики измерения.
Ученье - свет.
теперь почти правильно. С той только разницей, что это получается не точность, а разрешающая способность. Точность может оказаться на несколько порядков хуже - зависит от методики измерения.
Уберем пока устройства, которые фиксируют факт пересечения створа, метка датчика или чего либо... Вопрос про само устройство:
Считаем количество тиков между замыканиями пар контактов на схеме, к примеру GND и 1 и GND и 2. В этот момент мы получаем "правильный" результат времени с использованием 10MHz генератора?
Пока не берем в расчет расстояние.
Повтор сообщения
Пример разницы между точностью измерения и знаками отображения:
У всех дома есть фиговина типа "метеостанция", у ардуинщиков - чаще самодельная, у остальных покупная. На дисплее отображается температура до десятых градуса, так? Типа -1.3°C, так? А вот точность датчика +/- 0.5°С. То есть отображать можно хоть 100 знаков после запятой. Реально измерить можно совершенно иначе.
В твоей задаче измерить абсолютное время, по "атомным часам" ;)) можно со следующей погрешностью:
- погрешность системы GPS (или Глонасс, что фиолетово) + погрешность модуля GPS (эти две табличные) + погрешность алгоритма + погрешность внутреннего источника времени контроллера за интервалы между внешними сигналами.
Погрешность алгоритма означает, что возможны непредсказуемые промежутки времени от получения внешнего синхросигнала до его фиксации. Допустим пара микросекунд - очень оптимистично!
GPS и модуль вместе уложатся в 100 нс. Межинтервальное "уплывание" пусть 10 ppm, на 16 MHz, 160 тиков в сек по 1/16 мкс дают 10 мкс. ЗА СЕКУНДУ!. то есть вот эта нестабильность частоты и есть главная причина неточности определения абсолютного времени. При поправках КАЖДЫЕ 10 СЕКУНД и кварце на 5ppm получим идеальную точность порядка 50 мкс. В реальности будет немного лучше, но не гарантированно.
Относительную точность событий в локальном времени можно получить повыше, примерно скорость входа в прерывание, ...ты все равно не знаешь, что это такое... Тут можно гарантировать единицы мкс. Это как "погрешность алгоритма" выше по тексту.
Так в том, то и суть, что мне не нужно считать время ухода от астрономического. Мне нужно считать только разницу между двумя импульсами, которые приходят менее чем через секунду в одно и то же устройство при скорости движимого объекта примерно 200 км/ч и устройства передачи импульсов стоят на расстоянии 20 метров друг от друга. Синхронизация GPS нужна для приблизительного времени дня, что бы скорректировать данные относительно часового пояса и сообщить о факте проезда с точностью до секунды. А вот расчет скорости уже произвести используя только установленные 20 метров (отдельный вопрос как) и количество "тиков" одного и того же кварца.
Преодоление 20 метров на скорости 200 км/ч занимает 0,180 сек. За сколько "убежит" время одного и того же кварца?
Есть простой иллюстративный пример: берем две ардуины, заливаем блинк, одновременно подаём питание. Смотрим, как через полминуты начинается разброд и шатание.
Тут надо отметить еще один очень важный момент. Разность двух засечек времени на одном и том же МК можно прикинуть с точностью... примерно как оценил Дракула - то есть плюс-минус десятков микросекунд. Но если отсечка старта и финиша выполняется двумя контроллерами, соединенными по радио-каналу - за счет совершенно непредсказуемого лага связи приемника и передатчика я не думаю, что подняться выше тысячных будет просто. Нужен какой-то радио-модуль с гарантированным микросекундным временем передачи сигнала. Среди дешевых я таких не знаю.
В любом случае задача получения временного разрешения в 10 мкс (1/100 000) - это даже при засечке времени одним МК где-то рядом с пределом возможностей.