преобразователь КОД-ЧАСТОТА Опции

[Iptash]

Есть задача изготовить многоканальный преобразовватель код-частота. В голову приходит
только одно решение, сделать на подобии МК таймера с перезагрузкой по переполнении счетчиков,
т.е. параллельный внешний код загружается в счетчики, на тактирующий вх. подается частота,
этот код увеличивается до переполнения где происходит новая запись кода и т.д.. Вот только
смущает время реакции так сказать при маленьком коде, где до следующей перезаписи проходит
большое время, а код уже изменился и уже должна быть другая частота. Я не знаю понятно ли
изложил суть задачи?. Может кто нибудь решал подобные задачи.

[Dopler]

А почему бы не сделать следующее:
Максимальное значение счетчика сделать фиксированным (большим), а увеличивать его не на 1, а на требуемый код (не счетчик а сумматор). Выход - старший разряд счетчика (сумматора) Т.е. нужно частоту большую - код большой (счетчик быстро переполняется), нужно маленькую - код маленький. В данном случае реакция мгновенная. По такому принципу построены DDS.

[Iptash]

А почему бы не сделать следующее:
Максимальное значение счетчика сделать фиксированным (большим), а увеличивать его не на 1, а на требуемый код (не счетчик а сумматор). Выход - старший разряд счетчика (сумматора) Т.е. нужно частоту большую - код большой (счетчик быстро переполняется), нужно маленькую - код маленький. В данном случае реакция мгновенная. По такому принципу построены DDS.

Спасибо. Я так тоже думал, это один из вариантов.Но это тоже самое, когда код маленький счетчик
долго переполняется, а в случае пока он не переполнился код допустим поменялся(резко вырос)
нужно соответственно и код менять + тот код который не досчитал, а не ждать пока он досчитает.
Вот это будет наверное более реальное воздействие.

[Ed)]

Согласен с Dopler.

Спасибо. Я так тоже думал, это один из вариантов.Но это тоже самое, когда код маленький счетчик
долго переполняется, а в случае пока он не переполнился код допустим поменялся(резко вырос)
нужно соответственно и код менять + тот код который не досчитал, а не ждать пока он досчитает.
Вот это будет наверное более реальное воздействие.

Это будет не реальное воздействие. Т.к. здесь используется не терминология счётчиков: досчитал и переполнился, а терминология мгновенной фазы и скорости её изменения. Соответственно быстрые изменения частоты (скорости изменения мгновенной фазы) не будут накапливать ошибку результирующей частоты. Выходным сигналом будет служить старший бит регистра сумматора.

[Iptash]

Согласен с Dopler.
Это будет не реальное воздействие. Т.к. здесь используется не терминология счётчиков: досчитал и переполнился, а терминология мгновенной фазы и скорости её изменения. Соответственно быстрые изменения частоты (скорости изменения мгновенной фазы) не будут накапливать ошибку результирующей частоты. Выходным сигналом будет служить старший бит регистра сумматора.

Как я понял, Dopler описал принцип X = X+КОД до какого то максимального значения. Т.е. чем
больше код, тем быстрее досчитает до этого значения. Но мне кажется, что если по ресунку
записать в регистр большой код, то счетчик тоже будет быстро переполнятся и соответственно переполнения будут быстро происходить, а это помоему тоже самое, а аппаратная реализация будет на много проще. Или же я что-то не понемаю?

[Ed)]

Как я понял, Dopler описал принцип X = X+КОД до какого то максимального значения. Т.е. чем
больше код, тем быстрее досчитает до этого значения. Но мне кажется, что если по ресунку
записать в регистр большой код, то счетчик тоже будет быстро переполнятся и соответственно переполнения будут быстро происходить, а это помоему тоже самое, а аппаратная реализация будет на много проще. Или же я что-то не понемаю?

Вы же сами говорили, что преобразователь должен "правильно" себя вести в случае когда скорость изменения частоты намного выше периода выходного сигнала. Для аккумулятора фазы это будет означать лишь быстрые изменения скорости перемещения выходного сигнала из одного состояния в противоположное.
Аппаратная реализация довольно проста: регистр для мгновенной фазы, регистр для кода частоты и сумматор, который синхронно с опорной частотой производит их суммирование, а результат опять сохраняет в регистре мгновенной фазы. Переполнение этого регистра не имеет значения, и эквивалентно переходу фазы с 2*Pi обратно на 0. Старший бит можно интерпретировать как знак косинуса текущей фазы:
от 0 до Pi -> +1 (для лог. "1")
от Pi до 2*Pi -> -1 (для лог. "0")

[Iptash]

Вы же сами говорили, что преобразователь должен "правильно" себя вести в случае когда скорость изменения частоты намного выше периода выходного сигнала. Для аккумулятора фазы это будет означать лишь быстрые изменения скорости перемещения выходного сигнала из одного состояния в противоположное.
Аппаратная реализация довольно проста: регистр для мгновенной фазы, регистр для кода частоты и сумматор, который синхронно с опорной частотой производит их суммирование, а результат опять сохраняет в регистре мгновенной фазы. Переполнение этого регистра не имеет значения, и эквивалентно переходу фазы с 2*Pi обратно на 0. Старший бит можно интерпретировать как знак косинуса текущей фазы:
от 0 до Pi -> +1 (для лог. "1")
от Pi до 2*Pi -> -1 (для лог. "0")

Я всего лишь хочу сделать аналог ЦАПа, только здесь выход КОД-ЧАСТОТА, а в ЦАПе КОД-НАПРЯЖЕНИЕ или ТОК.