измерение задержек между двумя системами с точностью до единиц миллисекунд

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

может spdif ?

измерение задержки между чем и чем?

PS зачем городить usb-com если можно по ethernet?

Если тебе серьезно, то http://en.wikipedia.org/wiki/Precision_Time_Protocol

Но говорят, что NTP дает точность до десятков микросекунд.

да я как-то задавал этот же вопрос - мне никто внятного ответа не надо, что-то левое советовали, вот человек PTP подсказывает - это уже дело

я попробую, однажды на ЛОРе я уже интересовался мне сказали что точность невелика

но если это меньше миллисекунды точности - то это определенно мне подходит!

Судя по выхлопу многократного запуска ntpdate -q, точность где-то 10-20мкс.

лучше если ты задачу расскажешь.

USB-COM нельзя, на USB джиттер ппц.

USB-COM нельзя, на USB джиттер ппц.

больше нескольких миллисекунд? да, я в курсе как оно работает, но оценок у меня нет

джиттер - это проблема этого метода

вероятно выберу NTP

Судя по выхлопу многократного запуска ntpdate -q, точность где-то 10-20мкс.

чем ты проверял эту точность?

и как оно может так точно синхронизовать устройства по WiFi

чем ты проверял эту точность?

То было на работе (меньше свичей и проксей по пути), дома так:

ntpdate -q 192.168.2.11 
server 192.168.2.11, stratum 2, offset 0.000138, delay 0.02628
24 Jan 20:36:04 ntpdate[2951]: adjust time server 192.168.2.11 offset 0.000138 sec

24 Jan 20:36:36 ntpdate[2954]: adjust time server 192.168.2.11 offset 0.000137 sec

24 Jan 20:36:57 ntpdate[2956]: adjust time server 192.168.2.11 offset 0.000148 sec

24 Jan 20:37:04 ntpdate[2957]: adjust time server 192.168.2.11 offset 0.000142 sec

octave:1> a = [0.000138 0.000137 0.000148 0.000142];
octave:2> mean(a)
ans =  1.4125e-04
octave:3> std(a)
ans =  4.9917e-06

Можно скриптик написать и подольше попарсить выхлоп. Но вряд ли больше 10-20мкс получится.

и как оно может так точно синхронизовать устройства по WiFi

ХЗ, проверь, что там на wifi получится.

подай на оба компа один сигнал. например на аудиовходы заведи сигнал с генератора ПСП.

А еще лучше - оба компа выдают на аудиовыход ПСП. Эти выходы объединяются так, что ПСП с компа А идет в левый канал, а ПСП с компа Б в правый. После чего это стерео заводится на оба компа и сравнивается набег фазы

Т.е. у тебя в канал поступает два сигнала, которые можно преобразовать в метки времени. Пусть это Та и Тб. А потом ты их видишь синхронно на каждом компе-в левом и правом каналах звуковхода

судя по IP у тебя был свой NTP сервер? в смысле на твоем сервере самостоятельно поднятый

меня интересует также синхронизация при условии что известные NTP сервера доступны например только через GPRS, а два компа оставлены один на один с ethernet или wifi между собой

судя по IP у тебя был свой NTP сервер?

У меня-то, понятное дело, и дома, и на работе ntp-сервер стоит (без него никак), но этот айпишник — не моего ntp-сервера, я этот сервер использую как материнский (он по GPS синхронизируется). Но ntpdate работает и без сервера. На разницу времени можно внимания не обращать, тебе только задержка важна.

Подними на одном из компьютеров ntp-сервер, да измеряй задержку. Делов-то? Он настраивается элементарнейше.

спасибо, со звуковой картой - интересная идея

Подними на одном из компьютеров ntp-сервер, да измеряй задержку. Делов-то? Он настраивается элементарнейше.

я боялся что у меня борода и свитер отрастут при попытке настройки NTP, но если это просто делается - тогда пожалуй подниму :)

Я вообще дома взял конфиг по умолчанию и изменил лишь базовые серверы (от тех, что в "умолчальном" конфиге, толку нет — они проксей режутся).

GPS через usb<->com (pl2303) давал в районе 10мс. Но тут, вестимо, от реализации usb тоже зависит (/me тестировал на встроенном в чипсет amd 7xx).

Охеренная проверка. Вообще-то нормальным считается соединять два конпьютера с gps/pps через ethernet и мониторить выхлоп ntpd -p.

только буфера туда натыкай и провода покороче. микрофонные входы -они не всегда 100% входы, кое что обратно выходит.

По UDP пакетам смотреть, там для их синхронизации в каждом время указано вплоть до милмисекунд

По UDP пакетам смотреть, там для их синхронизации в каждом время указано вплоть до милмисекунд

подробнее

откуда там изначально возьмется синхронизация, тем более у UDP?

Ну раз зашел разговор про ntp рекомендую почитать man ping, ибо там из под рута точность не меньше микросекунд.

По UDP пакетам смотреть, там для их синхронизации в каждом время указано вплоть до милмисекунд

Какой синхронизации? %) Roundtrip там ниже миллисекунды обычно, это да.

Ой блин извиняюсь, но время там указано.

А если взять что-нибудь из железа http://linuxptp.sourceforge.net/ которое с Hardware Timestamping то теоретически можно достичь единиц наносекунд. Правда без возможности получить с этих синхронизированных часов хотя бы сигнал PPS заюзать эту точность не удастся

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

Получить то конечно можно, но я бы советовал начать с NTP и только если не хватит точности задуматься о PTP

ТС, ты бы уже давно свой протокол реализовал на обычных сокетах, посылая серию «пингов» туда-сюда и измеряя задержки (эдакий «облегченный» NTP).

Поясню: А отправляет Б пакет с временной меткой Х; Б, получив пакет, "эхует" его обратно. И так несколько раз.

я специально оговорил что связь по WiFi - неужели посылая туда обратно пакеты можно установить синхронизацию менее 5 мс в случае беспроводного соединения?

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

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

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

А вообще, если тебе нужен серьезный протокол, не стоит wifi использовать. Проложи хотя бы витуху.

задача не позволяет... но не суть

согласен, попробую для начала просто по WiFi как есть твой метод