DDC RX

[UA3MQJ]

Решено совместными 136.su усилиями делать DDC приемник.
Что такое DDC? Все то же самое, как в аналоге, только сигнал с антенны оцифровывается, а дальше все в цифре.

Если мы хотим принимать 136, то частота дискретизации должна быть хотя бы в 2 раза выше. Я считаю, что 500 КГц вполне бы хватило.
Разрядность желательно 16 бит.
Такой поток информации, как правило, переваривают аппаратно, либо на ПЛИС. Хотя в нашем случае (500 КГц) это не так уж и много, поэтому я попробую еще сделать на ARM, как Альберто.
Дальше сигнал в виде I,Q передаем на ПК, где он обрабатывается Spectrum Lab.

Проблемы:
1. АЦП. Нужен быстрый АЦП: 16 бит и 500 KSPS.
2. Чем обработать поток 500 KSPS
3. Как передать в ПК

[UA3MQJ]

Проблему №1 пообещали помочь решить силами 136.su (есть в запасе АЦП). Еще, пока нет АЦП, прорабатываю вопрос применения АПЦ 12 бит 1 Msps, который установлен на плате STM32-Dicsovery.

[UA3MQJ]

Проблема №2.
Вариант 1
Быстрые потоки информации проще обрабатывать на ПЛИС. Тогда схема будет:
АЦП - ПЛИС - ПК

Отдельно по каждому:
ПЛИС
на данный момент оптимальнее брать Cyclone 2. Я про нее писал тут http://136.su/index.php/topic,255.0.html
АЦП
считаю, что для простого повторения, нужно сократить работу. ПЛИС брать готовую, на дев плате. Так же найти АЦП в виде готовой платы рассширения и соединить. Это сделает проект универсальным. В крайнем случае, изготавливать плату под АЦП самостоятельно.
Решение есть в статье http://habrahabr.ru/post/204310/
Плата
http://habrastorage.org/getpro/habr/post_images/0ce/b84/20b/0ceb8420bd17bfe295fff85daac41f81.jpg
Схема
http://habrastorage.org/getpro/habr/post_images/066/fe2/f01/066fe2f01f383c86248111719575c844.png

Вариант 2
Попробовать ARM. Тогда ничего не потребуется паять (почти). Но есть сомнения, что он справится, работая на частоте 32 МГц.

[UA3MQJ]

Проблема №3
Решил, что в качестве приема буду использовать программу Spectrum Lab. Но пока так и не удалось заставить ее работать с внешним источником.

Опробовал:
1. Подавать поток через AD/DA Server. Писал свой сервер. Использовал существующие. Результат один: данные идут, но на водопаде не отображаются. Что я делаю не так?

https://habrastorage.org/files/d55/a5d/43f/d55a5d43fc1c4bd0bb76dd772e42bf73.png

2. Пробовал вместо звуковой платы указать COM порт и подавать в него поток. Тоже безрезультатно.

3. Вариант с WM_MESSAGES пока не пробовал, и не очень хочется.

4. Вариант с передачей данных  по TCP/UDP - был бы предпочтительнее. Про него даже упоминается в документации. Но как его использовать - не понял.

5. Виртуальный аудиокабель?
6. Подавать НЧ сигнал на звуковую плату?
Какие еще варианты?

[ra4hgn]

Проблему №1 пообещали помочь решить силами 136.su (есть в запасе АЦП). Еще, пока нет АЦП, прорабатываю вопрос применения АПЦ 12 бит 1 Msps, который установлен на плате STM32-Dicsovery.

Скинь адрес в личку, отправлю 2 шт AD6645ASQ-80

[UA3MQJ]

Скинь адрес в личку, отправлю 2 шт AD6645ASQ-80

Спасибо. Скинул

[ra4hgn]

4. Вариант с передачей данных  по TCP/UDP - был бы предпочтительнее. Про него даже упоминается в документации. Но как его использовать - не понял.

А отладочная плата c ПЛИС может передавать по TCP? и если может что передает, отсчеты?

[UA3MQJ]

Можно. Есть пара вариантов.
Один вариант - использовать работу с сетевым контроллером и через него передавать пакеты. У меня в наличии есть на базе DM9000A. Но он как-то недоступен для продажи.

Я бы Лучше выбрать какой-нибудь из ардуиновских шилдов, типа W5100. Нужно разбираться, как с ними работать.
http://www.ebay.com/itm/W5100-Ethernet-Shield-For-Arduino-Main-Board-UNO-R3-ATMega-328-1280-MEGA2560-/130976692375?pt=LH_DefaultDomain_0&hash=item1e7ed1b897

Есть еще вариант, напрямую на ПЛИСе генерировать пакеты и отправлять - тогда вообще никаких плат не требуются. Но работает только 10 мегабит и как-то все заморочено:
http://marsohod.org/index.php/projects/plata1/94-ether-send

Есть еще вариант:
http://marsohod.org/index.php/prodmarsohod2/shethm
Возможно, что по трудозатратам будет самый легкий, потому что работа с ним уже реализована.

стоит 650р. вроде не дорого. да и соотечественников можно поддержать
http://marsohod.org/index.php/shop/boards/eth-shield

Передавать - да. Блоки с отсчетами. Обработанными

[rw3adb]

500 кгц- плохая затея.
во-первых - пч, во вторых - рядом диапазон 472-479, которому будет помеха, если принимать два бенда разом.

[Sergej]

Да лучше бы дискретизацию 1МГц, чтобы прием был 0-500к.
Данные отдать как-то в комп (USB или ЕTH) и создать драйвер EXTIO для hdsdr, а лучше sdr#. Потом кто как хочет, столько программных VFO включает и демодулированный звук отдает через VAC в любые программы.

Если это будет из готовых модулей (по типу альдруино) , не пожалению на это 50-70$ и одним из первых повторю конструкцию.

[UA3MQJ]

Чтож. Если 1 МГц, то я думаю, что обработка на ARM отпадает. Во всяком случае на том, что у меня. Но вообще, хоть я и разлюбил МК, но меня порадовали разработчики STM32 приложениями STM32CubeMX, в которых можно парой кликов задать сложнейшую систему тактирования, сконфигурировать аппаратную часть. А чтобы помигать светодиодиками с разной частотой, не зависимо друг от друга, можно в FreeRTOS запустить их в отдельных процессах. Минут за пятнадцать. Так что неудивительно, что коллеги смогли на более мощном ARM сделать приемник. Все для нас!
Тогда, пока по почте едут АЦП, буду делать обработку данных, передачу их по локальной сети и драйвер для SDRSharp (он мне как-то ближе). Вместо VAC сегодня опробовал бесплатную http://www.vb-audio.com

[Сергей UB1APE]

Й-йёё! Ни чего не понял, но интересно!

[Sergej]

Вместо VAC сегодня опробовал бесплатную http://www.vb-audio.com

На XP? Тут заметил такую странность VBcable - не позволяет открыть вирт. звуковую нескольким программам сразу. На 7ке работает. VAC и в XP позволяет.

[UA3MQJ]

У меня везде Win7

[RN3KK_Nick]

Тоже заинтересован в построении DDC приемника. Получил отладочную с Циклоном 3 (http://www.sdr-deluxe.com/shop/15/desc/ep3c10-devboard) и купил пару ацп AD9200 10 бит 20 MPs ( 170 руб), но для научиться думаю должно хватить.