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

[vadim_d]

решил пойти другим путем

Ну может сейчас увидит столбовую дорогу развития продукта, проникнется, да и передумает продавать аппарат

[UT4UBK]

Дык, колхоз - дело добровольное. Завтра отправляются 16 комплектов PA заказчикам, недовольному коллеге - в первую очередь, чтобы не мучался, скорее собирал и продавал

Непонятно, зачем был передергивать мои слова? Есть проблемы - всегда скажу и подскажу, как их решить. Мои бока - исправляю. Например, в трансивере около 40 штук реле IMG06GR. С Arrow брать - очень накладно, было согласовано с заказчиками по очень хорошей цене взять в РФ (в 3.5 раза дешевле). Реле хорошие, одно НО - окислившееся контакты для пайки. При ручном монтаже - проблем нет, на SMT - второй контрактор говорит, чтобы больше с ними не приходил Об этом всем заказчикам сообщается, что настройку плат BPF и PA надо начинать c ручной пропайки всех реле.

По FT8 - еще веселее. Вчера - только закончил DDR3 раскладывать (новый DSP и передняя панель, HD TFT, можно будет просто заменить текущую панель). До реального железа еще очень далеко .Оказывается, уже делаю FT8 и забил на CW. Как-то так...

[RX4HX]

По FT8

Мое мнение по декодеру FT8 в трансивере (не только в Вашем, вообще любом):
по моему это совсем не нужно, т.к. для глубокого декодирования FT8 нужен очень мощный процессор (а он в трансивере есть?) и сам протокол FT8 думаю еще будет меняться/модернизироваться.

зачем был передергивать мои слова

Не обращайте внимания - просто делайте то, что делаете! Ошибки и недочеты всегда есть, без них никуда. Главное не останавливаться на достигнутом.

[UR0MC]

Константин, без обид, пож. Он мне уже год звонил и по часу рассказывал о своих впечатлениях. А тут, видать, возник у него страх, что проект пойдет не по ( его? ) плану развиваться ).

[RX3APM Sergey]

Паша правильно пишет, надо бы прислушаться.
Вот, что он писал мне:

Жаль, что аппарат не собирает Рома UR0MC, Сергей UR5MID и другие контестмены....
На Костю, конструктора, влияние оказывают разные ребята, многие - картофелеводы и некоторые ньюансы, возникают.

Например, тормоза по CAT - реально убивают, очень долго прыгать по спотам!
Костя делает TCI, это хорошо.. но при работе с N1MM, протокол то будет старый, его Тен-тековский, который... чегой-то тормозит.
Уговариваю его на протокол Кенвуд перейти, пока что.... безуспешно. Сначала, вроде, он был сам ЗА, теперь... как бы, не на первом месте...


А без быстрого CAT, это уже не аппарат для контестинга.

При "ключевании" - проблемы, опять же, из-за CAT!
Нет в протоколе - управления перехода на передачу, с внешнего лога! Срабатывает Brake in, там... иногда, первую точку режет...

Всё решаемо, но надо Просить Конструктора, вот!
А по ходу, получается... что я один, прошу ключевание, остальные "собирающие" -ещё не работают телеграфом или им это и не нужно(картофелеводы) ..

[UZ5DM]

Жаль, что аппарат не собирает Рома UR0MC, Сергей UR5MID и другие контестмены....
На Костю, конструктора, влияние оказывают разные ребята, многие - картофелеводы и некоторые ньюансы, возникают

Как хорошо и правильно сказал ! Спасибо большое

[RX3APM Sergey]

Про картофелеводов, думаю, перегиб, картофелеводить можно на любом радио, хоть uw3di.
Остальные замечания резонные.

[ur5mid]

Жаль, что аппарат не собирает Рома UR0MC, Сергей UR5MID и другие контестмены....

Зреет такая мысль. Возможно, как появятся новые свободные kit`s.

[RX3APM Sergey]

Зреет такая мысль. Возможно, как появятся новые свободные kit`s.

Тоже жду.
Успел уже раза по два захотеть и передумать))
В мае про новые киты было отвечено, «если все хорошо пойдёт, то к концу лета».
Уже октябрь, наверное, «не всё хорошо».
Ну и выплывающие один за другим нюансы, тоже напрягают.
Тем не менее, искренне желаю автору и бетатестерам всё осилить !

[UT4UBK]

По CW не совсем согласен. Как раз по этой теме очень сильно копали с теми, кто много работает на ключе. Иногда - даже на немного повышенных тонах, Ярослав и Саша не дадут соврать.
В отпуске в сентябре тестировали ключевание с болгарскими коллегами. Там ещё более жёсткие требования, 23 мс задержки уже слышат.
Что бы кардинально бороться с такой задержкой надо ставить отдельный аудио кодек на фронтенд. Чтобы приемлимо уменьшить делать ключ на процессоре и выдавать на фронтенд сформированные посылки. Сейчас подумываю, как это красиво сделать. Проблема в том, что обновление DMA данных в буфере кодека по 512 сэмплов, надо понимать в какой момент времени начинать генерить сигнал самоконтроля.
По задержка переключения в TX - там все очень просто, поднимается приоритет нитки в основном процессоре, отвечающей за обработку прерывания, плюс настраивается задержка в ключе на выдачу посылок в эфир.
По CAT, не хочется делать этакого монстра и несколько протоколов. Если честно. Да и хотелось бы выпилить костыль через vspe. Поработав с TCI на другие протоколы возвращаться нет никакого желания. Более того, планирую встроить его поддержку в Mchv, тк он написан на qt, а я его неплохо знаю.

Добавлено через 23 минут(ы):

По второму cat потоколу есть более правильное решение. Я тестировал драйвер usb-uart конвертера, в dev появляется штатный uart, у кого есть трансивер, могут проверить, вроде бы его ещё не выпилил из сборки. Те делается копеечный кабель из двух usb uart модулей, можно даже с опторазвязкой. Тогда имеет смысл поднять службу для второго протокола. Тем более ipc слой уже написан и проверен на TCI и tentec протоколах.