Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
19 апреля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Программируемая логика и ЦОС

950467 Топик полностью

Visitor (05.10.2019 12:04 - 12:22, просмотров: 462) ответил MBedder на Нас рать - мне нужно разрешение в десяток-другой пикосекунд при измерении временных интервалов от миллисекунды до нескольких. Джиттер и PLL только добавляют диthеринга, улучшая измерительную статистику

Сомнительное желание, для таких измерений точность опорного 10^-8 нужна. 0.01 ppm. Хотя частотомер со встроенным стандартом частоты решит Вашу задачу. Ценник на них снизился, можно в 120.. 200 т.р. уложиться.

Ответить

- Еще раз повторю - мне абсолютная точность по барабану (100 000 Гц или 100 001 Гц- достаточно 10^-6), зато resolution - нет (измеренные 100 000.000 Гц должны однозначно отличаться от 100 000.001 Гц - нужно не хуже 10^-9) MBedder(218 знак., 05.10.2019 12:53 - 12:59)
  - на плисине можно сварганить такую мерялку - Mahagam(05.10.2019 13:41)MBedder
    - Лучше на цинке, гибче будет. - evgeniy1294(05.10.2019 14:20)
      - И там, и там придется городить длинную линию задержки на ЛЭ с неизбежной необходимостью регулярной (хотя бы ежесекундной) калибровки, что не особо радует. А плисовские счетчики все равно не умеют считать выше первых сотен МГц - MBedder(05.10.2019 14:25)
        
        цинк при наличии МК переплата. да, никаких линий задержки на ЛЭ и близко не будет. никакой калибровки не надо. - Mahagam(05.10.2019 14:41)
        
        Хм... ну тогда расскажи на пальцах, как без ЛЗ/кольцевых генераторов на ПЛИС добиться разрешений в первые десятки пикосекунд при цикле измерения в 1 мс? - MBedder(05.10.2019 15:01)
        
        ну вот ща я тебе все хитрости так и выдал ))) но вот блёй буду, но спартан-6, со спидгрейдом 3 запросто сможет заловить несколько десяткой входов с разрешением по времени чуть меньше пикосекунды. если точнее - то предел по даташиту 0.925ps. Mahagam(180 знак., 05.10.2019 15:08 - 15:20)
        
        Чегой-то в ДШ я ничего про пикосекунды не нашел - ты где это увидел, в каком ДШ и на какой странице? - MBedder(05.10.2019 21:05)
        
        блин. пролюбился на три порядка. там 0.925ns, забыл множитель сменить. бляяяяяя, посыпаю голову окурками. всё что точнее, то можно только извращениями на периодичном сигнале. Mahagam(114 знак., 05.10.2019 21:47)
        
        Отож :) Вот я и занимаюсь "только извращениями на периодичном сигнале", иначе никак. Но 25 пикосекунд получить-таки удалось при помощи шибко экзотического железа и какой-то матери :)) - MBedder(05.10.2019 21:51)
        
        хм. а если вот артиксом, умеющим в шаг 200ps провести 100 измерений, оно же будет после усреднения эквивалентом измерения с разрешением в 20ps ? - Mahagam(06.10.2019 01:01)
        
        "Вот видишь - уже поумнел!"(с) анекдот :)) --> - MBedder(06.10.2019 01:42, ссылка)
        
        ну блин, так сразу бы и сказал, что сигнал один и тотже прёт долгое время. так и примитивным спартаном с разрешением в 1ns ловить и усреднять тыщи измерений. сколько периодов можно усреднять? - Mahagam(06.10.2019 01:48)
        
        Столько, сколько влезает в минимальный цикл измерений - сейчас это 1 мс. Частота измеряемого сигнала - 70..350 кГц, т.е. осредняю от 70 до 350 периодов - MBedder(06.10.2019 02:04)
        
        Если входной сигнал синусоида и с хорошим отношением SNR, то можно сделать проще и с гарантированной точностью: Хаос(765 знак., 06.10.2019 04:00, )
        
        Запуск АЦП с пикосекундной точностью - тоже интересный вопрос. Что там с температурной зависимостью УВХ? - SciFi(06.10.2019 12:29)
        
        Нужна же именно частота, а не абсолютное время, НЯМС.. - Хаос(06.10.2019 12:43, )
        
        Тады ой. Наверняка из осциллограммы частоту можно вытащить гораздо точнее, чем просто следя за переходами через 0. - SciFi(06.10.2019 12:49)
        
        Спасибо большое, изучу внимательнейшим образом. А АЦП приличный есть и внутри МК - MBedder(06.10.2019 10:57)
        
        PS. Постом ниже неправильно набрал формулы: Хаос(77 знак., 06.10.2019 12:46, )
        
        Попробовал посчитать этим методом частоту синусоиды.. Хаос(883 знак., 06.10.2019 12:39, )
        
        у ТС время измерения - 1ms. осетра (количество семплов) урежьте на порядок. - Mahagam(06.10.2019 14:00)
        
        На таком интервале точность значительно хуже. Я это уже давно попробовал. Но тут уже нужно брать формулу Крамера-Рао и считать теоретически достижимую точность.. :) - Хаос(06.10.2019 14:10, )
        
        ну и расчёты все нужно вести будет в double, в концерте же вроде только float и ссё? - Mahagam(06.10.2019 11:02)
        
        И в даблах софтовых, и в лонглонгах64 целых - справляемся - MBedder(06.10.2019 11:09)
        
        в концерто eCAP что ли ловит времянки для усреднения? а то меня терзают смутные сомнения.... Mahagam(883 знак., 06.10.2019 02:33 - 02:51)
        
        Все правильно, именно так у меня и сделано. Мало того - осреднение N измерений и измерение длительности N периодов в кучке дают сопоставимые результаты - т.е. измерение длительности 100 периодов с разрешением 3.3 нс дают эквивалентное разрешение в MBedder(6 знак., 06.10.2019 11:04)
        
        хм. значит недорогой спартан-6, умеющий легко в разрешение в 1ns сможет дать без разрыва жопы тучу каналов измерения с разрешением в 10ps. ну и вообще, обычно когда в проекте появляется плисина, то на неё столько всего запихивают )) - Mahagam(06.10.2019 11:26)
        
        да, чтобы нормально мерять такие сигналы, надо чтобы у них была соответствующая крутизна фронтов, иначе тупо дыхнул на плату - и входные пороги изменились, сопротивление проводников и всё такое. и измерения сразу уползут. дыхание влияет? или Mahagam(53 знак., 05.10.2019 22:05)
        
        Все нивелируется хорошей статистикой - повторяем, нормируем, осредняем, вычисляем поправки - MBedder(05.10.2019 22:11)
        
        тут я посмотрел даташит на тотже спартан, но с трансивером на 3 гигабита. там так rise/fall 140/120ps. вот реально же, кто-то пукнет тёплым рядом - и все измерения поползут. ща ещё гляну что умеет 7-ая серия чипов, там техпроцесс с 45nm до 28nm Mahagam(12 знак., 05.10.2019 22:26)
        
        мне тут в голву приходят задумки, как копеечным спартаном получить 100ps. но это типа запараллелить 10 входов.. но если долго-долго думать, то можно чо-нить надумать, так как у спартана есть программируемая входная задержка, которая имеет шаги в Mahagam(73 знак., 05.10.2019 22:03)
        
        Одиночных мне и не нужно - непрерывные периодические сигналы в первые сотни кГц. А так да - и входы параллелю, и задержками жонглирую - пока кроме этого ничего более умного не придумано :(( - MBedder(05.10.2019 22:06)
        
        вот почти сходу - Artix-7 могёт не особо играясь с задержками ловить биты с разрешением ~200ps, чтобы ловить точнее - уже нужны лёгкие извращения в виде игрищ с задержками. - Mahagam(05.10.2019 23:06)
        
        Что значит "ловить биты" - создавать timestamp каждому приходящему активному фронту? - MBedder(05.10.2019 23:12)
        
        смотри, MMCM генерит клок в 625MHz. это 1600ps период. но выдает по 4-м линиям со сдвигом на 90°, то есть со сдвигом в 400ps между линиями. 4 запаралленых триггера в блоке ISERDESE2 тактируются этими 4-мя хитросдвинутыми клоками, и стробят одну Mahagam(1350 знак., 05.10.2019 23:40)
        
        Спасибо. Глубоко перекликается с тем, как я похожее делаю на Capture в МК с помощью сдвинутых по опорным уровням аналоговых компараторов - MBedder(06.10.2019 00:03)
        
        ну вот это вот "цифровое" решение думаю, будет в разы менее термозависимо. и вот эти вот 200ps - они всегда 200ps вне зависимости от температуры и фазы луны. - Mahagam(06.10.2019 00:15)
        
        Монстр! Спасибо! - Evgeny_CD(05.10.2019 23:58)
        
        эт не я, эт дока такая есть, xapp523 называется. по ссылке. к ней и пример есть на VHDL. но проект сука нечитаемо написан и вроде как с ошибкой мелкой, у нас сей исходник используется в новом проекте, но не для того чтобы время считать )) - Mahagam(06.10.2019 00:05, ссылка)
    - Это да. Но я пока эстетствую - все горожу на одном МК :)) - MBedder(05.10.2019 13:47)
      - ну ок, а штук 20 таких мерялок в одном корпусе? не надо? )) - Mahagam(05.10.2019 13:52)
        
        Пока нет, но может и понадобиться в один прекрасный день :)) - MBedder(05.10.2019 14:05 - 14:09)
  - Так по любому, стандарт частоты нужен. Смутно помню, читал описание устройства частотомера Ч3-54, там какие то трюки для повышения точности были. А если с частотой работаете, то перенос спектра вниз позволит получить необходимое относительное Visitor(28 знак., 05.10.2019 13:32)
    - Чукча пейсатель. У меня не только сверхвысокое разрешение, но и скорострельность - микрогерц разрешения за миллисекунду измерения (эквивалентная тактовая частота 100 ГГц), поэтому "перенос вниз" - ниачом. И абсолютная точность, повторяю - по MBedder(9 знак., 05.10.2019 13:45)