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 будут модерироваться предельно жестко. Если вам что-то не нравится, вы в них просто не заходите, а за наезды на авторов будут баны вплоть до пожизненных.
   Запрещены любые обсуждения в стиле "это не правильно". Авторская ветка предполагает повторение желающими авторской конструкции, ВСЕ. Автор для этого предоставил все необходимое - решайте сами, будете вы это собирать, или пойдет искать что-то другое.

[UT4UBK]

Хотелось бы обсудить дальнейшее развитие проекта.

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

Вышли и заказаны очень неплохие SoC от TI, есть версии до 1GHz по очень вменяемым ценам
https://www.ti.com/product/66AK2G12

Что касается MCU части.

1. Переход на 7 дюймовый дисплей с большим разрешением https://www.buydisplay.com/color-7-i...reen-at070tna2
2. Использование DDR3 памяти
3. Поставить EMMC 4GB (или остаться на NAND)
4. Добавить большее количество энкодеров - 8 штук
5. Добавить кнопки
6. Добавить еще один VFO енкодер (??)
7. LED подсветка кнопок
8. Выход под внешний монитор
9. ???

По программной части - миграция на QNX 7.0 + QT lib или Linux +QT lib
В такой конфигурации уже можно будет запустить полноценный FT8 декодер+енкодер на борту.

Какие еще "плюшки" хотелось бы добавить?

[RN3KK]

Нужно отделить мух от котлет и сделать один раз нормально
-отделить ВЧ часть с преобразованиями и формированиями панорам, звука в один смысловой блок (в том числе железно конструктивный)
-сделать физическую панель управления для юзера
-сделать софт для ПК для юзера
-выделить АПИ общения фронэнда и бэкэнда для реализации взамодейсвия между компонентами системы

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

А то тупикова ветка в стиле висаир вдится. Судьба его кстати понятна - канул в никуда.

[QUEEX]

Удалённое управление под ключ в наше время с индустриальными помехами очень актуально.

[RN3KK]

У ребят все для этого сделано. Просто порядок навести и все.

[Alexan]

Konstantin, Це ваша робота?: https://silphase.com/downloads/Silph...leaflet_v3.pdf

Классно сделан ,глаз радует.Для выездов на природу и не только!И кто вояет эти скрипки Страдивари.И не увидел цену.А так слюни потекли...

[UT4UBK]

Это внебрачный ребёнок этого проекта. С моей стороны только техническая поддержка

[UY0FF]

Вот их сайт с ценами - https://silphase.com/

[UT4UBK]

По ценам это точно не у меня узнавать. Спрашивайте у них напрямую. И что они за это предлагают. Платы им были отгружены.
RN3KK. То что вы предлагаете это концепция флексов. Одно но, по умолчанию такая система не будет дешёвой. Указанный процессор стоит около 20 usd. Может имеет смысл сделать упор на Web доступ, имея большую мощность на борту?

[RN3KK]

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

Я не против web, если есть четкое понимание как это будет работать. К тому же нет разницы, какой клиент(web или программный). Тут вопрос лишь в концепте. К тому же я сколько не изучал, вменяемой технологии UDP для web так и не встретилось.

Концепция которую я предлагаю не нова - трансивер это есть сервер к которому ходят клиенты с использованием протокола (некого своего, на базе xml или json для управления, и не понятно каким протоколом для IQ потоков)

В общем тут нужно думать, возможно декодирование цифры нужно делать на сервере, как и скиммер сервер, чтобы на клиента сыпались сразу данные. А то сейчас у всех перекос есть с неправильным подходом. Клиент должен быть легким и тонким каналом и стабильной работой. Поле непаханное на самом деле. Даже флексы тут недоработали.

Кстати флекс на базе бигл бон сделан с ARM линуксом на борту (он перед глазами у меня, как и ssh доступ к операционке). Отлаживаться можно на обычных ПК в таком случае.

IQ гнать на клиента наверное это не правильно. Нужно на сервере все делать.

[UT4UBK]

WEB хорош тем, что можно снизить требования к каналу, и не заниматься поддержкой софта на различных платформах. Плюс - полная, платформонезависимая отрисовка на клиенте. Первые шаги в этом направлении уже сделаны. По UDP в вебе - QUIC, пока только в хроме, но думаю - со временем он умрет.
Сделать FT8 на сервере - ничего сложного нет. И доступ по вебу