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 consid
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-gnuradi
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
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 v
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' i
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 wi
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 remi
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 in
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/
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 symbo
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_swi
-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 file
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 ad
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 al
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
-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.
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 installe
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 tre
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
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.
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 th
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).
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.o
23 matches
Mail list logo
