discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Discuss-gnuradio] UHD Announcement - July 6th 2010


From: Zohair M. Abu-Shaban
Subject: RE: [Discuss-gnuradio] UHD Announcement - July 6th 2010
Date: Fri, 9 Jul 2010 15:34:36 +0100

Dear Josh,

I have modified my setting as you explained in your previous reply but unfortunately I still have an error.

I am using these settings (copied from top_block.py):
self.uhd_mimo_source_0 = uhd.mimo_source(4, "addr=192.168.10.11 192.168.20.11 192.168.30.11 192.168.40.11, recv_buff_size=50000000, send_buff_size=50000000", uhd.io_type_t.COMPLEX_FLOAT32)
self.uhd_mimo_source_0.set_samp_rate_all(samp_rate)
map(lambda x: self.uhd_mimo_source_0.set_center_freq(*x), enumerate((fc,fc,fc,fc)))
map(lambda x: self.uhd_mimo_source_0.set_gain(*x), enumerate((35,35,35,35)))
map(lambda x: self.uhd_mimo_source_0.set_antenna(*x), enumerate(['TX/RX','TX/RX','TX/RX','TX/RX']))

When I run the flowgraph I receive this error message and the program stops:
Current recv sock buff size: 50000000 bytes
Current send sock buff size: 50000000 bytes
Current recv sock buff size: 50000000 bytes
Current send sock buff size: 50000000 bytes
Current recv sock buff size: 50000000 bytes
Current send sock buff size: 50000000 bytes
Current recv sock buff size: 50000000 bytes
Current send sock buff size: 50000000 bytes
Using: Flex 2400 MIMO B RX (0x0027)
Using: Flex 2400 MIMO B TX (0x002b)
Using: Flex 2400 MIMO B RX (0x0027)
Using: Flex 2400 MIMO B TX (0x002b)
Using: Flex 2400 MIMO B RX (0x0027)
Using: Flex 2400 MIMO B TX (0x002b)
Using: Flex 2400 MIMO B RX (0x0027)
Using: Flex 2400 MIMO B TX (0x002b)
RX samples per packet: 358
TX samples per packet: 355
Recv pirate num frames: 33333
Set time with unknown pps edge:
 1) set times next pps (race condition)
 2) catch seconds rollover at pps edge
 3) set times next pps (synchronously)
gr_block_executor: source <gr_block uhd mimo source (1)> produced no output. We're marking it DONE.


Sometimes I also receive these errors that disappear when I power cycle the USRP2's:

Error (usrp2 recv pirate loop): bad vrt header or unsupported packet type
Error (usrp2 recv pirate loop): assertion failed: if_packet_info.has_tsi and if_packet_info.has_tsf in void usrp2_impl::io_impl::recv_pirate_loop(boost::shared_ptr<uhd::transport::zero_copy_if>, boost::shared_ptr<usrp2_mboard_impl>, size_t)
 at /home/dave/uhd/host/lib/usrp/usrp2/io_impl.cpp:97

Error (usrp2 recv pirate loop): assertion failed: if_packet_info.has_tsi and if_packet_info.has_tsf in void usrp2_impl::io_impl::recv_pirate_loop(boost::shared_ptr<uhd::transport::zero_copy_if>, boost::shared_ptr<usrp2_mboard_impl>, size_t)
 at /home/dave/uhd/host/lib/usrp/usrp2/io_impl.cpp:97


Waiting for reply. By the way, thank you for modifying the online manual :)

Best regards,

Zohair




Date: Thu, 8 Jul 2010 10:13:52 -0700
From: address@hidden
To: address@hidden
Subject: Re: [Discuss-gnuradio] UHD Announcement - July 6th 2010

Zohair,

>
> 1- I am using a PC with four Ethernet ports. I burned the firmware and > the > fpga images created on 6-7-2010. Also, I tried assigning IP addresses > from
> the same subnetwork: 192.168.10.X/24. However, Only a single USRP2 is
> discovered at a time while others are unreachable. (USRP2s IPs are also > from
> the same subnetwork above)
>
> 2- Then I tried assigning IPs from 4 different subnetworks to the > USRP2's,
> and all them can be discovered normally. Is it possible that they work
> using IPs from the same subnetwork or not? (case 1)
>

The goal is to setup your networking on your such that all devices are
accessible (ie your computer knows how to route udp/ip packets to the
correct device based on ip address). The easiest way to use use a
different subnet per ethernet card. 192.168.X.Y and burn each usrp with
the corresponding address 192.168.X.Z. If you play around with subnet
masks you can get other configurations.

> 3- I used a MIMO source with 4 outputs and the following settings:
> freq: 2414000000, 2414000000, 2414000000, 2414000000
> Arg: addr=192.168.10.11 192.168.20.11 192.168.30.11 192.168.40.11,
> recv_buff_size=50e6 50e6 50e6 50e6
> sample rate: 195.312K ( Firstly, I used 32K but at runtime I was > prompted
> to use this value)

What you probably saw was a warning that the system could not
automatically request a large enough buffer.

http://www.ettus.com/uhd_docs/manual/html/usrp2.html#os-specific-notes

Also, you can only specify one buffer size across all boards. If you
think about it the setup should be uniform per board.

> Gain= 35,35,35,35
> Antennas= ['RX2', 'RX2', 'RX2', 'RX2']
>
> I connected the 4 outputs to graphic scopes but once I run the > flowgraph, I
> see this error messages:
>
> terminate called after throwing an instance of
> 
'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::bad_lexical_cast>
>> '
> what(): bad lexical cast: source type value could not be interpreted as
> target.
>

it cant cast a "50e6 50e6 50e6 50e6" to a double. I need to catch these
error and throw meaning full exceptions. :-)

Thanks for asking, it seems that I need to add more to the docs and
polish. -Josh

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio




reply via email to

[Prev in Thread] Current Thread [Next in Thread]