date:20111025

Hi

So now the build works fine with cmake on my gentoo box.
I want to give back all the good advice I have received here, so I go to
make a gnuradio.org profile.
However I can't see where to edit the wiki entry for build instructions on
gentoo.

Could somebody give me a hint?

Best
Paul

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

Re: [Discuss-gnuradio] Editing Wiki

2011-10-25 Thread Martin Braun

On Tue, Oct 25, 2011 at 01:05:55PM +0200, Paul M. Bendixen wrote:
> Hi
> 
> So now the build works fine with cmake on my gentoo box.
> 
> I want to give back all the good advice I have received here, so I go to make 
> a
> gnuradio.org profile.
> 
> However I can't see where to edit the wiki entry for build instructions on
> gentoo.
> 
> Could somebody give me a hint?

Hi Paul,

you launch the Start Page and Go 'Build Guide', and there, under
'Operating System Specific Instructions', is a link for Gentoo.
Alternatively, enter 'Gentoo' in the search box and it's an immediate
hit.

I recently restructured the Wiki, hoping to make these things easier to
find by creating fairly obvious paths to all relevant pages. Could you
give me some feedback on what confused you in finding this page? I
thought it's fairly obvious, but perhaps it can still be improved.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

pgpS87WUOKF8C.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Editing Wiki

Hello Martin

2011/10/25 Martin Braun 

> On Tue, Oct 25, 2011 at 01:05:55PM +0200, Paul M. Bendixen wrote:
> > Hi
> >
> > So now the build works fine with cmake on my gentoo box.
> >
> > I want to give back all the good advice I have received here, so I go to
> make a
> > gnuradio.org profile.
> >
> > However I can't see where to edit the wiki entry for build instructions
> on
> > gentoo.
> >
> > Could somebody give me a hint?
>
>

Hi Paul,
>
> you launch the Start Page and Go 'Build Guide', and there, under
> 'Operating System Specific Instructions', is a link for Gentoo.
> Alternatively, enter 'Gentoo' in the search box and it's an immediate
> hit.
>
> I recently restructured the Wiki, hoping to make these things easier to
> find by creating fairly obvious paths to all relevant pages. Could you
> give me some feedback on what confused you in finding this page? I
> thought it's fairly obvious, but perhaps it can still be improved.
>
> MB
>

As you can read from the original message, I found the page fine. However I
want to edit it, in order for it to reflect the changes done in the newest
release (using cmake).

However, I can't find anywhere to edit the text once i found the page.
Could you tell me how I can do this?

Best
Paul

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

Re: [Discuss-gnuradio] Editing Wiki

2011-10-25 Thread Martin Braun

On Tue, Oct 25, 2011 at 02:16:24PM +0200, Paul M. Bendixen wrote:
> Hello Martin
> 
> 
> As you can read from the original message, I found the page fine. However I
> want to edit it, in order for it to reflect the changes done in the newest
> release (using cmake).
> 
> 
> However, I can't find anywhere to edit the text once i found the page.
> 
> Could you tell me how I can do this?

Hi Paul,

there's a guest account (guest:gnuradio). Thanks for updating the wiki
pages!

MB


-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association



pgpLIdW3RJPth.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Editing Wiki

Thank you and you're welcome

2011/10/25 Martin Braun 

> On Tue, Oct 25, 2011 at 02:16:24PM +0200, Paul M. Bendixen wrote:
> > Hello Martin
> >
> >
> > As you can read from the original message, I found the page fine. However
> I
> > want to edit it, in order for it to reflect the changes done in the
> newest
> > release (using cmake).
> >
> >
> > However, I can't find anywhere to edit the text once i found the page.
> >
> > Could you tell me how I can do this?
>
> Hi Paul,
>
> there's a guest account (guest:gnuradio). Thanks for updating the wiki
> pages!
>
> MB
>
>
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstraße 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-Württemberg and
> National Laboratory of the Helmholtz Association
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
Best
Paul

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

[Discuss-gnuradio] WCDMA/UMTS receiver implementation

2011-10-25 Thread Miguel Sanz

Hi,

I am dealing with a UMTS uplink receiver implementation with USRP N210. I
have some general questions that I hope that someone can answer:


1) Is it completely necessary to implement a rake receiver? I have been
reading quite a lot about it, and it seems extremely complex because it
needs channel estimation, and this means to process the received signals in
real time (which is not my purpose). Moreover, in the uplink there is no
pilot channel like the CPICH in the downlink. The Rake receiver improves the
SNR of the signal by combining the multipath effects, but I wonder if the
reception of the signal would be too bad if the Rake receiver is not
implemented.
2) My idea is not to use the Rake receiver, because of its complexity. The
SDR blocks that I have on mind for the receiver are, in a general sketch::

Root Raised Cosine filter---QPSK DEMODULATOR--
-De-scrambling--De-spreading( correlating with the
output of a OSVF code generator)
   (correlating with the
output of a scrambling code generator)

What do you think?any ideas?

Best regards,

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

Re: [Discuss-gnuradio] Editing Wiki

On Tue, Oct 25, 2011 at 9:01 AM, Paul M. Bendixen wrote:

> Thank you and you're welcome
>

Paul, you should be able to create an account by using the "Register" button
at the top right. This will give you wiki editing privileges. Of course, if
you don't mind using the guest account, that always works, too.

Thanks for contributing!

Tom



> 2011/10/25 Martin Braun 
>
>>  On Tue, Oct 25, 2011 at 02:16:24PM +0200, Paul M. Bendixen wrote:
>> > Hello Martin
>> >
>> >
>> > As you can read from the original message, I found the page fine.
>> However I
>> > want to edit it, in order for it to reflect the changes done in the
>> newest
>> > release (using cmake).
>> >
>> >
>> > However, I can't find anywhere to edit the text once i found the page.
>> >
>> > Could you tell me how I can do this?
>>
>> Hi Paul,
>>
>> there's a guest account (guest:gnuradio). Thanks for updating the wiki
>> pages!
>>
>> MB
>>
>>
>> --
>> Karlsruhe Institute of Technology (KIT)
>> Communications Engineering Lab (CEL)
>>
>> Dipl.-Ing. Martin Braun
>> Research Associate
>>
>> Kaiserstraße 12
>> Building 05.01
>> 76131 Karlsruhe
>>
>> Phone: +49 721 608-43790
>> Fax: +49 721 608-46071
>> www.cel.kit.edu
>>
>> KIT -- University of the State of Baden-Württemberg and
>> National Laboratory of the Helmholtz Association
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
> Best
> Paul
>
> --
> * - - */* -/* * -/* - * */- * * */*/- */- * */* */- * * -/*/- */* - - *-
> */- - */- -/* -/* */* - * */* - * - * -/- * - */- - -/- -//
>
> ___
> 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] WCDMA/UMTS receiver implementation

2011-10-25 Thread Michael Johnson

Hi Miguel,

You're correct that the rake receiver combines multipath effects. If there
is little or no multipath then a rake receiver is not necessary.

However, in any real world system a receiver needs to track timing offset
with respect to the transmitter. To do this the receiver needs to correlate
against the transmitted scrambling code at a series of lags to find the
peak. The result of these correlations is the channel impulse response, so
in reality implementing a rake receiver isn't much more difficult than a
single path receiver.

There actually is a pilot "channel" on the uplink, just not a dedicated one.
For the standard QPSK uplink transmission, the control information is on the
Q (imaginary) axis (see 3GPP TS 25.213 section 4.2.1.1). Uplink control
channel formatting varies (see 3GPP TS 25.211 Section 5.2.11), but at least
some of the control bits in a frame are pilot bits. You can use these bits
to derotate the data channel, similar to the way the CPICH is used on the
downlink.

Furthermore your signal processing chain isn't correct. You need to first
descramble, then despread, then you can use a QPSK slicer/demodulator. You
might consider first implementing a UMTS downlink receiever as it's similar
to the uplink, but a bit simpler.

Finally, if you plan on using this receiver to receive actual UMTS uplink
signals keep in mind there are 2^24 possible codes (if the system is using
long codes). If you don't know the code number, it will take a very long
time to crunch through all the possibilities.

Good luck!

Michael Johnson
Software Radio Architect
Epiq Solutions
www.eqiqsolutions.com

> ___
> 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] Editing Wiki

Hello Tom

I did register, and couldn't edit. Which is why i wrote the mail in the
first place.
After logging in as guest, It worked like a charm.

I am however experiencing some new troubles, but more about that later.

Best Paul

2011/10/25 Tom Rondeau 

> On Tue, Oct 25, 2011 at 9:01 AM, Paul M. Bendixen 
> wrote:
>
>> Thank you and you're welcome
>>
>
> Paul, you should be able to create an account by using the "Register"
> button at the top right. This will give you wiki editing privileges. Of
> course, if you don't mind using the guest account, that always works, too.
>
> Thanks for contributing!
>
> Tom
>
>
>
>> 2011/10/25 Martin Braun 
>>
>>>  On Tue, Oct 25, 2011 at 02:16:24PM +0200, Paul M. Bendixen wrote:
>>> > Hello Martin
>>> >
>>> >
>>> > As you can read from the original message, I found the page fine.
>>> However I
>>> > want to edit it, in order for it to reflect the changes done in the
>>> newest
>>> > release (using cmake).
>>> >
>>> >
>>> > However, I can't find anywhere to edit the text once i found the page.
>>> >
>>> > Could you tell me how I can do this?
>>>
>>> Hi Paul,
>>>
>>> there's a guest account (guest:gnuradio). Thanks for updating the wiki
>>> pages!
>>>
>>> MB
>>>
>>>
>>> --
>>> Karlsruhe Institute of Technology (KIT)
>>> Communications Engineering Lab (CEL)
>>>
>>> Dipl.-Ing. Martin Braun
>>> Research Associate
>>>
>>> Kaiserstraße 12
>>> Building 05.01
>>> 76131 Karlsruhe
>>>
>>> Phone: +49 721 608-43790
>>> Fax: +49 721 608-46071
>>> www.cel.kit.edu
>>>
>>> KIT -- University of the State of Baden-Württemberg and
>>> National Laboratory of the Helmholtz Association
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>> Best
>> Paul
>>
>> --
>> * - - */* -/* * -/* - * */- * * */*/- */- * */* */- * * -/*/- */* - - *-
>> */- - */- -/* -/* */* - * */* - * - * -/- * - */- - -/- -//
>>
>> ___
>> 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] Editing Wiki

On Tue, Oct 25, 2011 at 11:12 AM, Paul M. Bendixen
wrote:

> Hello Tom
>
> I did register, and couldn't edit. Which is why i wrote the mail in the
> first place.
> After logging in as guest, It worked like a charm.
>
> I am however experiencing some new troubles, but more about that later.
>
> Best Paul
>

Paul,
You should be set up now to edit the GNU Radio wiki page.

I forget that new accounts are not associated with any project until it's
assigned to them, so I just did that with your account.

Tom




> 2011/10/25 Tom Rondeau 
>
>> On Tue, Oct 25, 2011 at 9:01 AM, Paul M. Bendixen > > wrote:
>>
>>> Thank you and you're welcome
>>>
>>
>> Paul, you should be able to create an account by using the "Register"
>> button at the top right. This will give you wiki editing privileges. Of
>> course, if you don't mind using the guest account, that always works, too.
>>
>> Thanks for contributing!
>>
>> Tom
>>
>>
>>
>>>  2011/10/25 Martin Braun 
>>>
  On Tue, Oct 25, 2011 at 02:16:24PM +0200, Paul M. Bendixen wrote:
 > Hello Martin
 >
 >
 > As you can read from the original message, I found the page fine.
 However I
 > want to edit it, in order for it to reflect the changes done in the
 newest
 > release (using cmake).
 >
 >
 > However, I can't find anywhere to edit the text once i found the page.
 >
 > Could you tell me how I can do this?

 Hi Paul,

 there's a guest account (guest:gnuradio). Thanks for updating the wiki
 pages!

 MB


 --
 Karlsruhe Institute of Technology (KIT)
 Communications Engineering Lab (CEL)

 Dipl.-Ing. Martin Braun
 Research Associate

 Kaiserstraße 12
 Building 05.01
 76131 Karlsruhe

 Phone: +49 721 608-43790
 Fax: +49 721 608-46071
 www.cel.kit.edu

 KIT -- University of the State of Baden-Württemberg and
 National Laboratory of the Helmholtz Association


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


>>> Best
>>> Paul
>>>
>>> --
>>> * - - */* -/* * -/* - * */- * * */*/- */- * */* */- * * -/*/- */* - - *-
>>> */- - */- -/* -/* */* - * */* - * - * -/- * - */- - -/- -//
>>>
>>> ___
>>> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re : Re : spurious sidelobes with WBX

2011-10-25 Thread Matt Ettus

Everything except for the USRP1 has dual halfbands for both TX and RX,
including the B100.  One of the big advantages of the B100 over the USRP1 is
that it uses nearly all the same FPGA code as the USRP2, N2x0, and E1x0, so
they all support the same DSP features.

USRP1 has a smaller FPGA from a different manufacturer which uses a separate
code base.  It only has 1 RX halfband and no TX halfband.

Matt

On Tue, Oct 25, 2011 at 1:52 AM, Mathias Coinchon wrote:

> Dear Matt,
>
> I come back on your answer about halfband filter for TX.
> Which USRP models do have now halfband filters for TX ? Does the new B100
> has it ?
>
> Thank you
>
> Best regards
>
> Mathias
>
> --
> *De :* Matt Ettus 
> *À :* Mathias Coinchon 
> *Envoyé le :* Mercredi 4 Août 2010 15h55
> *Objet :* Re: Re : [Discuss-gnuradio] spurious sidelobes with WBX
>
>
> On the USRP1, the TX only has CIC filters, not halfband.  CIC filters
> have some rolloff (which you see), and they do not perfectly remove the
> aliases.  You can significantly reduce this effect by interpolating the
> signal more in the host and correspondingly less in the USRP.  This will
> move the passbands further out and reduce the amplitude of those sidelobes.
>
> The USRP2 does not have this problem, since it has halfband filters.  As
> long as you use an interpolation rate that is a multiple of 2 you will
> get their benefit.
>
> Matt
>
>
>
> On 08/04/2010 05:51 AM, Mathias Coinchon wrote:
> > Hi,
> >
> > Thank you for your answer. However I am not sure to understand how you
> > changed your ant-alias filter because this is something that is
> > implemented in the USRP FPGA isn't it ?
> >
> > As I said when monitoring the baseband IQ signal produced by the
> > modulator beofre going to USRP, I don't see these sidelobes, they only
> > appear after USRP.
> > Is it some rounding problem ? and where does this aliasing come from as
> > the signal is centered on 0Hz with no further energy after +/- 750Hz. A
> > sampling frequency of 3.2MHz (complex) should be enough. I can try use a
> > lower interpolation and so use 4MHz instead of 3.2MHz.
> >
> >
> > Best regards
> >
> > Mathias
> >
> >
> > 
> > *De :* Charles Brain 
> > *À :* Mathias Coinchon 
> > *Cc :* gnuradio 
> > *Envoyé le :* Mer 4 août 2010, 8h 32min 40s
> > *Objet :* Re: [Discuss-gnuradio] spurious sidelobes with WBX
> >
> > On 03/08/2010 21:50, Mathias Coinchon wrote:
> >> Hello,
> >>
> >> I am using the USRP1 + WBX to create a DAB OFDM signal (1.5MHz
> bandwidth) in VHF
> >> band.
> >> The sampling rate used is 3.2MHz (interpolation 40)
> >>
> >> However, there's something I don't understand. On the picture attached,
> you can
> >> see 2 spurious sidelobs that appear at about 2.5MHz from the center (red
> arrow).
> >>
> >> They are not present when monitoring the spectrum of the baseband IQ
> signal
> >> before going to USRP.
> >>
> >> They also don't appear when sending a tone signal.
> >>
> >> Is there any explanation for this ? and any hint to avoid or reduce it ?
> >>
> >> Thank you for your help.
> >>
> >> Mathias Coinchon
> >> opendigitalradio.org
> >>
> >>
> >> ___
> >> Discuss-gnuradio mailing list
> >> Discuss-gnuradio@gnu.org
> >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> > It looks a bit like this doesn't it.
> > http://tinyurl.com/2vhge7j
> > These ears on my DVB-T signal were caused by aliasing.
> > when I changed my anti-alias filter they went away
> >
> > - Charles
> > *
> > *
> >
> >
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > http://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] .bit file not loading on usrp n210

2011-10-25 Thread Clark Pope


When I download a .bit file to the N210 using JTAG and Xilinx Impact the 
programmer says all is good:
// *** BATCH CMD : Program -p 1 
PROGRESS_START - Starting Operation.
Maximum TCK operating frequency for this device chain: 1000.
Validating chain...
Boundary-scan chain validated successfully.
'1': Programming device...
 LCK_cycle = NoWait.
LCK cycle: NoWait
done.
'1': Reading status register contents...
CRC error  :
 0
IDCODE not validated while writing FDRI:
 0
DCM matched:
 1
status of GTS_CFG_B:
 1
status of GWE  :
 1
status of GHIGH:
 1
value of VSEL pin 0:
 1
value of VSEL pin 1:
 1
value of VSEL pin 2:
 1
value of MODE pin M0   :
 1
value of MODE pin M1   :
 0
value of MODE pin M2   :
 0
value of CFG_RDY (INIT_B)  :
 1
DONEIN input from Done Pin :
 1
POST_CRC_ERR error :
 0
SYNC word not found:
 0
INFO:iMPACT:2219 - Status register values:
INFO:iMPACT - 0011  1100 1100 
INFO:iMPACT:579 - '1': Completed downloading bit file to device.
INFO:iMPACT:188 - '1': Programming completed successfully.
 LCK_cycle = NoWait.
LCK cycle: NoWait
INFO:iMPACT - '1': Checking done pindone.
'1': Programmed successfully.
PROGRESS_END - End Operation.
Elapsed time = 13 sec.
but the .bit file isn't actually active. I know because my changes aren't 
present and the idcode reads the old value. I can reflash with the 
corresponding .bin file and cycle power and it does become active. 
Is it possible the download is triggering a reload of the bit stored in flash? 
Any ideas are appreciated. Thanks  
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Trouble with multiple installs or how i learned to love make uninstall

Hello

It seems it might be a good idea if it were possible to uninstall gnuradio
propper.

I currently have two systems faling (hard) using the new build.

My gentoo box (configured using cmake in another thread)
gives me the error :
ImportError: libgruel-3.4.2git.so.0: cannot open shared object file: No such
file or directory
Whenever i try
from gnuradio import digital.

funny part is: I never succeeded in installing 3.4.2, so I don't blame it
for not finding it.

I tried doing a manual ldconfig, but it didn't seem to do the trick.

On an ubuntu machine (xubuntu to be specific) using the build-gnuradio
script, most of the digital schemes fails
due to the reallocation of packets to digital. This includes stuff that
should be updated.

Is it possible that the python stuff does not get properly updated and is
there any way to fix this?

Downgrading, by adding a "git checkout v3.4.2" fixes makes the build run
fine again.

On both systems the building of the system is without problems.

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

Re: [Discuss-gnuradio] Trouble with multiple installs or how i learned to love make uninstall

On Tue, Oct 25, 2011 at 12:19 PM, Paul M. Bendixen
wrote:

> Hello
>
> It seems it might be a good idea if it were possible to uninstall gnuradio
> propper.
>
> I currently have two systems faling (hard) using the new build.
>
> My gentoo box (configured using cmake in another thread)
> gives me the error :
> ImportError: libgruel-3.4.2git.so.0: cannot open shared object file: No
> such file or directory
> Whenever i try
> from gnuradio import digital.
>
> funny part is: I never succeeded in installing 3.4.2, so I don't blame it
> for not finding it.
>
> I tried doing a manual ldconfig, but it didn't seem to do the trick.
>
> On an ubuntu machine (xubuntu to be specific) using the build-gnuradio
> script, most of the digital schemes fails
> due to the reallocation of packets to digital. This includes stuff that
> should be updated.
>
> Is it possible that the python stuff does not get properly updated and is
> there any way to fix this?
>
> Downgrading, by adding a "git checkout v3.4.2" fixes makes the build run
> fine again.
>
> On both systems the building of the system is without problems.
>

make uninstall does work and removes all of the GNU Radio files from the
system. The twist that you need to remember is that you have to do it BEFORE
upgrading to a new version. The 3.5 will try to uninstall it's stuff, which
will be different from 3.4. So you have to have to run 'make uninstall' when
you've configured for what's installed on your system. Then you can upgrade
and shouldn't have any conflicts.

When you say that you didn't have 3.4.2 installed, do you mean that you
never installed from master before? For the past few weeks, the master
branch reflected the 3.4.2, so any installs will have that in their name.

You did help me find a bug in our cmake install, though. Some of our
specially-built files are not being removed by uninstall.

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

Re: [Discuss-gnuradio] .bit file not loading on usrp n210

2011-10-25 Thread Ian Buckley

I've only done a little FPGA work on the N210 so this is a bit of a guess, Nick 
or Josh can answer better, but I would imagine you probably need to understand 
how the FPGA image "bootstraps". The N210 stores 2 FPGA images so that there is 
a safe image to restore from if you upload a bad image. This is because the 
normal FPGA image update mechanism is via TCP/IP and hence uses the FPGA...a 
chicken and egg problem as it were. Unless you are developing an FPGA image 
that throws away the Ettus boot mechanism I'd suggest sticking to the regular 
FPGA image update methodology and restrict your use of JTAG to Chipscope etc.
-Ian

On Oct 25, 2011, at 9:06 AM, Clark Pope wrote:

> 
> When I download a .bit file to the N210 using JTAG and Xilinx Impact the 
> programmer says all is good:
> // *** BATCH CMD : Program -p 1 
> PROGRESS_START - Starting Operation.
> Maximum TCK operating frequency for this device chain: 1000.
> Validating chain...
> Boundary-scan chain validated successfully.
> '1': Programming device...
> LCK_cycle = NoWait.
> LCK cycle: NoWait
> done.
> '1': Reading status register contents...
> CRC error  :  
>0
> IDCODE not validated while writing FDRI:  
>0
> DCM matched:  
>1
> status of GTS_CFG_B:  
>1
> status of GWE  :  
>1
> status of GHIGH:  
>1
> value of VSEL pin 0:  
>1
> value of VSEL pin 1:  
>1
> value of VSEL pin 2:  
>1
> value of MODE pin M0   :  
>1
> value of MODE pin M1   :  
>0
> value of MODE pin M2   :  
>0
> value of CFG_RDY (INIT_B)  :  
>1
> DONEIN input from Done Pin :  
>1
> POST_CRC_ERR error :  
>0
> SYNC word not found:  
>0
> INFO:iMPACT:2219 - Status register values:
> INFO:iMPACT - 0011  1100 1100 
> INFO:iMPACT:579 - '1': Completed downloading bit file to device.
> INFO:iMPACT:188 - '1': Programming completed successfully.
> LCK_cycle = NoWait.
> LCK cycle: NoWait
> INFO:iMPACT - '1': Checking done pindone.
> '1': Programmed successfully.
> PROGRESS_END - End Operation.
> Elapsed time = 13 sec.
> but the .bit file isn't actually active. I know because my changes aren't 
> present and the idcode reads the old value. I can reflash with the 
> corresponding .bin file and cycle power and it does become active. 
> Is it possible the download is triggering a reload of the bit stored in 
> flash? Any ideas are appreciated. Thanks  
>   
> ___
> 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] .bit file not loading on usrp n210

2011-10-25 Thread Nick Foster

Just hold down the "safe mode" button S2 when booting. The image
you're loading is probably bootstrapping the production FPGA image out
of Flash.

--n

On Tue, Oct 25, 2011 at 10:15 AM, Ian Buckley  wrote:
> I've only done a little FPGA work on the N210 so this is a bit of a guess, 
> Nick or Josh can answer better, but I would imagine you probably need to 
> understand how the FPGA image "bootstraps". The N210 stores 2 FPGA images so 
> that there is a safe image to restore from if you upload a bad image. This is 
> because the normal FPGA image update mechanism is via TCP/IP and hence uses 
> the FPGA...a chicken and egg problem as it were. Unless you are developing an 
> FPGA image that throws away the Ettus boot mechanism I'd suggest sticking to 
> the regular FPGA image update methodology and restrict your use of JTAG to 
> Chipscope etc.
> -Ian
>
> On Oct 25, 2011, at 9:06 AM, Clark Pope wrote:
>
>>
>> When I download a .bit file to the N210 using JTAG and Xilinx Impact the 
>> programmer says all is good:
>> // *** BATCH CMD : Program -p 1
>> PROGRESS_START - Starting Operation.
>> Maximum TCK operating frequency for this device chain: 1000.
>> Validating chain...
>> Boundary-scan chain validated successfully.
>> '1': Programming device...
>> LCK_cycle = NoWait.
>> LCK cycle: NoWait
>> done.
>> '1': Reading status register contents...
>> CRC error                                                                  : 
>>         0
>> IDCODE not validated while writing FDRI                                    : 
>>         0
>> DCM matched                                                                : 
>>         1
>> status of GTS_CFG_B                                                        : 
>>         1
>> status of GWE                                                              : 
>>         1
>> status of GHIGH                                                            : 
>>         1
>> value of VSEL pin 0                                                        : 
>>         1
>> value of VSEL pin 1                                                        : 
>>         1
>> value of VSEL pin 2                                                        : 
>>         1
>> value of MODE pin M0                                                       : 
>>         1
>> value of MODE pin M1                                                       : 
>>         0
>> value of MODE pin M2                                                       : 
>>         0
>> value of CFG_RDY (INIT_B)                                                  : 
>>         1
>> DONEIN input from Done Pin                                                 : 
>>         1
>> POST_CRC_ERR error                                                         : 
>>         0
>> SYNC word not found                                                        : 
>>         0
>> INFO:iMPACT:2219 - Status register values:
>> INFO:iMPACT - 0011  1100 1100
>> INFO:iMPACT:579 - '1': Completed downloading bit file to device.
>> INFO:iMPACT:188 - '1': Programming completed successfully.
>> LCK_cycle = NoWait.
>> LCK cycle: NoWait
>> INFO:iMPACT - '1': Checking done pindone.
>> '1': Programmed successfully.
>> PROGRESS_END - End Operation.
>> Elapsed time =     13 sec.
>> but the .bit file isn't actually active. I know because my changes aren't 
>> present and the idcode reads the old value. I can reflash with the 
>> corresponding .bin file and cycle power and it does become active.
>> Is it possible the download is triggering a reload of the bit stored in 
>> flash? Any ideas are appreciated. Thanks
>> ___
>> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] cannot import name packet_utils

2011-10-25 Thread David L

I installed gnuradio on a new computer (Ubuntu 11.10) last night using the
build_gnuradio script.  I ran a python script that is working on on another
11.10 computer and got the following error:

   from grc_gnuradio import blks2 as grc_blks2
  File "/usr/local/lib/python2.7/dist-packages/grc_gnuradio/blks2/__init__.py",
line 22, in 
from packet import options, packet_encoder, packet_decoder, \
  File "/usr/local/lib/python2.7/dist-packages/grc_gnuradio/blks2/packet.py",
line 21, in 
from gnuradio import gr, packet_utils
ImportError: cannot import name packet_utils

Any ideas what I'm doing wrong?

Thanks,

 Dave

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

[Discuss-gnuradio] Problem with WXGUI Widgets

Hi,

I seem to be having an issue with a few of the GRC WX GUI Widgets, namely the 
FFT Sink and Scope Sink, in the latest release (3.5.0).  My flowgraphs now exit 
immediately, without error.  I've constructed a simple flowgraph consisting of 
a signal source, throttle, and FFT Sink/Scope Sink to test this and it exits 
immediately after execution.  The only message I receive is ">>> Done".  Any 
help would be greatly appreciated.

Thanks,
Jordan

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

Re: [Discuss-gnuradio] cannot import name packet_utils

On Tue, Oct 25, 2011 at 1:39 PM, David L  wrote:

> I installed gnuradio on a new computer (Ubuntu 11.10) last night using the
> build_gnuradio script.  I ran a python script that is working on on another
> 11.10 computer and got the following error:
>
>   from grc_gnuradio import blks2 as grc_blks2
>  File
> "/usr/local/lib/python2.7/dist-packages/grc_gnuradio/blks2/__init__.py",
> line 22, in 
>from packet import options, packet_encoder, packet_decoder, \
>  File
> "/usr/local/lib/python2.7/dist-packages/grc_gnuradio/blks2/packet.py",
> line 21, in 
>from gnuradio import gr, packet_utils
> ImportError: cannot import name packet_utils
>
> Any ideas what I'm doing wrong?
>
> Thanks,
>
> Dave
>


You're running a new version of GNU Radio with lots of changes:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeSets

All digital modulation blocks are now under the digital namespace. You can
get the packet_utils block from that module, now.

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

Re: [Discuss-gnuradio] Problem with WXGUI Widgets

On Tue, Oct 25, 2011 at 2:43 PM, Jordan Otomo wrote:

> Hi,
>
> I seem to be having an issue with a few of the GRC WX GUI Widgets, namely
> the FFT Sink and Scope Sink, in the latest release (3.5.0).  My flowgraphs
> now exit immediately, without error.  I've constructed a simple flowgraph
> consisting of a signal source, throttle, and FFT Sink/Scope Sink to test
> this and it exits immediately after execution.  The only message I receive
> is ">>> Done".  Any help would be greatly appreciated.
>
> Thanks,
> Jordan
>

It might help to remove all of the old GNU Radio installed files from your
system (in prefix/lib/libgnuradio*,
prefix/lib/python2.X/dist-packages/gnuradio, prefix/include/gnuradio,
prefix/share/doc/gnuradio, prefix/share/gnuradio).

You shouldn't have to do this, but it seems a common cause of problems when
upgrading.

Then reinstall and make sure to run ldconfig.

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

Re: [Discuss-gnuradio] .bit file not loading on usrp n210

2011-10-25 Thread Clark Pope


Thanks. Looks like holding down S2 while IMPACT loads the .bit file does make 
the .bit file become active. However, I can never establish ethernet connection 
until cycling power. I assume the fpga is loaded but the software isn't 
running? The activity lights flash rapidly but I only get: 
 
RuntimeError: LookupError: KeyError: No devices found for ->
Device Address:
addr: 192.168.10.2



> Date: Tue, 25 Oct 2011 10:27:13 -0700
> Subject: Re: [Discuss-gnuradio] .bit file not loading on usrp n210
> From: n...@ettus.com
> To: i...@ionconcepts.com
> CC: cepop...@hotmail.com; discuss-gnuradio@gnu.org
>
> Just hold down the "safe mode" button S2 when booting. The image
> you're loading is probably bootstrapping the production FPGA image out
> of Flash.
>
> --n
> 
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problem with WXGUI Widgets

Hi Tom,

Thanks for the help.  I've tried manually deleting all of the GNU Radio files 
in the recommended locations, reinstalling, and performing a 'sudo ldconfig', 
but the problem still persists.  You mentioned a few install directories not 
listed in the FAQ's "The problem of multiple installs" section.  Do you know if 
there are any other install files I should delete before reinstalling?  Thanks 
again!

Jordan

- Original Message -
From: "Tom Rondeau" 
To: "Jordan Otomo" 
Cc: discuss-gnuradio@gnu.org
Sent: Tuesday, October 25, 2011 12:01:30 PM
Subject: Re: [Discuss-gnuradio] Problem with WXGUI Widgets


On Tue, Oct 25, 2011 at 2:43 PM, Jordan Otomo < jot...@skyboximaging.com > 
wrote: 


Hi, 

I seem to be having an issue with a few of the GRC WX GUI Widgets, namely the 
FFT Sink and Scope Sink, in the latest release (3.5.0). My flowgraphs now exit 
immediately, without error. I've constructed a simple flowgraph consisting of a 
signal source, throttle, and FFT Sink/Scope Sink to test this and it exits 
immediately after execution. The only message I receive is ">>> Done". Any help 
would be greatly appreciated. 

Thanks, 
Jordan 





It might help to remove all of the old GNU Radio installed files from your 
system (in prefix/lib/libgnuradio*, 
prefix/lib/python2.X/dist-packages/gnuradio, prefix/include/gnuradio, 
prefix/share/doc/gnuradio, prefix/share/gnuradio). 



You shouldn't have to do this, but it seems a common cause of problems when 
upgrading. 


Then reinstall and make sure to run ldconfig. 


Tom 




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

[Discuss-gnuradio] Problems after upgrading to UHD with USRP2

2011-10-25 Thread Sam Keene

Hello all,

We recently upgraded to the UHD drivers, and now some basic stuff we had 
working with the older drivers just isn't working anymore. For example, I'm 
just trying to transmit and receive a raised cosine pulse, but I'm not getting 
anything at the receiver. I've eliminated all warnings that I was getting, to 
no avail. We're using USRP2s with the RFX2400 daughterboards.

I'm attaching 2 GRC files as examples of what we're doing. I'm not getting any 
received signal. Any idea what I'm doing wrong.

thanks,

-Sam Keene


simpleRx.grc
Description: Binary data


simpleTx.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problem with WXGUI Widgets

On Tue, Oct 25, 2011 at 3:53 PM, Jordan Otomo wrote:

> Hi Tom,
>
> Thanks for the help.  I've tried manually deleting all of the GNU Radio
> files in the recommended locations, reinstalling, and performing a 'sudo
> ldconfig', but the problem still persists.  You mentioned a few install
> directories not listed in the FAQ's "The problem of multiple installs"
> section.  Do you know if there are any other install files I should delete
> before reinstalling?  Thanks again!
>
> Jordan


That FAQ does list all of the install directories; I was just a bit more
explicit in my email about where they are (subdirs in lib and share, for
example; and I missed the bin directories). That should be it; anything else
shouldn't be causing you  problems.

What OS are you running? Are you building with cmake or autotools? Any
configure-time failures?

Tom




>  - Original Message -
> From: "Tom Rondeau" 
> To: "Jordan Otomo" 
> Cc: discuss-gnuradio@gnu.org
> Sent: Tuesday, October 25, 2011 12:01:30 PM
> Subject: Re: [Discuss-gnuradio] Problem with WXGUI Widgets
>
>
> On Tue, Oct 25, 2011 at 2:43 PM, Jordan Otomo < jot...@skyboximaging.com >
> wrote:
>
>
> Hi,
>
> I seem to be having an issue with a few of the GRC WX GUI Widgets, namely
> the FFT Sink and Scope Sink, in the latest release (3.5.0). My flowgraphs
> now exit immediately, without error. I've constructed a simple flowgraph
> consisting of a signal source, throttle, and FFT Sink/Scope Sink to test
> this and it exits immediately after execution. The only message I receive is
> ">>> Done". Any help would be greatly appreciated.
>
> Thanks,
> Jordan
>
>
>
>
>
> It might help to remove all of the old GNU Radio installed files from your
> system (in prefix/lib/libgnuradio*,
> prefix/lib/python2.X/dist-packages/gnuradio, prefix/include/gnuradio,
> prefix/share/doc/gnuradio, prefix/share/gnuradio).
>
>
>
> You shouldn't have to do this, but it seems a common cause of problems when
> upgrading.
>
>
> Then reinstall and make sure to run ldconfig.
>
>
> Tom
>
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] No packet reception in higher modulation

2011-10-25 Thread Nazmul Islam

Hello,

I am running my codes in basic TX/RX with gnuradio-3.3.0 image. I am using
benchmark_tx and benchmark_rx codes in the gnuradio-examples/python/digital
folder to find packet loss for different modulation schemes (I believe that
these files have been transferred to the gr-digital/examples/narrowband
folder in the new image). When I run my the benchmark codes with dbpsk and
dqpsk modulation, the receiver receives packets. However, when I run the
codes with d8psk modulation scheme, the receiver just sits idle waiting for
the packets but does not receive anything !

 I am giving the following commands in the benchmark programs:

./benchmark_tx.py -f 2.4G -r 1M -e eth2 -m d8psk --tx-ampl 0.5

./benchmark_rx.py -f 2.4G -r 1M -e eth2 -m d8psk

I am getting the following packet reception ratios for different modulation
schemes:

dbpsk: 99%, dqpsk: 92%, d8psk: 0% !!

I expected to get less packets (higher packet loss) through d8psk modulation
since it is transmitting at a higher data rate. But the receiver is not
receiving anything at all !!

Your feedback will be highly appreciated.

Thanks,

Nazmul


-- 
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] Problem with WXGUI Widgets

On Oct 25, 2011, at 1:38 PM, Tom Rondeau wrote:

> That FAQ does list all of the install directories; I was just a bit more 
> explicit in my email about where they are (subdirs in lib and share, for 
> example; and I missed the bin directories). That should be it; anything else 
> shouldn't be causing you  problems.
> 
> What OS are you running? Are you building with cmake or autotools? Any 
> configure-time failures?

I'm running Ubuntu 11.04 and am building with cmake.  I don't have any 
configure-time failures.  The only disabled components are gr-comedi and 
gr-shd.  Again, I appreciate your help.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problem with WXGUI Widgets

On Tue, Oct 25, 2011 at 4:53 PM, Jordan Otomo wrote:

>
> On Oct 25, 2011, at 1:38 PM, Tom Rondeau wrote:
>
> > That FAQ does list all of the install directories; I was just a bit more
> explicit in my email about where they are (subdirs in lib and share, for
> example; and I missed the bin directories). That should be it; anything else
> shouldn't be causing you  problems.
> >
> > What OS are you running? Are you building with cmake or autotools? Any
> configure-time failures?
>
>
> I'm running Ubuntu 11.04 and am building with cmake.  I don't have any
> configure-time failures.  The only disabled components are gr-comedi and
> gr-shd.  Again, I appreciate your help.



At a loss right now. Have you tried any of the examples in the code?
uhd_fft.py or anything in gnuradio-examples/grc?

How about the qtgui? gr-qtgui/examples/pyqt_example_c.py?

I have run all of these on both Ubuntu 10.04 and 11.10.

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

Re: [Discuss-gnuradio] Problem with WXGUI Widgets

2011-10-25 Thread Marcus D. Leech

On Tue, Oct 25, 2011 at 3:53 PM, Jordan Otomo 
mailto:jot...@skyboximaging.com>> wrote:


Hi Tom,

Thanks for the help.  I've tried manually deleting all of the GNU
Radio files in the recommended locations, reinstalling, and
performing a 'sudo ldconfig', but the problem still persists.  You
mentioned a few install directories not listed in the FAQ's "The
problem of multiple installs" section.  Do you know if there are
any other install files I should delete before reinstalling?
 Thanks again!

Jordan


That FAQ does list all of the install directories; I was just a bit 
more explicit in my email about where they are (subdirs in lib and 
share, for example; and I missed the bin directories). That should be 
it; anything else shouldn't be causing you  problems.


What OS are you running? Are you building with cmake or autotools? Any 
configure-time failures?


Tom


- Original Message -
From: "Tom Rondeau" mailto:trondeau1...@gmail.com>>
To: "Jordan Otomo" mailto:jot...@skyboximaging.com>>
Cc: discuss-gnuradio@gnu.org 
Sent: Tuesday, October 25, 2011 12:01:30 PM
Subject: Re: [Discuss-gnuradio] Problem with WXGUI Widgets


On Tue, Oct 25, 2011 at 2:43 PM, Jordan Otomo <
jot...@skyboximaging.com  > wrote:


Hi,

I seem to be having an issue with a few of the GRC WX GUI Widgets,
namely the FFT Sink and Scope Sink, in the latest release (3.5.0).
My flowgraphs now exit immediately, without error. I've
constructed a simple flowgraph consisting of a signal source,
throttle, and FFT Sink/Scope Sink to test this and it exits
immediately after execution. The only message I receive is ">>>
Done". Any help would be greatly appreciated.

Thanks,
Jordan





It might help to remove all of the old GNU Radio installed files
from your system (in prefix/lib/libgnuradio*,
prefix/lib/python2.X/dist-packages/gnuradio,
prefix/include/gnuradio, prefix/share/doc/gnuradio,
prefix/share/gnuradio).



You shouldn't have to do this, but it seems a common cause of
problems when upgrading.


Then reinstall and make sure to run ldconfig.


Tom




I did a build-from-cmake on a Ubuntu 10.10 system this afternoon, and 
the WX GUI sinks work just fine afterwards.  I did have to

  do a "sudo ldconfig" when I was done, but that was it.




--
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] Fwd: Introducing noise/ considerable BER

2011-10-25 Thread shantharam balasubramanian

Hello Marcus,

You sent the forwarded email a few months ago.

The benchmark stuff doesn't, as far as I know, have FEC in it. I think
Tom was referring to single-bit errors in the so-called "accesscode"
at the beginning of the frame.  If there are bit errors there, then
the frame is necessarily discarded, since it's not *recognized* as a
valid frame. But apart from that, if the frame sequence is valid, then
the packet is "recognized", and punted up through the RX packet
callback mechanism, which means there could still be bit errors in the
payload section of the packet.

We implemented a CRC checking block in the benchmark_rx code using
binascii.crc32 python code. We observed a very interesting thing in
the following portion of the benchmark_rx code:

def rx_callback(ok, payload):

global n_rcvd, n_right

   (pktno,) = struct.unpack('!H', payload[0:2])

if ok:

   n_right += 1

 Whenever the packet was received as 'OK' (i.e. 'OK = True') and
n_right increased, the packet also passed our CRC check. Every packet
that did not pass our CRC check was also not received as 'OK' (i.e.
'OK = False' in those packets). Our CRC checking portion is completely
independent of the main benchmark_rx code. We just look at the
received data and see if there is any bit error or not.

Now, if the above the mentioned portion of the code does not do CRC
checking on its own, how does it completely match with our CRC based
results? Does it mean that errors occur in bursts. Therefore, whenever
there is any single bit error in the data, there are errors in the
header as well ??

Your feedback will be very appreciated.


Thanks,


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

Re: [Discuss-gnuradio] Fwd: Introducing noise/ considerable BER

2011-10-25 Thread Marcus D. Leech

Hello Marcus,

You sent the forwarded email a few months ago.

The benchmark stuff doesn't, as far as I know, have FEC in it. I think Tom was referring to
single-bit errors in the so-called "accesscode" at the beginning of the frame. If there
are bit errors there, then the frame is necessarily discarded, since it's not *recognized* as a
valid frame. But apart from that, if the frame sequence is valid, then the packet is
"recognized", and punted up through the RX packet callback mechanism, which means there
could still be bit errors in the payload section of the packet.
We implemented a CRC checking block in the benchmark_rx code using
binascii.crc32 python code. We observed a very interesting thing in the
following portion of the benchmark_rx code:
def rx_callback(ok, payload):
global n_rcvd, n_right
(pktno,) = struct.unpack('!H', payload[0:2])
if ok:
n_right +=1

Whenever the packet was received as 'OK' (i.e. 'OK = True') and n_right increased, the packet also passed our CRC check. Every packet that did not pass our CRC check was also not received as 'OK' (i.e. 'OK = False' in those packets). Our CRC checking portion is completely independent of the main benchmark_rx code. We just look at the received data and see if there is any bit error or not.

Now, if the above the mentioned portion of the code does not do CRC checking on
its own, how does it completely match with our CRC based results? Does it mean
that errors occur in bursts. Therefore, whenever there is any single bit error
in the data, there are errors in the header as well ??
Your feedback will be very appreciated.

I'll let other people who are more familiar with the code comment. My
comments from months ago were from a cursory inspection of

code that I don't use, or have any particular vested-interest in.

Thanks,
Shantharam

--
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] Problem with WXGUI Widgets

2011-10-25 Thread Jason Abele

On Tue, Oct 25, 2011 at 2:02 PM, Tom Rondeau  wrote:
> On Tue, Oct 25, 2011 at 4:53 PM, Jordan Otomo 
> wrote:
>>
>> On Oct 25, 2011, at 1:38 PM, Tom Rondeau wrote:
>>
>> > That FAQ does list all of the install directories; I was just a bit more
>> > explicit in my email about where they are (subdirs in lib and share, for
>> > example; and I missed the bin directories). That should be it; anything 
>> > else
>> > shouldn't be causing you  problems.
>> >
>> > What OS are you running? Are you building with cmake or autotools? Any
>> > configure-time failures?
>>
>>
>> I'm running Ubuntu 11.04 and am building with cmake.  I don't have any
>> configure-time failures.  The only disabled components are gr-comedi and
>> gr-shd.  Again, I appreciate your help.
>
> At a loss right now. Have you tried any of the examples in the code?
> uhd_fft.py or anything in gnuradio-examples/grc?
> How about the qtgui? gr-qtgui/examples/pyqt_example_c.py?
> I have run all of these on both Ubuntu 10.04 and 11.10.

So I had a weird thing happen to my wx on Ubuntu 11.04 the other day.
After an update of something not wx-related, my python-wx was horribly
broken.

You can test if that is the case with:

python -c "import wx; print wx.version()"

I was able to remedy the issue by removing and reinstalling wx:

sudo apt-get --purge remove python-wxgtk2.8 wx2.8-headers
libwxgtk2.8-0 libwxbase2.8-dev libwxbase2.8-0

sudo apt-get install python-wxgtk2.8 wx2.8-headers libwxgtk2.8-0
libwxbase2.8-dev libwxbase2.8-0 gnuplot gnuplot-x11 isag
libwxbase2.8-0 libwxbase2.8-dev libwxgtk2.8-0 libwxgtk2.8-dev
python-wxgtk2.8 wx2.8-headers

Hope that helps you
Jason

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

Re: [Discuss-gnuradio] Problem with WXGUI Widgets

The WX GUI examples exhibit the same behavior, but the QT examples do work.  
However, if I try to use a QT time sink in GRC, I get the following error:


Traceback (most recent call last):
  File "/home/jotomo/Desktop/top_block.py", line 57, in 
tb = top_block()
  File "/home/jotomo/Desktop/top_block.py", line 39, in __init__
self.top_layout.addWidget(self._qtgui_time_sink_x_0_win)
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 
94, in __getattr__
return getattr(self._tb, name)
AttributeError: 'gr_top_block_sptr' object has no attribute 'top_layout'


There seems to be many problems with my installation, as other blocks fail in 
GRC too.  For example, the PSK demod block from gr-digital gives:

Traceback (most recent call last):
  File "/home/jotomo/Desktop/top_block.py", line 64, in 
tb = top_block()
  File "/home/jotomo/Desktop/top_block.py", line 35, in __init__
mod_code=gray,
NameError: global name 'gray' is not defined


I will try Jason's solution and see if that cures anything.  Thanks for all the 
help!

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

Re: [Discuss-gnuradio] Problem with WXGUI Widgets

Unfortunately, I was not successful in solving the WX GUI problem.  The QT 
problem was solved (of course) by changing the Generate Options parameter in 
the Options block to QT GUI.

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

Re: [Discuss-gnuradio] Problems after upgrading to UHD with USRP2



On 10/25/2011 12:53 PM, Sam Keene wrote:
> Hello all,
> 
> We recently upgraded to the UHD drivers, and now some basic stuff we
> had working with the older drivers just isn't working anymore. For
> example, I'm just trying to transmit and receive a raised cosine
> pulse, but I'm not getting anything at the receiver. I've eliminated
> all warnings that I was getting, to no avail. We're using USRP2s with
> the RFX2400 daughterboards.
> 
> I'm attaching 2 GRC files as examples of what we're doing. I'm not
> getting any received signal. Any idea what I'm doing wrong.
> 

What version of UHD? Can you repeat the experiment with a higher
sampling rate? Also, make sure that filter isnt outputting more than
magnitude 1.0/

-josh

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

Re: [Discuss-gnuradio] No packet reception in higher modulation



On 10/25/2011 01:48 PM, Nazmul Islam wrote:
> Hello,
> 
> I am running my codes in basic TX/RX with gnuradio-3.3.0 image. I am using
> benchmark_tx and benchmark_rx codes in the gnuradio-examples/python/digital
> folder to find packet loss for different modulation schemes (I believe that
> these files have been transferred to the gr-digital/examples/narrowband
> folder in the new image). When I run my the benchmark codes with dbpsk and
> dqpsk modulation, the receiver receives packets. However, when I run the
> codes with d8psk modulation scheme, the receiver just sits idle waiting for
> the packets but does not receive anything !
> 
>  I am giving the following commands in the benchmark programs:
> 
> ./benchmark_tx.py -f 2.4G -r 1M -e eth2 -m d8psk --tx-ampl 0.5
> 
> ./benchmark_rx.py -f 2.4G -r 1M -e eth2 -m d8psk
> 
> I am getting the following packet reception ratios for different modulation
> schemes:
> 
> dbpsk: 99%, dqpsk: 92%, d8psk: 0% !!
> 
> I expected to get less packets (higher packet loss) through d8psk modulation
> since it is transmitting at a higher data rate. But the receiver is not
> receiving anything at all !!
> 
> Your feedback will be highly appreciated.
> 

Have you observed frequency offset?

http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#I-have-two-USRPs-and-when-I-transmit-on-one-and-receive-on-the-other-at-the-same-frequency-I-get-an-offset

-Josh

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

Re: [Discuss-gnuradio] Problem with WXGUI Widgets



On 10/25/2011 02:37 PM, Jordan Otomo wrote:
> The WX GUI examples exhibit the same behavior, but the QT examples do work.  
> However, if I try to use a QT time sink in GRC, I get the following error:
> 
> 
> Traceback (most recent call last):
>   File "/home/jotomo/Desktop/top_block.py", line 57, in 
> tb = top_block()
>   File "/home/jotomo/Desktop/top_block.py", line 39, in __init__
> self.top_layout.addWidget(self._qtgui_time_sink_x_0_win)
>   File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", 
> line 94, in __getattr__
> return getattr(self._tb, name)
> AttributeError: 'gr_top_block_sptr' object has no attribute 'top_layout'
> 
> 
> There seems to be many problems with my installation, as other blocks fail in 
> GRC too.  For example, the PSK demod block from gr-digital gives:
> 
> Traceback (most recent call last):
>   File "/home/jotomo/Desktop/top_block.py", line 64, in 
> tb = top_block()
>   File "/home/jotomo/Desktop/top_block.py", line 35, in __init__
> mod_code=gray,
> NameError: global name 'gray' is not defined
> 
> 

Those errors make me think this is the problem of multiple installs. -josh

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

Re: [Discuss-gnuradio] gr-trellis broken on next branch

On Fri, Oct 21, 2011 at 11:51 PM, Ben Reynwar  wrote:

> The block I added into gr-trellis is trellis_constellation_metrics_cf.
>  This block is equivalent to trellis_metrics_c in that it takes a
> stream of symbols and outputs a stream of metrics.  The difference is
> that treliis_constellation_metrics_cf uses a constellation object
> (which is passed to it upon initialisation) to perform the symbol to
> metrics conversion.  trellis_metrics_c calculates the distance between
> each symbol and each constellation point, which could clearly be
> improved upon by the modulation specific method in a constellation
> object, especially for large constellations.
>
> The constellation classes themselves are defined in gr-digital, so all
> modulation specific code would be contained in gr-digital.  The
> dependency on gr-digital enables modulation specific code to be
> accessed by the gr-trellis code without requiring that modulation
> specific code be in gr-trellis itself.  I think that's a pretty
> logical arrangement.
>
> >>> from gnuradio import digital, trellis
> >>> constellation = digital.qam.qam_constellation(16)
> >>> symbols_to_metrics = trellis.constellation_metrics_cf(constellation,
> digital.TRELLIS_EUCLIDEAN)
>
> Although currently there's just the one block with a dependency on
> gr-digital, going forward it might be nice to have combined blocks
> using constellation objects, so I would be disinclined to move it out
> of gr-trellis.
>
> Cheers,
> Ben


So I have the same opinion as Ben here with regards to the use and location
of these things, especially to avoid duplication of code.

I have fixed the trellis examples and will be pushing updates to master that
should fix things.

Tom




>  On Fri, Oct 21, 2011 at 1:06 PM, Achilleas Anastasopoulos
>  wrote:
> > Tom,
> >
> > this requires some further discussion.
> >
> > We need to know what is the plan with gr-digital.
> > In some sense EVERYTHING can be included in there,
> > however this is not a good design.
> >
> > gr-trellis is not an "implementation of digital
> > modulation"; it provides digital encoding/decoding techniques
> > that is important to keep modulation INDEPENDENT.
> > This was the design philosophy from the first line of
> > code that went into this and can be seen in all the examples
> > that are provided: the only aspect of these examples that depends on
> > a specific modulation is the lookuptable of the constellation.
> >
> > I would like to welcome more users/developers to comment
> > on this before we make any significant changes to the module.
> >
> > best,
> > Achilleas
> >
> >
> > On 10/21/2011 3:19 PM, Tom Rondeau wrote:
> >>
> >> On Thu, Oct 20, 2011 at 10:34 PM, Achilleas Anastasopoulos
> >> mailto:anas...@umich.edu>> wrote:
> >>
> >>After installing the next branch i realized that gr-trellis is not
> >>working properly!
> >>
> >>This is due to some work (by Ben Raynwar) that makes gr-trellis
> >>dependent on gr-digital (???)
> >>In particular the constants related to trellis_metric_type.h cannot
> be
> >>accessed in python/grc
> >>as part of the trellis module, but as part of the digital module
> >>(this problem appears for instance if you run some of the pccc/sccc
> >>examples in gnuradio-examples/grc/trellis).
> >>
> >>This can be an easy fix (import digital in all the grc blocks
> >>requiring metric types, and make appropriate changes).
> >>
> >>However I wonder what is the point of making a self-contained
> >>module like gr-trellis dependent on another module (gr-digital)
> >>If the only reason is to to use the "constellation" object in the
> >>"metrics" blocks then these blocks should
> >>reside in the gr-digital module instead of the gr-trellis, so that
> the
> >>latter can still be self-contained.
> >>
> >>Ben, can you please explain what is your rational in doing these
> >>changes.
> >>
> >>thanks,
> >>Achilleas
> >>
> >>
> >>
> >> Achilleas,
> >> This was my doing. Ben had moved the metric types into gnuradio-core to
> >> work with his constellation work, so I moved them over with everything
> >> else into gr-digital. I then made gr-trellis depend on gr-digital
> >> because of this. Because gr-trellis is an implementation of digital
> >> modulation, it makes sense that it should depend on gr-digital.
> >>
> >> I made sure that gr-trellis would both build and pass 'make check,' so
> >> the QA code is obviously not testing all of the proper dependencies and
> >> cases in gr-trellis. We need to fix that to make sure the applications
> >> still run as we move stuff around.
> >>
> >> Depending on what gr-trellis requires out of gr-digital, we could
> >> possibly import digital into the trellis module inside of the
> >> __init__.py file.
> >>
> >> Tom
> >>
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

[Discuss-gnuradio] available sample rates for USRP2

2011-10-25 Thread Kyle Zhou

When I use uhd_fft.py -s 8M -f ..

It reported that 

UHD Warning:

The hardware does not support the requested RX sample rate:

Target sample rate: 8.00 MSps

Actual sample rate: 7.692308 MSps

 

I am wondering how the actual rate 7.692308M is determined? 

Is there any formula that I can use to ascertain that a given sample rate is
available on USRP2?

Thanks

KZ

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

Re: [Discuss-gnuradio] available sample rates for USRP2



On 10/25/2011 06:18 PM, Kyle Zhou wrote:
> When I use uhd_fft.py -s 8M -f ..
> 
> It reported that 
> 
> UHD Warning:
> 
> The hardware does not support the requested RX sample rate:
> 
> Target sample rate: 8.00 MSps
> 
> Actual sample rate: 7.692308 MSps
> 
>  
> 
> I am wondering how the actual rate 7.692308M is determined? 
> 
> Is there any formula that I can use to ascertain that a given sample rate is
> available on USRP2?
> 

Only integer divisor rates of the master clock is possible. In this case
100Mhz/decimation = sample rate.

Querying the possible sample rates will be part of my next API revision.

-Josh

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

Re: [Discuss-gnuradio] available sample rates for USRP2

2011-10-25 Thread Nick Foster

On Tue, Oct 25, 2011 at 6:18 PM, Kyle Zhou  wrote:
> When I use uhd_fft.py –s 8M –f ….
>
> It reported that
>
> UHD Warning:
>
>     The hardware does not support the requested RX sample rate:
>
>     Target sample rate: 8.00 MSps
>
>     Actual sample rate: 7.692308 MSps
>
>
>
> I am wondering how the actual rate 7.692308M is determined?
>
> Is there any formula that I can use to ascertain that a given sample rate is
> available on USRP2?

100Msps / x, where x is an integer (in your case, 13).

--n

>
> Thanks
>
> KZ
>
> ___
> 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] New build-gnuradio

2011-10-25 Thread Marcus D. Leech

I worked-over build-gnuradio tonight rather thoroughly, and it now uses 
the Cmake infrastructure to do its Gnu Radio builds.


It also has built-in help:

build-gnuradio --help

Yields:

Usage: build-gnuradio [--help|-h] [-v|--verbose] [-jN] [-ja] 
[-l|--logfile logfile ] funcs


-v|--verbose   - turn on verbose logging to stdout

-jN- have make use N concurrent jobs

-ja- have make use N concurrent jobs with auto setting of N
 (based on number of cpu cores on build system)

-l|--logfile lf - log messages to 'lf'

available funcs are:

all - do all functions
prereqs - install prerequisites
gitfetch- use GIT to fetch Gnu Radio and UHD
uhd_build   - build only UHD
firmware- fetch firmware/FPGA
gnuradio_build  - build only Gnu Radio
mod_groups  - modify the /etc/groups and user to group 'usrp'
mod_udev- add UDEV rule for USRP1
mod_sysctl  - modify SYSCTL for larger net buffers


I'd love people to add support for systems other than Ubuntu and Fedora, 
but those are the most popular Linux distros in use.


--
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] New build-gnuradio