Re: [Discuss-gnuradio] IMSI Catcher Catcher?

Personally, I think a passive GSM attack would be more useful. Has that been accomplished yet? I saw a scholarly article on it but I haven't seen any articles/tutorials on cell hacks except the GSM attacks that require you to transmit. From: Ronald F. Guilmette Sent: ‎Thursday‎, ‎June‎

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

On Thu, Jun 16, 2016 at 8:48 PM, Dave NotTelling wrote: > The radio is released properly when the destructor is called, but > it's not getting called for some reason. I have several C++ tests that > work like a champ, but the Python test doesn't actually release the >

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

Kevin, The radio is released properly when the destructor is called, but it's not getting called for some reason. I have several C++ tests that work like a champ, but the Python test doesn't actually release the resources that were allocated. I even tried assigning my block that talks to

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

On Thu, Jun 16, 2016 at 5:21 PM, Dave NotTelling wrote: > I have a solution in place right now that works around the second > test, but it's nasty. Global variables and whatnot. > You wrote originally that the reason the tests can't be run twice is “the radio hardware

[Discuss-gnuradio] IMSI Catcher Catcher?

[[ Up front confession: I know essentially nothing about radio. ]] Just a short while ago, I saw a Vice News video titled "State of Surveillance" in which Snowden brought up the fact that some journalists had found and outted some stingrays (IMSI Catchers) which had, apparently, been operating

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

Martin, You're absolutely right about having hardware involved in the unit tests. They are strictly for my internal testing. Testing the code live in GNU Radio is turning out to be a serious headache =\ I have a solution in place right now that works around the second test, but it's

Re: [Discuss-gnuradio] PyBOMBS-Mirror: Scripts that help build a mirror for PyBOMBS repos

Wang - Very cool! Thanks so much for not only setting this up, but doing it in a way that is repeatable by others. This could also be used by people who want to set up private internal mirrors, which isn't an uncommon request. Nice work! Cheers, Ben On Thu, Jun 16, 2016 at 11:32 AM, Wang Kang

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

I don't think this is an accident; when we run the tests on our CIs, we want both the regular output and the XML output. You're right that this behaviour can be annoying, however, I found if this is giving me trouble, it's usually because my test is stateful. Maybe you can come up with a way to

Re: [Discuss-gnuradio] Changing sample rate during runtime

>From which rate to which new rate are you changing your sample rates? M On 06/16/2016 07:33 AM, olvhammar wrote: > Hi, > > For several reasons I need to change the sample rate during runtime (i.e > flowgraph running) in my gnuradio program. I use Ettus X310 and receive > on two UBX-160 cards.

Re: [Discuss-gnuradio] PMT serialization/deserialization of doubles

Well, looks like this was fixed may 2nd. https://github.com/gnuradio/gnuradio/commit/cd07e5e56647a9380ccd0f25960164d72b338e10#diff-960cadcf7ef5dc2327e5200893d43163 On Thu, Jun 16, 2016 at 6:26 PM, Dave NotTelling wrote: > I recently ran across this "bug": > > > (running

[Discuss-gnuradio] gnuradio.org, CloudFlare, and the blocking of Tor users

Hi, this is not directly related to the gnuradio software but to the gnuradio.org homepage: gnuradio.org uses CloudFlare (CF) for some reason, and thus, users of Tor have to solve (Google) captchas (possibly indefinitely) -- otherwise they're simply blocked from reading the page, see [0].

[Discuss-gnuradio] PMT serialization/deserialization of doubles

I recently ran across this "bug": (running ipython) [code] In [18]: import pmt In [19]: pmt.to_double(pmt.deserialize_str(pmt.serialize_str(pmt.from_double(1234567890.0 Out[19]: 1234567936.0 In [20]: pmt.to_double(pmt.from_double(1234567890.0)) Out[20]: 1234567890.0 [/code] Here is the

Re: [Discuss-gnuradio] GNU Radio - GNSS SDR Installation

Hi Berat, Could you tell us what type of failure are you getting? You could copy and paste the error here to the mailing list. Also, after sourcing the setup_env.sh you should be able to run the in the same shell the following command: $ gnuradio-companion to open the grc. Are you able to?

[Discuss-gnuradio] GNU Radio - GNSS SDR Installation

Hi all,I am a beginner user of USRP N210 for GNSS SDR applications. Yesterday, I tried to install GNU Radio on ubuntu via PyBombs. The instructions I have typed on Terminal are below: $ sudo apt-get install git python-pip$ sudo pip install git+https://github.com/gnuradio/pybombs.git$ pybombs

Re: [Discuss-gnuradio] DVB-S2 Physical Layer Framer: Why outputs a zero after each sample?

Thanks! Why not moving the zero stuffing downstream and use a polyphase arbitrary resampler with RRC taps? I'm not familiar with performance comparison between PFAR and FFT FIR Filter. 2016-06-15 19:41 GMT-03:00 Ron Economos : > The primary design decision was to use the FFT

Re: [Discuss-gnuradio] File source problem

Among SDRs, there is no universal "model" for things like total gain, acceptable baseband magnitudes, etc. Even if there were, expected variations in analog behavior mean that you usually have to tweak things to make it work across multiple hardware. That's just an attribute of the analog world

[Discuss-gnuradio] Changing sample rate during runtime

Hi, For several reasons I need to change the sample rate during runtime (i.e flowgraph running) in my gnuradio program. I use Ettus X310 and receive on two UBX-160 cards. The error that I get when I change the sample rate is the following: UHD Error: The receive packet handler failed to

Re: [Discuss-gnuradio] PyBOMBS-Mirror: Scripts that help build a mirror for PyBOMBS repos

Hi All, A PyBOMBS mirror site has been set up: https://mirrors.tuna.tsinghua.edu.cn/pybombs Help: - https://mirrors.tuna.tsinghua.edu.cn/pybombs/README.txt - https://mirrors.tuna.tsinghua.edu.cn/help/pybombs/ I have reconstructed my scripts: - https://github.com/scateu/pybombs-mirror It

Re: [Discuss-gnuradio] GNURadio Subdev spec

Use a subdev spec of: A:0 B:0 And specify the RX2 antenna for each channel. On 2016-06-16 08:08, olvhammar wrote: > Hi, > > I have a Ettus X310 and two UBX-160 daughterboards. I'm looking to receive on > RX2 on each card simultaneously. > How should I specify the subdev spec in my

Re: [Discuss-gnuradio] File source problem

UPDATE Even without any Costa loop or clock recovery, it works. It seems that the trouble was only the TX amplitude. 2016-06-16 9:36 GMT-04:00 Olivier Goyette : > YEH ! it works now. > > Only 2 major things to do : > > 1st - I multiplied the TX amplitude

Re: [Discuss-gnuradio] File source problem

YEH ! it works now. Only 2 major things to do : 1st - I multiplied the TX amplitude by 0.5 with a multiply const block 2nd - I used a Costa loop before my demod and it works great. My video got a tiny bit of error but I guess that with a special coding (reed solomon ) I could get it back

Re: [Discuss-gnuradio] Re channel state information on rx_ofdm.grc

Hi Marcus, Thanks for the email. I connected the debug tag to OFDM Channel Estimation and noted that the ofdm_sync_chan_taps key has 64 complex values. Could you please confirm the following two things ? i) These 64 complex values (a + ib) represent the 64 sub-carriers and I can get the

[Discuss-gnuradio] GNURadio Subdev spec

Hi, I have a Ettus X310 and two UBX-160 daughterboards. I'm looking to receive on RX2 on each card simultaneously. How should I specify the subdev spec in my python/gnuradio application? Regards Simon ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] File source problem

Hi Olivier, I guess Nick already pointed out the important bits. Also, the warnings GRC prints to the shell should help you. Could you solve your file source issues? Your questions here seem to be related to a different issue. Tx flowgraph: get rid of the throttle block. (also see the