RX888 — это $200 радиоприёмник на программном обеспечении, который имеет 16-битный АЦП и диапазон настройки от 1 кГц до 1,8 ГГц, с полосой пропускания до 64 МГц между 1 кГц и 64 МГц и 10 МГц между 64 МГц и 1700 МГц. Дизайн основан на RX-666, который, в свою очередь, основан на оригинальном открытом любительском дизайне BBRF103 Оскара Стейлы (IK1XPV). Продукт спроектирован и изготовлен в Китае и продаётся на Aliexpress и eBay без официальной поддержки со стороны какой-либо компании.
Хотя на бумаге RX888 имеет отличные характеристики и очень разумную цену, кажется, что поддержка программного драйвера со стороны производителя крайне слабая, и никому на практике не удаётся заставить этот SDR работать без постоянных ошибок и зависаний.
& являются разработчиками популярных открытых программ SDR ‘SatDump‘ и ‘SDR++’. Они часто получают запросы на поддержку RX888, но не могут добиться работы из-за сломанных драйверов и отсутствия поддержки со стороны производителя.
Они подготовили резкий многостраничный документ о всех проблемах, связанных с RX888, чтобы привлечь внимание к проблемам и, возможно, подтолкнуть производителя к надлежащей поддержке устройства.
В документе Aang245, автор SatDump, обсуждаются технические проблемы с библиотекой и драйверами, отмечая, что почти весь код драйверов в библиотеке сломан, что не позволяет ему поддерживать устройство в своём программном обеспечении.
Когда реально пытаясь использовать библиотеку на любой из своих машин, почти ничего не работало надёжно, и даже когда поток образцов работал, управление усилением, частотой или просто загрузка прошивки терпели ужасные сбои.
Позже я попробовал использовать код ExtIO, поддерживаемый оригинальными хранителями проекта. К тому времени вышеупомянутый libsddc был объединён в этот основной репозиторий. Казалось, всё отлично… Пока я не попытался использовать это. Говоря простыми словами: было плохо ранее, но теперь зависело от целого ExtIO, и происходил сегфолт через секунды после попытки что-либо сделать, и, конечно, что работало раньше, больше не работает.
Хорошей причиной этому является то, что когда библиотеку “сливали”, её сделали зависимой от внутренних механизмов ExtIO, при этом реализовано или работает едва половина функций.
В сумме, создаётся впечатление, что хобби-проект BBRF103 превратился в коммерческий продукт без учета последствий для экосистемы и удобства использования. То же оборудование, обычно продаётся как премиум, но на самом деле — это просто набор деталей, склеенных воедино.
Ryzerth, автор SDR++ затем добавляет следующий обосновывающий взгляд:
Качество кода в библиотеке было абсолютно ужасным. Функции не реализованы, повсюду хардкодинг, и в целом проект сделан на скорую руку. Аналогично и прошивка: похоже на едва изменённый пример «streaming» от Cypress (производителя чипа FX3)…
…Я пытался неоднократно связаться с производителем в Twitter, но они молчат с апреля 2022 года…
…Ещё одно, что меня тревожит, — SDR, похоже, популярен в SWL-сообществе. Много людей рекомендуют его, когда производительность можно описать как среднюю. Создавать широкополосный HF-фронтенд — это искусство, и вы не добьётесь хорошего результата от чего-то, собранного за цену. Это крутой проект радиолюбительства, но не то, что можно продавать как коммерческий SDR. Я видел, как люди утверждают, что у него превосходная производительность по сравнению с Airspy и SDRplay SDR, что полная чушь…
…Этот SDR был не похож на другие SDR, которые мне приходилось поддерживать. Другие производители имеют чистые API, корректные драйверы и библиотеки. Обычно у меня занимает не более дня или двух, чтобы корректно поддержать аппаратное обеспечение. Будучи “aliexpress special”, наверное, не стоит удивляться — платишь за то, что получаешь. Все деньги уходят в BOM, и никакой — в НИОКР и программное обеспечение.
Эта история подчёркивает тот факт, что ППР (программно-определяемые радиосистемы) — это не только железо. Поддержка и состояние драйверов от производителя являются ключевыми, чтобы сторонние разработчики могли интегрировать устройство в своё ПО.
Источник:
