Josh,
Thanks for your help, everything works now! The set_user_register()
function appears to work perfectly with my USRP1. I'm going to submit my
design to our sponsor for approval. If they approve, I will make it
available for download in a few weeks once I finish cleaning up the code.
Colin
On 09/15/2012 01:33 AM, Josh Blum wrote:
> The TX GPIO setting kicks in when packets sent into the USB. You can
> override the GPIO setting though with the dboard iface (all swigged up
> into python as well)
> http://files.ettus.com/uhd_docs/doxygen/html/classuhd_1_1usrp_1_1dboard__iface.html
My re
Josh,
The set_user_register() function now returns without error. I cannot
confirm that the function works, however, as my program as a whole does
not work. In my program, the transmitted signal is generated entirely in
the FPGA, and USB input is neither accepted nor required. The old
libusrp code
to do something to make USRP-UHD aware of
my custom registers? Does the FPGA image itself need to be changed for
UHD compatibility?
Thanks,
Colin Stagner
Missouri S&T
signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio m
USRP—even the very expensive signal
generators I've used seem to have this second harmonic. I'm going to
experiment with this a bit more and see if I can find a solution.
Thanks,
Colin Stagner
Mo S&T Electrical Engineering
signature.asc
Description: OpenPGP digital signatur
Milo Wong wrote:
> So, I am going to encode the analog output of audio source(float, -1
> to +1 ??) to digital bit streams(byte) for digital signal Processing
> later on.
What exactly are you trying to accomplish? The samples you get from an
audio source, like any other GNU radio source, have alrea
Josef Vukovic wrote:
> Probably the error is in the PYTHONPATH variable, I installed python
> 2.5 and in the environmentvariable is mentioned python2.3
>
> How can I fix this ?
Look in ~/.bashrc (if it exists) or ~/.bash_login. You can view these
files in TextEdit with:
$ open -e ~/.bash_login
o
