Проблема вызвана переполнением десятибитного счётчика недель(2000г + 1024*7/365 ~ 2019г). Пытаемся связаться с производителем но пока тишина.
Кто нибудь сталкивался с этим? Как решали? Может есть какой несложный алгоритм коррекции даты для старых приёмников?
https://www.us-cert.gov/sites/default/files/documents/Memorandum_on_GPS_2019.pdf
Похоже у нас нестыковки из-за разных методов формирования клока DDR. По диагонали просмотрел ваш вариант, а советы начал давать по другому варианту, который я обычно делаю. Сорри.
Этот вариант на картинке.
1). Коллеги, работал ли кто с этим протоколом? Вопрос в том как его протестировать потом, если написать всё с нуля, на наличие ошибок реализации.
Может есть какая подходящая софтулина для этого дела? Передавать планируется в пакетах UDP.
2). А занимался ли кто клирингом (Jitter Reduction) сигнала 1PPS приёмника GPS на предмет уменьшения джиттера?
Каких цифр удалось добиться? Заказчик очень хочет иметь +- 5нс - реально ли удовлетворить такую хотелку? Хотя бы при одной сигме?
А что, на мой взгляд вполне рабочее решение. Только я предпочитаю жёсткие штырьки, и земляной(чуть помягче) и сигнальный(жёсткий). Я уже поговорил с нашими умельцами, сказали что без проблем сами сделают. Так что ждём.
Спасибо,коллеги!
А можно чуть подробней? Мне нужен щуп примерно как на моём TDS2022, на конце иголка и земляная пружинка.
Для этого мне нужен комплект 131-5638. Это так? А при чём здесь пайка(solderable probe tips)?
Коллеги, внесите ясность. На верхней картинке название щупа
На нижней собственно сам щуп
Явно здесь чего то не хватает. Может кто знает как называются насадки на этот щуп и где их можно приобрести?
При покупке видели на фото всё изделие общим планом и не заметили что насадок нет.
