SDR DDC трансивер ЕРМАК

[UT4UBK]

Добрый день, по совету старожилов форума , обозвал свою разрабатываемую конструкцию Ермак и выкладываю описание для обсуждения.

Что сейчас готово и запущено:

1. Плата DSP_ARM на базе TI SoC. Экран 5 дюймов, 800x472. OS QNX, написаны и отлажены все драйвера, и гуи. В наличии - сетка 100 мбит и два USB, тачскрин, 4 энкодера, 26 кнопок, основной энкодер. Софт полностью отлажен, гуйня в процессе, приемник принимает. Есть небольшие проблемы с подавлением зеркалки, тк требуется переписать стандартный фильтр гильберта, чтобы получить групповую задержку в целое число раз. Подключение динамиков или телефона, 5 полосный эквалайзер для динамика и микрофона. FPS примерно 25. Можно больше. Врямя старта всей сиcтемы - 5 секунд. На приемнике поднят telnet. Память 64 мб, свободно 40. Автомонтирование флеша. Rootfs развернута в RAM. Есть встроенный флеш диск на 200 мбайт.

2. Плата FIP на ней расположены кнопки и энкодеры, и ставится модуль DSP_ARM.

3. Фронтенд. За оcнову взять Давидовский модуль DDC, полностью переразведен. Шумовая полка порядка -132 dB. Есть проблемы с большими сигналами, при уровне -35dB происходит переполнение. Причины - изучаются.
По предварительным оценкам - приемник тянет два FIR фильтра основной селекции 192 порядка +гильберт 72 + периодически оконный FFT 1024 точки для спектроанализатора. Требуется около 400тыс циклов DSP. Без децимации можно обрабатывать до 760 кгц в реалтайме, с децимацией - 960 кгц, больше, думаю, и не надо. Или ввести второй приемник.

В планах - закончить прошивку DSP (подгружаемые фильтра, шумоподавитель, нотч фильтр, работа на передачу итд ). Сделать вторые, исправленны версии плат. Развести плату разъемов, DPF, УМ и автотюнер.

Во вложении - схема фронтенда, просьба прокоментировать для версии номер 2. Из ошибок - забыл завеcти VCOM на балун. Также выкладываю прошивку FPGA.

Виде работы приемной части выложу позже. Коммерчеcкого интереса не преследую, just for fun. Просьба не пинать пианиста, он играет как может. Это первая моя конструкция в КВ.

Комментарий модератора

1. UN7RX:
2. 
   Всех предупреждаю - авторские ветки на CQHAM будут модерироваться предельно жестко. Если вам что-то не нравится, вы в них просто не заходите, а за наезды на авторов будут баны вплоть до пожизненных.
   Запрещены любые обсуждения в стиле "это не правильно". Авторская ветка предполагает повторение желающими авторской конструкции, ВСЕ. Автор для этого предоставил все необходимое - решайте сами, будете вы это собирать, или пойдет искать что-то другое.

[rolin]

ридумал как буду делать децимацию до 24 (сейчас на 48 работаю)

24 можно прямо в плисине сделать элементарно.

Платки надо причесать и следующую версию надеюсь уже можно будет повторять. Желающие найдутся.

[UT4UBK]

Можно, но мне нужен сейчас полный спектр для обзора, это во второй версии со вторым приемником

[rolin]

упс

[rx9cim]

по поводу непоняток с приемом больших сигналов - а данные принимаемые с и2с нормируете? Не забываем, что принимаем 24 бита в 32-х разрядном слове, потом надо преобразовать в нормальные 32 бита с учетом знакового бита в принятом 24-х битном слове.
Ну и потом еще траблы аналогичные могут быть если приемный регистр и2с в проце 16 разрядный - надо учитывать при преобразовании в 32 разряда.

[rolin]

потом надо преобразовать в нормальные 32 бита с учетом знакового бита в принятом 24-х битном слове.

Там нечего преобразовывать, старший бит знаковый, младшие 8 бит просто выбрасываем, как не несущие информацию. А можно и не выбрасывать, если вся арифметика 32-битная.

[rx9cim]

Преобразовывать надо. Для проца 0х00800000 и 0хFF800000 разные вещи.

[rolin]

Для проца 0х00800000 и 0хFF800000 разные вещи.

Точно, дополнительный код - это не так просто как прямой со старшим знаковым битом
А процессор с прямым работает, что ли ?

[UT4UBK]

Проверил. Посылал константы с фпга и смотрел на приемной стороне. Там есть режим, по которому он смотрит последний бит в данных и растягивать его на оставшиеся старшие . Те 24 растягивает в 32. Завтра проверю на больших числах. Возможно неправильно настроил его.
Вопрос, на каком уровне подавления боковой имеет смысл остановиться. Какую примоугольность фильтра заложить, ниже 200 Гц насколько хорошо фильтровать.
Там есть нюансы, гильберт и другие методы неидеальны возле нулевой частоты и надо задирать его порядок. Или децимировать до 12 к. С другой стороны, остатки неподавленной боковой можно от фильтровать снизу. Кстати, лучше использовать два фильтра на 45 градусов в обоих каналах, тогда недальность ачх скомпенсируется

[rolin]

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

Все, что ниже первых 24 бит настолько малая величина, что их огрехи нельзя заметить, даже если всегда держать младшие 8 бит в нулях. Но по-правильному, они должны быть равны младшему нулевому биту верхнего 24-битного слова.

Сделайте в плисине 24-битный счетчик, с приращением в каждом такте и по форме пилы на приемной стороне можно будет определить, правильно ли интерпретируются данные.

[Jozef55]

Уважаемый конструктор вы пишете про какую то плату "DSP_ARM на базе TI SoC".Можно точнее какую ссылку на этот продукт.Хотел посмотреть сколько стоит это чудо и.т.д.
Поздровляю