Yong J. Chang schrieb:
Thanks Don for previous question!
I successfully configured and compiled GNURadio trunk on Cygwin and tried to
run example.
But I'm getting following error:
Traceback (most recent call last):
File "./benchmark_tx.py", line 23, in
from gnuradio import gr, gru, modu
Hello all,
I am using a USRP2+xcvr2450 with the latest trunk of GNU Radio (just
compiled/update the firmware and updated FPGA code to the latest release),
and FC 10 as the OS. I tried to use TCP/IP statck over USRP2 with modified
tunnel.py, transmit_path.py and receive_path.py. I used one USRP
Just one extra note here since I didn't mention it, this is the output from
the script on my machine:
sd...@sdrts:~/test$ sudo python usrp2_rx.py
0 Lock
0 Unlock
usrp2: channel 0 already streaming
1 Lock
1 Unlock
Sorry I didn't mention this before.
Kieran
On Wed, Feb 25, 2009 at 1:08 PM, Johnath
On Tue, Feb 24, 2009 at 05:57:35PM -0500, Marcus D. Leech wrote:
> What's the best way to setup a timer routine that has access to the bits
> of the flowgraph?
>
> I'm using an external process (UI) to set dynamic values for certain
> USRP attributes, and one of the mechanisms
> I'm thinking of
On Wed, 2009-02-25 at 12:27 +1300, Kieran Brownlees wrote:
> There are 3 threads running, I posted thread 1 before,
>
> Here is thread 2:
When unlock() is called, it stops the flowgraph, waits for it to finish,
then restarts it in its (possibly) new configuration.
Thread 1 is your main thread w
There are 3 threads running, I posted thread 1 before,
Here is thread 2:
(gdb) bt
#0 0xb80ef424 in __kernel_vsyscall ()
#1 0xb80bc075 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb7bcd2ab in omni_condition::wait (this=0x90059f8) at posix.cc:152
#3 0xb70
On Wed, 2009-02-25 at 12:19 +1300, Kieran Brownlees wrote:
> Here is the backtrace from the main thread:
This is showing that the main thread is stopped waiting for the
flowgraph thread to finish as a result of an internal call to stop().
Can you post the other traceback?
Johnathan
_
Here is the backtrace from the main thread:
(gdb) bt
#0 0xb80ef424 in __kernel_vsyscall ()
#1 0xb80bc075 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb7bb5fef in boost::thread::join ()
from /usr/lib/libboost_thread-mt.so.1.35.0
#3 0xb7bc4223 in gruel:
On Tue, Feb 24, 2009 at 2:54 PM, Kieran Brownlees wrote:
> When I run this script it hangs on the second call of unlock and never makes
> it to pass.
Thanks for the minimal error test case, that helps.
Is it possible for you to use gdb from another terminal window to see
where it is hung up?
I
On Tue, Feb 24, 2009 at 2:08 PM, Bruce McGuffin wrote:
> Does anybody know what the problem is? What is compile-mbh.scm, and why
> wasn't it part of the gnu radio download?
You've found a bug in the tarball generation for release 3.2rc0, thanks.
It's easily fixed, but we're not quite ready to r
What's the best way to setup a timer routine that has access to the bits
of the flowgraph?
I'm using an external process (UI) to set dynamic values for certain
USRP attributes, and one of the mechanisms
I'm thinking of using is to trigger a regular timer to see if the
values in an external contr
Hello all,
I seem to be having some strange behaviour when trying to lock and unlock
multiple times. I am using a USRP2 with the latest trunk of GNU Radio (just
compiled/update the firmware and updated FPGA code to the latest release),
and Ubuntu 8.10 Server as the OS.
The test script I am using
Hi
I'm trying to get gnuradio version 3.2 installed on an old computer that
is now
running the centOS 5.2 operating system. It appears that centOS is
missing a lot of
the features found in other versions of Linux, but after a lot of work
the configure
now runs. When I try to run make, it cau
Hi,
attached is a somewhat larger patch for the FPGA firmware.
The patch changes the following:
- stable timestamp, timestamp is latched on the last sample that goes into the
packet, so in case no overrun happens, timestamp goes up reliably 126 times
decimation rate.
- channel buffer is emptie
There are some minor mods necessary to work with the DBSRX. I will get
you instructions and working code in a day or two.
Thanks for your patience,
Matt
RH200 wrote:
We have got a new USRP2 and TVRX and DBSRX recievers. Though the system seems
to work when the TVRX daughter board is install
Thanks Don for previous question!
I successfully configured and compiled GNURadio trunk on Cygwin and tried to
run example.
But I'm getting following error:
Traceback (most recent call last):
File "./benchmark_tx.py", line 23, in
from gnuradio import gr, gru, modulation_utils
File "/us
On Tuesday 24 February 2009 16:03:05 Marcus D. Leech wrote:
> Have you tested receive performance, and is it improved?
Hm, if you are going for high bandwidth, you should set the blocksize quite
high (eg 4096). I am targetting low latency, so I go for the smallest possible
blocksize (512).
If y
Eric Blossom wrote:
On Tue, Feb 24, 2009 at 01:07:34PM -0500, Marcus D. Leech wrote:
Eric Blossom wrote:
Marcus, in my experience, USB performance has not be limited by cpu
cycles. It seems to be primarily a function of the design of the host
controller, the firmware in the device, and a reaso
Hello all,
I recently installed gnuradio (3.2.x) on my machine (OS X) and was
wondering about purchasing the USRP. It seems that usrp2 is currently
only supported on Linux, so I guess I shouldn't get that one. Can
anyone recommend daughterboards that would be best for simple
communication, e.g. fo
On Tue, Feb 24, 2009 at 01:07:34PM -0500, Marcus D. Leech wrote:
> Eric Blossom wrote:
> > Marcus, in my experience, USB performance has not be limited by cpu
> > cycles. It seems to be primarily a function of the design of the host
> > controller, the firmware in the device, and a reasonable way
Eric Blossom wrote:
> Marcus, in my experience, USB performance has not be limited by cpu
> cycles. It seems to be primarily a function of the design of the host
> controller, the firmware in the device, and a reasonable way to get
> the data into user mode. In most apps I've benchmarked, the ove
Thanks for all the advice. After turning the power way down and
placing the tag within inches of the antenna, I can see the tag's
burts. It makes me wonder how the reader can pull out the tag's
bursts in 'real world' conditions. There is no processing gain to
pull it out of the noise.
Thanks ag
Gen 2 (915 MHz) has read ranges measured in meters, while HF (13.56
MHz) range is measured in cm. Check out "How to Build a Low-Cost,
Extended Range RFID Skimmer" for how to increase read range for HF
devices; they got about 35 cm. But to answer your question, I just use
a vanilla circular antenna
mutsa gahadza wrote:
>> Dear all
>>
>> I have two debian host PCs and two USRPs. I have been trying to measure
> Channel Impulse Response using usrpsounder.py.
>>
>> My command lines are as follows:
>> # ./usrp_sounder.py -f 2.4G -r -v -D -F output.dat
>> # ./usrp_sounder.py -f 2.4G -R A -t -v -
Please follow the directions to enable the wxgui - open gl sinks:
http://gnuradio.org/trac/browser/gnuradio/trunk/gr-wxgui/README.gl
Let me know how it works for you!
-Josh
feldmaus wrote:
feldmaus gmx.de> writes:
Not really RIGHT:
def set_samp_rate(self, samp_rate):
self.samp_rate = samp_
On Tue, Feb 24, 2009 at 10:03:05AM -0500, Marcus D. Leech wrote:
> Stefan Bruens wrote:
> > Hi,
> >
> > attached is a new version for fusb_linux.cc.
> >
> > The current implementation uses three std::list lists for free, pending and
> > completed urbs, so submitting a single urb causes three alloc
On Mon, Feb 23, 2009 at 8:25 PM, Mir Ali wrote:
> can you suggest me a place where I can find more information about the phase
> sync and the freq sync methods you used in your work. It will be of great
> help to me.
There is plenty of information available via Google. An excellent
reference bo
On Mon, Feb 23, 2009 at 7:53 PM, Nick Withers wrote:
> Yes, certainly feeling a little overwhelmed!
You wouldn't be the first.
> At this point, that's pretty well what I want to do. I want to smack as
> much as possible in the FPGA (well, on the non-PC side of the USB,
> anyway) and essentially
Hello All,
I'm trying to do more or less the same thing as Kevin but with two other
readers (a RFIdeas Playback and an OpenPCD) and other kind of cards (HID
IClass 2K and Mifare Classic 1K: both working at 13.56MHz).
I got an interesting signal just putting my loop antenna attached both
to the card
Stefan Bruens wrote:
> Hi,
>
> attached is a new version for fusb_linux.cc.
>
> The current implementation uses three std::list lists for free, pending and
> completed urbs, so submitting a single urb causes three allocs and three
> frees
> (pushing and popping of the list).
>
> The new implemen
Yong J. Chang wrote:
I'm trying to use GNU radio on Cygwin environment. It has taken couple of
days to compile depedent stuffs. I'm on my almost final stage. I have
following error messages when I compile 'gnuradio-core'.
*** Warning: This system can not link to static lib archive
/usr/local/l
Eric Blossom wrote am 2009-02-10 22:13:
Be sure that you're in the usrp group, and that
/etc/security/limits.conf contains this line:
@usrp - rtprio 50
If you edit /etc/security/limits.conf I'm pretty sure you need to
reboot to get it to take effect.
You do not need need reboot[1].
Debian
Hi all,
I'm trying to use GNU radio on Cygwin environment. It has taken couple of
days to compile depedent stuffs. I'm on my almost final stage. I have
following error messages when I compile 'gnuradio-core'.
*** Warning: This system can not link to static lib archive
/usr/local/lib/libgsl.la.
*
feldmaus gmx.de> writes:
> Not really RIGHT:
> def set_samp_rate(self, samp_rate):
> self.samp_rate = samp_rate
> self.wxgui_fftsink2.set_samp_rate(self.samp_rate)
>
> How is the Name of the method to set up the samp_rate ?
self.wxgui_fftsink2.set_sample_rate(self.samp_rate)
_
feldmaus gmx.de> writes:
>
> Hi All,
>
> i am trying to get the FFT Plot Sink under grc(gnuradio
> companion) to work. But the x-min and the x-max can't
> be set up. As i read the x-Axis should be fitted by the
> samp_rate variable, but it does not work.
>
> Any Ideas ?
I watched in the code a
Hi All,
i am trying to get the FFT Plot Sink under grc(gnuradio
companion) to work. But the x-min and the x-max can't
be set up. As i read the x-Axis should be fitted by the
samp_rate variable, but it does not work.
Any Ideas ?
Regards Markus
___
Di
anne kwong wrote am 2009-02-09 13:16:
I am getting another problem when running ./configure
FFTW3F is compiled with
./configure --prefix=/opt/freeswitch --enable-core-odbc-support
--enable-core-libedit-support --enable-64 --with-openssl=/usr/sfw
Here is my export output
declare -x FFTW3F_CFL
37 matches
Mail list logo
