Совершенно верно. Основной проект ведется для linux. Однако Power SDR это не мешает использовать порт dttsp под win. Кроме того, она написана на С. А инструментарий для AVR позволяет использовать С. И потом, я предлагал просто проанализировать исходники, чтобы понять, куда двигаться. Позаимствовать алгоритмы обработки сигнала... Может быть, в конце концов создать порт dttsp для AVR. Вот как-то так... 73!

В этом проекте подразумевается использовать звуковую карту, она же и DSP. Плюс используется и центральный процессор, это слишком далеко по конфигурации от 8-разрядного AVR-микроконтроллера. Это только по железу, а еще необходимо учитывать возможности операционной системы, так что пользы наверное будет мало, а заморочек много.

"В этом проекте подразумевается использовать звуковую карту, она же и DSP..."
Поясняю: Звуковая карта - не DSP. Считайте, что это двухканальный аналог ADC/DAC контроллера AVR. В DSP ее превращает как раз библиотека DTTSP.

"...Плюс используется и центральный процессор, это слишком далеко по конфигурации от 8-разрядного AVR-микроконтроллера..."
8-ми разрядный 16мгц проц, конечно далеко от х86_64, поэтому, скорее всего возможности dttsp придется сильно урезать. Кстати, я поэтому и предложил использовать 32х разрадный AVR, что он гораздо ближе к современным процам. разница почти как у 8ми разрядного Z80 и Intel 486.

"...Это только по железу, а еще необходимо учитывать возможности операционной системы, так что пользы наверное будет мало, а заморочек много..."
Операционная система, равно как и БИОС мат. платы, в данном случае были бы только мешающими факторами, поскольку мы имеем дело не с универсальным (персональный комп.) устройством а со специализированным.

А заморочек конечно будет много в любом случае... Но ведь мы не ищем легких путей! 73!

Позвольте сей бред развеять, эксперименты с атомом мной проведены еще в прошлом году - не канает он для автономной реализации как по причине тормозов ОСи, так и отжиранию ресурсов криво написанной библиотеки, которая разрабатывалась пиндосами в рамках автономного военного проекта (это DTTSP - для ясности) Мало того для полнофункционального телеграфирования в рамках программы PSDR, я как бывший владелец SunSDR заявляю - НЕ хватает и 4-х тредового двухядерного iCore3 с 4 Гигами ОЗУ. Так что Ваше предложение именно в порядке бреда и стоит рассматривать, мои отчеты по "пыталову" продукции SunSDR есть на форуме сайта производителя.

Чем интересен Полигон - ну хотя бы тем, что при такой скромной вычислительной базе он РАБОТАЕТ QSK Чего до сих пор не умеет даже ДАЖЕ Flex5000, хотя в последнем наконец то за счет внешнего контроллера и спец-фирмвари удалось реализовать телеграф в режиме семибрэкин без тормозов но за 5килобаксов, а никак не за тыщу рублей

to RK4FB:
"Позвольте сей бред развеять, эксперименты с атомом мной проведены еще в прошлом году - не канает он для автономной реализации как по причине тормозов ОСи, так и отжиранию ресурсов криво написанной библиотеки, которая разрабатывалась пиндосами в рамках автономного военного проекта (это DTTSP - для ясности)..."

Windows - не самая лучшая ось для SDR.

"...Мало того для полнофункционального телеграфирования в рамках программы PSDR, я как бывший владелец SunSDR заявляю - НЕ хватает и 4-х тредового двухядерного iCore3 с 4 Гигами ОЗУ. Так что Ваше предложение именно в порядке бреда и стоит рассматривать, мои отчеты по "пыталову" продукции SunSDR есть на форуме сайта производителя..."

Вы видимо не в курсе - Флексы почему-то не желают полностью использовать возможности DTTSP. Последние версии библиотеки позволяют формировать на выходе звуковой карты вполне приличный телеграфный сигнал без переключения прием/передача. Частота, амплитуда, нарастание фронта и спад посылки задаются в виде параметров. При желании, можно поставить их в зависимость от скорости передачи. Но это требует несколько другой схемотехники в построении SDR аппаратуры - в частности раздельные тракты приема и передачи от антенны до звуковухи.

"...Чем интересен Полигон - ну хотя бы тем, что при такой скромной вычислительной базе он РАБОТАЕТ QSK Чего до сих пор не умеет даже ДАЖЕ Flex5000, хотя в последнем наконец то за счет внешнего контроллера и спец-фирмвари удалось реализовать телеграф в режиме семибрэкин без тормозов но за 5килобаксов, а никак не за тыщу рублей ..."

На мой взгляд, чтобы разделить частоту кварца на 4 и подать ее в РА, вычислительные мощности не требуются вообще. А если речь то идет о синтезе и фильтрации SSB сигнала, а это (опять же имхо) - без серьезных вычислений не сделаешь.

73!

Братцы,ну Выдаете...Речь шла о плате с двумя микросхемами...и так плавно перешли на мамки,звуковухи и ОС.

to Сергей ut5lp:
Прошу прощения, если вышесказанное похоже на оффтоп.
Я просто высказал сомнения о применимости ATmega8535 в SSB аппарате, ну и попутные мысли на этот счет.

А хотелось бы услышать, что об этом думает Юрий.

73!

Что-то Юрий опять пропал надолго!
alexis совершенно прав, те функции, которые сейчас заложены в конструкцию, можно без проблем переложить на внешние устройства. Основная задача AVR, которую хотелось бы увидеть реализованной - это обработка сигнала. Пока что, эта задача сведена к минимуму.

To alexis: ну я думаю, что rk4fb все за Юрия ответил. Если бы Юрий хотел использовать материнки, звуковухи и т.д., то вряд ли он затевал бы "Полигон".

Это худшая ось для real-time приложений, понятно что, имея, например, QNX WorkBench можно написать с использованием той же QT портабельный софт, НО "где же Герман, а Германа всё нет" Теперь о доступном Линукс, у вас есть софт подобный по проработке PSDR? Думаю что его у вас нет...Я в курсе, однако команда SunSDR упершись рогом в DTTSP и кривой API Винды на него, ушла в партизаны и пишет свою библиотеку обработки на QT И это правильно, вот нахрена оне по звуку телеграф формируют?