Внешнее питание 12 Вольт, так? Если по питанию будет дифф трансформатор и пара конденсаторов, образующих ВЧ фильтр, это поможет избавится от лишних помех или эффекта противовеса.

По поводу записи широкой полосы в полях я бы советовал 16 бит и топовый АЦП, т.к. в стационарных условиях сейчас с помехами беда, и реализовать предельные параметры АЦП может не позволить индустриальный шум, идущий уже с антенны.
Если же люди тратят время на выезд в поля и поиск предельно тихого места, то терять 20 дБ динамического диапазона из-за небольшой экономии – это странно.
А если сравнить упомянутые LTC и AD, то в некоторых случаях проигрыш AD именно 20 дБ.
Если сравнивать LTC2208 на 14 бит и 16 бит, то разница заметно меньше, но она есть по SFDR, когда сигнал не на полную шкалу, ниже привел пример.

-------------------------------------------------------------------
AD9246 – для 2 В от пика до пика на одном тоне:
SNR на 20 МГц – 72 дБн
SFDR на 20 МГц – около 88…89 дБн

Если снижать уровень на входе, для частоты 2,4 МГц
при минус 30 дБ от полной шкалы имеем:
SNR – около 43 дБн
SFDR – около 70 дБн

Для двух тонов 29,1 МГц и 32,1 МГц
При входных по минус 7 дБ к полной шкале:
IMD3 – около минус 95 дБ к полной шкале
SFDR – около минус 90 дБ к полной шкале
в зоне от минус 18 до минус 30 дБ от полной шкалы эти параметры ухудшаются, в пике – до 8 дБ примерно падение
дальше при снижении уровней SFDR держится около минус 100 дБ от полной шкалы, IMD3 параметры только улучшаются, если от полной шкалы мерить, везде ниже минус 100 дБ побочки от полной шкалы

-------------------------------------------------------------------
LTC2208 (версия 16 бит), PGA=0 – соответствует диапазону по входу 2,25 В, на одном тоне:
SNR на 20 МГц – около 77,5 дБн (PGA=0) (около 6 дБ выигрыш относительно 14 бит AD)
SFDR на 15 МГц – около 100 дБн (дизер включен), PGA=0 – выигрыш около 10 дБ относительно 14 бит AD

Если снижать уровень на входе, для частоты 15 МГц
при минус 30 дБ от полной шкалы имеем (дизер включен):
SNR – не нашел
SFDR – около 90 дБн (20 дБ выигрывает у 14 бит AD)

По IMD3 – не нашел.

-------------------------------------------------------------------
LTC2208-14 (версия 14 бит), PGA=0 – соответствует диапазону по входу 2,25 В, на одном тоне:
SNR на 20 МГц – около 77 дБн (PGA=0) (практически не отличается от 16 бит LTC)
SFDR на 15 МГц – около 100 дБн (дизер включен), PGA=0 (не отличается от 16 бит LTC)

Если снижать уровень на входе, для частоты 15 МГц
при минус 30 дБ от полной шкалы имеем (дизер включен):
SNR – не нашел
SFDR – около 82 дБн (8 дБ проигрывает 16 бит LTC)

По IMD3 – не нашел.

YuriVR
Да, согласен, я за LTC2208 (версия 16 бит) в данном случае. Проверенный в сдр-ах АЦП.

GenaSPB
Т.е. передача на комп ШП таки невозможна. Ок, пусть будет так для 1-й версии.

Вопрос тогда сразу - там где-то будет курсировать ШП поток на USB-хост - так чтобы его потом можно было перенаправить на другой чип в будущих версиях/модификациях для организации потока вовне?

Т.е. передача на комп ШП таки невозможна. Ок, пусть будет так для 1-й версии.
теоретичесуи разумеется возможно. Что у нас там, BULK endpoint по которому прут данные. То же самое происходит и про записи секторов. Проверять надо на железе.
там где-то будет курсировать ШП поток на USB-хост
В виде буферов лежат в памяти.

GenaSPB
Ясно, спасибо.
, BULK endpoint по которому прут данные. То же самое происходит и про записи секторов. Проверять надо на железе.
Ок - давайте тогда вернемся к этому вопросу после окончания экспериментов с согласованной версией.
Коллеги - все согласны с постановкой цели 1-й версии проекта?

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

1. На базе текущего Аиста с 4.3 дюймовым экраном, в корпусе под 5 Вт трансивер (трансиверный вариант - опция) с опциональными 100 Вт.
2. Вход три разъема - 50 Ом с инжектором, 16:1, и для приема выше 54 МГц. Первые два разъема коммутируются (или один или второй).
3. Включаемый байпас октавных фильтров
4. АЦП LTC2208 (версия 16 бит)
5. Запись на флешку/Диск по USB-хост, поток до 1.92 мегасэмплов (либо, если выгорит, до 3.84), запись в формате HDSDR IQ 16 бит.
6. Другой USB работает в режиме передачи 96 кГц на компьютер, где работает как звуковая с популярными программами HDSDR, SDR#, Console
7. Питание внешнее 12 вольт

К остальным обсуждаемым вопросам вернемся после

В принципе да. Пусть первая версия будет трансивер 5 Вт.с перечисленных возможностями в сообщении выше и что обсуждали ранее. Правильно я понимаю, что usb разъём будет, в который втыкается внешний диск, а запись потом можно анализировать в HDSDR?

Надо посмотреть что там за формат... но вряд ли что-то особенное придумали.
В остальном похоже. Возникает правда желание чтобы сохранить конструктив вынести 5 вт каскад совсем с платы превратив передатчик в опцию.

Т.е. передача на комп ШП таки невозможна. Ок, пусть будет так для 1-й версии.
теоретичесуи разумеется возможно.
возможна, если гнать сырой поток с АЦП, а не IQ. Можно весь КВ гнать через USB3

GenaSPB
Надо посмотреть что там за формат... но вряд ли что-то особенное придумали.
Я пришлю формат - ничего сложного. В основе WAV-формат с обязательными блоками fmt и data + добавляется блок auxi, где в определенном порядке пишется центральная частота в 32-битовом целом, дата время начала и конца записи, имя следующего файла в цепочке записи и еще по мелочи. В блок data последовательно пишутся сэмплы - пары значений 16+16 (ну или 24 или 32) битовые знаковые целые I и Q - т.е. условно стерео звуковой поток.

Пусть первая версия будет трансивер 5 Вт
Согласен - я бы хотел такой вариант получить.

возможна, если гнать сырой поток с АЦП, а не IQ. Можно весь КВ гнать через USB3
Это да. Но это уже другое устройство - т.к. все равно нужна запись на флешку, а на неё такой поток не запишешь, да и не надо - замучаешься обрабатывать

пары значений 16+16 битовые знаковые целые I и Q - т.е. условно стерео звуковой поток.
зачем так урезать сигнал после децимации? При 16 битной АЦП нужно не менее 24 бита на канал, иначе сигнал будет сильно искажен.

т.к. все равно нужна запись на флешку, а на неё такой поток не запишешь
но если устройство "двойное", кидайте поток в комп и обрабатывайте весь ваш КВ хоть целиком, хоть кусками и делайте ваши скиммеры...

При 16 битной АЦП нужно не менее 24 бита на канал, иначе сигнал будет сильно искажен.
Значит 24. Там в общем без разницы. Формат поддерживает 4 типа чисел:
16 бит знаковое целое
24 бит знаковое целое
32 бит знаковое целое
32 бит плавающая точка (float)

Значит 24
да. после децимации разрядность растет

при 12битной АЦП можно наверно и по 16, но это не серьезно на КВ.

после децимации разрядность растет

Это смотря как её делать емнип

Это смотря как её делать емнип
по любому. Будете после cic и fir фильтров отбрасывать "лишние" биты до разрядности ацп и получите искажения.

Ну тут я согласен, "лишние" нельзя выкидывать...

Если грубо брать, то enob около 13 разрядов, если клоки 125 МГц понизили до 4 МГц, то это 5 разрядов сверху, т.е. меньше 18 разрядов вообще никак. 24 бит вполне достаточно.

Итого для 1.92 поток около 46 мегабит (12 мегабайт в секунду). Попробую успеть.

wazzoo

Записывать i/q через веб нет возможности. Только в виде wav-файла, после демодулятора. Но проект ориентирован на стационарный вариант, поэтому с этим проблем не вижу. Можно отдельный сдр через сплиттер завести и его использовать как оперативный приемник для запиcи квадратуры.

Вот как выглядит этот спрут из кучи свистков:
https://drive.google.com/file/d/1sIdt7o3hWNiFFT-u5m5fjlyPMUXAi74M/view?usp=drivesdk

Видео с планшета:
https://youtu.be/6yJAA4FkK_E

Получилось даже удобнее чем у голландца. Спектр разбит на 2Мгц участки, и на большом экране можно хорошо разглядеть появление сигналов в широкой полосе.

Получилось даже удобнее чем у голландца.
софт-да, хотя что-то не совсем понял что-там за частоты. А вот рентабельность такой штуки...300 с гаком зеленых только за свистки, если их только вам не подарили)) кабеля, хабы, свичи...все вместе на пол кило зеленых тянет.
Один USB3 контролер и простая платка на АЦП 12 бит общей стоимостью 60 долларов сделали бы тоже самое.

ivanovgoga
Все верно)). Не подарили. Недавно посчитал, сумма приближается к 5 нулям. Немного перестраховался, поскольку изначально планировал запускать для мониторинга всего КВ более серьезные sdr-ы.

Платка за 60 баксов задачу не решит. Софта такого нет. Openwebrx хоть и тянет 28Мгц через веб, но трафика с него прет на 1 пользователя гигабайты в час)).

Хотя картинка спектра красивая. Отказался. В принципе, можно для передачи приема через интернет использовать spyserver, от автора airspy, но тогда нужен шарп, а оно несовместимо со смартфонами. В моем варианте, все также как и у голландца, можно слушать с любого устройства. Причем я написал скрипт, который одним кликом перестраивает все (полосу 32Мгц) приемники на любой участок от 30 до 1700Мгц.

Софта такого нет.
скажу по секрету-есть! Правда палитры там нет, он черно-белый
http://booyasdr.sourceforge.net/

Причем я написал скрипт, который одним кликом перестраивает все (полосу 32Мгц) приемники на любой участок от 30 до 1700Ггц.
ну так, конечно, нормально.

ivanovgoga
Это решение не на основе веб технологий. Больше похоже на spyserver. Или невнимательно описание посмотрел?

вроде верно. Они для веб используют и голландскую прогу.
http://booyasdr.sourceforge.net/live/

ivanovgoga
вроде верно. Они для веб используют и голландскую прогу.
http://booyasdr.sourceforge.net/live/

По этой ссылке, открывается проект openwebrx. "Websdr" голландца это немного другое. У него код на языке низкого уровня написан. В этом его большой плюс, что он потребляет не очень много ресурсов, и позволяет сотни онлайн пользователей. К слов, openwebrx, написанный на питоне, умирает уже на 4 и более клиентах. Пробовал сам дизасемблировать, но не осилил. Код выполнен со статическим выделением памяти, поэтому таблицы памяти надо импортировать в новый код на ассемблере, редактировать и заново собирать. В общем, задача нетривиальная. На одном форуме скидывал бинарник для анализа, говорят, что в принципе, снять ограничения по количеству приемников (ограничено до 8) и полосе (ограничено до 2Мгц), можно, но по трудозатратам будет стоить в районе 500$. Сам голландец в переписке сослался, что в будущем снимет указанные ограничения, в том числе и по формату i/q. Сейчас далеко не все оборудование работает с websdr.

Поэтому, уважаемый коллега ivanovgoga, задача не так проста как кажется. За ссылку на booyasdr, спасибо, поизучаю. Кажется эти платки мне уже попадались на алиэксперсс.
А 30Мгц полосы на openwebrx я запускал на еттусах. Проблем для одного пользователя нет). Загрузка i7 после подключения второго пользователя вырастает до 90% и процесс в корку выпадает))). Скорость потока на двоих, при среднем качестве картинки водопада, составляет около 20мбит)).

GenaSPB
Попробую успеть.
Ну, как говорится, будем надеяться и ждать :)

btr
Красиво выглядит стек из свистков. Да - проект любопытный, здорово, что все выгорело и работает как задумано, несмотря на такой количество "китайских" модулей.

ivanovgoga
кидайте поток в комп и обрабатывайте весь ваш КВ хоть целиком, хоть кусками и делайте ваши скиммеры...
На самом деле, развитие скимминга происходит с точностью до наоборот - сигнальная обработка (демодуляция, декодирование)
ведётся за счет вычислительных мощностей самого приёмника, как например в Ред Питайе реализована многоканальная обработка мод WSPR, FT8.

KarapuZ
На самом деле, развитие скимминга происходит с точностью до наоборот - сигнальная обработка (демодуляция, декодирование)
ведётся за счет вычислительных мощностей самого приёмника, как например в Ред Питайе реализована многоканальная обработка мод WSPR, FT8.
это уменьшает нагрузку на комп, но удорожает приемник.

KarapuZ
развитие скимминга происходит с точностью до наоборот - сигнальная обработка (демодуляция, декодирование)
ведётся за счет вычислительных мощностей самого приёмника, как например в Ред Питайе реализована многоканальная обработка мод WSPR, FT8.
Для этого наверное есть какие то практические причины. Возможно, объем вычислений для приема описанных мод таков, что проще на плате приемника реализовать обработку + добавляется некая независимость от компа и его возможностей.

Здесь мне кажется нет даже развилки особой - оба способа имеют свои преимущества. Но более универсальный и производительный, конечно, обработка на компе. Опять же ранее писал - не могу понять, почему не делают архитектуру АЦП+USB 3.0 - без обработки на плате компьютера, просто отправлять поток с АЦП на комп.