Один добрый человек мне написал, что надо найти файлик rtlsdr.dll (я взял один из тех, что были в старых сборках SdrSharp) и положить в папку с новым распакованным SdrSharp вдобакок к тому, что я уже проделал ранее:

Качаю со страницы http://sdrsharp.com/index.php/downloads
файлы:

SDR# Dev (Continuous Integration, Last Changed Rev: 585 ) http://sdrsharp.com/downloads/sdr-nightly.zip
SDR# RTLSDR Plugin (Continuous Integration, Last Changed Rev: 585 ) http://sdrsharp.com/downloads/sdr-nightly-rtlsdr.zip

Распаковываю оба архива в одну и ту же папку.
из подпапки config переношу конфигурационный файл в основную папку SdrSharp - перезаписываю.

Вот только тогда последняя версия заработала номально.
Вопрос пока остается только в том, какой именно "правильной" версии файл rtlsdr.dll брать и где?

Черт. Рано радовался. Программа только загружается. Но не работает с RTL-SDR / USB, пишет, что свисток не нашла или драйвер не правильный.

john_qkk

попробуйте отсюда http://sdr.osmocom.org/trac/raw-attachment/wiki/rtl-sdr/RelWithDebInfo.zip

уже выложены 588 версии на http://sdrsharp.com

может 585 версия глючила просто

Вот сборка рабочая еще https://dl.dropbox.com/u/32778565/sdrsharp-552.rar

просто запустить и ниче не нада менять .

попробовал и библиотеки поверх положить, и сборку запустить. И то, и то глючит. Запускается, но потом вылетает при смене частоты. Или при попытке сменить на ходу настройки AGC, например.
Короче, какая-то полная хрень.

K5DEV сборка работает.

старая sdr-nightly_396 тоже работает нормально

Переходите на Linux .

Однако, как-то нестабильно. Управление частотами.

АМГ
Переходите на Linux .
Может еще на жигули пересесть?
На Линуксе, кстати, тоже нет нормальной готовой сборки gnuradio с компаньоном. Все руками надо делать.

Да, и где там, спрашивается, база часто и сканирование?

хоть смотрите что заказываете. по-моему все предельно честно.
я и говорю именно про это. Никому не рекомендую заказывать донглы без точного указания на ебее, что он содержит нужные чипсеты. Даже если на нашем форуме пишут, что им пришел оттуда нормальный донгл.


Может еще на жигули пересесть?
john_qkk отлично ответили :) Я продержался почти год на убунту. Но банально ProScana для Юнидена даже нет.

Сборка 592 заработала описанным мною ранее способом.
rtlsdr.dll берется из любезно указанной vemit ссылки: http://sdr.osmocom.org/trac/raw-attachment/wiki/rtl-sdr/RelWithDebInfo.zip

Т.Е. для работы SdrSharp как раньше нужно:
1. скачать http://sdrsharp.com/downloads/sdr-nightly.zip
2. скачать http://sdrsharp.com/downloads/sdr-nightly-rtlsdr.zip
3. скачать http://sdr.osmocom.org/trac/raw-attachment/wiki/rtl-sdr/RelWithDebInfo.zip
4. все распаковать - (каждый из арховов распакуется в свою папку).
5. перенести содержимое sdr-nightly-rtlsdr в папку sdr-nightly
6. перенести файл rtlsdr.dll (и libusb-1.0.dll) из папки RelWithDebInfo в папку sdr-nightly
7. перенести файл SDRSharp.exe.config из подпапки sdr-nightly/config в папку sdr-nightly
8. запустить, наконец, SDRSharp.exe в папке sdr-nightly

И все это из-за каких-то терок по поводу лицензий, про которые большинству из нас даже неведомо, на кой они вообще нужны.

Тут одно из двух. Или я сошел с ума, или кто-то еще.

Но, раз я результат, наконец, получил, то есть подозрение, что это не я.

P.S.

На сайте SdrSharp это все, оказывается, описано: http://rtlsdr.org/softwarewindows
Как это я раньше туда не заходил, и при этом все работало?
Там, правда, файл SDRSharp.exe.config рекомендуют править руками, а не переносить готовый отредактированный из подпапки.
Ну и еще, копировать не только rtlsdr.dll, но и libusb-1.0.dll из RelWithDebInfo в sdr-nightly.

На Линуксе, кстати, тоже нет нормальной готовой сборки gnuradio с компаньоном.

неправда, есть

vova_sam
Я продержался почти год на убунту. Но банально ProScana для Юнидена даже нет.

Сейчас вам ответят, что есть wine (не вино, но такой симпотный бокальчик, через который в ту Убунту можно налить винду ;)

httpd
На Линуксе, кстати, тоже нет нормальной готовой сборки gnuradio с компаньоном.
неправда, есть

Я не видел. Gnuradio ставится скриптом. Компаньон - отдельно, при том ему надо установить кучу всяких библиотек и приложений. В одной сборке, готовой к употреблению, я их не видел.
Може что-то пропустил? Или, все-же, для какого-то из Линуксов сделали?

Не большей офф по поводу линукса - убунта слишком "спопсилась" т.е. за счет юзер френдли он работает медленнее, если ставить то что-то вроде генту или калкулейт(самый оптимальный вариант), последний у меня продержался около 2-х месяцев, потом снес, причина: очень много нужного софта написано под виндовс(вайн не юзаю, не то это), альтернативный софт написан в основном коряво с излишними сложностями для обычного пользователя, частый конфликты библиотек, не все драйвер "хорошо" работают и т.д. Я не развожу холивар, просто хочу сказать, что для рядового пользователя он не подходит. У меня при сравнении виндовс и линукс возникает такая ассоциация; виндовс - авто из салона, в нем все уже готово оно выполняет свои функции(езда) сразу же, может не всегда изящно, но большинству просто нужно ехать; линукс - раритетное авто с шикарными формами, но его, для начала, нужно реставрировать, наладить двигатель, реставрировать кузов, вот только некоторые детали очень редки, других уже вообще нет, а третьи сделаны абы как т.е. доведешь его до идеала и получишь Вещь, но для этого нужно быть автослесарем и иметь знания.

toksin
+1 и добавлю (продолжая аналогию с автомобилем) что для линукса некоторые детали нужно делать самому из идущего в инсталяшке бруска, напильника и ссылки на ...wiki/sdr/сделай сам - или пишу на СИ как могу/...

Общее впечатление от открытых проектов - не дописано, не доделано, не стабильно и простите через ж... В большинстве случаев имеем полуфабрикат, написанный программистами (говорю в контексте темы про SDR) далекими от радио. На лицо явное не понимание чего конечному пользователю нужно. Например в шарпе - один только спектр и алгоритм его вывода плюс левая панель(как апендикс) тому пример.
И опять повторюсь - и купил бы хороший софт, но... его попросту нет и думаю что не будет. Так что имеем то что имеем.

wine - это не серьезно. я уже не помню конкретно, но при каких то обстоятельствах проскан вылетал под wine

То, что не дописано и не доделано, можно и потерпеть. Сейчас есть команда http://sdrsharp.com ,которая готова развивать этот софт и развивает его довольно шустро.
Но есть проблема, как донести до них наши желания.

Считаю, что идея devdem прикрутить CAT интерфейс к данному проекту, очень даже правильная и своевременная. Уверен, ребята смогут ее реализовать, только им надо правильно поставить задачу.

И не пойму, почему до сих пор не включили в проект peak tuner, давно реализованный, и сканирование?

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

вроде тут донгл обсуждают, нет?

Что меня сейчас по-настоящему убивает в этих свистках, так это:

1. отвратительные разъемы USB. Чуть тронешь - сразу отключение устройства или глюк типа зависания.

2. При включении рядом радиостанции на передачу,- тот же эффект - отключение или глюк.

Уже устал лепить ферриты по всем хвостам. И это не дело, в любом случае.

ramelito ты прав :)
но мы обсуждаем в какое направление развивать софт под донгл, чтобы можно было удобно пользоваться: под линукс или под винды.
Я за то, что под винды. Голосование победит под винды, а делать будут под линукс, потому что по какой то причине это проще.

vova_sam
но мы обсуждаем в какое направление развивать софт под донгл
а будет ли выхлоп от обсуждения? тут разработчиков софта нет.
тяжело читать гору сообщений не по теме. парни имейте совесть.

Есть люди знающие C#?

ramelito
тут разработчиков софта нет.

Автор топика horizon в контакте с разработчиками. И доносит до них наши мысли.
horizon, так ведь?

Мы можем напрямую общаться с авторами, но на английском. Youssef быстро отвечает. На странице http://sdrsharp.com и в разделе http://sdrsharp.com/index.php/downloads

О частоте выдачи новых версий, думаю, не нужно напоминать?

toksin
знающие C#?
немного

Shephard
Я тоже немного, вот только а ЦОС - вообще плохо. Можно было бы попробовать дописать некоторые вещи.

sea
Книжка В.Т.Поляков Радиолюбителям о технике прямого преобразования. 1990г. начиная со страницы 54. Там как раз оба варианта расписаны с формулами, и на словах объясняется и векторная диаграмма.
Спасибо, всегда полезно проверить. Так у меня получилось (не выложил, потому что хотел в OO перевывести), что при приведении к синусам вида sin(wt+a) получается одинаковая фаза на +pi/2 (90) на q (sin*sin) и разные на i (0 - у верхней полосы, pi - у нижней а счет знака разности частот в синусе). Таким образом, q -pi/2 (задержать, более понятно) или +pi/2 даст фазу 0 или pi обоих полос соответственно.
При -pi/2 q(0, обе)+i(0 верхняя, pi нижняя) даст верхнюю полосу без зеркального канала, q(0, обе)-i(0 верхняя, pi нижняя) - нижнюю. При q +pi/2 наоборот. Дальше, читал на сайте SDRSharp про разность фаз, понял это так - если фазовые сдвиги в i/q отклоняются, то проведя процесс еще раз с подобранными значениями отклонений мы подавим зеркальный канал еще сильнее (в идеале вообще полностью). Т.е. если q отклонился на +10 градусов, а i на -25 градусов, то сделав еще раз фазовый фильтр для q на значение -(pi/2+отклонение) или +(pi/2-отклонение), а для i на величину -отклонение и получив по формулам выше новые i и q, мы подавим отражение до конца. HDSDR, как кажется, имеет такую пост-обработку тоже, в gnuradio зеркалки гораздо мощнее, а оно по идее берет чистые i/q.

ramelito, horizon же вообще вроде автор rtl_sdr вместе с другими участниками проекта.
Раз уж SDR, и ключевая его идея - возможность загнать в эфир и снять с эфира все, что больная твоя пользовательская математическая башка придумает, то софт, и способы его написания имеют огромную важность. Будет тут выхлоп или нет - естественно не будет, потому что ось нужна новая или редизайн линукса, да и аппаратных стандартов, типа USB (подхода к работе с устройствами вообще). Стоит ли делать новую ось и с ней стандарт интерфейса, и, возможно, архитектуру, ради одного SDR и возможности легко программно с компа управлять какой-нибудь автополивалкой - бесспорно нет. Потому и не будет. Нужна гораздо большая практическая применимость. Потому те, кому нужен SDR и автополивалка, делают их под линукс и винду. Под линукс проще, потому что документация и привычка, хотя я более чем уверен, что виндусятникам будет проще под винду.
Суть по мне заключается в том, что обе оси используют одинаковые концептуально модели драйверов и системного программирования (и языки). Потому, если вы хотите переносимости и думать собственно над алгоритмом, а не над тем как и в чем написать, как подключить библиотеки, через какую облегчающую функцию-помощник api я блин таки получу мой родной bitstream с девайса, предварительно через какую-то еще неоднозначно его выбрав, то вы не работаете с девайсами и используете java. Но на яве SDR не станешь писать ибо интерпретатор. API системы по работе с устройствами вообще должен бы быть универсален и иметь 2 функции - записать в память устройства и считать память устройства, соответственно, должен позволять получать список и хотя бы диапазоны, ну а системный компиляторный язык должен иметь нормальный синтаксис и import хотя бы как у явы, а на самом деле, продвинутую систему разрешения зависимостей, вплоть до докачки конкретных старых версий при компиляции. Угу, и самое сложное, разработать концепцию программирования интерфейсов (видеоподсистему), тут я даже не стану ничего писать, ибо это слишком сложно на раз.
Тогда, собственно, легко делаем передатчики, автополивалки, блоки SDR, софт. Ось, которая не предоставляет пользователю возможности легкого системного программирования - ось с неполным кривым интерфейсом. Если по api написаны тонны документации и без них ты не можешь сделать базовых операций по расширению системы, то вряд ли это можно назвать хоть в какой-то мере свободным ПО|АО. Выход прост - простое API без 95% высокоуровневых функций. Тут windows и linux совершенно одинаковы, как и железо.

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

Дальше, допустим, я не прав и линукс имеет простой интерфейс системного программирования, что ж тогда нигде он просто и не описан.

И всё это, конечно, пустая болтовня, потому что простого программирования интерфейсов еще никто не придумал (сделаем мы простое API для получения и вывода данных на уровне ядра системы - скорость же), а вывести его на экран - опять тонны документации. Возможно, думать здесь надо в сторону адаптации верстки/js под десктопные приложения (аля metro, может он и хорош даже), только там надо как-то отказаться от событийной модели, т.е. пофиксить и их, потому что они, конечно, удобнее и свободнее, чем стандартные элементы и layout, но как бы тоже через ж. Но главное же при том - зачем.

При том не стараюсь нисколько умалять заслуг текущих разработчиков, которые не сконцентрированы на создании многих высоких уровней всего (надо знать из документации не понятную базовую операцию, а какие они сделали наборы базовых операция и как им удобно) и делении на пользователей/профессионалов, т.е. не усложняют ситуацию и не поддерживают ее.

Год 2007, тема на http://www.cqham.ru, первый пост.... - "Есть мысль написать отечественную программу для SDR. Приглашаю всех желающих высказаться по вышеперечисленным вопросам."...
Прошло пять лет и результату - ноль. И это наводит на мысль что так и с шарпом будет. Не выхлоп а опенсурс пшик, обложенный различными ограничениями, лицензиями, патентами и корявым спектром, грузящим проц на 101%...
Короче нет концепции и нет нормально поставленной задачи для программиста. И потому вполне серьезно намечаю попробовать слепить(сорри за сленг) свое и заточенное для быстрого сканирования, анализа итд в расчете на rtl2832 и имеющиеся чиптюнеры. Тем более что кой чего имеется личного и... недоделанного... :)

freeman777, может стоит посмотреть в сторону QNX? Там она Linux подобная, но в то же время можно напрямую работать с железом. И там родной и единственно правильный язык программирования есть - с/с++. И реалтайм, которого так иногда не хватает при работе в эфире на тупящем время от времени компьютере.

Seapass
намечаю попробовать слепить(сорри за сленг) свое и заточенное для быстрого сканирования, анализа итд в расчете на rtl2832 и имеющиеся чиптюнеры.
Ну хоть кто-то из наших хочет продолжить то, что сделал Youssef и команда для общего дела.

Зачем только показывать скрины чего-то не состоявшегося? Вам никто не заплатит за то, чего никогда не было. Но, все равно интересно.

Прошло пять лет и результату - ноль. И это наводит на мысль что так и с шарпом будет.

С шарпом уже так не будет. У нас есть исходники. А где ваши исходники?

прикрутить 2832 думаю можно будет. И главное - под винду :)
Хорошо бы. Лишь бы хватило энтузиазма.

john_qkk
хватило энтузиазма.
как правило энтузиазма хватает только на заявление о чём-либо. На этом всё и заканчивается.
У меня уже даже ассоциация выработалась на этом форуме - если кто-то заводит речь о чём-то, что держится а энтузиазме, то синоним этому явлению - "обещалкин". Есть тут на форуме категория личностей, этаких редисок, которые, як фарш на вентилятор, подкидывают идеи, и план их реализации, да так, что сами чуть ли не чешутся от своих идей. Заводят и травят этим других людей, у тех естессно слюни с подбородка, а эти сидят и свои ручонки потирают наверно. Любители заводить людей итить.. Напоминает тыканье палкой в муравейник. Очень негативное у меня отношение к таким. Раз сказал - так сделай. А не словами кидайся.

Зачем только показывать скрины чего-то не состоявшегося?
Так не состоялось по причине что этот проект (SDR модификация одной китайской рации) был просто не востребован.

Shephard
как правило энтузиазма хватает только на заявление о чём-либо. На этом всё и заканчивается.
Как это не прискорбно - вы правы. И может зря поделился своей задумкой... Короче - правлю пост.