Fractional Resample, вопрос про влияние джиттера Опции

[des00]

Добрый день!!!

Есть у меня интересный вопрос, касающийся ресамплинга (в том числе дробного) на интерполяторах.

Рассмотрим систему: АЦП работающий от чистого генератора G1 с джиттером ну положим 1ps. Потом оцифровали, затащили в ПЛИС/проц, сложили в память. Теперь нужно произвести ресамплинг на частоту 100МГц, полученную от другого генератора G2 с джиттером 100ps. Математически произвести такую операцию просто, но вот будет ли применимо к этому правило, относительно влияния джиттера на аналого-цифровое преобразование?

С одной стороны поток данных уже оцифрован и отчеты не зависят от частоты G2, но с другой стороны, на G2 нужно будет формировать периоды генератора G1 для опорных точек интерполяции и тут ИМХО будет тот же самый эффект влияния джиттера. Или я не прав?

UPD. Для большей ясности рассмотрим не проц с "виртуальной" частотой 100 МГц, получаемой из 1ГГц тактовой. А ПЛИС, работающую на частоте 100МГц, на которую и нужно перенести сигнал %) так будет честнее и ближе к нужной мне теме %)

[scifi]

Не очень понятен вопрос.
Сигнал уже оцифрован. Дальнейшие преобразования данных чисто цифровые, то есть джиттер генератора G2 не важен. Да и сама частота 100 МГц условна: цифровая обработка не обязана происходить в реальном времени.
Вот если далее будет ЦАП, затактированный от G2, тогда да, нужно учитывать его джиттер.

[ViKo]

Вот если далее будет ЦАП, затактированный от G2, тогда да, нужно учитывать его джиттер.

Наверное, ответ - в этом предложении. Если частота G2 будет использоваться для тактирования выходных данных, то даже идеально оцифрованный сигнал окажется дребезжащим. А если данные будут просто складываться в массив - то так и останутся идеальными.

[des00]

Наверное, ответ - в этом предложении. Если частота G2 будет использоваться для тактирования выходных данных, то даже идеально оцифрованный сигнал окажется дребезжащим. А если данные будут просто складываться в массив - то так и останутся идеальными.

понятно. задумал новую архитектуру модема, давно хотел отвязаться от частот, связанных с АЦП %)

[KalashKS]

понятно. задумал новую архитектуру модема, давно хотел отвязаться от частот, связанных с АЦП %)

А так ли нужно для этого ресемплить сигнал, если можно обрабатывать сигнал в сетке 96 МГц c тактовой частотой 100 МГц?

Сообщение отредактировал KalashKS - Jul 16 2012, 14:57

[des00]

А так ли нужно для этого ресемплить сигнал, если можно обрабатывать сигнал в сетке 96 МГц c тактовой частотой 100 МГц?

иногда нужно, например при многотактовой арифметике и цифровом восстановлении тактовой частоты, мне как раз 1 такта не хватает %)

Возник вопрос.
............
А у нас (у меня в частности) - реалтайм в обоих случаях.

мой вопрос лежал не столько в области передачи данных, сколько в области модемных технологий. Когда идет работа с потоком отчетов с АЦП.

Если рассмотреть вопрос реалтайма и преобразования 96/100 МГц, то мои умозаключения сводились к 2-м вариантам :
1. Если частота 100 МГц получается как 25/24 от частоты 96 (т.е. частоты хоть как то привязаны по фазе), то при наличии небольшого буфера на 24 отчета, все легко решается интерполяцией на лету (по крайней мере матлаб говорит что будет работать). Под "легко решается" я понимаю что на выходе будет поток символов на 100МГц + искажения при интерполяции.
2. Если частота 100МГц асинхронна относительно 96МГц, то легко не получиться, т.к. фазы генераторов плывут и рано или поздно будет underflow/overflow. И задача сводиться к обработке на клоке 100МГц + enable. Что даст итоговую частоту < 100МГц (кол-во насколько меньше нужно считать исходя из стабильности генераторов и джиттера).

Могу ошибаться, но ИМХО так.