SDR приемник со встроенным ADC

[balmer]

Хочу сделать "простой" SDR приемник. Но не хочу покупать отдельной звуковой карты для него. Лучше уж прикручу STM32 микроконтроллер и AudioADC какой-либо.
Проблемма в том, что никогда раньше не занимался SDR и не представляю, что к чему.
Все бы хорошо, но вот затык - как прикрутить хардварную часть к софтварной?

Как обычно видятся SDR приемники при подключении к USB? Как аудиокарта? Как составное устройство?
Может есть какие либо простые протоколы для общения с USB устройством?

PS: Сейчас пока смотрю исходники gnuradio, что-то там маловато про общение с USB устройствами.

[Слесарь]

Хочу сделать "простой" SDR приемник.

Простой, это наверное имеется в виду, автономный. Лично мне нравится SDRCube

[balmer]

Простой, это наверное имеется в виду, автономный.

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

В идеале хотелось бы такого протокола:
control point для установки параметров (частота, параметры сэмплирования и т.д.).
isochronous point чтобы лить поток с данными на компьютер.

[RA4FIX]

balmer, а про Пион, Тюльпан и Дятел в теме про прямое преобразование на этом же форуме не довелось слышать? Или вам DDC? Например Афедри видится как звуковка.

[balmer]

Довелось. Но исходники смотрел, хотя и не очень внимательно. Насколько себе представляю там есть управление по USB. Но нет возможности лить аудиопоток в цифровом виде на компьютер. Или я таки ошибаюсь?

[RA4FIX]

Если устроит железная архитектура, можно использовать юсб-кодеки. У Техасов есть РРСМ29хх, но полоса будет только 48кГц. Есть еще TAS не помню цифры, 2010 или 1020, у того 96кГц. Но он не кодек, а транспорт I2S-USB.

[balmer]

Нет проблем и на STM32 собрать звуковую карту. Сэмплы в сети есть, хоть и кривоватые. Но это значит вариант составного HID устройства. Все таки надеюсь, что есть путь попроще.

[UR4UDT]

Мне представляется для стартапа можно использовать следующее:
1.Вариантов построения аналоговой части приемника большое количество. Примерно равнозначны.
2.АЦП РСМ1808. Не дорого. Простое управление.
3.Через контроллер изохроном в USB.
4.Управление синтезатором по САТ-протоколу. Создаете устройство CDC-класса для USB (аналог СОМ-порта).
Если получится, то можно объединить оба контроллера в составное устройство.
В РС нужно будет поставить только драйвер CDC и всё.
Остальное в приемнике.

[YL3KZ]

Желание понятное. Посмотрите ( схемы, фото и тп., были тут ссылки ) как реализован SDR-1500. Вы наверняка хотите повторить пройденное. Хотя тут нужно понять, что вам больше нужно. Поработать в эфире или повозиться с конструкцией. Если повозиться с конструкцией по USB, то я делал свой переходник к SDR-1000 и его клонам, разобравшись в этом вопросе. По моему мнению с USB посложнее чем с Ethernet реализацией управления по нескольким причинам. 1) Только балк режим, иначе борьба с интераптами ОС, прогами и тп. 2) Писать свой драйвер. Вариант с HID c драйвером от мелко-мягких, плох из-за кучки неприятных причин. Тут многие оценили и не пошли по этому пути еще лет пять назад. 3) Проблема подписи драйвера под форточки, не хочется покупать. Ну и нужен опыт писания на студии для нижнего уровня, знать аппаратные решения процессоров. Не всем любителям все это под силу.

[balmer]

Желание понятное. Посмотрите ( схемы, фото и тп., были тут ссылки ) как реализован SDR-1500. Вы наверняка хотите повторить пройденное. Хотя тут нужно понять, что вам больше нужно. Поработать в эфире или повозиться с конструкцией. Если повозиться с конструкцией по USB, то я делал свой переходник к SDR-1000 и его клонам, разобравшись в этом вопросе. По моему мнению с USB посложнее чем с Ethernet реализацией управления по нескольким причинам.

Хех, у меня просто MacBook. И там вполне нормально запускались чужие сэмплики на STM32F4DISCOVERY. Устройство определялось как звуковая, данные качались.

Есть еще вариант написать source фильтра для GNU Radio.
Хотя это конечно печально будет, если по isochronous endpoint будут теряться данные. Просто по bulk в силу особенностей протокола тяжело прокачать 192 КГц 16 bit 2 channel по скорости. Надо будет прикинуть, там впритык будет USB 2.0.