[Discuss-gnuradio] gnuradio & USRP with OpenBSD anyone?

[Rolf Sommerhalder]

Hello list,

Has anyone managed to build gnuradio under OpenBSD?

Are you running a Universal Software Radio Peripheral (USRP) under OpenBSD?

I am attempting to build gnuradio in OpenBSD i386-current (4.3-beta 
snapshot), but still struggling. I have no USRP hardware yet to test 
with, but considering to purchase one now, also to take advantage of the 
favourable exchange rate CHF/USD.


Thanks,
Rolf


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

[Discuss-gnuradio] using sound card with GRC

[zafar ali]

Hi
Every one

I am new to GNU Radio
I have installed it successfully

Please tell me the procedure of using sound card in GRC (The GNU Radio
Companion )

I am using Fedora core 7

Thanking all in advance


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

Re: [Discuss-gnuradio] gnuradio & USRP with OpenBSD anyone?

[Greg Troxel]

GNU Radio builds fine on NetBSD, and only minor fixes were needed to get
it to that point.  So it shouldn't be that hard to make it work on
OpenBSD.  I realize you are probably using OpenBSD ports and not pkgsrc,
but there is a pkg_chk.conf file in the root directory of gnuradio that
lists what is required - not sure if you're having trouble with prereqs
or the actual build.

NetBSD 4 and current has improvements to ugen(4) that greatly improve
performance.  You may wish to port these to OpenBSD if you're going to
use a USRP.

I would recommend that you start with the head from svn, and either run
README.components (after reading it!) or try a regular build.



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

Re: [SPAM][RBL+] [Discuss-gnuradio] undefined symbol error:

[Michael Dickens]

On Mar 2, 2008, at 9:28 PM, Qi Chen wrote:
ImportError: /usr/local/lib/python2.4/site-packages/gnuradio/gr/ 
_gnuradio_swig_py_runtime.so: undefined symbol:  
_ZN28gr_single_threaded_scheduler4stopEv



It looks like '/usr/local/lib' isn't in the library search path.  If  
you're running on some versions of Linux, you'll need to update the  
ld.so cache after installing GNU Radio:


$ cat /etc/ld.so.conf
--> if /usr/local/lib isn't in this file, then do the following 3  
commands; otherwise, go to the end and run that command:

$ cp /etc/ld.so.conf /tmp/ld.so.conf
$ echo /usr/local/lib >> /tmp/ld.so.conf
$ sudo mv /tmp/ld.so.conf /etc/ld.so.conf

then

$ sudo ldconfig

now try running those GNU Radio scripts again and if it still fails,  
please include your computer's setup info: how you installed GNU  
Radio, OS and version, how you installed background apps and such. - MLD



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

Re:[Discuss-gnuradio] undefined symbol error:

[Qi Chen]

Michael,

On Mar 3, 2008, at 8:33 AM, Michael Dickens wrote:


On Mar 2, 2008, at 9:28 PM, Qi Chen wrote:
ImportError: /usr/local/lib/python2.4/site-packages/gnuradio/gr/ 
_gnuradio_swig_py_runtime.so: undefined symbol:  
_ZN28gr_single_threaded_scheduler4stopEv



It looks like '/usr/local/lib' isn't in the library search path.   
If you're running on some versions of Linux, you'll need to update  
the ld.so cache after installing GNU Radio:


$ cat /etc/ld.so.conf
--> if /usr/local/lib isn't in this file, then do the following 3  
commands; otherwise, go to the end and run that command:

I ran the above command and /usr/local/lib wasn't included


$ cp /etc/ld.so.conf /tmp/ld.so.conf
$ echo /usr/local/lib >> /tmp/ld.so.conf
$ sudo mv /tmp/ld.so.conf /etc/ld.so.conf



after executing those three line, the path was successfully included.

then

$ sudo ldconfig



I tried running the same script, it's giving me the same error message

now try running those GNU Radio scripts again and if it still  
fails, please include your computer's setup info: how you installed  
GNU Radio, OS and version, how you installed background apps and  
such. - MLD


My machine is running fedora 6, and all source files are stored on a  
network drive. I built everything from there. I checked with out sys  
admin about the permission, looks ok.
It wasn't a fresh install, it was upgraded from the older version,  
after I checked out the latest version from /trunk, I did the following:


./bootscrap
./configure
sudo make && make check  ( I had to use sudo here for some permission  
reason)

sudo make install

everything looked fine after those steps, no error messages (after I  
got the permission issue fixed).


I didn't reinstall all the dependencies, coz they were already  
installed, and the I could run the previous gnuradio software and  
scripts no problem.




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

Re: [Discuss-gnuradio] undefined symbol error:

[Michael Dickens]

I'm not a Fedora expert (I do a lot of testing on Ubuntu 6.06 through  
7.10 - to verify compatibility) ... but I expect Fedora to be similar  
(others might offer corrections).  I've tested the latest SVN trunk on  
Mac OS X 10.5 and Ubunut 7.10 without issues, so (obviously) something  
is odd with your install ... especially if GNU Radio was working  
before and not now.  In general you won't need to update dependencies  
between GNU Radio builds; the latest SVN trunk in the past few months  
hasn't changed requirements.


You can verify that this is a library path issue by:

cd /usr/local/lib
nm -a libgnuradio-core.so | grep stop | grep single

--> should provide a string such as "T  
__ZN28gr_single_threaded_scheduler4stopEv".


Some notes:

1) Since you're making off of a network drive, I'd recommend building  
in a separate, local-to-your-computer directory (if possible), e.g.:

--
cd NETWORK_PATH_TO_GR
sh bootstrap
cd ~
mkdir gr_build
cd gr_build
NETWORK_PATH_TO_GR/configure
make
make check
sudo make install
--
or something like that.

2) After doing "configure" when upgrading the SVN trunk, you'll  
oftentimes want to do "make distclean" to get rid of cruft:

--
cd NETWORK_PATH_TO_GR
sh bootstrap
./configure
make distclean
--
Using what I wrote in (1) make it even easier, since you could just do:
--
cd ~
rm -rf gr_build
--
then repeat (1).


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

Re: [Discuss-gnuradio] what drives noutput_items passed to forecast?

[Eric Blossom]

On Sat, Mar 01, 2008 at 06:59:04PM -0500, George Nychis wrote:
>
> I think I've got it... it doesn't enjoy when the number of input items 
> needed is around equal to the total number of input items (~6 off or so).
>

It sounds like you're not handling history properly.

Do you initialize your remimplementation of the scheduler such that
the buffers are initialized with history() - 1 zeros?

Eric


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

Re: [Discuss-gnuradio] what drives noutput_items passed to forecast?

[George Nychis]

Eric Blossom wrote:

On Sat, Mar 01, 2008 at 06:59:04PM -0500, George Nychis wrote:
I think I've got it... it doesn't enjoy when the number of input items 
needed is around equal to the total number of input items (~6 off or so).




It sounds like you're not handling history properly.

Do you initialize your remimplementation of the scheduler such that
the buffers are initialized with history() - 1 zeros?

Eric



From what I could tell, the clock recovery block does not use a 
history.  I dug through the code and couldn't find a related set_history().


- George


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

Re: [Discuss-gnuradio] connecting the USRP

[Eric Blossom]

On Mon, Mar 03, 2008 at 12:22:10AM +0200, Ahmet Hasim Gokceoglu wrote:
> Hi,
> 
> One problem is that we only have multi_2rxhb_2tx.rbf, std.ihx,
> std_2rxhb_2tx.rbf, std_4rx_0tx.rbf usrp_radar_mono.rbf and usrp_sounder.rbf
> files under rev2 file, so does anyone know whether the files under
> /usr/local/share/usrp/rev2 has changed recently.

What do you mean by recently?  I suggest you use the versions that
come in GNU Radio 3.1.1

  http://gnuradio.org/trac/wiki/Download


> Another thing is that we have installed the gnu radio software under
> another file so the exact path for our case is
> /opt/gnuradio/share/usrp/rev2. Does this make any difference? I mean
> do we have to do some extra things for USRP read the necessary
> files.

If you specified  --prefix=/opt/gnuradio when configuring and building
GNU Radio everthing should work fine.  In the event that it doesn't
try setting:

  $ export USRP_PATH=/opt/gnuradio

Note that if you obtained your USRP anytime in the last year or so,
it'll be trying to load from ${prefix}/share/usrp/rev4, not rev2.

Eric


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

Re: [Discuss-gnuradio] undefined symbol error:

[Eric Blossom]

On Mon, Mar 03, 2008 at 09:57:09AM -0600, Qi Chen wrote:
> Michael,
>
> On Mar 3, 2008, at 8:33 AM, Michael Dickens wrote:
>
>> On Mar 2, 2008, at 9:28 PM, Qi Chen wrote:
>>> ImportError: 
>>> /usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so:
>>>  
>>> undefined symbol: _ZN28gr_single_threaded_scheduler4stopEv

This is often a symptom of multiple partially corrupt installations.

To recover, find all places where you may have installed GNU Radio and
remove all relevant files, then rebuild and install.

E.g.,

  $ sudo rm /usr/local/lib/libgnuradio*
  $ sudo rm /usr/local/lib/libusrp*
  $ sudo rm -fr /usr/local/lib/python2.4/site-packages/gnuradio
  $ sudo rm -fr /usr/local/lib/python2.4/site-packages/usrp*

Eric


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

Re: [Discuss-gnuradio] undefined symbol error:

[Qi Chen]

Eric, and Michael,

Eric Blossom wrote:

On Mon, Mar 03, 2008 at 09:57:09AM -0600, Qi Chen wrote:
  

Michael,

On Mar 3, 2008, at 8:33 AM, Michael Dickens wrote:



On Mar 2, 2008, at 9:28 PM, Qi Chen wrote:
  
ImportError: 
/usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so: 
undefined symbol: _ZN28gr_single_threaded_scheduler4stopEv



This is often a symptom of multiple partially corrupt installations.

To recover, find all places where you may have installed GNU Radio and
remove all relevant files, then rebuild and install.

E.g.,

  $ sudo rm /usr/local/lib/libgnuradio*
  $ sudo rm /usr/local/lib/libusrp*
  $ sudo rm -fr /usr/local/lib/python2.4/site-packages/gnuradio
  $ sudo rm -fr /usr/local/lib/python2.4/site-packages/usrp*

  
I have done exactly what you mentioned above, and it worked. I didn't 
reconfigure the whole thing, all I did was to sudo make install.


Thanks for both of your help.


Eric
  




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

[Discuss-gnuradio] global CXXFLAGS?

[Dan Halperin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry for the dumb question :).

I've tried to change the global CXXFLAGS by modifying
gnuradio/configure.ac, but the changes are not propagated to the rest of
the tree even after a configure. I've had some success modifying all of
the Makefile.am files in the directories of interest, but is there a
better way?

[The goal would be to force -O0 and -g1, for instance]

Thanks!

Dan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHzF+5y9GYuuMoUJ4RAsbJAKCer+1j/YUWPrCM1TsDlePEkl3WNACcCegv
MXEIxQ4pJIvpCvX/+Ul4PpY=
=1/xh
-END PGP SIGNATURE-


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

Re: [Discuss-gnuradio] RFX transceiver board receive VCO offsetautomated calibration

[Johnathan Corgan]

On 3/2/08, Richard Clarke <[EMAIL PROTECTED]> wrote:

>  At this stage my proposed calibration of the RFX400/USRP doesn't need to
>  happen continuously, just once at the start of a test.

I see, thanks for the clarification.  Your original proposal would
work fine for this, though I suggest you adjust frequency by changing
the daughterboard tuning frequency rather than by trying to fiddle
with the FPGA DDC.

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com/


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

Re: [Discuss-gnuradio] global CXXFLAGS?

[Eric Blossom]

On Mon, Mar 03, 2008 at 12:29:45PM -0800, Dan Halperin wrote:
> Sorry for the dumb question :).
> 
> I've tried to change the global CXXFLAGS by modifying
> gnuradio/configure.ac, but the changes are not propagated to the rest of
> the tree even after a configure. I've had some success modifying all of
> the Makefile.am files in the directories of interest, but is there a
> better way?
> 
> [The goal would be to force -O0 and -g1, for instance]
> 
> Thanks!
> 
> Dan

I think you should be able to set them using

  ./configure CXXFLAGS="-O0 -g1" ...

Eric


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

Re: [Discuss-gnuradio] GPS on USRP

[Paul Creekmore]

I'd start by running usrp_benchmark_usb.py  It's a USB speed test 
script, and it will verify proper communication with the USRP.  The 
script is located in /usr/local/share/gnuradio/examples/usrp/ on my 
Linux installation.


Do you have a DBSRX daughter card to receive GPS frequencies?  If that's 
physically installed and the test script mentioned above runs, we can 
move on.


--Paul

Phaysal Khan wrote:

Hi Paul,
Finally I got a working system of USRP radio. The FM radio 
example runs smoothly (atleast opens up and captures nothing:giving 
errors like "usb_control_msg failed: usb_control_msg failed: sending 
control message failed, win error, A device attached to the system is 
not functioning <--- Is this ok? I am using cygwin, gnu-3.1.1 and 
python 2.5)!?
 
Now, I would like to record IF samples and use Kai Borre Matlab 
based GPS receiver to solve for position. Should we proceed with 
sample recording. Can you guide me for this?


 
Faisal A. Khan

Doctral Candidate
University of New South Wales
NSW 2052, Sydney, Australia
P) +61-2-93854208M)+61-401-260728
 





Date: Fri, 29 Feb 2008 12:45:29 -0500
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] GPS on USRP

Faisal,

I'm at Purdue University working toward using the USRP for
GNSS applications.  Check my understanding: are you wanting to
use the USRP to record, say, L1 band samples directly to a
data file?  Would you be performing all of the signal
acquisition and tracking in post-processing with a separate
software tool?

I'm working on Linux (Debian), but we aught to be able to
trade notes.  If you've got a working installation of GNU
Radio, I can show you how to record samples.

--Paul

Phaysal Khan wrote:

Hi,
I am a newbie to USRP, and still struggling to get it
working on my windows machine. I am trying to use cygwin.
I reckon that many ppl have already acquired and tracked
GPS on USRP. Waht I want to do is to capture GPS IF
samples (e.g. at IF=5 MHz) and use a software receiver to
process those IF samples on PC. Any suggestions to start?!...
 

 
Faisal A. Khan

Doctral Candidate
University of New South Wales
NSW 2052, Sydney, Australia
P) +61-2-93854208M)+61-401-260728
 





Join Lavalife for free. What are you waiting for?





Find it at www.seek.com.au Your Future Starts Here. Dream it? Then
be it!






Listen now! New music from the Rogue Traders. 

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

Re: [Discuss-gnuradio] global CXXFLAGS?

[Dan Halperin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eric Blossom wrote:
> On Mon, Mar 03, 2008 at 12:29:45PM -0800, Dan Halperin wrote:
>> I've tried to change the global CXXFLAGS by modifying
>> gnuradio/configure.ac, but the changes are not propagated to the rest of
>> the tree even after a configure. I've had some success modifying all of
>> the Makefile.am files in the directories of interest, but is there a
>> better way?
>>
>> [The goal would be to force -O0 and -g1, for instance]
> 
> I think you should be able to set them using
> 
>   ./configure CXXFLAGS="-O0 -g1" ...

Indeed! Thanks.

As a practical matter, we also had to set CCFLAGS, CPPFLAGS, CCASFLAGS,
and FFLAGS. For anyone else out there :).

[On a Mac running Leopard with GR 3.1.1].

- -Dan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHzIXty9GYuuMoUJ4RAnQXAJwMZbK4c5NDmn5CFhSLlljkv9LMlACeOfPx
vAf4Ud7qXO6gCNgh8MDnAYc=
=kOIW
-END PGP SIGNATURE-


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

RE: [Discuss-gnuradio] GPS on USRP

[Phaysal Khan]

Hi,
yes, I can run the test and it says at the end 
Max USB/USRP throughput = 32MB/sec
 
although it gives that error msg 3 times for each usb throughput check (3 times 
for each 2M, 4M, 8M, 16M and 32M).
 
I am using DBSRX daughter card, which covers the GPS band, and this is 
physically installed. I think we are ready to move forward. Faisal A. 
KhanDoctral CandidateUniversity of New South WalesNSW 2052, Sydney, AustraliaP) 
+61-2-93854208M)+61-401-260728 


Date: Mon, 3 Mar 2008 17:02:18 -0500From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: 
[EMAIL PROTECTED]: Re: [Discuss-gnuradio] GPS on USRP
I'd start by running usrp_benchmark_usb.py  It's a USB speed test script, and 
it will verify proper communication with the USRP.  The script is located in 
/usr/local/share/gnuradio/examples/usrp/ on my Linux installation.Do you have a 
DBSRX daughter card to receive GPS frequencies?  If that's physically installed 
and the test script mentioned above runs, we can move on.--PaulPhaysal Khan 
wrote: 


Hi Paul,Finally I got a working system of USRP radio. The FM radio example runs 
smoothly (atleast opens up and captures nothing:giving errors like 
"usb_control_msg failed: usb_control_msg failed: sending control message 
failed, win error, A device attached to the system is not functioning <--- Is 
this ok? I am using cygwin, gnu-3.1.1 and python 2.5)!? Now, I would like to 
record IF samples and use Kai Borre Matlab based GPS receiver to solve for 
position. Should we proceed with sample recording. Can you guide me for this? 
Faisal A. KhanDoctral CandidateUniversity of New South WalesNSW 2052, Sydney, 
AustraliaP) +61-2-93854208M)+61-401-260728 



Date: Fri, 29 Feb 2008 12:45:29 -0500From: [EMAIL PROTECTED]: [EMAIL 
PROTECTED]: [EMAIL PROTECTED]: Re: [Discuss-gnuradio] GPS on USRPFaisal,I'm at 
Purdue University working toward using the USRP for GNSS applications.  Check 
my understanding: are you wanting to use the USRP to record, say, L1 band 
samples directly to a data file?  Would you be performing all of the signal 
acquisition and tracking in post-processing with a separate software tool?I'm 
working on Linux (Debian), but we aught to be able to trade notes.  If you've 
got a working installation of GNU Radio, I can show you how to record 
samples.--PaulPhaysal Khan wrote: 


Hi,I am a newbie to USRP, and still struggling to get it working on my windows 
machine. I am trying to use cygwin. I reckon that many ppl have already 
acquired and tracked GPS on USRP. Waht I want to do is to capture GPS IF 
samples (e.g. at IF=5 MHz) and use a software receiver to process those IF 
samples on PC. Any suggestions to start?!...   Faisal A. KhanDoctral 
CandidateUniversity of New South WalesNSW 2052, Sydney, AustraliaP) 
+61-2-93854208M)+61-401-260728 

Join Lavalife for free. What are you waiting for?

Find it at www.seek.com.au Your Future Starts Here. Dream it? Then be it! 

Listen now! New music from the Rogue Traders.
_
What are you waiting for? Join Lavalife FREE
http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Flavalife9%2Eninemsn%2Ecom%2Eau%2Fclickthru%2Fclickthru%2Eact%3Fid%3Dninemsn%26context%3Dan99%26locale%3Den%5FAU%26a%3D30288&_t=764581033&_r=email_taglines_Join_free_OCT07&_m=EXT___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] global CXXFLAGS?

[Eric Blossom]

On Mon, Mar 03, 2008 at 03:12:45PM -0800, Dan Halperin wrote:
> Eric Blossom wrote:
> > On Mon, Mar 03, 2008 at 12:29:45PM -0800, Dan Halperin wrote:
> >> I've tried to change the global CXXFLAGS by modifying
> >> gnuradio/configure.ac, but the changes are not propagated to the rest of
> >> the tree even after a configure. I've had some success modifying all of
> >> the Makefile.am files in the directories of interest, but is there a
> >> better way?
> >>
> >> [The goal would be to force -O0 and -g1, for instance]
> > 
> > I think you should be able to set them using
> > 
> >   ./configure CXXFLAGS="-O0 -g1" ...
> 
> Indeed! Thanks.
> 
> As a practical matter, we also had to set CCFLAGS, CPPFLAGS, CCASFLAGS,
> and FFLAGS. For anyone else out there :).
> 
> [On a Mac running Leopard with GR 3.1.1].
> 
> -Dan

FWIW, CPPFLAGS shouldn't contain optimization flags, only stuff like -I 
and -D

Eric


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

[Discuss-gnuradio] fm_tx4.py Assertion failure

[Michael Gray]

I'm attempting to run the fm_tx4.py sample.  The code aborts with the 
following error:

python: /usr/include/boost/shared_ptr.hpp:253: 
T* boost::shared_ptr::operator->() const [with T = gr_basic_block]: 
Assertion `px != 0' failed.


The same error occurs when built with gnuradio-3.1.1.tar.gz or latest SVN 
development checkout.  

The other transmit examples (signal generator) and usrp_nbfm_ptt.py work
fine with the hardware.


I tried the python debugger, but that didn't really help since the error 
was occuring down in the boost C++ code.  My guess is it has something to 
do with reading the audio files.  

Running Ubuntu LTS 6.x 

2.6.15-51-server #1 SMP Tue Feb 12 17:12:18 UTC 2008 i686 GNU/Linux


Any ideas?





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

Re: [Discuss-gnuradio] fm_tx4.py Assertion failure

[Johnathan Corgan]

On 3/3/08, Michael Gray <[EMAIL PROTECTED]> wrote:

> I'm attempting to run the fm_tx4.py sample.  The code aborts with the
>  following error:
>
>  python: /usr/include/boost/shared_ptr.hpp:253:
>  T* boost::shared_ptr::operator->() const [with T = gr_basic_block]:
>  Assertion `px != 0' failed.

This has been fixed in r7915 on the trunk.  A call to 'connect()' was
missing in the flow graph construction code.  We need better error
reporting, clearly.  The above resulted from not having the output of
a hierarchical block connected to anything internally.

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com/


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

[Discuss-gnuradio] Simultaneous transmission on two antennas

[Wee Shinhan]

Hi guys,

I would like to ask if anyone who have experience or
have attempted to perform simultaneous transmission
using 2 antennas to provide some advice and guidance.

For example, i have 2 orthogonal signal s0 and s1 and
i wanted to transmit s0 from ant0 and s1 from ant1
simultaneously. So in the receiver (1 antenna) i
should see a super position of the 2 signals. 

However as of now, i changed the codes of examples
benchmark_tx.py and benchmark_rx.py so that i have 2
payloads to send to the desired RFX2400, in code it
seems like they are sending simultaneously but however
at the receive side i'm still receiving s1 and s2
separate in 2 packets. Please advice.. Thanks in
advance.

Regards,
ShinHan


  

Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs



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

Re: [Discuss-gnuradio] Common clock for two RFX2400 DB's

[Matt Ettus]

Andrey A wrote:

Andrey A wrote:


Hello!
We consider using USRP with two RFX2400 dautherboards to build MIMO system.
As I can see, each RFX2400 has Tx and Rx VCOs. Is it possible to use
common clock for these two dautherboards? (Frequency mismatch between
VCOs may prevent MIMO).
  
  


  

All the VCOs are locked to the same reference, so you can do MIMO.



Thank you, Matt.
One more question. What is the reference instability?
  


Are you looking for the frequency accuracy?  phase noise?  I'm not sure 
what you mean.


Matt


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

[Discuss-gnuradio] Re:Simultaneously transmitting on two transmitters

[jiqun qi]

Hey shinhan,

Could you post your changed .py code so that the issues may be clear?

I guess, your transmitted signals are still transmitted separately in
s1 and s2 sequence, not "simultaneously".


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