.2 dB
> | | | | Bandwidth range: 20.0 to 5600.0 step 0.0 Hz
> | | | | Connection Type: IQ
> | | | | Uses LO offset: No
> | | | _________
> | | | /
> | | | | TX Codec: A
> | | |
| | * DELAY_0
It's so beautiful :')
Thank you,
Adam Kurisko
From: EJ Kreinar
Sent: Wednesday, January 24, 2018 2:11:42 PM
To: Adam Kurisko
Cc: Martin Braun; USRP-users@lists.ettus.com
Subject: Re: [USRP-users] [RFNoC] uhd_usrp_probe fails and throw
> .o_tdata(ce_i_tdata[2]), .o_tlast(ce_i_tlast[2]),
> .o_tvalid(ce_i_tvalid[2]), .o_tready(ce_i_tready[2]),
> .debug(ce_debug[2]));
>
> noc_block_fosphor #(.MTU(12) /* Increase output FIFO size to smooth out
> bursts */)
> inst_noc_block_fosphor (
> .bus_clk(bus_clk), .bus_rst(bus_rst),
>
-->
Please let me know what you think. Thanks again.
Sincerely,
Adam Kurisko
________
From: Adam Kurisko
Sent: Wednesday, January 24, 2018 11:26:00 AM
To: EJ Kr
Sincerely,
Adam Kurisko
From: EJ Kreinar
Sent: Wednesday, January 24, 2018 6:09:05 AM
To: Martin Braun
Cc: Adam Kurisko; USRP-users@lists.ettus.com
Subject: Re: [USRP-users] [RFNoC] uhd_usrp_probe fails and throws
uhd::lookup_error
Hi Adam,
Please copy/
Hi Adam,
Please copy/paste your rfnoc_ce_auto_inst.v
In my experience, these errors are usually due to something wrong in this
file. Probably causes are that NUM_CE != the actual number of CEs. Or that
when you added a new CE, you didn't increment the index of the wires, so
two blocks are on the
On 01/23/2018 03:01 PM, Adam Kurisko wrote:
> I am unsure if I had edited the property subtrees, however I decided to
> fresh install UHD to see if that might fix the problem. I will let you
> know if I experience similar errors.
>
>
> In the mean time while it is installing, could you explain th
Hi Martin,
I am unsure if I had edited the property subtrees, however I decided to fresh
install UHD to see if that might fix the problem. I will let you know if I
experience similar errors.
In the mean time while it is installing, could you explain the process for
implementing the block usi
On 01/23/2018 10:35 AM, Adam Kurisko wrote:
> Hi Martin,
>
>
> I apologize for the late response, but your reply, unfortunately, was
> not delivered to my inbox yesterday. To answer your question, I don't
> believe I modified any of the UHD source code from github, but just to
> be sure I will i
Hi Martin,
I apologize for the late response, but your reply, unfortunately, was not
delivered to my inbox yesterday. To answer your question, I don't believe I
modified any of the UHD source code from github, but just to be sure I will
investigate further. Also, are you referring to the tx_ds
Adam,
did you modify any of the UHD code controlling the radios? The tx_dsps
property subtree is created by the E310 radio RFNoC block in the radio,
and not used by that block after that.
-- M
On 01/22/2018 11:29 AM, Adam Kurisko via USRP-users wrote:
> Hello,
>
>
> I am in the final stretch o
Hello,
I am in the final stretch of implementing my custom RFNoC onto the E310, and I
ran into the following error while running uhd_usrp_probe:
root@ettus-e3xx-sg1:~/localinstall/usr/share/uhd/images# uhd_usrp_probe
--args="fpga=/home/root/localinstall/usr/share/uhd/images/usrp_e310_fpga_RFN
12 matches
Mail list logo
