vova_sam
после запайки диода пропала чувствительность
выпаял - не вернулась.
спалил?

что то ловит, но на втыкание/вытакание антенны не реагирует


Не факт. Может неудачно паяли и закоротили вход на землю. Моя дохлая ловит WFM, но уровень децибелл на 20 ниже. На антенну реагирует.

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

В качестве защитных диодов можно использовать 1N4148 (4ns, 4pf по datasheet) ?

Cегодня поставил airprobe (https://svn.berlin.ccc.de/projects/airprobe/)
Попробовал с rtsdr, декодированные raw данные выводит в консоль. А вот в файл никак не получается записать.
Кто поможет?

так, разобрался, как перенаправлять трафик из gsm_receive_rtl.py в Wireshark, всё работает, только частоты почему то везде нули. По идее эта инфа должна идти в эфире...

Увеличить

Shephard

Красиво :)

Киньте небольшой .pcap файл сюда (только убедитесь что там только эйрпробовские пакеты внутри), посмотрим что там.

horizon
как это сделать?
Просто если сохранять в Wireshark, то там пакеты GSMTAP инкапсулированы в UDP (я получаю по UDP, а как сохранять без Wireshark прямо в файл из самого airprobe - так и не разобрался, потому что указываю ему файл, куда дампить, а после работы программы - этот файл нулевой длины).

Файл .pcap из Wireshark'a, airprobe сама по себе вроде ничего не пишет...

horizon
СКАЧАТЬ
Здесь два файлика, один из Wireshark, второй - вывод в файл консоли от выполнения команды

./gsm_receive_rtl.py -f 941.45e6 -o /dev/stdout | ./gsmdecode -i | tee /tmp/fileeeee


gsmdecode - программа, которая может тоже декодировать бурсты, но формат у нее свой. Вот второй файлик в архиве - как раз оно и есть.

Дальше можно пробовать поломать Kc.
https://srlabs.de/airprobe-how-to/ здесь есть немного информации, но автор предупреждает, что это не так-то просто.

Вообще владельцы USRP где-то писали, что для USRP реализован даже frequency hopping.

Shephard

А ну да, gsmdecode, но в Wireshark'е диссектор вроде получше работает.

Не забывайте при записи выбирать только интерфейс "lo" (127.0.0.1) иначе ваш веб трафик также окажется в pcap файле.

Не понял. Уже можно декодировать GSM траффик если нет криптования? SMS и голос?

Не забывайте при записи выбирать только интерфейс "lo" (127.0.0.1) иначе ваш веб трафик также окажется в pcap файле.
По идее, в wireshark нужно выбрать только lo0, а в фильтре вписать "udp.port == 4729" тогда не будет лишнего.

XBOCTOM
или ставить в фильтре строку "gsmtap".

john_qkk
можно декодировать GSM траффик если нет криптования? SMS и голос?
теоретически - да. Кс только надо знать, цак :)
Я вчера пробовал хоть как-то зацепить звонок со своего телефона, специально поставил телефон в режим только 900МГц. Как только пошло соединение, в окошке терминала посыпались ошибки "cannot decode fn=xxxxxxx"

А еще заметил глюк в питоновском скрипте (или не глюк). Выглядит он так. После запуска программы, если щёлкаешь по сигналу GSM на спектре, происходит захват, видно как срабатывает АПЧ (на нижнем спектре идет подстройка, иногда даже видно, как АПЧ перепрыгивает немного, и получается такое затухающее качание центральной частоты приёма, потом в определенный момент схватывает и пошло декодирование). Пока всё нормально. Но как только мы захотим перестроиться на другую несущую, в окне сыпятся "cannot decode fn=xxxxxxx" и пока не перезапустишь скрипт, никакого декодирования не будет, даже на самой мощной несущей. Может это конечно специфика такая, хз. Но на нижнем спектре при этом глюке видно, как скрипт подстраивает центральную частоту, иногда попадет точно на несущую, но и после этого не идет декодирование. от такой глюк.

и пока не перезапустишь скрипт, никакого декодирования не будет, даже на самой мощной несущей.

Аналогично, если декодирование сбилось, то повторно не начинается. Только gsm_receive_rtl.py, брал в git://git.gnumonks.org/airprobe.git, а не по вашей ссылке

ну вот я и говорю, то ли это фича такая, то ли баг АПЧ, но больше смахивает на баг.
Вообще интересно было бы найти *.grc файл этого скрипта GSM приёмника. Насколько я понял все эти питоновские скрипты сначала создаются в GNU Radio Companion в виде известных схем, а потом уже эти схемы конвертируются в питоновский скрипт.

Да, есть такое и в оригинале с USRP.

horizon
рад Вас видеть снова в теме!

Немного подправил скрипт, появилась возможность быстро "листать" спектр кликая по краям в верхнем FFT.

А вы это прямо на питоне писали, или через grc? Как подправить питоновый скрипт сгенеренный от multimode, чтобы добиться подобной функциональности я понял, а вот как из grc это нарисовать -- нет.

Shephard
все эти питоновские скрипты сначала создаются в GNU Radio Companion

Не все, но большинство точно.

XBOCTOM

Мне было легче написать вручную чем гадать в GRC.

horizon
а Вы пробовали колмпилировать ETSI speech codec тетровый?
У меня при команде make ругается на "acc" - comand not found.
Посмотрел содержимое makefile, там сс = acc, ну я поменял асс (ARM C Compiler что ли?) на gcc, все скомпилировалось, но было много Warnings..
И никак не разберусь, как патчи к файлам применять когда make делаешь? Не подскажете?

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

И никак не разберусь, как патчи к файлам применять когда make делаешь? Не подскажете?

В смысле у вас есть diff (он-же патч файл) между старым и новым и вам нужно его применить? Ну так кормите его на вход команде patch (patch < file.diff), оно рассказывает, что применилось, что не смогло.

XBOCTOM
не совсем diff, тут расширение patch.
но я попробую.
...
блин,
вот какие патчи:
/home/xxx/Desktop/osmo-tetra/etsi_codec-patches/build_as_32bit.patch
/home/xxx/Desktop/osmo-tetra/etsi_codec-patches/filename-case.patch
/home/xxx/Desktop/osmo-tetra/etsi_codec-patches/makefile-cleanups.patch
/home/xxx/Desktop/osmo-tetra/etsi_codec-patches/round_private.patch



xxx@Desktop-xxx:~/Desktop/c-code$ patch < build_as_32bit.patchpatching file makefile
Hunk #1 FAILED at 21.
1 out of 1 hunk FAILED -- saving rejects to file makefile.rej
patching file makefile
Hunk #1 FAILED at 23.
1 out of 1 hunk FAILED -- saving rejects to file makefile.rej

похоже patch в данном случае не подходит?

Shephard

Попробуйте patch -p2 < build_as_32bit.patch

похоже patch в данном случае не подходит?

patch (команда) подходит. Просто у вас гвоздь не от той стены .patch и исходники рассинхронизированы. Например, .patch файл от более старой версии, а в наличии уже более новая (модифицированная). В этом случае смотреть глазами и прикладывать вручную. В зависимости от объема самих .patch файлов и %% успешно приложенных, смотрите, что вам удобней - "вручную" дорабатывать (то что осталось в по разным .rej) после patch-а, или целиком вручную все.

Вроде нужно cd ~/Desktop а там уже patch -p1 < ...

весь базар про gsm какое отношение к теме имеет?!

cemichael
прямое! :) "базар" про USB DVB свисток, и про приём на него всего что можно.
Тема не запрещает, а разрешает это: Широкополосный приёмник из DVB донгла
Обсуждаются любые технческие вопросы, касающиеся так или иначе приёма на свисток различнхв сигналов.

Заказывал в DX (http://www.dealextreme.com/p/dvb-t-digital-tv-usb-2-0-dongle-with-remote-28891) пришел свисток немного другой, но с RTL2832U и E4000 копия Newsky TV28T без защитных диодов, выбило статикой и пропала чувствительность на 20-30 дБ ниже уровень сигнала. Жаль.

В моем случае пришел EZCap (в коробке с полиграфией, с антенной, подставкой-присоской для нее, пультом, диском с драйверами и книжкой-инструкцией), который определяется в ubuntu 12.04 по lsusb, как "ID 0bda:2838 Realtek Semiconductor Corp.". Без всяких RTL2832U. Похоже на предыдущую модель EzTV646, но уже с E4000 на борту.
Rtl_test -t видит Elonics, gr-air-modes работает, но не стабильно, периодически вылетает заполняя экран "000000...", и требуется перезапуск питоновского скрипта rtl_modes.py. Виндовс говорит, не смущаясь, что это - RTL2832U...

sergsero
gr-air-modes работает, но не стабильно, периодически вылетает заполняя экран "000000..."

Nick Forrest уже проинформирован, но фикса пока нет. Стив вроде автоматически перезапускает скрипт когда пошли ООООО.