macbook-chris:gnuradio updatelee$ uhd_usrp_probe
Mac OS; GNU C++ version 4.2.1 (Apple Inc. build 5664); Boost_104500;
UHD_002.20110126204618.b83454d
mboard0 MIMO master
_
/
| Device: USRP2/N Series device
| __
> If Im always just sending a burst message when I tx, is it safe to say that
> I should always have the EOB flag set? My messages may be as large as a few
I believe so, see below
> thousand bytes, but I dont plan to do any continuous streaming. Currently,
> the Tx thread has a queue that it j
> UHD source block got error code 0x1
> gr_block_executor: source produced no
> output. We're marking it DONE.
>
grr timeout
Can you post the output of
uhd_usrp_probe and /share/uhd/examples/rx_timed_samples
thanks,
-josh
___
Discuss-gnuradio mail
Oh darn, way to much multitasking, thats my mistake. I did have that issue,
when I deleted the folder and had git recreate it I forgot to checkout the
next branch. I recognized I did this and resolved the issue. Thats when I
get a new error, I must have flipped between to many windows and C&P'd the
Josh,
If Im always just sending a burst message when I tx, is it safe to say that
I should always have the EOB flag set? My messages may be as large as a few
thousand bytes, but I dont plan to do any continuous streaming. Currently,
the Tx thread has a queue that it just works off where each item
On 01/26/2011 06:59 PM, Isaac Gerg wrote:
> I will check on this tomorrow. Thanks for the information!
>
> BTW Where can i find documentation for the stuff you mentioned?
Well, you really should be setting end_of_burst when you "end a burst".
Though I guess we have not confirmed that that was
I will check on this tomorrow. Thanks for the information!
BTW Where can i find documentation for the stuff you mentioned?
Thanks,
Isaac
On Wed, Jan 26, 2011 at 7:00 PM, Josh Blum wrote:
>
> > When i start the program up.. the rx prints out a bunch of samps. Then
> it
> > stops. 10 seconds
> Traceback (most recent call last):
> File "rx_fft.py", line 145, in
> tb = rx_fft()
> File "rx_fft.py", line 117, in __init__
> self.connect((self.uhd_single_usrp_source, 0), (self.fftsink, 0))
> File
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/si
new error now
macbook-chris:gnuradio updatelee$ python rx_fft.py
Mac OS; GNU C++ version 4.2.1 (Apple Inc. build 5664); Boost_104500;
UHD_002.20110126204618.b83454d
mboard0 MIMO master
Warning:
The hardware does not support the requested RX sample rate:
Target sample rate: 0.24 MSps
> When i start the program up.. the rx prints out a bunch of samps. Then it
> stops. 10 seconds goes by. the tx thread wakes up and sends its first
> message, the rx gets nothing. 10 more seconds goes by, the tx sends out
> another 94 sample message. Now, TONS of samples come out. In fact, t
I am using the USRP1 with a Basic RX and Basic TX. I want to send a message
out the Basic TX and receive it with my Basic Rx. I am using the Complex
Float32 datatype.
Using Device: Single USRP:
Device: usrp1 device
Mboard: usrp1 mboard - 48cc208a
RX DSP: usrp1 ddc 2X + hb
RX Channel: 0
Wait a minute...
Im receiving constantly and sending only here and there... should i be using the
multiusrp interface (Im only using 1 USRP but the basic rx and tx dboards)?
Currently, Im using the single one.
Also, do send out a stream of data here and there what should my code look like?
Rig
On 26/01/2011 19:48, Marcus D. Leech wrote:
its importing a really old gnuradio that doesnt have gr.version()
in other words, you have multiple gnuradios installed
-josh
And your PYTHONPATH likely points to the wrong version.
Yes you were both right. I have it working now. Thanks.
- Char
I pushed a fix to the master, can you try it?
In short, resizing the socket buffer on macos is very bad. I had
accidentally changed the logic that blocked this behavior. Fixed.
-Josh
On 01/26/2011 06:03 AM, update lee wrote:
> Use the latest gnuradio/uhd I get an error when trying to use UHD wit
its importing a really old gnuradio that doesnt have gr.version()
in other words, you have multiple gnuradios installed
-josh
And your PYTHONPATH likely points to the wrong version.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
__
Hi,
Is it possible to change the number of quantization levels on a USRP2 with a
DBSRX2 card? If yes, how is it done?
Nick
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
its importing a really old gnuradio that doesnt have gr.version()
in other words, you have multiple gnuradios installed
-josh
On 01/26/2011 11:08 AM, Charles Brain wrote:
> Hi All,
>
> When I try running gnuradio-companion I get
> File "/usr/local/bin/gnuradio-companion", line 45, in
> """%gr.
Hi All,
When I try running gnuradio-companion I get
File "/usr/local/bin/gnuradio-companion", line 45, in
"""%gr.version()
AttributeError: 'module' object has no attribute 'version'
Anyone know what I have done wrong?
- Charles
___
Discuss-gnuradio
Use the latest gnuradio/uhd I get an error when trying to use UHD with my N210
Exception in static block load_modules
basic_string::_S_construct NULL not valid
and my app segfaults
if I also include a fft sink I get
RuntimeError: No buffer space available
and it hangs untill I Ctrl-C it
the
Good morning,
I have several questions concerning the FPGA programming of the USRP2 and I
would appreciate if you could help me. First of all, I am using GNU Radio
3.3.0 and Ubuntu 10.10.
One of the things I have not very clear is the role of the firmware on the
aeMB. Reading the FAQ I found: "It
20 matches
Mail list logo
