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

..как это может быть - меандр с ограниченным спектром ? Это уже меандр с заваленными фронтами, а пилы соответственно - кривые , это будет устраивать?
А потом - почему вы боитесь альясинга - у вас не будет антиальясингово фильтра?
Ничего не получиться - отсчёты в аналоговый мир ступеньками выводятся, фильтр нужен - делать лесенку гладкой. Кстатит - меандру как раз спектр ограничивать и не надо и ступеньки - для него норма.

Видимо помимо лесенок сам исходный сигнал должен быть ограничен.
А что вам (топикстатер) мешает сгененрировать это в каком-нибудь аудиоредакторе и пропутить через НЧ хххного порядка?

ну потом просто play. Уточните пжста... вам какой сигнал то нужен реальный откуданибудь из дырки компа или просто в виде WAV файла?

а никого не смущает эта фраза??
а как на компьютере реальное время замутить???.... ведь все основные оси от Виндовса до Линукса не работают в реал тайме. Вот список операционок реального времени

Жаль тока, что всякие аудио/видео плееры про это не знают и бодро крутят кино с музыкой в реальном масштабе времени.



Автор, почему бы не описать задачу доступным широким массам языком? Это же просто пипец какой-то. Стока буков и смысла около 0...

Да абсолютно верно - надо получать сигналы с заваленными фронтами. ....
Об реальном времени умолчу - поскольку не хочу участвовать в игре об точности определения термина "реальное время". Надо просто чтобы я мог крутить ручки "амплитуда/частота" и прога пересчитывала параметры функций не особо нагружая процессор.(то есть нагрузка на проц - определяющая величина!) и при этом выводила это все на устройство вывода - получится типа генератора спец. сигналов.
Алиазинговый фильтр будет - просто не охота, чтобы он был высокого порядка - из-за опять-же требуемых вычислительных ресурсов.
Можно конечно профильтровать все формы сигналов и позаписывать их в таблицы - но это как-то...если уже ничего не выйдет.
Ну как-то так.

ну, дык, сами понимаете, что реальное время может быть разным. В Вашем примере реальное время= всего 25 Гц (кино), а часто бывает, что нужно с АЦП молотить мегагерцовый сигнал в реальном времени.. Жесткое реальное время все равно не обеспечится ни форточкой, ни линуксом.

Сообщение отредактировал beaRTS - Dec 10 2012, 01:57

А звуковая карточка не подойдет?Создаете файл с требуемым сигналом и циклите воспроизведение.

Для Linuxa есть Xenomai, а Windows бывает и CE.

Хотя "ловить" мегагерцовые прерывания всё равно не получится. Это Bare Metal вам в помощь.

Сообщение отредактировал TigerSHARC - Dec 10 2012, 05:43

Так не бывает. Только для "постоянки"...


А нужно оно? Не для всякого реалтайма эти "ксеномаи" нужны. В QEX за прошлый кажется год(нет, вру 2010, №9, 11) - проект любительского SDR с ucLinux на blackfin 537. Реалтайм? Да. Радар можно сделать. В конце концов звук то в реалтайме как-то "линукс" и "виндовс" пишут/играют - понятно, что реалтайм там переносится на контроллер(аудио например) а нереалтаймовым буферированием пренебрегают, но для многих задач это самое то.

Где-то я читал статью о быстром формировании сигналов с органиченным спектром...это было года 3 назад, и где - никак не вспомню. Но такое есть - точно. Мне надо генерить сигналы до 40кГц, поэтому технология звуковых плат вполне сойдет. Просто городить гигабайты фильтрованных сигналов в таблицах - это громоздко.

Не пойму, в чем проблема программно генерить исходную форму сигнала и обрезать спектр программно-же, в пределах частотных и реал-тайм возможностей писюка?

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

при правильном программировании и нынешних мощностях современных процессоров (типа Intel i7) для таких невысоких частот (до 40 кГц) проблем нет, процессор вообще не должен "грузиться".

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