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

[Iptash]

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

[sazh]

счетчик на вычитание. По своему переносу загружает новое значение из регистра.

[Iptash]

счетчик на вычитание. По своему переносу загружает новое значение из регистра.

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

[sazh]

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

Значит проигнорировал изменение.
По переполнению (прерыванию) код должен меняться и устаканиться к ожидаемому переполнению

[Iptash]

Значит проигнорировал изменение.
По переполнению (прерыванию) код должен меняться и устаканиться к ожидаемому переполнению

Игнорировать нельзя. Устройство реального времени. Запись кода происходит допустим каждую
1мс. и мне кажется, что нужно при записи делать логическое сложение данных в счетчике и
кода. Как вы думаете?.

[Boris_TS]

Игнорировать нельзя. Устройство реального времени. Запись кода происходит допустим каждую
1мс. и мне кажется, что нужно при записи делать логическое сложение данных в счетчике и
кода. Как вы думаете?.

Я использую конструкция просто регистр + счетчик, в такой задаче: есть некий подвижный объект, он перемещается с какой-то скоростью, необходимо генерировать импульсы (для запуска чего-то) через равные промежутки расстояния, скорость конечно же меняется... При моих физических ограничениях на возможные ускорения объекта (и !!! заданной минимальной частоты дискретизации) вполне достаточно досчета счетчика по старому значению и по переполнению загрузки нового.
Я вот у Вас как-то до конца не разобрал этот момент...

А вот наверное третий вариант...
Но если Вам необходимо работать так:
1. Если новое значение меньше предыдущего (понижаем частоту) - то можно, чтобы счетчик досчитал до переноса.
2. Если новое значение больше предыдущего (повышаем частоту) - то необходимо, чтобы счетчик с момента обновления считал не дольше нового (свежезаданного периода ожидания).

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

Надеюсь не слишком мутно объяснил