Depending on how long you want to sample (and how much system RAM
you've got) you can also do something like using tmpfs (i.e. a RAM
disk). I've often resorted to this when doing collections lasting a
minute or less. At 25MS/s * 32bit/S (I&q...@16bits) * 60s = 5.58GB
according to my calculator - so
Miklos Christine wrote:
Yes, that is exactly what I'm looking for. However, when running
usrp2_rx_cfile.py with decimation = 4, I get a 'S' printing to stdout.
Is anyone else able to run usrp2_rx_cfile.py and not get that overrun
message?
What could be the reason for 'S'? Is it a limitation on
Yes, that is exactly what I'm looking for. However, when running
usrp2_rx_cfile.py with decimation = 4, I get a 'S' printing to stdout. Is
anyone else able to run usrp2_rx_cfile.py and not get that overrun message?
What could be the reason for 'S'? Is it a limitation on how fast we can
write the sa
When you say sample the channel - are you trying to look at the I&Q
samples coming right out of the USRP2? In which case, the easiest way
to start would be to use the usrp2_rx_cfile.py script, then you can
load the file into Matlab/Octave/etc. to take a look at. If you want
to record samples coming
Hello,
I'm trying to sample the 802.11b wireless channels but the USRP2. I'm
currently using revision 10689 of Gnuradio.
I've added code to bbn_80211b_rx.py to connect the gr_probe_signal_f() to
the top block.
To sample the channel, I use gr.probe_signal_f().
Here's the code to connect the block:
