Re: [Discuss-gnuradio] UHD build apparently failed

[Moritz Fischer]

Hi all,

thanks for testing. Parts of that is already internally fixed on our
branches for the rest I created patches.
I expect this to be pushed to the public master in the next days.

Thanks for hanging in there,

Moritz


On Mon, Mar 24, 2014 at 12:11 AM, Marcus D. Leech  wrote:

>  On 03/23/2014 07:08 PM, Marcus Müller wrote:
>
> This calls for #include ; I wonder how that is working on my f19
>
> Yup, that took care of it.
>
> Then there's the b200_iface.cpp   problem with libusb on my system not
> having libusb_error_name, so I had to copy the macro from
>   transport/zero_copy  that's conditional on HAVE_LIBUSB_ERROR_NAME, and
> it all compiled just fine.
>
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org
>
>
> ___
> 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

[Discuss-gnuradio] Performance drop with upgrade to 3.7

[Luke Berndt]

Hi - I just upgraded to 3.7.3 using the build-gnuradio script from 3.6.5.1.
I am using it to run a C++ App that captures all the radio communications
on a Moto SmartNet system. I upgraded all my code to work with the 3.7
naming scheme and got everything to compile and run. Everything runs in
3.7, but I am seeing a lot more CPU usage, almost a whole additional core.

Are there an obvious things I should check where blocks changed
significantly from 3.6 to 3.7?

The main code is here:
https://github.com/robotastic/smartnet-recorder/tree/3.7

And the codec is here:
https://github.com/robotastic/gr-dsd/tree/3.7

I put together the general flow graph below. Are there any blocks where I
could be shooting myself in the foot? Is it better to do xlating or
sig_source & multiply_cc? The source bandwidth is 5MHz.

*Decode Control Channel:* [
https://github.com/robotastic/smartnet-recorder/blob/3.7/smartnet.cc ]
multiply_cc ( OsmoSDR(HackRF)  +analog::sig_source_c )
gr::filter::fir_filter_ccf
gr::digital::fll_band_edge_cc
gr::analog::pll_freqdet_cf
gr::digital::clock_recovery_mm_ff
gr::digital::binary_slicer_fb
gr::digital::correlate_access_code_tag_bb
smartnet_deinterleave
smartnet_crc

*Decode digital voice channel:* [
https://github.com/robotastic/smartnet-recorder/blob/3.7/logging_receiver_dsd.cc]
tb->connect( OsmoSDR(HackRF) )
gr::filter::freq_xlating_fir_filter_ccf
gr::filter::rational_resampler_base_ccf
gr::analog::quadrature_demod_cf
gr::filter::fir_filter_fff
dsd_make_block_ff [
https://github.com/robotastic/gr-dsd/blob/3.7/lib/dsd_block_ff.cc ]
gr::blocks::wavfile_sink
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] listen to ports issue using GNU Radio

[Ruecan]

Hello GR,

I have an issue capturing a word that I broadcast from transceiver A to
transceiver B.
I use GR 3.65 with two usrp N210 on a Centos machine.

Whenever I run transceiverA and transceiverB scripts on the same machine it
does not capture the word I am sending and I got no error displayed.

Here is the detail of the implementation:

TransceiverA script has inter alia:
* udp_Server (socket_pdu block) listening to 0.0.0.0 port 52001
* udp_client (socket_pdu block) listening to localhost port 3334
* socket listening on 127.0.0.1 52001 (from where I broadcast the word I
transmit)

TransceiverB script has inter alia:

* udp_Server (socket_pdu block) listening to 0.0.0.0 port 52002
* udp_client (socket_pdu block) listening to localhost port 
* ncat -u -l -p  ==> here I got no word !

The point is that I tried running scripts on two different machines
everything went good. 
Any help, hint or suggestion is appreciated.

Regards,
Ruecan



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/listen-to-ports-issue-using-GNU-Radio-tp47160.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] TX characterisation of USRPN210 with SBX daughterboard

[Martin Braun]

On 03/24/2014 05:56 AM, Gayathri Ramasubramanian wrote:
> I am trying to characterize the TX and RX characteristics of USRPN210
> with a SBX board. I have tried one test : Amplitude Variation
> effects, by varying the amplitude in steps and finding out the o/p
> power through spectrum analyser. The foll are the readings I got.
> Amplitude level   921.25 MHz  2.45625 GHz 0.0625  -49.18  -60.97 
> 0.125
> -43.2 -55.05 0.25 -37.25  -49.09 0.5  -31.24  -43.05 1-25.38 
> -37.13
> Amplitude change  921MHz  2.456GHz 1 to 0.5   5.865.92 0.5 to 
> 0.256.01
> 6.04 0.25 to 0.1255.955.96 0.125 to 0.06255.985.92

Gayathri,

how did you measure? Did you use an antenna, or cable connection to the
spectrum analyzer?
Also, what were your gain settings? And your tx signal?

Martin

> when i ploted the graph in excel, (O/p power Vs amplitude), i got two
> almost linear curves, but their was a big difference in the 2 lines @
> 921.25 MHz and 2.45625 GHz (as seen above) at the start and if
> extrapolated could converge at a higher ampl and o/p power. I was not
> sure about my results and was looking to see if some one could let me
> know if these values look within the normal expected behaviour? if
> not, please let me know what is the normal expected behaviour. I am
> new to USRP and GRC programming and doing this for a project. 





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

Re: [Discuss-gnuradio] Performance drop with upgrade to 3.7

[West, Nathan]

On Mon, Mar 24, 2014 at 7:17 AM, Luke Berndt  wrote:
> Hi - I just upgraded to 3.7.3 using the build-gnuradio script from 3.6.5.1.
> I am using it to run a C++ App that captures all the radio communications on
> a Moto SmartNet system. I upgraded all my code to work with the 3.7 naming
> scheme and got everything to compile and run. Everything runs in 3.7, but I
> am seeing a lot more CPU usage, almost a whole additional core.
>
> Are there an obvious things I should check where blocks changed
> significantly from 3.6 to 3.7?
>
> The main code is here:
> https://github.com/robotastic/smartnet-recorder/tree/3.7
>
> And the codec is here:
> https://github.com/robotastic/gr-dsd/tree/3.7
>
> I put together the general flow graph below. Are there any blocks where I
> could be shooting myself in the foot? Is it better to do xlating or
> sig_source & multiply_cc? The source bandwidth is 5MHz.
>
> Decode Control Channel: [
> https://github.com/robotastic/smartnet-recorder/blob/3.7/smartnet.cc ]
> multiply_cc ( OsmoSDR(HackRF)  +analog::sig_source_c )
> gr::filter::fir_filter_ccf
> gr::digital::fll_band_edge_cc
> gr::analog::pll_freqdet_cf
> gr::digital::clock_recovery_mm_ff
> gr::digital::binary_slicer_fb
> gr::digital::correlate_access_code_tag_bb
> smartnet_deinterleave
> smartnet_crc
>
> Decode digital voice channel: [
> https://github.com/robotastic/smartnet-recorder/blob/3.7/logging_receiver_dsd.cc
> ]
> tb->connect( OsmoSDR(HackRF) )
> gr::filter::freq_xlating_fir_filter_ccf
> gr::filter::rational_resampler_base_ccf
> gr::analog::quadrature_demod_cf
> gr::filter::fir_filter_fff
> dsd_make_block_ff [
> https://github.com/robotastic/gr-dsd/blob/3.7/lib/dsd_block_ff.cc ]
> gr::blocks::wavfile_sink
>
>
>
>

What processor and OS are you running on? I suggest you start by
profiling your flowgraphs with something like oprofile/perf or control
port. Profiling with 3.7 is the first step and may be all that's
necessary if something really stands out, otherwise comparing results
of 3.6.5.1 and 3.7 would be good.

I'd be interested in seeing your results.


Nathan

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

Re: [Discuss-gnuradio] TX characterisation of USRPN210 with SBX daughterboard

[Gayathri Ramasubramanian]

Hi Martin

Thanks for looking into my post.
I used a cable to connect to the spectrum analyzer ( united microflex 150
with 15 db/ft attenuation, my cable length was 1 ft). However before
connecting to the spectrum analyzer, I had an attenuator set to 50 dB.
These readings were taken with a gain set to zero. I used
*tx_waveforms*program provided in the examples with:
BB freq: 6.25MHz
Sampling rate : 13 MHz
I just varied my amplitude in these steps.

Thanks
Gayathri

On Mar 24, 2014, at 11:22 AM, "Martin Braun-2 [via GnuRadio]" <
ml-node+s4n4716...@n7.nabble.com> wrote:

On 03/24/2014 05:56 AM, Gayathri Ramasubramanian wrote:
> I am trying to characterize the TX and RX characteristics of USRPN210
> with a SBX board. I have tried one test : Amplitude Variation
> effects, by varying the amplitude in steps and finding out the o/p
> power through spectrum analyser. The foll are the readings I got.
> Amplitude level 921.25 MHz 2.45625 GHz 0.0625 -49.18 -60.97 0.125
> -43.2 -55.05 0.25 -37.25 -49.09 0.5 -31.24 -43.05 1 -25.38 -37.13
> Amplitude change 921MHz 2.456GHz 1 to 0.5 5.86 5.92 0.5 to 0.25 6.01
> 6.04 0.25 to 0.125 5.95 5.96 0.125 to 0.0625 5.98 5.92

Gayathri,

how did you measure? Did you use an antenna, or cable connection to the
spectrum analyzer?
Also, what were your gain settings? And your tx signal?

Martin

> when i ploted the graph in excel, (O/p power Vs amplitude), i got two
> almost linear curves, but their was a big difference in the 2 lines @
> 921.25 MHz and 2.45625 GHz (as seen above) at the start and if
> extrapolated could converge at a higher ampl and o/p power. I was not
> sure about my results and was looking to see if some one could let me
> know if these values look within the normal expected behaviour? if
> not, please let me know what is the normal expected behaviour. I am
> new to USRP and GRC programming and doing this for a project.





___
Discuss-gnuradio mailing list
[hidden email] 
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


--
 If you reply to this email, your message will be added to the discussion
below:
http://gnuradio.4.n7.nabble.com/TX-characterisation-of-USRPN210-with-SBX-daughterboard-tp47157p47161.html
 To unsubscribe from TX characterisation of USRPN210 with SBX
daughterboard, click
here
.
NAML




--
View this message in context: 
http://gnuradio.4.n7.nabble.com/TX-characterisation-of-USRPN210-with-SBX-daughterboard-tp47157p47163.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

[Discuss-gnuradio] State of the art research

[Alexander Buckley]

Hello all

I have been trying to discover what is currently available in terms of open
source, working out-of-the box, modules implemented in GNU Radio and the
USRP, to use as a teaching aid with students.

I am interested in a few things, waveform generation, protocol stacks and
signal analysis.

My questions:

1. Are there working examples for producing 3G, UMTS, LTE, WiMAX signals
etc.? Are there implementations including MAC layer support?

2. Are there any implementations of a 'test vector analyser'?

3. What is available in terms of complete protocol stacks? I understand
there is openBTS, though I read somewhere it is not yet compatible with the
current version of GNU Radio. Is this true? What about openLTE?

4. Is there a repository for such projects that are updated that I have not
come across yet?

I have yet to find any real solid leads in my research for solutions. There
are vague references to such projects, or papers and examples circa 2009-11
that I think are now depreciated in terms of GNUradio 3.7 compatibility.

Any info/pointers would be greatly appreciated.


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

Re: [Discuss-gnuradio] TX characterisation of USRPN210 with SBX daughterboard

[Ron Economos]

The graph doesn't match your numbers.

Ron

On 3/23/2014 8:56 PM, Gayathri Ramasubramanian wrote:

Hi,

I am trying to characterize the TX and RX characteristics of USRPN210 with a
SBX board.
I have tried one test : Amplitude Variation effects, by varying the
amplitude in steps and finding out the o/p power through spectrum analyser.
The foll are the readings I got.
Amplitude level 921.25 MHz  2.45625 GHz
0.0625  -49.18  -60.97
0.125   -43.2   -55.05
0.25-37.25  -49.09
0.5 -31.24  -43.05
1   -25.38  -37.13
Amplitude change921MHz  2.456GHz
1 to 0.55.865.92
0.5 to 0.25 6.016.04
0.25 to 0.125   5.955.96
0.125 to 0.0625 5.985.92

when i ploted the graph in excel, (O/p power Vs amplitude), i got two almost
linear curves, but their was a big difference in the 2 lines @ 921.25 MHz
and 2.45625 GHz (as seen above) at the start and if extrapolated could
converge at a higher ampl and o/p power.
I was not sure about my results and was looking to see if some one could let
me know if these values look within the normal expected behaviour? if not,
please let me know what is the normal expected behaviour.
I am new to USRP and GRC programming and doing this for a project.



Thanks in advance



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

[Discuss-gnuradio] Pad block in ieee802_15_4_mac block

[Ruecan]

Hello GR,

How can I have a file source connected as a pad source to an hierarchical
block ?
More precisely, I have for example the hierarchical block ieee802_15_4_mac,
and instead of feeding the block in input with a socket pdu block I want to
connect it to a file source and broadcast a word,

#self.msg_connect(self.gr_socket_pdu_0, "pdus", self.ieee802_15_4_mac_0,
"app in") # this is OK
self.msg_connect(self.blocks_file_source_0, "source" ,
self.ieee802_15_4_mac_0, "app in") #this is not OK 

Regards,



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Pad-block-in-ieee802-15-4-mac-block-tp47166.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

[Discuss-gnuradio] Pad block in ieee802_15_4_mac block

[Ruecan]

Hello GR, 

How can I have a file source connected as a pad source to an hierarchical
block ? 
More precisely, I have for example the hierarchical block ieee802_15_4_mac,
and instead of feeding the block in input with a socket pdu block I want to
connect it to a file source and broadcast a word, 

#self.msg_connect(self.gr_socket_pdu_0, "pdus", self.ieee802_15_4_mac_0,
"app in") # this is OK 
self.msg_connect(self.blocks_file_source_0, "source" ,
self.ieee802_15_4_mac_0, "app in")  ?? #this is not OK 

And the same in the receive path, I would like to connect a file sink to
dump to. self.msg_connect(self.ieee802_15_4_mac_0, "app out",
self.blocks_file_sink_0, "sink") ?? 

Regards,



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Pad-block-in-ieee802-15-4-mac-block-tp47167.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] TX characterisation of USRPN210 with SBX daughterboard

[Gayathri Ramasubramanian]

Hi Ron

Sorry about that. Please find attached the modified graph.
The two curves seems more consistent in this graph.
I am assuming the DAC should have reached saturation at Ampl =1. However my
reading don't seem to depict that so well.
Would it have been better to started at such lower values of Amplitude?
I understand for a SBX board, the Tx'd o/p power range is +16 -20 dbm ( 1.5
to 2.2 V) with a 32 dB gain control range, which I understand that I can
vary the Tx'd power from -16 dBm to +16 dBm (0.035 V ~ 1.5 V). Is my
understanding correct?. So should I vary my ampltude from 0.035 V untl 1.5
V? is that within the usrpN210's working levels?


Thanks


On Mon, Mar 24, 2014 at 3:48 PM, Ron Economos [via GnuRadio] <
ml-node+s4n47165...@n7.nabble.com> wrote:

> The graph doesn't match your numbers.
>
> Ron
>
> On 3/23/2014 8:56 PM, Gayathri Ramasubramanian wrote:
>
> > Hi,
> >
> > I am trying to characterize the TX and RX characteristics of USRPN210
> with a
> > SBX board.
> > I have tried one test : Amplitude Variation effects, by varying the
> > amplitude in steps and finding out the o/p power through spectrum
> analyser.
> > The foll are the readings I got.
> > Amplitude level 921.25 MHz 2.45625 GHz
> > 0.0625 -49.18 -60.97
> > 0.125 -43.2 -55.05
> > 0.25 -37.25 -49.09
> > 0.5 -31.24 -43.05
> > 1 -25.38 -37.13
> > Amplitude change 921MHz 2.456GHz
> > 1 to 0.5 5.86 5.92
> > 0.5 to 0.25 6.01 6.04
> > 0.25 to 0.125 5.95 5.96
> > 0.125 to 0.0625 5.98 5.92
> >
> > when i ploted the graph in excel, (O/p power Vs amplitude), i got two
> almost
> > linear curves, but their was a big difference in the 2 lines @ 921.25
> MHz
> > and 2.45625 GHz (as seen above) at the start and if extrapolated could
> > converge at a higher ampl and o/p power.
> > I was not sure about my results and was looking to see if some one could
> let
> > me know if these values look within the normal expected behaviour? if
> not,
> > please let me know what is the normal expected behaviour.
> > I am new to USRP and GRC programming and doing this for a project.
> > 
> >
> >
> > Thanks in advance
> >
>
> ___
> Discuss-gnuradio mailing list
> [hidden email] 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://gnuradio.4.n7.nabble.com/TX-characterisation-of-USRPN210-with-SBX-daughterboard-tp47157p47165.html
>  To unsubscribe from TX characterisation of USRPN210 with SBX
> daughterboard, click 
> here
> .
> NAML
>


Tx_waveforms_plot1.PNG (32K) 





--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Re-TX-characterisation-of-USRPN210-with-SBX-daughterboard-tp47168.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

[Discuss-gnuradio] GSoC 2014 Signal Visualization and Analysis

[Dean Nida]

I have to adjust my summer workload as my school has just made changes
to its course offerings this summer. My new course load is going to be
prohibitively time consuming and I will not be able to take part in
GSoC so I am withdrawing my proposal. It would have been great to work
on this project full time and I regret that I have to take myself out
of the running. I just wanted to thank everybody for their time,
consideration, and feedback.

Dean Nida

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

Re: [Discuss-gnuradio] Pad block in ieee802_15_4_mac block

[Bastian Bloessl]

Hi,

On 24 Mar 2014, at 22:20, Ruecan  wrote:
> How can I have a file source connected as a pad source to an hierarchical
> block ? 
> More precisely, I have for example the hierarchical block ieee802_15_4_mac,
> and instead of feeding the block in input with a socket pdu block I want to
> connect it to a file source and broadcast a word, 
> 
> #self.msg_connect(self.gr_socket_pdu_0, "pdus", self.ieee802_15_4_mac_0,
> "app in") # this is OK 
> self.msg_connect(self.blocks_file_source_0, "source" ,
> self.ieee802_15_4_mac_0, "app in")  ?? #this is not OK 
> 
> And the same in the receive path, I would like to connect a file sink to
> dump to. self.msg_connect(self.ieee802_15_4_mac_0, "app out",
> self.blocks_file_sink_0, "sink") ?? 
> 

I’m not really sure if I get what you are trying to do, but you will receive 
PDUs from the MAC block so you can not just connect a file sink.
The example pipes the PDUs to a socket and you can listen to that socket with 
netcat and pipe the output to a file with something like

nc -u localhost 52001 > foo.txt

I guess this is what you want.

Best,
Bastian


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

[Discuss-gnuradio] AM Stereo TX? (Motorola C-QUAM)

[Jordan Johnson]

I have been Googling a good deal and have not come up with much. I have
done numerous projects with GNURadio,  but while I can throw together a
wideband AM transmitter, I cannot figure out the stereo portion. Based on
what I know; it is some kind of phase-modulated information.

Anyone know how to get started on a flowgraph, or maybe some code examples?

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

Re: [Discuss-gnuradio] State of the art research

[Johannes Demel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Alexander,

I'll try to give you some answers.

> 1. Are there working examples for producing 3G, UMTS, LTE, WiMAX
> signals etc.? Are there implementations including MAC layer
> support?
gr-lte might be interesting for you, if a PHY layer implementation of
LTE is of interest. At least it is designed to use GR blocks and be
easy to see which processing steps are to be done one after another.
Also it is completely ported to GR 3.7.
Also recently there was an announcement for gr-cdma. This might be
interesting in terms of 3G/UMTS.

> 3. What is available in terms of complete protocol stacks? I
> understand there is openBTS, though I read somewhere it is not yet
> compatible with the current version of GNU Radio. Is this true?
> What about openLTE?
To the best of my knowledge, openBTS and GR have diverged since then.
openLTE is a very interesting LTE implementation which supports GR 3.7
if I interpret the commit messages correctly.

happy hacking/researching
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTMMeQAAoJEO7fmkDsqywMLTgP/33o0rUrr5J5Z83qOqY2Z5tT
9SDqr4bf+NcSikVbUs4cZWiorqpKSAgCluQaTSRO35vZVxawM8VovI/z3YrYq0ZL
O3UgweDkhG8zOKe054nOXtsf+yw0L+JJUWi3VnO/NrYKSnqzhFMsRAX0nVSLfIx6
GoSmDKuYa8NN8VXzSL0wTyKzDOaVd6a1bQBPcXYzkEb//OuD1QWakDjid7CjI4Lx
5yiVmdBTPFc0m1ilYMq+InCqFisfStm7DedGM1nn/HkySKQvCxzf1c42LL+AUJ+Z
zFssXA/Zx5HpTLPv5bSpMulQ8wlrcAZSc5mxRqTAUUPf9gZ8wuPlSk0bP+LPWHGi
tltlNHT8/43orJG2iI4stV+SUs6ghP832iKhbp0ujpmY5K9LI2qKgGf0K4KDQqxQ
+Y3BAiKpajRDEh8QweuEyHZekNHNFQXA9aM4RU9sB5nyhStJNmWAoo2SHdkGMJvP
2SxI9B5RjPSVqq41CVAMgD56XTmsMz+/HWxjs3n7YrMCCUjaKZM1fBtuqmrr/Fpo
eX0oMX5J/yrpm/v4ZIDcTVX5+3DqL9705IOXTO2h+z5zx9QdadpMrNtJqX3PenGB
XQAewnl1SBNvNqvIw19A75+v7Q18KSaZMdNB+6yAmfBpvztm/B5ZCzC/yR39OtrX
NFw0OrgIHek09c5pnUS8
=2n30
-END PGP SIGNATURE-

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

Re: [Discuss-gnuradio] AM Stereo TX? (Motorola C-QUAM)

[Marcus D. Leech]

On 03/24/2014 07:59 PM, Jordan Johnson wrote:
I have been Googling a good deal and have not come up with much. I 
have done numerous projects with GNURadio,  but while I can throw 
together a wideband AM transmitter, I cannot figure out the stereo 
portion. Based on what I know; it is some kind of phase-modulated 
information.


Anyone know how to get started on a flowgraph, or maybe some code 
examples?


Thanks. :)


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I don't think I've ever heard of anyone making this query before.  You 
should probably start with whatever public documents describe the

  Motorola system, and go from there.



--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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

Re: [Discuss-gnuradio] AM Stereo TX? (Motorola C-QUAM)

[Bruce Hoenig]

Marcus,
Here's what I found, with a google image search, there are some interesting 
images and discussions of the modulation techniques there with both block and 
flow diagrams.

This one seems very interesting and probably makes it similar to what might 
have to be done with gnuradio.
http://jsgil.mylinuxisp.com/AM-Stereo/QuadMod-4Way.gif

http://www.morpheustechnology.com/ebooks/Wireless/03%20Amplitude%20Modulation.htm

The basic idea behind the C-Quam modulator is actually quite simple. The output 
stage is an ordinary AM modulator however; the carrier signal has been replaced 
by an amplitude limited vector modulator. Therefore, the limiter output is 
really a phase-modulated signal. 

A standard AM receiver will detect the amplitude variations as L+R. A stereo 
receiver will also detect the phase variations and to extract L‑R. It will then 
process these signals to separate the left and right channels.

To enable the stereo decoder, a 25 Hz pilot tone is added to the L‑R channel.

Hope this helps.
Bruce
 


 From: Marcus D. Leech 
To: discuss-gnuradio@gnu.org 
Sent: Monday, March 24, 2014 5:11 PM
Subject: Re: [Discuss-gnuradio] AM Stereo TX? (Motorola C-QUAM)
  


On 03/24/2014 07:59 PM, Jordan Johnson wrote: 
I have been Googling a good deal and have not come up with much. I have done 
numerous projects with GNURadio,  but while I can throw together a wideband AM 
transmitter, I cannot figure out the stereo portion. Based on what I know; it 
is some kind of phase-modulated information.
>
>
Anyone know how to get started on a flowgraph, or maybe some code examples?
>
>Thanks. :)
> 
>
___
Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio  
I don't think I've ever heard of anyone making this query before.  You should 
probably start with whatever public documents describe the
  Motorola system, and go from there.




-- 
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org   
___
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] looping with work() function

[Sumedha Goyal]

Hi Activecat

The description that you have given matches quite closely to my
requirements. Kindly send me the sample code. I will try it out with my
setup.

>We need to set_max_noutput_items() to a small value, so that the block
>response fast enough to the ACK signal.
>This block should continuously consuming input from USRP (to detect
>ACK) while sending output (either data packets, or a series of zero)
>to the USRP.
>I think these two ports (the input and output connecting to USRP)
>should have the same data rate as they are connecting to the same
>USRP.

What should be done to make all these settings?

>When PC#1 transmit packets, PC#2 may miss the few packets before
>detecting the first one.
>That's why you want PC#1 to count the number of packets transmitted
>before receiving ACK.
>But have you ever think that, the ACK sent by PC#2 may also be missed
>out by PC#1.
>Then how would you handle this ..?

I am trying to start my experiment from the transmitter side first. I'll
handle the missed ACKs later.

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

[Discuss-gnuradio] D-Star DD (ham radio dataystem) anyone?

[Ralph A. Schmid, dk5ras]

Hi, 

I wonder if the ham radio data protocol D-Star DD has already been done with 
gnuradio? This is some wireless ham radio Ethernet at 1.2 GHz, see for example 
http://www.qsl.net/kb9mwr/projects/voip/dstar/DD_packet_structure.pdf. The Icom 
radios go out of production, but radios like bladeRF or USRP line would fit 
this just fine.

Before we invent the wheel over and over, maybe some work already has been done 
we could hop on?! I am mor the analog/RF guy anyway, so building digital stuff 
from scratch with gnuradio is at least difficult for me :)

With best regards

Ralph, dk5ras. 

--

Ralph A. Schmid
Mondstr. 10
90762 Fürth
+49-171-3631223
ra...@schmid.xxx
http://www.bclog.de/




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

Re: [Discuss-gnuradio] How to check that HRPT receiver is working

[Patrik Tast]

Hi,

Open using GRC for example file usrp_rx_hrpt.grc and set default values
and finally press the "Execute flow graph" tool button

Patrik

On Sun, 2014-03-23 at 09:07 +0100, Pablo Fernández Alonso wrote:
> Hello,
> 
>  
> 
> I am working with the HRPT receiver’s files included in gr-noaa and I
> don’t understand how them work because several blocks are created and
> use different parameters that are not explained so I’d appreciate your
> help to understand them. Also, in case I understand them, if I want to
> check that the receiver is working, how can I do it? Are there any
> files available?
> 
>  
> 
> Thanks in advance,
> 
>  
> 
> Pablo.
> 
> 
> ___
> 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