Re: [Discuss-gnuradio] All new packetradio 1200 and 9600 G3RUH with Muller and Mueller block
Hello, that sounds really strange. In order to be sure everything is at the right place, I downloaded the tgz myself and recompiled, and everything is ok. I did: make clean ./bootstrap ./configure --prefix=/usr/local/gr --enable-maintainer-mode make make install the file packetradio.i is there, in gr-packetradio/src/lib, as you can see yourself. let me know if you get any progress on this. best regards Matteo iz2eeq ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ADS-B decoding
So I decided, after Eric posting to spend part of the Sunday taking care of ADS-B, and started doing some thinkering and frequency monitoring. >From the links read I thought I should expect bursts of radiofrequency at 1090MHz whose duration is 0.5 microseconds, differently spaced depending on whether I am getting the preamble or the bits. I have tried to monitor 1090MHz using DSB rx, but I could not see any carrier at all - my discone antenna is not really suited for 1090MHz, so I guess that either I do not have signals in my zone (quite strange, as I am close to 2 international airports), or my antenna does not do the job. Is there anyone on the list interested in the subject that could provide a recording of some ADS-B bursts? regards Matteo iz2eeq ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Call for testing release 3.0.1
Will we see a release candidate tarball before the final release? It was the tarballed version that caused me grieve last time. Jonathan already said yes and posted it, but you can make your own tarball with 'make dist' or even better make and test it with 'make distcheck'. I've made this work on recent NetBSD with BSD make. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Signal Multiplication
Hello all, I am new to gnuradio and communication theory. I am trying to multiply two signals by their corresponding elements. I am trying to mimic amplitude modulation. I already have source1 which is a sine wave generated by sig_source_c. There is source2, which is a vector source generated by vector_source_c. I can confirm that both these sources are "correct" individually, but when I try to multiply them by doing multiply_cc, weird stuff happens. Example is if I set the vector to all zeroes, I expect the output of multiplier to be all zeroes. This is not the case. Thanks, Jonathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ADS-B decoding
From the links read I thought I should expect bursts of radiofrequency at 1090MHz whose duration is 0.5 microseconds, differently spaced depending on whether I am getting the preamble or the bits. I have tried to monitor 1090MHz using DSB rx, but I could not see any carrier at all ... I can't hear it on my discone either, but I have an SBS-1 and swapped antennae with my IC-PR1500 and recorded this: http://infothecary.org/jordan/tmp/20061105-SSR.wav I've read that you should be listening in SSB, so the first half of the recording is that way; however, it seems simple AM is the better way, and the 2nd half of the recoding is done that way. Let me know when you're ready to release some code to decode it! :-) /jordan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Easiest way to perform vector cross correlation on USRP?
You don't use fast convolution when using an FPGA. Do this in the time domain. That's the purpose of using hardware over software. Expand your algorithm for complex cross correlation and you will end up with a string of simple algebraic terms. You will have to look at your losses using fixed point vs. floating point. --Ryan Lin Ji wrote: Hi, I wonder what if the easiest way to perform real-time cross correlation in the FPGA on USRP? I've worked weeks on writing a close form algebra doing cross correlation,but since all my algorithms are based on floating points and multiplication/division, I'm afraid it's hard to convert that to Verilog code later. All I need to do is for 2 sequence A and B, perform this: max(ifft(fft(A).*conj(fft(B; It's really easy to do in MATLAB and relativly simple in C++, but in Verilog? I have no idea... Please people, if any one has done this before or anything related, share some information with me, I would really preciate that! /Lin Ji ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] All new packetradio 1200 and 9600 G3RUH with Muller and Mueller block
Hi Matteo,
the following versions are used:
NetBSD-4.99.3
gnuradio-current (3 November 2006)
python-2.4
wxGTK-2.6.3
boost-1.33.1
swig-1.3.29
cheerio Berndt
On Sunday 05 November 2006 19:18, Matteo Campanella wrote:
> This looks like a tougher thing to be solved... never seen an error like
> that, it seems to be a swig problem. The make check does not do
> anything, that's why it works ok. Which gnuradio version are you using,
> and which swig is on your system?
>
> I am on a fedora core 5 and gnuradio is version 3, while swig used is
> swig-1.3.24-2.2.1
>
> ciao
> Matteo iz2eeq
>
> On Sun, 2006-11-05 at 11:36 +1030, Berndt Josef Wulf wrote:
> > G'day,
> >
> > I followed your lead and downloaded it again and it compiled and
> > installed fine. I run the following tests:
> >
> > barossa: {31} ./1200tx.py -c VK5ABN -s
> >
> > >>> gr_fir_fff: using SSE
> > >>> gr_fir_ccf: using SSE
> >
> > which create the expected usrp.data file
> >
> > barossa: {33} ll usrp.dat
> > -rw-r--r-- 1 root wheel 3688112 Nov 5 11:21 usrp.dat
> >
> >
> > However, execution of 100rx.py produced the following result
> >
> > barossa: {34} ./1200rx.py -s
> >
> > >>> gr_fir_ccf: using SSE
> > >>> gr_fir_fff: using SSE
> >
> > Traceback (most recent call last):
> > File "./1200rx.py", line 157, in ?
> > main()
> > File "./1200rx.py", line 131, in main
> > sink = packetradio.hdlc_framer(pktq,0)
> > File "/usr/pkg/lib/python2.4/site-packages/gnuradio/packetradio.py",
> > line 316, in hdlc_framer
> > return _packetradio.hdlc_framer(*args)
> > TypeError: argument number 1: a 'gr_msg_queue_sptr *' is
> > expected, 'PySwigObject(û4û)' is received
> >
> >
> > Make check in gr-packetradio looks ok
> >
> > gmake[3]: Entering directory `/tmp/gr-packetradio/src/python'
> >
> > --
> > Ran 2 tests in 0.000s
> >
> > OK
> > PASS: run_tests
> > ==
> > All 1 tests passed
> > ==
> >
> > Any ideas?
> >
> > cheerio Berndt
> >
> > On Sunday 05 November 2006 07:45, Matteo Campanella wrote:
> > > Hello, that sounds really strange. In order to be sure everything is at
> > > the right place, I downloaded the tgz myself and recompiled, and
> > > everything is ok. I did:
> > >
> > > make clean
> > > ./bootstrap
> > > ./configure --prefix=/usr/local/gr --enable-maintainer-mode
> > > make
> > > make install
> > >
> > > the file packetradio.i is there, in gr-packetradio/src/lib, as you can
> > > see yourself.
> > >
> > > let me know if you get any progress on this.
> > >
> > > best regards
> > > Matteo iz2eeq
> > >
> > > I get some warning on "deferencing type-punned..." but I always got
> > > them anyway. I can get the compiled library installed.
> > >
> > > On Sun, 2006-11-05 at 07:53 +1030, Berndt Josef Wulf wrote:
> > > > G'day,
> > > >
> > > > Is it possible that the src directory is missing in the
> > > > gr-packetradio package or am I missing something?
> > > >
> > > > barossa: {34} ./configure --prefix=/usr/pkg
> > > > configure: error: cannot find sources (src/lib/packetradio.i) in . or
> > > > ..
> > > >
> > > > cheerio Berndt
> > > >
> > > > On Saturday 04 November 2006 22:16, Matteo Campanella wrote:
> > > > > I've finally reviewed all the material and converted the old code
> > > > > to make it more user friendly as well as to make use of the great
> > > > > blocks GNURADIO offers. I am talking about the Mueller and Muller
> > > > > clock recovery and sampler. Now both 1200 and 9600 python code
> > > > > works, both for transmit and receive. I have isolated the framer
> > > > > functionality in a block, gr_framer, that takes care of HDLC and
> > > > > G3RUH LFSR
> > > > > scrambling/descrambling. This block uses the message queue model to
> > > > > return the packets back to the python code. Full option parser
> > > > > support has been added to the python code, so that usrp parameters
> > > > > and message to transmit can be passed to the programs via command
> > > > > line. A description od the python programs follows. For those
> > > > > interested, they can be downloaded at
> > > > > http://digilander.iol.it/iz2eeq/gnuradio.html. Feedbacks and
> > > > > evolutions are welcome.
> > > > >
> > > > > Matteo, iz2eeq
> > > > > 1200rx.py
> > > > > usage: 1200rx.py [options]
> > > > >
> > > > > options:
> > > > > -h, --help show this help message and exit
> > > > > -R RX_SUBDEV_SPEC, --rx-subdev-spec=RX_SUBDEV_SPEC
> > > > > select USRP Rx side A or B (default=A)
> > > > > -f FREQ, --freq=FREQ set frequency to FREQ
> > > > > -g GAIN, --gain=GAIN set gain in dB (default is midpoint)
> > > > > -d, --do-logging enable logging on datafiles
> > > > > -s, --use-datafile use usrp.dat (256kbps) as input
> > > > >
> > > > > This program receives packets and show them on terminal in this
> > > > > form: X
> > > > > CRC C75F C75F
> > > > >
> > > > > = Sat Nov 4 11:21:50 2006
> > > > > fm IZ2EEQ-7 to SX
Re: [Discuss-gnuradio] All new packetradio 1200 and 9600 G3RUH with Muller and Mueller block
G'day,
I've got it to work after completely deleting and rebuilding all of gnuradio
and the packetradio code.
barossa: {84} ./9600tx.py -s -c vk5abn -m "hello world, it works!"
>>> gr_fir_fff: using SSE
barossa: {85} ./9600rx.py -s
>>> gr_fir_ccf: using SSE
>>> gr_fir_fff: using SSE
CRC 988A 988A
= Mon Nov 6 11:49:39 2006
fm vk5abn-0 to CQ-0 via RELAY-0 UI pid=F0
hello world, it works!
=
Will try this code in realtime once back home.
Sorry for the false alarm and thanks to Matteo for his work.
cheerio Berndt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Signal Multiplication
On Sun, Nov 05, 2006 at 01:47:45PM -0500, Jonathan Shan wrote: > Hello all, > > I am new to gnuradio and communication theory. > > I am trying to multiply two signals by their corresponding elements. I am > trying to mimic amplitude modulation. > > I already have source1 which is a sine wave generated by sig_source_c. > There is source2, which is a vector source generated by vector_source_c. I > can confirm that both these sources are "correct" individually, but when I > try to multiply them by doing multiply_cc, weird stuff happens. > > Example is if I set the vector to all zeroes, I expect the output of > multiplier to be all zeroes. This is not the case. > > Thanks, > Jonathan I expect that your code is about 10 lines long. Can you please post it? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spectrum Sensing
On Thu, Nov 02, 2006 at 04:53:11PM -0600, Shravan Rayanchu wrote: > Does that mean 8Mhz is the max. width of spectrum I can sense? But I > remember reading on some post that we can sense spectrum upto +/-15MHz > from the carrier frequency. (i.e. a chunk of 30 Mhz). Which one of the > above is correct? What puts a limit on the maximum amount of spectrum > we can sense? > > Also, the in the program "usrp_spectrum_sense.py [options] min_freq > max_freq", is there a limit on (max_freq - min_freq)? Just the limit imposed by the frequency range that the daughterboard can tune. This is typcally > 100 MHz. usrp_spectrum_sense steps the front end in suitable steps so that it can examine a lot of spectrum, although not all at the same instant. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Signal Multiplication
On Sun, 5 Nov 2006, Eric Blossom wrote: I expect that your code is about 10 lines long. Can you please post it? Between the time of originally posting and now, I changed the length of the vector and now am able to see a decent received signal. The relevant code: src_data = (0,)*800 + (1,)*800 vectordata = gr.vector_source_c(src_data, True) multiplier = gr.multiply_cc () self.connect (adder, (multiplier, 0)) self.connect (vectordata, (multiplier, 1)) self.connect (multiplier, self.u) adder is gr.sig_source_c(200, gr.GR_SIN_WAVE, 2, 1000, 0). self.u is the usrp sink. Now the amplitude of the sine wave appears modulated but it looks like the frequency changes slightly which might make demodulating hard(?). Example: http://www.winlab.rutgers.edu/~jonshan/images/amlooptest2.dat.jpeg Jonathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Signal Multiplication
On Sun, Nov 05, 2006 at 10:38:48PM -0500, Jonathan Shan wrote: > On Sun, 5 Nov 2006, Eric Blossom wrote: > > >I expect that your code is about 10 lines long. > >Can you please post it? > > Between the time of originally posting and now, I changed the length of > the vector and now am able to see a decent received signal. > > The relevant code: > > src_data = (0,)*800 + (1,)*800 > vectordata = gr.vector_source_c(src_data, True) > multiplier = gr.multiply_cc () > self.connect (adder, (multiplier, 0)) > self.connect (vectordata, (multiplier, 1)) > self.connect (multiplier, self.u) > > adder is gr.sig_source_c(200, gr.GR_SIN_WAVE, 2, 1000, 0). > self.u is the usrp sink. > > Now the amplitude of the sine wave appears modulated but it looks like the > frequency changes slightly which might make demodulating hard(?). > > Example: > http://www.winlab.rutgers.edu/~jonshan/images/amlooptest2.dat.jpeg > > Jonathan What daughterboard are you using? Have you set the the center frequency of the usrp? If so, what frequency? If you are outputting your signal with the Basic Tx set at 0 Hz, your 20kHz signal is unlikely to get through the RF transformer. Try setting the the rf center frequency to 5 MHz and then look again. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Values of gain differ with Python and C++
> Hello, > > I have seen in the file usrp_basic.h that the minimum value of the gain > is -20 and the maximum is 0. And in the user guide of the USRP, it is > written that the PGA has a maximum gain of 20 dB. > Yes, this is true, for the PGA in the AD9862. But the AD9862 is only used for the transmit path. For the receive path is the PGA implemented with the FPGA? Why on the usrp_basic.h there are 2 functions for set_pga(), pga_min(), pga_max()? The maximum gain for 1 is 0dB and for the other it is 20dB and the minimum gain is -20db and 0db? > But with Python when you call subdev.gain_range(), the minimum value is > 0 and the maximum value is 90. Is it the same? With Python it is just a > different representation? > There's additional gain available on the daughterboard. We give you a > single knob that adjusts both values. What is the unit? Thank you ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Values of gain differ with Python and C++
On Mon, Nov 06, 2006 at 04:53:09AM +0100, De Lima Julian wrote: > > Hello, > > > > I have seen in the file usrp_basic.h that the minimum value of the > gain > > is -20 and the maximum is 0. And in the user guide of the USRP, it is > > written that the PGA has a maximum gain of 20 dB. > > > Yes, this is true, for the PGA in the AD9862. > > But the AD9862 is only used for the transmit path. An assertion like that tells me that you haven't read the AD9862 datasheet, usrp_basic.h, usrp_standard.h or looked at the schematics. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
