Re: [Discuss-gnuradio] SDR advice for newcomer?

2014-08-25 Thread Alexey Bazhin
If you are a ham and doesn't want to spend too much, I would recommend Peaberry SDR V2 (and it's not just receiver it's 4-band tranceiver and it doesn't require sound card opposed to softrock). It will cost you $150 as a kit (quite easy to build) or $250 built. On Mon, 25 Aug 2014 20:50:42 -0400 M

Re: [Discuss-gnuradio] OFDM transmitter receiver

2014-08-25 Thread sreena p h
kernel.shmmax gave value 2147483648. Sreena___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] SDR advice for newcomer?

2014-08-25 Thread Mike Markowski
I have experience in DSP but am completely new to Gnuradio and excited to get started. Because I'm also a ham I am thinking of buying one of 1. lp-pan (US $250) 2. softrock Ensemble II (US $87) and have a linux-only computer. With that tiny background, I wonder if any list members would recomme

[Discuss-gnuradio] ctest can't find gnuradio module

2014-08-25 Thread Chris Simpson
I have looked all over and find this question asked but not answered. I have been following the OOT tutorial to make my own OOT block.  Everything seems to compile correctly but when I run 'make test' from the build folder test 1 passes and test 2 fails      When I run  'ctest -V -R square'  I ge

Re: [Discuss-gnuradio] Metafile Sink Execution Time

2014-08-25 Thread Jonathan Fox
What about delays for a multiple USRP sinks and metafile sinks? I had to wait 10 seconds before I could start recording when I used a script like that. On Mon, Aug 25, 2014 at 5:05 PM, Marcus D. Leech wrote: > On 08/25/2014 04:30 PM, Jonathan Fox wrote: > > Got rid of it and it sped things up

Re: [Discuss-gnuradio] Metafile Sink Execution Time

2014-08-25 Thread Marcus D. Leech
On 08/25/2014 04:30 PM, Jonathan Fox wrote: Got rid of it and it sped things up considerably. I think the whole reason why I had it there in the first place was to prevent sample overruns. Thanks for the help. Putting a throttle in a flow that already has rate-pacing will just make things wo

Re: [Discuss-gnuradio] Metafile Sink Execution Time

2014-08-25 Thread Jonathan Fox
Got rid of it and it sped things up considerably. I think the whole reason why I had it there in the first place was to prevent sample overruns. Thanks for the help. On Mon, Aug 25, 2014 at 3:15 PM, wrote: > First thing, get rid of the throttle. It is only needed in > *simulations*. In grap

Re: [Discuss-gnuradio] GNU Radio Companion missing source

2014-08-25 Thread Marcus Müller
The ctrlport related warnings are ok (they are but warnings), the segfault is bad; as you might imagine, it's not the easiest thing to debug. However, I really hope you uninstalled Ubuntu's gnuradio package first, before using build-gnuradio? Also, you'll *still* have to install libhackrf and gr-os

Re: [Discuss-gnuradio] GNU Radio Companion missing source

2014-08-25 Thread GeorgeF
One thing I tried was "wget http://www.sbrac.org/files/build-gnuradio && chmod a+x ./build-gnuradio && ./build-gnuradio" After almost 4 hours it completed. Didn't notice any errors during the build. However now when I run gnuradio-companion I get: Warning: Block key "blocks_crtlport_monitor"

Re: [Discuss-gnuradio] Metafile Sink Execution Time

2014-08-25 Thread mleech
First thing, get rid of the throttle. It is only needed in *simulations*. In graphs with real hardware, everything is "paced" by the hardware. On 2014-08-25 15:12, Jonathan Fox wrote: > How long it takes for the Metafile Sink to began recording data? > > I have a "No GUI" script that is a s

[Discuss-gnuradio] Metafile Sink Execution Time

2014-08-25 Thread Jonathan Fox
How long it takes for the Metafile Sink to began recording data? I have a "No GUI" script that is a simple USRP source, throttle, and metafile sink. All have a 1M sample rates; the metafile sink has a relative rate of change of 1, 1M segment size, and have a detached header. I start my script up

Re: [Discuss-gnuradio] GR, USRP, and GPIB measurements

2014-08-25 Thread mleech
-8dBm may, or may not, have damaged either of the the two LNA stages on the WBX. "Modern" WBXen have TVS and limiter diodes in front of both stages to try to ameliorate laboratory accident consequences, but they offer no firm guarantees. Nearly all of the receivers on USRP daughtercards are

Re: [Discuss-gnuradio] GR, USRP, and GPIB measurements

2014-08-25 Thread madengr
1) What you are doing is correct. What's the power of your signal generator? I was using -40 dBm, and as Marcus says, that is strong, but you'll need to have a good SNR since the noise bandwidth is ~250 kHz. Several posts ago you stated running -8 dBm into the WBX. You may have damaged the WBX

Re: [Discuss-gnuradio] GNU Radio Companion missing source

2014-08-25 Thread mleech
Just as the GCC C compiler doesn't include every program that has ever been written with it, nor every library that has ever been written with it, so too, the "gnuradio" package only includes the core Gnu Radio functionality. Just as other packages have "plug-ins", Gnu Radio organizes many of it

Re: [Discuss-gnuradio] OFDM transmitter receiver

2014-08-25 Thread Martin Braun
What's your kernel.shmmax value? (run sysctl kernel.shmmax) M On 08/25/2014 12:47 PM, sreena p h wrote: > Hi > I used the ofdm transmitter receiver blocks to create a simple system as > shown in the attachment. I used the system parameters as those used in > the example transmitter and receiver g

Re: [Discuss-gnuradio] GNU Radio Companion missing source

2014-08-25 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The gnuradio package doesn't contain every GNU Radio module that exists ;) you still need to install gr-osmosdr and libhackrf; see my last mail[1]. Greetings, Marcus [1]http://lists.gnu.org/archive/html/discuss-gnuradio/2014-08/msg00361.html On 25.0

Re: [Discuss-gnuradio] Installing GNURadio 3.3.0 in Ubuntu 14.04

2014-08-25 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You need to ./configure once more. If that doesn't help, git clean -xdf will clean up your source tree, and you can start with a "clean" build. On 25.08.2014 14:57, Rodrigo Farias wrote: > The problem of last mail (in install 3.3.0 with Ubuntu 9.10) i

Re: [Discuss-gnuradio] GNU Radio Companion missing source

2014-08-25 Thread GeorgeF
I am trying to find the osmocom and/or RTL-SDR sources. I'm running GNU Radio Companion 3.7.2.1 In GNC I did a search for osmocom and RTL-SDR and nothing was found. What didn't I setup correctly during the "sudo apt-get install gnuradio" install? Thanks George On 8/24/2014 12:42, Martin Br

Re: [Discuss-gnuradio] Installing GNURadio 3.3.0 in Ubuntu 14.04

2014-08-25 Thread Rodrigo Farias
The problem of last mail (in install 3.3.0 with Ubuntu 9.10) is resolved installing libtool. Now I have a problem with libtool version in make: "... libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from 2.2.6. libtool: You should recreate a

[Discuss-gnuradio] OFDM transmitter receiver

2014-08-25 Thread sreena p h
Hi I used the ofdm transmitter receiver blocks to create a simple system as shown in the attachment. I used the system parameters as those used in the example transmitter and receiver grcs. Now I get error that 'Detected a packet larger than max frame size (80 symbols)'. I would like to know how

[Discuss-gnuradio] calibrating USRP N210 power (was: Re: GR, USRP, and GPIB measurements)

2014-08-25 Thread Marcus Müller
Hello Gayathri, On 25.08.2014 10:17, Gayathri Ramasubramanian wrote: > Hi > Thank you for your note. > My questions here are just based on my previous measurements and your last > mail. kindly clarify the same. > > 1) Is it possible that different USRPN210 devices with WBX boards have the > differe

Re: [Discuss-gnuradio] GR, USRP, and GPIB measurements

2014-08-25 Thread Gayathri Ramasubramanian
Hi Thank you for your note. My questions here are just based on my previous measurements and your last mail. kindly clarify the same. 1) Is it possible that different USRPN210 devices with WBX boards have the different calibration factors. I set the channel gain to 0 and still get : @ 400 MHz : k