[Discuss-gnuradio] Basic Gqrx build question

[Phil]

Thank you for reading this.

I'm posting my question here because there is little traffic on the gqrx 
forum and I haven't received a response. Perhaps someone who hasn't 
visited the forum for awhile may be able to help.


These are the errors that Qt creator generates:

make: Entering directory 
`/home/phil/Download/qrx/gqrx-build-desktop-Qt_in_PATH_Release'
/usr/bin/qmake -spec /usr/lib/qt4/mkspecs/linux-g++ -o Makefile 
../csete-gqrx-a613fed/gqrx.pro

fatal: Not a git repository (or any parent up to mount parent )
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
Project ERROR: Package gnuradio-osmosdr not found
make: *** [Makefile] Error 2
make: Leaving directory 
`/home/phil/Download/qrx/gqrx-build-desktop-Qt_in_PATH_Release'

15:56:39: The process "/usr/bin/make" exited with code 2.
Error while building project gqrx (target: Desktop)
When executing build step 'Make'

I modified receiver.h in the vain attempt that this would help but it 
didn't:


//#include 
#include "/usr/local/src/gr-osmosdr/include/osmosdr/osmosdr_source_c.h"

The fatal git repository error has me baffled as well.

I have multimode receiver working, so I do have all of the required 
files installed. It seems to me that they may not be where Qt creator 
expects them to be.


Any help will be greatly appreciated.

--
Regards,
Phil

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] FM transmitter on MatLab and transmission on USRP

[Rakesh K Gupta]

Dear All,
I am new to USRP. I want to develop FM transmission (Voice) using Matlab and 
radio transmission through USRP. Can you suggest some programme.




With Thanks and Regards


Rakesh Kumar Gupta
Senior Group Manager
Communication Division - Defence
Rolta India Limited
Rolta Tower C, Rolta Technology Park
22nd Street, MIDC, Marol,
Andheri(East), Mumbai - 400 093
Voice Board : +91 22 2926  Ext. 5176
Mob : 917738777076
Fax : +91 22 2926 6823
@Work :<< rakeshk.gu...@rolta.com >>



This e-mail, along with any files transmitted with it, is confidential and for 
the sole use of the intended recipient(s); it may also be legally privileged. 
If you happen to receive this e-mail and you are not the intended recipient, 
please notify us immediately by reply e-mail, and delete this e-mail message, 
including any file(s), from your system. Any unauthorised review, use, 
disclosure or distribution is prohibited and may be unlawful. Further, while we 
scan all emails, we cannot guarantee that any email is virus-free, nor can we 
accept responsibility for any virus that has been introduced by this email or 
its attachments.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Tagged File Sink in GRC

[Daniel Labarowski]

Looks like the Tagged FIle SInk was not fixed in the new update. I'm fairly
certain that those new folders that appeared are the updated git pulls. The
hold roughly the same content as the other folders. I guess if you re-run
the script in the same directory, it will make a new folder for the updated
gits. Gnuradio, uhd, osmosdr, and rtl all had new folders for me but uhd
and grextras must not have updated. Technically you can delete all of these
files after install. I like to keep a set around so that I can search the
source though. You don't need both copies - delete the old ones. Any way I
can get Tagged FIle Sink working manually?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] OOK Modulation using Pulses

[sibar002]

Hello,

I am trying to create an OOK modulation and demodulation block. I want to
represent a 1 with a pulse (a square pulse) and 0 as nothing. Would
something like this be possible? I have tried modifying the bpsk.py file so
that I have constellation points of (1 +0j) and (0 + 0j). This gives me the
OOK scheme but not the pulse that I am looking for. I would greatly
appreciate any help or advice that anyone could give me.

Sam
-- 
View this message in context: 
http://old.nabble.com/OOK-Modulation-using-Pulses-tp34218530p34218530.html
Sent from the GnuRadio mailing list archive at Nabble.com.


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Trying to use the complex int16 option of the UHD blocks

[Nazmul Islam]

Thanks, Josh.

How can I specify the peak from GRC generated Python code? For example,
when I select the sc8 wire format, the following code is generated through
GRC.

stream_args=uhd.stream_args(
cpu_format="fc32",
otw_format="sc8",
channels=range(1),
),

If I want to limit the peak to 0.1 (if the received signal is very weak),
can I just use the following?

stream_args=uhd.stream_args(
cpu_format="fc32",
otw_format="sc8",
peak = 0.5,
channels=range(1),
),

Thanks,

Nazmul

On Thu, Jul 26, 2012 at 8:15 PM, Josh Blum  wrote:

>
>
> On 07/26/2012 05:09 PM, Nazmul Islam wrote:
> > Hi Josh,
> >
> > I am just wondering how the USRP performs the 8 bit mapping for I & Q
> > samples. The ADC & DAC have 12 - 14 bit precision, I think. When I select
> > the sc8 wire format, does the USRP divide the entire received signal
> range
> > into 2^8 sectors and uses one number to represent each of those?
> >
>
> Technically, there is just a multiply and slice operation. You can
> specify peak to optimize for the best use of t 8 bits of dynamic range.
> See:
>
> http://files.ettus.com/uhd_docs/doxygen/html/structuhd_1_1stream__args__t.html#a4463f2eec2cc7ee70f84baacbb26e1ef
>
> -josh
>
> > Thanks,
> >
> > Nazmul
> >
> > On Sun, Jul 22, 2012 at 4:22 PM, Josh Blum  wrote:
> >
> >>
> >>
> >> On 07/22/2012 01:14 PM, Nazmul Islam wrote:
> >>> Hello,
> >>>
> >>>  I am trying to use the complex int16 option of the UHD (source/sink)
> >>> blocks in my GRC generated python codes. I am doing wide band spectral
> >>> analysis in my experiments. Therefore, 50 MS/s will be very helpful for
> >> me.
> >>>
> >>
> >> The host format and the wire format are totally independent options
> >> here. Both of these properties also configurable properties in the GRC
> >> USRP source/sink blocks.
> >>
> >> * You need to set the wire format to sc8 (thats 2 bytes per complex
> >> sample) to achieve 50 Msps over gigabit ethernet.
> >>
> >> * The desired host format does not have to change. fc32 (complex floats)
> >> is a perfectly valid setting
> >>
> >> -josh
> >>
> >> ___
> >> Discuss-gnuradio mailing list
> >> Discuss-gnuradio@gnu.org
> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >>
> >
> >
> >
>



-- 
Muhammad Nazmul Islam

Graduate Student
Electrical & Computer Engineering
Wireless Information & Networking Laboratory
Rutgers, USA.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Trying to use the complex int16 option of the UHD blocks

[Josh Blum]

On 07/26/2012 05:09 PM, Nazmul Islam wrote:
> Hi Josh,
> 
> I am just wondering how the USRP performs the 8 bit mapping for I & Q
> samples. The ADC & DAC have 12 - 14 bit precision, I think. When I select
> the sc8 wire format, does the USRP divide the entire received signal range
> into 2^8 sectors and uses one number to represent each of those?
> 

Technically, there is just a multiply and slice operation. You can
specify peak to optimize for the best use of t 8 bits of dynamic range.
See:
http://files.ettus.com/uhd_docs/doxygen/html/structuhd_1_1stream__args__t.html#a4463f2eec2cc7ee70f84baacbb26e1ef

-josh

> Thanks,
> 
> Nazmul
> 
> On Sun, Jul 22, 2012 at 4:22 PM, Josh Blum  wrote:
> 
>>
>>
>> On 07/22/2012 01:14 PM, Nazmul Islam wrote:
>>> Hello,
>>>
>>>  I am trying to use the complex int16 option of the UHD (source/sink)
>>> blocks in my GRC generated python codes. I am doing wide band spectral
>>> analysis in my experiments. Therefore, 50 MS/s will be very helpful for
>> me.
>>>
>>
>> The host format and the wire format are totally independent options
>> here. Both of these properties also configurable properties in the GRC
>> USRP source/sink blocks.
>>
>> * You need to set the wire format to sc8 (thats 2 bytes per complex
>> sample) to achieve 50 Msps over gigabit ethernet.
>>
>> * The desired host format does not have to change. fc32 (complex floats)
>> is a perfectly valid setting
>>
>> -josh
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> 
> 
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Trying to use the complex int16 option of the UHD blocks

[Nazmul Islam]

Hi Josh,

I am just wondering how the USRP performs the 8 bit mapping for I & Q
samples. The ADC & DAC have 12 - 14 bit precision, I think. When I select
the sc8 wire format, does the USRP divide the entire received signal range
into 2^8 sectors and uses one number to represent each of those?

Thanks,

Nazmul

On Sun, Jul 22, 2012 at 4:22 PM, Josh Blum  wrote:

>
>
> On 07/22/2012 01:14 PM, Nazmul Islam wrote:
> > Hello,
> >
> >  I am trying to use the complex int16 option of the UHD (source/sink)
> > blocks in my GRC generated python codes. I am doing wide band spectral
> > analysis in my experiments. Therefore, 50 MS/s will be very helpful for
> me.
> >
>
> The host format and the wire format are totally independent options
> here. Both of these properties also configurable properties in the GRC
> USRP source/sink blocks.
>
> * You need to set the wire format to sc8 (thats 2 bytes per complex
> sample) to achieve 50 Msps over gigabit ethernet.
>
> * The desired host format does not have to change. fc32 (complex floats)
> is a perfectly valid setting
>
> -josh
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



-- 
Muhammad Nazmul Islam

Graduate Student
Electrical & Computer Engineering
Wireless Information & Networking Laboratory
Rutgers, USA.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Transmit and Received Signals are Different

[Frederick Lee]

On Thu, Jul 26, 2012 at 12:06 PM, Ben Hilburn  wrote:
> You said you replaced the channel model block with a USRP sink and source?
> Are you trying to TX / RX using a loopback?  If so, remember to use
> attenuators so that you don't blow out your RX chain.

When I said "replaced the channel model block with a USRP sink and
source", I meant in two separate flow graphs. In other words, I have
the transmit portion of the graph on one computer and the receive
portion on my laptop, and I am trying to send the signal from one USRP
to another. The transmit flow graph has exactly the same blocks up to
the channel model block, but instead I used a USRP_sink instead of the
channel model.The receive flow graph has the portion from the channel
model onward, except the channel model is replaced with the
USRP_source. Also, the throttle was taken out. Sorry if that wasn't
clear.

>
> Also, the channel model block cannot simply be replaced with a source and
> sink.  There is a lot of other stuff going on in there - look into the
> documentation for the block, as you will need to make other adjustments so
> that your samples come out as you expect.

The channel model block contains a timing offset, and noise adder
which I didn't use in my simulations. The only things I changed were
the frequency offsets and the multipath variable (from what I found
online, it's used to change amplitude and phase shift of the signal).
The only difference that I can see between the channel model and using
actual USRPs is that  USRPs up converts the signal into IF ( I believe
), converts it to analog, and the daughter board converts it to RF.
Then the reverse happens in the other USRP. When the two USRPs are
transmitting, any of the four things that the channel model does can
happen, but the main ones I'm concerned about is the frequency shift.,
and the DPSK block seemed to have taken care of that ( at least in the
simulation ).
I was using the */gr-uhd/examples/grc/uhd_dpsk_mod.grc and other
similar examples as somewhat of a guide, and I don't see anything that
looks very different from what I used. What kind of other adjustments
must I make?

Frederick

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Tagged File Sink in GRC

[Frederick Lee]

On Thu, Jul 26, 2012 at 2:08 PM, Daniel Labarowski
 wrote:
> Sorry for the quick response, but I tried opening GRC using the terminal and
> got the error below. Any ideas?
>
>> Error reading file
>> '/usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml': failed to
>> load external entity
>> "/usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml"
>> Ignoring: /usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml
>> Warning: Block key "gr_message_burst_source" not found when loading
>> category tree.
>

I actually posted about the warning a little while ago. This was the
response from Tom:

That was due to me forgetting to "git add" the file when we pushed the
rest. I actually noticed this just yesterday but hadn't been able to
do anything about until I got off the plane just now.

The current versions of master and next should have this fixed.

I re ran the build-gnuradio script and it solved the warning, but I do
not know about the tagged_file_sink error. Maybe it will reinstall the
tagged_file_sink for you. Re-running the script creates extra folders
though. For example, uhd.20120726103430 looks like a copy made at
2012/07/26. Do you know if we can delete these extra folders?

Hope this helps,

Frederick

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Tagged File Sink in GRC

[Daniel Labarowski]

Sorry for the quick response, but I tried opening GRC using the terminal 
and got the error below. Any ideas?


Error reading file 
'/usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml': failed 
to load external entity 
"/usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml"

Ignoring: /usr/local/share/gnuradio/grc/blocks/gr_tagged_file_sink.xml
Warning: Block key "gr_message_burst_source" not found when loading 
category tree.



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Tagged File Sink in GRC

[Daniel Labarowski]

I compiled GNURadio using the build script yesterday. In a previous 
version of GNURadio, I believe that the Tagged File Sink was displayed 
in GNURadio Companion under sinks. I couldn't find it there so I search 
the build folder as well as my filesystem to find that I had no 
gr_tagged_file_sink.xml . I'm not sure if this is an error pertaining 
only to my installation or if this was removed from GNURadio at some 
point. I do have .cc .o .h ad .i files for gr_tagged_file_sink. I found 
the xml file here 
 
and copied it (as root) to /usr/local/share/gnuradio/grc/blocks. It 
still isn't showing up in GRC though. Any idea what I need to do to get 
this block showing in GRC? Thanks!


-Dan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] FSK Modulation

[mleech]

 

On 26 Jul 2012 13:26, Joana Gonçalves wrote: 

> Hello, I am trying
to use GRC to demodulate FSK signal. I use the USRP1 to receive data
from the radio and I can see when the radio is transmitting or not
trough FFT Sink. The problem is that I need to copy to a file what the
radio is sending and I can t receive the correct data . I attached my
block diagram. 
> 
> I'm looking forward to your helpful. 
> 
> Regards

> 
> Jo

Well, for one, your scope sink is being lied to about what the
actual sample rate is. How does the sample stream get to 57.6ksps from
2M? 

Why are you subtracting a constant "9" from the output of the
demod? 

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] FSK Modulation

[Ben Hilburn]

Jo -

You'll need to provide more details.  You are clearly dumping the data to a
file, but what is wrong with the samples?  Have you plotted the samples in
your file and confirmed that it at least looks how you expect it to?  Are
you getting the number of samples you expect?  Is it the right data type?

You'll need to do some more investigating and provide more details for us
to be able to help you.

Cheers,
Ben

On Thu, Jul 26, 2012 at 10:26 AM, Joana Gonçalves <
joana.goncal...@tekever.com> wrote:

>  Hello, I am trying to use GRC to demodulate FSK signal. I use the USRP1
> to receive data from the radio and I can see when the radio is transmitting
> or not trough FFT Sink. The problem is that I need to copy to a file what
> the radio is sending and I can t receive the correct data . I attached my
> block diagram. 
>
> I'm looking forward to your helpful.
>
> ** **
>
> Regards
>
> Jo
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Transmit and Received Signals are Different

[Ben Hilburn]

You said you replaced the channel model block with a USRP sink and source?
 Are you trying to TX / RX using a loopback?  If so, remember to use
attenuators so that you don't blow out your RX chain.

Also, the channel model block cannot simply be replaced with a source and
sink.  There is a lot of other stuff going on in there - look into the
documentation for the block, as you will need to make other adjustments so
that your samples come out as you expect.

Cheers,
Ben

On Thu, Jul 26, 2012 at 11:56 AM, Frederick Lee wrote:

> So I've been trying some more simulations, and I found that the DPSK
> demod and mod blocks allowed me to maintain the signal. Even if I
> applied a small offset to the data through the channel model block,
> the signal on the scope stayed the way it should. The flow graph is
> shown in the channel_model_w_DPSK.png picture.
>
> When I tried this with the USRPs, the only change I made was replacing
> the channel model block with a USRP sink and a source. However, when I
> run these two flow graphs, nothing shows up on the fft sink or the
> scope sink. Does anyone know why this is?
>
> Thanks,
>
> Frederick
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] "gr_message_burst_source" not found

[Tom Rondeau]

On Thu, Jul 26, 2012 at 2:46 PM, Frederick Lee  wrote:
> Hi,
>
> I recently updated my GNU Radio using the build-gnuraido script. Now
> when I start gnuradio-companion, I get a warning saying:
>
> Warning: Block key "gr_message_burst_source" not found when loading
> category tree.
> linux; GNU C++ version 4.6.3 20120306 (Red Hat 4.6.3-2); Boost_104700;
> UHD_003.004.002-181-g25649781
>
> I checked my "*/gnuradio-core/src/lib/io" directory and found these
> files there:
>
> CMakeLists.txt
> gr_message_burst_source.cc
> gr_message_burst_source.h
> gr_message_burst_source.i
> io.i
>
> and in my "*/grc/blocks" directory the "block_tree.xml" file was
> there. It doesn't seem like I am missing a block, does anyone know why
> this warning is showing?
>
> Thanks,
>
> Frederick

That was due to me forgetting to "git add" the file when we pushed the
rest. I actually noticed this just yesterday but hadn't been able to
do anything about until I got off the plane just now.

The current versions of master and next should have this fixed.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] "gr_message_burst_source" not found

[Frederick Lee]

Hi,

I recently updated my GNU Radio using the build-gnuraido script. Now
when I start gnuradio-companion, I get a warning saying:

Warning: Block key "gr_message_burst_source" not found when loading
category tree.
linux; GNU C++ version 4.6.3 20120306 (Red Hat 4.6.3-2); Boost_104700;
UHD_003.004.002-181-g25649781

I checked my "*/gnuradio-core/src/lib/io" directory and found these
files there:

CMakeLists.txt
gr_message_burst_source.cc
gr_message_burst_source.h
gr_message_burst_source.i
io.i

and in my "*/grc/blocks" directory the "block_tree.xml" file was
there. It doesn't seem like I am missing a block, does anyone know why
this warning is showing?

Thanks,

Frederick

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Research Sponsor?

[Vahid Behzadan]

Hi All,
Please accept my apologies for this unrelated message.

I will be starting a Ph.D. at the University of Birmingham this September, and 
my general field of research will be RF Front-Ends for software defined radio. 
Unfortunately, I do not have any scholarships or funding options as my 
department is struggling with shortage of academic funds this year. I am 
wondering if anyone knows of any industrial or research institutions who will 
be interested in sponsoring a research in this field?

Any advice or hints will be greatly appreciated.

Thanks and Regards,

 
Vahid Behzadan___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio