Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: RFNoC Stream Tags (Jason Matusiak)
2. RFNoC timeout while streaming (Zhihong Luo)
3. Re: RFNoC Installation Problems (Martin Braun)
4. Re: RFNoC timeout while streaming (Martin Braun)
5. Re: RFNoC timeout while streaming (Martin Braun)
6. Re: RFNoC Stream Tags (Martin Braun)
7. Re: RFNoC timeout while streaming (Zhihong Luo)
8. Re: Creating a custom RFNoC Block (Martin Braun)
9. Re: RFNoC timeout while streaming (Martin Braun)
10. Re: RFNoC timeout while streaming (Zhihong Luo)
11. Re: RFNoC Stream Tags (Jason Matusiak)
12. Re: S printouts and then either U printouts (and fails/stops
transmitting) or seg fault with 4 USRPs (Marcus D. Leech)
----------------------------------------------------------------------
Message: 1
Date: Fri, 24 Jun 2016 12:17:40 -0400
From: Jason Matusiak <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] RFNoC Stream Tags
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
> Not at all. Tags are a GNU Radio host side concept. The USRP itself has
> no notion of things like center frequencies.
> However, RFNoC is based on the compressed Vita packet format, and that
> does carry information like time stamps.
I wanted to tag samples as well, but ran into the same roadblock. The advice
from Ettus was to utilize the EOB (end of burst) bit that gets appended onto
the packets. Jonathon pointed out that they use it to indicate the beginning
of an OFDM frame in theird OFDM block. As of now, I believe that that is the
only "tagging" that is available.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160624/769da0f9/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 24 Jun 2016 13:35:00 -0400
From: Zhihong Luo <[email protected]>
To: Zhihong Luo via USRP-users <[email protected]>
Subject: [USRP-users] RFNoC timeout while streaming
Message-ID:
<cah4wxlpeqq2xfz5ctvppjcz0w2hr4kuzast3wtzzcew0u4e...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi all,
I wrote one RFNoC block and put it into the X310. And it gives "timeout
while streaming" error, even when I am not connecting the block in the
channel. Besides, sometimes it will give " LookupError: IndexError:
multi_usrp::get_rx_subdev_spec(0) failed to make default spec -
LookupError: Path not found in the tree: /channels/rx/1/args".
What kind of errors may I make so that it will have a timeout error even
when it is being not connected? It works fine when it is just the radio,
but if it is connected with a CE, it will have an error. Please help so
that I can have a clue to debug my code.
Thanks,
Zhihong
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160624/e08be08a/attachment-0001.html>
------------------------------
Message: 3
Date: Fri, 24 Jun 2016 10:44:37 -0700
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] RFNoC Installation Problems
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
And are you crosscompiling, or native compiling (e.g. for X310)?
M
On 06/24/2016 07:28 AM, Jonathon Pendlum via USRP-users wrote:
> Hi Charles,
>
> Can you provide the cmake command you are using for your build?
>
>
>
> Jonathon
>
> On Thu, Jun 23, 2016 at 6:07 AM, Yin, Charles - 0665 - MITLL via
> USRP-users <[email protected]
> <mailto:[email protected]>> wrote:
>
> Neel,____
>
> __ __
>
> Thank you very much. I had allocated 16GB of RAM for my VM
> originally, but Martin recommended me to increase my swap space to
> 32GB, and that fixed the problem. I am, running into another
> problem when trying to build GR-Ettus. I am using the devel branch
> of https://github.com/ettusresearch/gr-ettus and I am get the
> following error message when running cmake:____
>
> __ __
>
> CMake Error at
>
> /local_disk/e310_gr_3.7.9.2/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake:4
> (string):____
>
> string sub-command REGEX, mode MATCH needs at least 5 arguments
> total to____
>
> command.____
>
> Call Stack (most recent call first):____
>
> build/CMakeFiles/2.8.12.2/CMakeSystem.cmake:6
> <http://2.8.12.2/CMakeSystem.cmake:6> (include)____
>
> CMakeLists.txt:24 (project)____
>
> __ __
>
> __ __
>
> CMake Error at
>
> /local_disk/e310_gr_3.7.9.2/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake:5
> (string):____
>
> string sub-command REGEX, mode REPLACE needs at least 6 arguments
> total to____
>
> command.____
>
> Call Stack (most recent call first):____
>
> build/CMakeFiles/2.8.12.2/CMakeSystem.cmake:6
> <http://2.8.12.2/CMakeSystem.cmake:6> (include)____
>
> CMakeLists.txt:24 (project)____
>
> __ __
>
> __ __
>
> -- The CXX compiler identification is GNU 4.8.4____
>
> -- The C compiler identification is GNU 4.8.4____
>
> -- Check for working CXX compiler: /usr/bin/c++____
>
> CMake Error at
>
> /local_disk/e310_gr_3.7.9.2/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake:4
> (string):____
>
> string sub-command REGEX, mode MATCH needs at least 5 arguments
> total to____
>
> command.____
>
> Call Stack (most recent call first):____
>
>
>
> /local_disk/e310_gr_3.7.9.2/src/gr-ettus/build/CMakeFiles/2.8.12.2/CMakeSystem.cmake:6
> <http://2.8.12.2/CMakeSystem.cmake:6> (include)____
>
> CMakeLists.txt:2 (PROJECT)____
>
> __ __
>
> __ __
>
> CMake Error at
>
> /local_disk/e310_gr_3.7.9.2/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake:5
> (string):____
>
> string sub-command REGEX, mode REPLACE needs at least 6 arguments
> total to____
>
> command.____
>
> Call Stack (most recent call first):____
>
>
>
> /local_disk/e310_gr_3.7.9.2/src/gr-ettus/build/CMakeFiles/2.8.12.2/CMakeSystem.cmake:6
> <http://2.8.12.2/CMakeSystem.cmake:6> (include)____
>
> CMakeLists.txt:2 (PROJECT)____
>
> __ __
>
> __ __
>
> CMake Error: Internal CMake error, TryCompile configure of cmake
> failed____
>
> -- Check for working CXX compiler: /usr/bin/c++ -- broken____
>
> CMake Error at
> /usr/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54
> (message):____
>
> The C++ compiler "/usr/bin/c++" is not able to compile a simple
> test____
>
> program.____
>
> __ __
>
> It fails with the following output:____
>
> __ __
>
> ____
>
> __ __
>
> ____
>
> __ __
>
> CMake will not be able to correctly generate this project.____
>
> Call Stack (most recent call first):____
>
> CMakeLists.txt:24 (project)____
>
> __ __
>
> __ __
>
> -- Configuring incomplete, errors occurred!____
>
> See also
>
> "/local_disk/e310_gr_3.7.9.2/src/gr-ettus/build/CMakeFiles/CMakeOutput.log".____
>
> See also
>
> "/local_disk/e310_gr_3.7.9.2/src/gr-ettus/build/CMakeFiles/CMakeError.log".____
>
> __ __
>
> __ __
>
> __ __
>
> I?m guessing it?s another really small problem that I am missing
> again. Please let me know if you think of anything. Thanks!____
>
> __ __
>
> Charles____
>
> __ __
>
> __ __
>
> *From:*Neel Pandeya [mailto:[email protected]
> <mailto:[email protected]>]
> *Sent:* Wednesday, June 22, 2016 12:17 PM
> *To:* Yin, Charles - 0665 - MITLL
> *Cc:* [email protected]
> <mailto:[email protected]>; Chibane, Cherif - 0665 - MITLL
> *Subject:* Re: [USRP-users] RFNoC Installation Problems____
>
> __ __
>
> Hello Charles:____
>
> It looks like you're running in a Virtual Machine, and it's run out
> of memory. See the line in the output:____
>
> virtual memory exhausted: Cannot allocate memory____
>
> Try increasing the memory for the VM to 4 GB, and re-building.____
>
> Please let us know if you're able to make any further progress.____
>
> __ __
>
> --Neel Pandeya
>
> ____
>
> __ __
>
> On 21 June 2016 at 13:24, Yin, Charles - 0665 - MITLL via USRP-users
> <[email protected] <mailto:[email protected]>>
> wrote:____
>
> Hi Neel and Jonathon,____
>
> ____
>
> I am having problems building RFNoC with GNU Radio. I am using GNU
> Radio Version 3.9.7.2 on Ubuntu 14.04. You mentioned to check for
> the swig package, and I can confirm that it is there. The error
> from the build process is as follows:____
>
> ____
>
> Linking CXX executable test-gr-blocks____
>
> [ 67%] Built target test-gr-blocks____
>
> Scanning dependencies of target _blocks_swig3____
>
> [ 67%] Building CXX object
>
> gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/blocks_swig3PYTHON_wrap.cxx.o____
>
> {standard input}: Assembler messages:____
>
> {standard input}:380989: Warning: end of file not at end of a line;
> newline inserted____
>
> {standard input}:381666: Error: invalid operands (*UND* and
> .ARM.extab sections) for `-'____
>
> {standard input}:381669: Error: invalid operands (*UND* and
> .ARM.extab sections) for `-'____
>
> arm-oe-linux-gnueabi-g++: internal compiler error: Killed (program
> cc1plus)____
>
> Please submit a full bug report,____
>
> with preprocessed source if appropriate.____
>
> See <http://gcc.gnu.org/bugs.html> for instructions.____
>
> make[2]: ***
>
> [gr-blocks/swig/CMakeFiles/_blocks_swig2.dir/blocks_swig2PYTHON_wrap.cxx.o]
> Error 4____
>
> make[1]: *** [gr-blocks/swig/CMakeFiles/_blocks_swig2.dir/all] Error
> 2____
>
> make[1]: *** Waiting for unfinished jobs....____
>
> virtual memory exhausted: Cannot allocate memory____
>
> {standard input}: Assembler messages:____
>
> {standard input}:1273004: Warning: end of file not at end of a line;
> newline inserted____
>
> {standard input}:1274439: Error: unknown pseudo-op: `.'____
>
> make[2]: ***
>
> [gr-blocks/swig/CMakeFiles/_blocks_swig0.dir/blocks_swig0PYTHON_wrap.cxx.o]
> Error 1____
>
> make[1]: *** [gr-blocks/swig/CMakeFiles/_blocks_swig0.dir/all] Error
> 2____
>
> {standard input}: Error: open CFI at the end of file; missing
> .cfi_endproc directive____
>
> arm-oe-linux-gnueabi-g++: internal compiler error: Killed (program
> cc1plus)____
>
> Please submit a full bug report,____
>
> with preprocessed source if appropriate.____
>
> See <http://gcc.gnu.org/bugs.html> for instructions.____
>
> make[2]: ***
>
> [gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/blocks_swig3PYTHON_wrap.cxx.o]
> Error 4____
>
> make[1]: *** [gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/all] Error
> 2____
>
> Linking CXX shared module _blocks_swig1.so____
>
> [ 67%] Built target _blocks_swig1____
>
> make: *** [all] Error 2____
>
> ____
>
> ____
>
> ____
>
> I?m not entirely sure what I am missing. Please let me know if you
> find anything. Thanks!____
>
> ____
>
> Charles Yin____
>
> ____
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com____
>
> __ __
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 4
Date: Fri, 24 Jun 2016 10:57:52 -0700
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] RFNoC timeout while streaming
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
How are you running your example (your block)? Are you using GNU Radio?
M
On 06/24/2016 10:35 AM, Zhihong Luo via USRP-users wrote:
> Hi all,
>
> I wrote one RFNoC block and put it into the X310. And it gives "timeout
> while streaming" error, even when I am not connecting the block in the
> channel. Besides, sometimes it will give " LookupError: IndexError:
> multi_usrp::get_rx_subdev_spec(0) failed to make default spec -
> LookupError: Path not found in the tree: /channels/rx/1/args".
>
> What kind of errors may I make so that it will have a timeout error even
> when it is being not connected? It works fine when it is just the radio,
> but if it is connected with a CE, it will have an error. Please help so
> that I can have a clue to debug my code.
>
> Thanks,
> Zhihong
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 5
Date: Fri, 24 Jun 2016 10:58:13 -0700
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] RFNoC timeout while streaming
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
...also, we pushed a couple of updates to the radio-redo branch on
gr-ettus, which may help you.
M
On 06/24/2016 10:35 AM, Zhihong Luo via USRP-users wrote:
> Hi all,
>
> I wrote one RFNoC block and put it into the X310. And it gives "timeout
> while streaming" error, even when I am not connecting the block in the
> channel. Besides, sometimes it will give " LookupError: IndexError:
> multi_usrp::get_rx_subdev_spec(0) failed to make default spec -
> LookupError: Path not found in the tree: /channels/rx/1/args".
>
> What kind of errors may I make so that it will have a timeout error even
> when it is being not connected? It works fine when it is just the radio,
> but if it is connected with a CE, it will have an error. Please help so
> that I can have a clue to debug my code.
>
> Thanks,
> Zhihong
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 6
Date: Fri, 24 Jun 2016 11:02:18 -0700
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] RFNoC Stream Tags
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
To rehash:
- Timestamps are 'built in' to the protocol we use.
- You can put any kind of data into a data packet, so if you can make
your metadata become regular data, that might be your solution.
- However, it is not trivial to put all of that into a GNU Radio stream
tags concept (Unless eob suffices for your needs). We agree this is
useful and it's on our list of things to do.
Cheers,
Martin
On 06/24/2016 09:17 AM, Jason Matusiak via USRP-users wrote:
>> Not at all. Tags are a GNU Radio host side concept. The USRP itself
>> has no notion of things like center frequencies.
>
>> However, RFNoC is based on the compressed Vita packet format, and
>> that does carry information like time stamps.
>
> I wanted to tag samples as well, but ran into the same roadblock.
> The advice from Ettus was to utilize the EOB (end of burst) bit that
> gets appended onto the packets. Jonathon pointed out that they use
> it to indicate the beginning of an OFDM frame in theird OFDM block.
> As of now, I believe that that is the only "tagging" that is
> available.
>
>
>
> _______________________________________________ USRP-users mailing
> list [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 7
Date: Fri, 24 Jun 2016 14:06:39 -0400
From: Zhihong Luo <[email protected]>
To: Martin Braun <[email protected]>
Cc: Zhihong Luo via USRP-users <[email protected]>
Subject: Re: [USRP-users] RFNoC timeout while streaming
Message-ID:
<cah4wxlpebvqyaqfgiutmprsdoxfspwn5w5vmuocmvvnulvk...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Martin,
I am running C++ code, and using rfnoc-devel FPGA. I think the problem
should be about the verilog block I write, because it works correctly if I
didn't include my block in the FPGA(using FIR, KeepOneInN, etc). I just
want to know what may be the problem, the output data? or the output valid
or ready signal? Because it will ruin all other CEs as long as it is
included in the FPGA, it may indicate certain kind of issue?
Thanks,
Zhihong
On Fri, Jun 24, 2016 at 1:58 PM, Martin Braun via USRP-users <
[email protected]> wrote:
> ...also, we pushed a couple of updates to the radio-redo branch on
> gr-ettus, which may help you.
>
> M
>
> On 06/24/2016 10:35 AM, Zhihong Luo via USRP-users wrote:
> > Hi all,
> >
> > I wrote one RFNoC block and put it into the X310. And it gives "timeout
> > while streaming" error, even when I am not connecting the block in the
> > channel. Besides, sometimes it will give " LookupError: IndexError:
> > multi_usrp::get_rx_subdev_spec(0) failed to make default spec -
> > LookupError: Path not found in the tree: /channels/rx/1/args".
> >
> > What kind of errors may I make so that it will have a timeout error even
> > when it is being not connected? It works fine when it is just the radio,
> > but if it is connected with a CE, it will have an error. Please help so
> > that I can have a clue to debug my code.
> >
> > Thanks,
> > Zhihong
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160624/ce1daaba/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 24 Jun 2016 11:08:36 -0700
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Creating a custom RFNoC Block
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 06/23/2016 09:43 AM, El Ouni, Naceur (IntlAssoc) via USRP-users
> First of all: the display command in verilog to check whether the vector
> is being passed correctly is not executed even though at the software
> level the verbose /UHD_RFNOC_BLOCK_TRACE() /is giving the expected
> values at console.
>
> Please let me know if you need to know any other parts of my code and
> also let me know what am I doing wrong in my Verilog/cpp code.
Naceur,
I think I'm missing something -- how are you expecting the $display()
command to display? Do you have some debugging setup? Is there some kind
of chipscope/ILA involved?
On a high level, it looks like you're doing the right things. Is data
flowing through your blocks? What's happening? Can you give us more info
on your failure modes?
M
------------------------------
Message: 9
Date: Fri, 24 Jun 2016 11:09:53 -0700
From: Martin Braun <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Re: [USRP-users] RFNoC timeout while streaming
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
The error below doesn't indicate an FPGA issue. Are you running your
custom C++ code?
M
On 06/24/2016 11:06 AM, Zhihong Luo wrote:
> Hi Martin,
>
> I am running C++ code, and using rfnoc-devel FPGA. I think the problem
> should be about the verilog block I write, because it works correctly if
> I didn't include my block in the FPGA(using FIR, KeepOneInN, etc). I
> just want to know what may be the problem, the output data? or the
> output valid or ready signal? Because it will ruin all other CEs as long
> as it is included in the FPGA, it may indicate certain kind of issue?
>
> Thanks,
> Zhihong
>
> On Fri, Jun 24, 2016 at 1:58 PM, Martin Braun via USRP-users
> <[email protected] <mailto:[email protected]>> wrote:
>
> ...also, we pushed a couple of updates to the radio-redo branch on
> gr-ettus, which may help you.
>
> M
>
> On 06/24/2016 10:35 AM, Zhihong Luo via USRP-users wrote:
> > Hi all,
> >
> > I wrote one RFNoC block and put it into the X310. And it gives
> "timeout
> > while streaming" error, even when I am not connecting the block in the
> > channel. Besides, sometimes it will give " LookupError: IndexError:
> > multi_usrp::get_rx_subdev_spec(0) failed to make default spec -
> > LookupError: Path not found in the tree: /channels/rx/1/args".
> >
> > What kind of errors may I make so that it will have a timeout
> error even
> > when it is being not connected? It works fine when it is just the
> radio,
> > but if it is connected with a CE, it will have an error. Please
> help so
> > that I can have a clue to debug my code.
> >
> > Thanks,
> > Zhihong
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected] <mailto:[email protected]>
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
------------------------------
Message: 10
Date: Fri, 24 Jun 2016 14:28:34 -0400
From: Zhihong Luo <[email protected]>
To: Martin Braun <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] RFNoC timeout while streaming
Message-ID:
<cah4wxlotgc__iwvm9gml4jm1wzevzvjyqugrp3k2g_xfxne...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I edited base on the rx_sample_to_file.cc example code. Something like:
if (usrp->is_device3()) {
usrp->clear_channels();
usrp->get_device3()->clear();
uhd::rfnoc::block_ctrl_base::sptr
keep_n_ctrl=usrp->get_device3()->find_block_ctrl(keep_n_id);
if (not keep_n_ctrl) {
std::cout << "Keep One in N Block does not exist on current
device: "<< std::endl;
return ~0;
}
usrp->get_device3()->get_block_ctrl(radio_ctrl_id)->set_args(streamargs);
keep_n_ctrl->set_args(uhd::device_addr_t(streamargs));
keep_n_ctrl->sr_write("SR_N", 100);
usrp->connect(radio_ctrl_id, keep_n_ctrl->get_block_id());
usrp->set_rx_channel(keep_n_ctrl->get_block_id());
}
I didn't use my block in the code, but it still have the error. Because the
same C++ code works for FPGA without my block, I am thinking the problem is
on FPGA.
Zhihong
On Fri, Jun 24, 2016 at 2:09 PM, Martin Braun via USRP-users <
[email protected]> wrote:
> The error below doesn't indicate an FPGA issue. Are you running your
> custom C++ code?
>
> M
>
> On 06/24/2016 11:06 AM, Zhihong Luo wrote:
> > Hi Martin,
> >
> > I am running C++ code, and using rfnoc-devel FPGA. I think the problem
> > should be about the verilog block I write, because it works correctly if
> > I didn't include my block in the FPGA(using FIR, KeepOneInN, etc). I
> > just want to know what may be the problem, the output data? or the
> > output valid or ready signal? Because it will ruin all other CEs as long
> > as it is included in the FPGA, it may indicate certain kind of issue?
> >
> > Thanks,
> > Zhihong
> >
> > On Fri, Jun 24, 2016 at 1:58 PM, Martin Braun via USRP-users
> > <[email protected] <mailto:[email protected]>> wrote:
> >
> > ...also, we pushed a couple of updates to the radio-redo branch on
> > gr-ettus, which may help you.
> >
> > M
> >
> > On 06/24/2016 10:35 AM, Zhihong Luo via USRP-users wrote:
> > > Hi all,
> > >
> > > I wrote one RFNoC block and put it into the X310. And it gives
> > "timeout
> > > while streaming" error, even when I am not connecting the block in
> the
> > > channel. Besides, sometimes it will give " LookupError: IndexError:
> > > multi_usrp::get_rx_subdev_spec(0) failed to make default spec -
> > > LookupError: Path not found in the tree: /channels/rx/1/args".
> > >
> > > What kind of errors may I make so that it will have a timeout
> > error even
> > > when it is being not connected? It works fine when it is just the
> > radio,
> > > but if it is connected with a CE, it will have an error. Please
> > help so
> > > that I can have a clue to debug my code.
> > >
> > > Thanks,
> > > Zhihong
> > >
> > >
> > > _______________________________________________
> > > USRP-users mailing list
> > > [email protected] <mailto:[email protected]>
> > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> > >
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected] <mailto:[email protected]>
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
> >
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160624/55f40d27/attachment-0001.html>
------------------------------
Message: 11
Date: Fri, 24 Jun 2016 15:16:33 -0400
From: Jason Matusiak <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] RFNoC Stream Tags
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
> Timestamps are 'built in' to the protocol we use.
So some GR block downstream can report back to an RFNoC block some sort of
(future) time based command and the RFNoC block and pull out a sample
associated with that time (I assume it is buried in the header)?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160624/84f752fb/attachment-0001.html>
------------------------------
Message: 12
Date: Fri, 24 Jun 2016 16:26:48 -0400
From: "Marcus D. Leech" <[email protected]>
To: Pavan Yedavalli <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] S printouts and then either U printouts (and
fails/stops transmitting) or seg fault with 4 USRPs
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 06/24/2016 03:56 PM, Pavan Yedavalli wrote:
> Hi Marcus,
>
> So the following behavior may also be very telling, which I just noticed:
>
> Sometimes when I run it, it crashes with this error:
>
> UHD Error:
> An unexpected exception was caught in a task loop.
> The task loop will now exit, things may not work.
> send: Invalid argument
>
> And then when I do "uhd_find_devices," it can't find any of them.
> After that, if I do "sudo ifconfig eth0 192.168.10.1" again, then it
> finds them and it can work again. So maybe something is happening to
> the IP addresses? I had burned 192.168.10.{} (2,3,4,5) onto the
> boards, so those shouldn't change, but maybe something on my host
> comp. network config is not correct.
>
> Thank you again for all the help. I truly appreciate it.
This may well be Network Manager re-asserting control over the static IP
address on your ethernet port.
If you "sudo ifconfig eth0 <address>" when Network Manager "owns" the
port, it'll just reset the address at some point. You'll have to use
your Network Manager GUI tool to set the address management on the
port to "Manual", and set the address.
>
> On Fri, Jun 24, 2016 at 9:07 AM, Pavan Yedavalli <[email protected]
> <mailto:[email protected]>> wrote:
>
> One of the major things in my flowgraph is that I have a while
> loop constantly running (until we satisfy some threshold), and
> within each iteration, I start my block that I created (which
> takes the 4 inputs, does some quick file I/O and a multiplication
> on those inputs, and then has 4 outputs that go to the USRP
> transmission sink), and then stop my block after the transmission.
> Then, in the next iteration, it repeats the process.
>
> Obviously not optimized whatsoever, but it follows the logic I
> need. I'm not sure if that helps at all, but maybe it will shed
> some light on the mysterious burden on the switch.
>
> On Thu, Jun 23, 2016 at 7:41 PM, Marcus D. Leech
> <[email protected] <mailto:[email protected]>> wrote:
>
> On 06/23/2016 10:38 PM, Pavan Yedavalli wrote:
>> Hi Marcus,
>>
>> I am giving them the lowest possible sample rate that I saw
>> in the warnings, which is 195312 (195 kHz, I believe). Yes,
>> each N210 has its own dedicated IP address (192.168.10.2, .3,
>> .4, and .5).
>>
>> I am using the same switch as before, so I guess it is
>> possible. Maybe I should use a different switch and try again?
>>
>> Thanks for the help.
>>
> 195ksps X 4 shouldn't be that hard a burden on the switch. I
> think we need a detailed diagram of how you're doing this.
>
>
>> On Thu, Jun 23, 2016 at 7:33 PM, Marcus D. Leech
>> <[email protected] <mailto:[email protected]>> wrote:
>>
>> On 06/23/2016 10:24 PM, Pavan Yedavalli via USRP-users wrote:
>>> Just an update on this:
>>>
>>> I switched everything to a desktop with a dedicated
>>> ethernet port, and connected all 4 USRPs to a switch,
>>> which is then directly connected via ethernet to the
>>> computer. This has eliminated the Us, which means that
>>> it is actually working decently (and not crapping out).
>>> Thanks to all who advised with that. However, multiple
>>> Ss still get printed out at basically every
>>> transmission. In addition, there are sometimes warnings
>>> that say:
>>>
>>> SSSSSSSSSSS
>>> UHD Error:
>>> Control packet attempt 0, sequence number 452:
>>> RuntimeError: no control response, possible packet loss
>>>
>>> This happens occasionally, but the Ss get printed out
>>> every time. While it isn't blocking, since I am actually
>>> getting transmissions and it is not crashing, I am still
>>> curious about how to solve this S problem. Thanks again!
>>>
>>> --
>>> Pavan
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected] <mailto:[email protected]>
>>>
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>> What rate are you driving the 4 USRPs at? It's possible
>> that the switching fabric on the switch simply doesn't
>> have the capacity to deal with
>> 4 continuous streams at whatever rate you're driving it
>> at, and so it's dropping frames.
>>
>> Also, your 4 N210s, they all have their own dedicated IP
>> address?
>>
>>
>>
>>
>>
>>
>>
>> --
>> Pavan
>
>
>
>
> --
> Pavan
>
>
>
>
> --
> Pavan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160624/b5d85fd4/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 70, Issue 26
******************************************
