Hi Matt/EricI have a few questions I need some help on.Firstly, I am trying to understand the power supply nets.There is:DVDD (GND) [Digital Supply and Unnamed Ground Symbol]VCC 5:1 (Ground unkown?)
AVDD (AGND) [Analogue Supply and Ground]AVDD 2:1 (AGND 2:1) (??)5V:1 (??)I can see the volta
Hi,
Sorry for the delay.This is the exam week:)
The source I am using is an Agilent 33220A function
generator which can drive 50 ohms.
Regards
Sudhindra
--- Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 07, 2005 at 08:39:01PM +, sudhindra
> aithal kota wrote:
> > Hi,
> > In my mai
In implementing gr-audio-osx, I've figured out (after much debugging)
that 2 threads are conflicting (GR is 1 thread, CoreAudio is the
other), and thus I need a semaphore or equivalent ... needs to be
thread-safe. Does GR have a preference of what to use for this? Or
is it OS- and program
Eric was smack-on about having to set shared memory, the formula
goes something like:
# id -p
uid=0(root) gid=0(root) projid=1(user.root)
to get the project id
[spare me the lectures about running as root ;) ]
# prctl -n project.max-shm-memory -v 25600 -r -i project 1
Verify with
# prctl -i
Hi All!
I have used GNURADIO release 2.4 since beginning of
this year. Everything was allright. But the problem
came, when i was trying to install new GNURADIO
release 2.6 yesterday. It popped up following errors
when i tried to run dial_tone.py.
[EMAIL PROTECTED] audio]$ python dial_tone.py
Traceb
Not exactly sure why this is, but the call to set_rx_freq() in
usrp_rx_cfile.py does not work for the DBSRX board, and should be
replaced as follows:
25c25
< u.set_rx_freq (0, options.ddc_freq)
---
> r = usrp.tune( u, 0, usrp.selected_subdev( u, (0,0)),
options.ddc_freq);
A cursory look a
Hi All!
I managed to solve the problem of "max_stream" by
re-installing everything includes baseline as well. My
current baseline is boost-1-32, cppunit-1.10.2,
fftw-3.0.1, sdcc-2.5.0, swig-1.3.27, wxPython-2.6.1.0.
I use GNUradio release 2.6 and gcc 3.4.2. Hopefully
this is useful for those who en
On Tue, Dec 13, 2005 at 03:19:34PM -0500, Michael Dickens wrote:
> In implementing gr-audio-osx, I've figured out (after much debugging)
> that 2 threads are conflicting (GR is 1 thread, CoreAudio is the
> other), and thus I need a semaphore or equivalent ... needs to be
> thread-safe. Does
On Wed, Dec 14, 2005 at 12:05:13AM -0500, Lee Patton wrote:
> Not exactly sure why this is, but the call to set_rx_freq() in
> usrp_rx_cfile.py does not work for the DBSRX board, and should be
> replaced as follows:
>
> 25c25
> < u.set_rx_freq (0, options.ddc_freq)
> ---
> > r = usrp.tune(