Following the build from source instructions also gives me the exact same
errors:
:~/uhd/host/build$ cmake ../
> --
> -- Configuring the Python interpreter...
> -- Manually determining build Python version...
> -- Python interpreter: /usr/bin/python3 Version: 3.4.3
> -- Override with: -DPYTHON_E
Thanks for your suggestion, I did that and it says numpy is already the
latest version, 1.8.2.
Specifically, printing it out on the terminal gives me:
$ python
Python 2.7.6 (default, Nov 13 2018, 12:45:42)
[GCC 4.8.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
Hi Kirsten,
Have you used chipscope on your block and checked that it is sending out
samples? If not, I would suggest at minimum looking at the status of the
m_data and s_data AXI stream buses on AXI wrapper. Here is a guide on how
to setup chipscope: https://kb.ettus.com/Debugging_FPGA_images
Jo
I tried reformatting the xml file based off the uhd_rfnoc_adder.xml file;
however, I still get the same error. I’m not trying to throw any packets away
so I cannot ignore the error. My block is expecting to take in a complex 32bit
floats and output a 32 bit float.
From: USRP-users on behalf of
Also, there is a timeout clock running somewhere (can't recall off the top of
my head) that will throw that message when it gets tripped. That is fine
though if you are INTENDING to do something that might cause there to be a gap
in samples and trigger a timeout. I had an RFNoC block that was
Hello Snehasish:
Have you seen Theseus Cores?
There is a channelizer there that might be a good match for your
application.
https://github.com/theseus-cores/theseus-cores
--Neel Pandeya
On Thu, 1 Aug 2019 at 15:04, Snehasish Kar via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hello Ev
Hello Kirsten,
I remember getting the same error message while developing a custom
RFNoC block. I found the problem to be caused by the corresponding xml
file which is located in the grc folder. I am not sure what part of the
file exactly caused the error message (maybe the ordering of the
pa
Hello,
I am using a USRP X310 and am using gnuradio companion to test a custom block.
The current diagram flows as follows: File Source->RFNoC FIFO->custom
block->complex to image->frequency sink. However, when I try to execute, I get
the error ‘timeout on chan 0’. My testbench passes all 5 cas
On 08/01/2019 10:58 PM, Nate Temple via USRP-users wrote:
> Hi,
>
> I hope to have the E310 version posted tomorrow. Don't have a firm timeline
> for the E320/N3xx version yet.
>
> The process is mostly the same, except you should not use rfnoc-devel, but
> instead use a modern UHD version such a
On 01/08/19 17:12, Marcus D Leech wrote:
> Could you share the device arguments you used?
Hello Marcus, thank you for your reply.
These are the args i use.
args=mgmt_addr=,addr=192.168.30.2,second_addr=192.168.40.2,type=n3xx,master_clock_rate=153.6e6
>
>
> Sent from my iPhone
>
> On Aug 1, 201
10 matches
Mail list logo
