[prev in list] [next in list] [prev in thread] [next in thread]
List: usrp-users
Subject: [USRP-users] Using RFNOC with X310, how to deal with overflows ?
From: "El Ouni, Naceur \(IntlAssoc\) via USRP-users" <usrp-users () lists ! ettus ! com>
Date: 2016-10-27 19:32:08
Message-ID: MWHPR09MB11689A985590DF0F4B6EE0249EAA0 () MWHPR09MB1168 ! namprd09 ! prod ! outlook ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hello usrp-users,
I am not sure if I already addressed this point before but here it is:
I am using RFNOC and X310 as a usrp-source in a spectrum sensor flograph where I \
created my own RFNOC block to aggregate outputs from FFT block into spectrum power \
bins and later on I intend to create another RFNOC block to average over time the \
readings.
The X310 I am using is connected through Ethernet. I am not exactly sure what is \
causing overflow errors but here is the output:
2016-10-26 17:42:13 EDT fc = 724.0 MHz. Writing data to file \
/home/nae/Spectrum-Sensors/X310/10-26-2016_001
-- [GNU Radio] Connecting 0/FFT_0:0 --> 0/binAggr_0:0
-- [0/FFT_0] source_block_ctrl_base::set_destination() 2.112>2.96
-- [0/FFT_0] Setting SID: 2.112>2.96
-- [0/FFT_0] source_block_ctrl_base::configure_flow_control_out() buf_size_pkts==4
-- [0/binAggr_0] sink_block_ctrl_base::configure_flow_control_in(cycles=0, packets=2)
-- [GNU Radio] Connecting 0/FIFO_0:0 --> 0/FFT_0:0
-- [0/FIFO_0] source_block_ctrl_base::set_destination() 2.224>2.112
-- [0/FIFO_0] Setting SID: 2.224>2.112
-- Assuming max packet size for 0/FIFO_0
-- [0/FIFO_0] source_block_ctrl_base::configure_flow_control_out() buf_size_pkts==2
-- [0/FFT_0] sink_block_ctrl_base::configure_flow_control_in(cycles=0, packets=1)
-- [GNU Radio] Connecting 0/Radio_0:0 --> 0/FIFO_0:0
-- [0/Radio_0] source_block_ctrl_base::set_destination() 2.64>2.224
-- [0/Radio_0] Setting SID: 2.64>2.224
-- Assuming max packet size for 0/Radio_0
-- [0/Radio_0] source_block_ctrl_base::configure_flow_control_out() buf_size_pkts==2
-- [0/FIFO_0] sink_block_ctrl_base::configure_flow_control_in(cycles=0, packets=1)
gr::log :INFO: controlport - Apache Thrift: -h localhost -p 9090
-- [RX Streamer] chan 0 connecting to 0/binAggr_0
-- [RX Streamer] creating rx stream recv_buff_size=33554432
-- [RX Streamer] data_sid = 00:11>02:60 actual recv_buff_size = 33554432
-- [0/binAggr_0] source_block_ctrl_base::set_destination() 0.0>0.17
-- [0/binAggr_0] Setting SID: 2.96>0.17
-- [RX Streamer] resp_out_dst_sid == 17
-- [RX Streamer] Number of upstream radio nodes: 1
-- [RX Streamer] spp == 364
-- [RX Streamer] Flow Control Window (minus one) = 18235, Flow Control Handler Window \
= 569
-- [0/binAggr_0] source_block_ctrl_base::configure_flow_control_out() \
buf_size_pkts==18235
-- [RX Terminator 0] rx_stream_terminator::set_rx_streamer() 1
-- [0/binAggr_0] source_node_ctrl::set_rx_streamer() 0 -> 1
-- [0/FFT_0] source_node_ctrl::set_rx_streamer() 0 -> 1
-- [0/FIFO_0] source_node_ctrl::set_rx_streamer() 0 -> 1
-- [0/Radio_0] radio_ctrl_impl::set_rx_streamer() 0 -> 1
-- [0/Radio_0] x300_radio_ctrl_impl::check_radio_config()
-- [Device3] updating RX streamer to RX Terminator 0
-- New tick_rate == 2e+08 New samp_rate == 2e+08 New scaling == 3.05185e-05
-- [0/binAggr_0] source_block_ctrl_base::issue_stream_cmd()
-- [0/FFT_0] source_block_ctrl_base::issue_stream_cmd()
-- [0/FIFO_0] source_block_ctrl_base::issue_stream_cmd()
-- [0/Radio_0] radio_ctrl_impl::issue_stream_cmd() 0 a
-- [RX Terminator 0] rx_stream_terminator::handle_overrun()
-- [0/Radio_0] radio_ctrl_impl::issue_stream_cmd() 0 a
Ooverrun on chan 0
....
....
....
-- [RX Terminator 0] rx_stream_terminator::handle_overrun()
-- [0/Radio_0] radio_ctrl_impl::issue_stream_cmd() 0 a
Ooverrun on chan 0
My flowgraph is as the following:
[cid:image002.jpg@01D23067.412DEFE0]
How to debug and find out what is causing overflows ?
But my main concern here is: after a continuous overflow messages, the Radio seems to \
enter in a unresponsive mode that oblige me to reboot it. Does this makes sense or \
there is something I need to understand first ? Apart from executing testbenches of \
BinAggr RFNOC block, I thoguht I may fix the overflow problem with interfacing the \
USRP with a PCIe cable instead. Is that corect ?
However, is I connect the USRP with PCIe instead, anytime an error occurs which makes \
the USRP hangs (by the way, physically I see REF LED being yellow and stays so) I \
think I need to reboot it and that will cause a PCIe bus fatal error on the system \
even though I unlowd niusrp kernel module before power cycling the USRP. I am a bit \
confused here because there should be another way to fix the connection once \
flowgraph is not responding after overlows.
Thanks and Regards,
Naceur El Ouni
NIST - Wireless Networks Division (673)
100 Bureau Dr. Building 222-A218
Gaithersburg, MD 20899
(301) 975-3353
[Attachment #5 (text/html)]
<html xmlns:v="urn:schemas-microsoft-com:vml" \
xmlns:o="urn:schemas-microsoft-com:office:office" \
xmlns:w="urn:schemas-microsoft-com:office:word" \
xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" \
xmlns="http://www.w3.org/TR/REC-html40"> <head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">Hello usrp-users,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I am not sure if I already addressed this point before but here \
it is:<o:p></o:p></p> <p class="MsoNormal">I am using RFNOC and X310 as a usrp-source \
in a spectrum sensor flograph where I created my own RFNOC block to aggregate outputs \
from FFT block into spectrum power bins and later on I intend to create another \
RFNOC block to average over time the readings.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The X310 I am using is connected through Ethernet. I am not \
exactly sure what is causing overflow errors but here is the output:<o:p></o:p></p> \
<p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">2016-10-26 17:42:13 \
EDT fc = 724.0 MHz. Writing data to file \
/home/nae/Spectrum-Sensors/X310/10-26-2016_001<o:p></o:p></p> <p class="MsoNormal">-- \
[GNU Radio] Connecting 0/FFT_0:0 --> 0/binAggr_0:0<o:p></o:p></p> <p \
class="MsoNormal">-- [0/FFT_0] source_block_ctrl_base::set_destination() \
2.112>2.96<o:p></o:p></p> <p class="MsoNormal">-- [0/FFT_0] Setting \
SID: 2.112>2.96<o:p></o:p></p> <p class="MsoNormal">-- [0/FFT_0] \
source_block_ctrl_base::configure_flow_control_out() buf_size_pkts==4<o:p></o:p></p> \
<p class="MsoNormal">-- [0/binAggr_0] \
sink_block_ctrl_base::configure_flow_control_in(cycles=0, packets=2)<o:p></o:p></p> \
<p class="MsoNormal">-- [GNU Radio] Connecting 0/FIFO_0:0 --> \
0/FFT_0:0<o:p></o:p></p> <p class="MsoNormal">-- [0/FIFO_0] \
source_block_ctrl_base::set_destination() 2.224>2.112<o:p></o:p></p> <p \
class="MsoNormal">-- [0/FIFO_0] Setting SID: \
2.224>2.112<o:p></o:p></p> <p class="MsoNormal">-- Assuming max packet \
size for 0/FIFO_0<o:p></o:p></p> <p class="MsoNormal">-- [0/FIFO_0] \
source_block_ctrl_base::configure_flow_control_out() buf_size_pkts==2<o:p></o:p></p> \
<p class="MsoNormal">-- [0/FFT_0] \
sink_block_ctrl_base::configure_flow_control_in(cycles=0, packets=1)<o:p></o:p></p> \
<p class="MsoNormal">-- [GNU Radio] Connecting 0/Radio_0:0 --> \
0/FIFO_0:0<o:p></o:p></p> <p class="MsoNormal">-- [0/Radio_0] \
source_block_ctrl_base::set_destination() 2.64>2.224<o:p></o:p></p> <p \
class="MsoNormal">-- [0/Radio_0] Setting SID: \
2.64>2.224<o:p></o:p></p> <p class="MsoNormal">-- Assuming max packet \
size for 0/Radio_0<o:p></o:p></p> <p class="MsoNormal">-- [0/Radio_0] \
source_block_ctrl_base::configure_flow_control_out() buf_size_pkts==2<o:p></o:p></p> \
<p class="MsoNormal">-- [0/FIFO_0] \
sink_block_ctrl_base::configure_flow_control_in(cycles=0, packets=1)<o:p></o:p></p> \
<p class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">gr::log :INFO: \
controlport - Apache Thrift: -h localhost -p 9090<o:p></o:p></p> <p \
class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">-- [RX Streamer] chan 0 \
connecting to 0/binAggr_0<o:p></o:p></p> <p class="MsoNormal">-- [RX Streamer] \
creating rx stream recv_buff_size=33554432<o:p></o:p></p> <p class="MsoNormal">-- [RX \
Streamer] data_sid = 00:11>02:60 actual recv_buff_size = 33554432<o:p></o:p></p> \
<p class="MsoNormal">-- [0/binAggr_0] source_block_ctrl_base::set_destination() \
0.0>0.17<o:p></o:p></p> <p class="MsoNormal">-- [0/binAggr_0] Setting \
SID: 2.96>0.17<o:p></o:p></p> <p class="MsoNormal">-- [RX Streamer] \
resp_out_dst_sid == 17<o:p></o:p></p> <p class="MsoNormal">-- [RX Streamer] Number of \
upstream radio nodes: 1<o:p></o:p></p> <p class="MsoNormal">-- [RX Streamer] spp == \
364<o:p></o:p></p> <p class="MsoNormal">-- [RX Streamer] Flow Control Window (minus \
one) = 18235, Flow Control Handler Window = 569<o:p></o:p></p> <p \
class="MsoNormal">-- [0/binAggr_0] \
source_block_ctrl_base::configure_flow_control_out() \
buf_size_pkts==18235<o:p></o:p></p> <p class="MsoNormal">-- [RX Terminator 0] \
rx_stream_terminator::set_rx_streamer() 1<o:p></o:p></p> <p class="MsoNormal">-- \
[0/binAggr_0] source_node_ctrl::set_rx_streamer() 0 -> 1<o:p></o:p></p> <p \
class="MsoNormal">-- [0/FFT_0] source_node_ctrl::set_rx_streamer() 0 -> \
1<o:p></o:p></p> <p class="MsoNormal">-- [0/FIFO_0] \
source_node_ctrl::set_rx_streamer() 0 -> 1<o:p></o:p></p> <p class="MsoNormal">-- \
[0/Radio_0] radio_ctrl_impl::set_rx_streamer() 0 -> 1<o:p></o:p></p> <p \
class="MsoNormal">-- [0/Radio_0] \
x300_radio_ctrl_impl::check_radio_config()<o:p></o:p></p> <p class="MsoNormal">-- \
[Device3] updating RX streamer to RX Terminator 0<o:p></o:p></p> <p \
class="MsoNormal">-- New tick_rate == 2e+08 New samp_rate == \
2e+08 New scaling == 3.05185e-05<o:p></o:p></p> <p class="MsoNormal">-- \
[0/binAggr_0] source_block_ctrl_base::issue_stream_cmd()<o:p></o:p></p> <p \
class="MsoNormal">-- [0/FFT_0] \
source_block_ctrl_base::issue_stream_cmd()<o:p></o:p></p> <p class="MsoNormal">-- \
[0/FIFO_0] source_block_ctrl_base::issue_stream_cmd()<o:p></o:p></p> <p \
class="MsoNormal">-- [0/Radio_0] radio_ctrl_impl::issue_stream_cmd() 0 \
a<o:p></o:p></p> <p class="MsoNormal">-- [RX Terminator 0] \
rx_stream_terminator::handle_overrun()<o:p></o:p></p> <p class="MsoNormal">-- \
[0/Radio_0] radio_ctrl_impl::issue_stream_cmd() 0 a<o:p></o:p></p> <p \
class="MsoNormal">Ooverrun on chan 0<o:p></o:p></p> <p \
class="MsoNormal">….<o:p></o:p></p> <p \
class="MsoNormal">….<o:p></o:p></p> <p \
class="MsoNormal">….<o:p></o:p></p> <p class="MsoNormal">-- [RX Terminator 0] \
rx_stream_terminator::handle_overrun()<o:p></o:p></p> <p class="MsoNormal">-- \
[0/Radio_0] radio_ctrl_impl::issue_stream_cmd() 0 a<o:p></o:p></p> <p \
class="MsoNormal">Ooverrun on chan 0<o:p></o:p></p> <p \
class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">My flowgraph is as the following:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><img width="1116" height="633" \
style="width:11.625in;height:6.5937in" id="Picture_x0020_1" \
src="cid:image002.jpg@01D23067.412DEFE0"><o:p></o:p></p> <p \
class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">How to debug and find \
out what is causing overflows ? <o:p></o:p></p> <p \
class="MsoNormal"><o:p> </o:p></p> <p class="MsoNormal">But my main concern here \
is: after a continuous overflow messages, the Radio seems to enter in a unresponsive \
mode that oblige me to reboot it.<o:p></o:p></p> <p class="MsoNormal">Does this makes \
sense or there is something I need to understand first ?<o:p></o:p></p> <p \
class="MsoNormal">Apart from executing testbenches of BinAggr RFNOC block, I thoguht \
I may fix the overflow problem with interfacing the USRP with a PCIe cable instead. \
Is that corect ?<o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">However, is I connect the USRP with PCIe instead, anytime an \
error occurs which makes the USRP hangs (by the way, physically I see REF LED being \
yellow and stays so) I think I need to reboot it and that will cause a PCIe bus fatal \
error on the system even though I unlowd niusrp kernel module before power cycling \
the USRP.<o:p></o:p></p> <p class="MsoNormal">I am a bit confused here because there \
should be another way to fix the connection once flowgraph is not responding after \
overlows.<o:p></o:p></p> <p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks and Regards,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Naceur El Ouni<o:p></o:p></p>
<p class="MsoNormal"><span style="color:black">NIST - Wireless Networks Division \
(673)<o:p></o:p></span></p> <p class="MsoNormal"><span style="color:black">100 Bureau \
Dr. Building 222-A218<o:p></o:p></span></p> <p class="MsoNormal"><span \
style="color:black">Gaithersburg, MD 20899<o:p></o:p></span></p> <p \
class="MsoNormal"><span style="color:black">(301) 975-3353<o:p></o:p></span></p> <p \
class="MsoNormal"><o:p> </o:p></p> </div>
</body>
</html>
["image002.jpg" (image/jpeg)]
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--===============7548710293065778319==--
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic