RESET
>>>>>>>> /mboards/0/xbar/FFT_0/registers/sr/FFT_SIZE_LOG2
>>>>>>>> /mboards/0/xbar/FFT_0/registers/sr/MAGNITUDE_OUT
>>>>>>>> /mboards/0/xbar/FFT_0/registers/sr/FFT_DIRECTION
>>>>>>>> /mboards/0/xbar/FFT_0/
/mboards/0/xbar/FFT_0/args/0/reset/value
>>>>>> /mboards/0/xbar/FFT_0/args/0/magnitude_out
>>>>>> /mboards/0/xbar/FFT_0/args/0/magnitude_out/type
>>>>>> /mboards/0/xbar/FFT_0/args/0/magnitude_out/value
>>>>>> /mboar
; /mboards/0/rx_dsps
>>>>> /mboards/0/rx_dsps/0
>>>>> /mboards/0/rx_dsps/0/stream_cmd
>>>>> /mboards/0/rx_dsps/0/freq
>>>>> /mboards/0/rx_dsps/0/freq/value
>>>>> /mboards/0/rx_dsps/0/freq/range
>>>>> /mboards/0
ents assigned to your new block.
>>>>
>>>> Let's see if any of that helps figure out what's going on...
>>>> EJ
>>>>
>>>> On Thu, Nov 21, 2019, 4:01 PM Jonathan Lockhart
>>>> wrote:
>>>>
>>>
;>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> gain
>>>>> double
>>>>> 1.0
>>>>> GE($gain, 0.0) AND LE($gain, 32767.0)
>>>>> Invalid Ga
github someone linked me.
>>> Everything appears to match what it should, for what gain is trying to
>>> accomplish.
>>>
>>> Regards,
>>> Jon
>>>
>>> On Thu, Nov 21, 2019 at 3:27 PM EJ Kreinar wrote:
>>>
>>>> Hi Jo
gt;> directly, but rather created dynamically from the xml definition)
>>
>> Recommended debugging...
>> 1. Check your OOT gain block xml (in rfnoc/blocks) and make sure it has a
>> "gain" field in the "args" list. You'll also want to make sure
register, but I don't think you're even getting that far
> 2. Make sure the block xml is installed on the e310 embedded prefix and is
> found at run time during uhd_usrp_probe and when running your application.
> If it's not in the right place or not attaching to your block
ll get it downloaded and
>>>>> try
>>>>> it as soon as I can.
>>>>>
>>>>> Regards,
>>>>> Jon
>>>>>
>>>>> On Sat, Nov 9, 2019 at 9:48 AM EJ Kreinar wrote:
>>>>>
>>>
Greetings,
I am having some issues completing the RFNOC build tutorial on the Ettus
E312. The reference documentation is using an X3xx series radio, and from
the final python script it appears to be running the GNR script natively on
the host. I built the exact script from the KB but when running
Greetings Brian,
Update: the noc_block_split_stream does work in the radio. However, it has
to be going to another hardware component first, like a FIFO, before it can
be passed to software blocks on the arm or the ZMQ to port to a host
machine. It was very interesting. I know in one of the troubl
Greetings Brian,
I was having some issues with the build process, as the build script
couldn't find the gain.v block file even though I was pointing the script
to it. I saw that ejk github has some .inc files, so I added those and it
seemed to clear up the issue. *crosses fingers* The bit file was
Greetings Brian,
Thanks for the link. Yeah my Vivado always complains about the tcl cache
being unavailable unless I run as sudo. I think its b/c I installed it with
sudo, as otherwise it wouldn't make the /opt/Xilinx directory. It seems to
work either way regardless if it uses the official tcl ca
b' failed
make: *** [noc_block_gain_tb] Error 2
I am assuming this is the part that needs to be changed: xc7k410tffg900-2.
I am not seeing where this is declared in the CMakeList.txt file. Do you
know where I would go about changing it in the build scripts?
Regards,
Jon
On Wed, Nov 13,
Greetings USRP Users,
I am having another issue with the UHD-3.14 build I can't seem to shake
down. I have been going through this guide on the KB to learn how to use
the rfnocmodtool to build new modules for my E312:
https://kb.ettus.com/Getting_Started_with_RFNoC_Development
Unfortunately, whe
ed it up for me.
>
> I assume this will eventually make it to the UHD-3.14 branch? But if not
> the cherry pick works fine
>
> EJ
>
>
> On Fri, Nov 8, 2019, 2:43 PM Jonathan Lockhart via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Jonathon,
>>
Greetings,
I was wondering if anyone had encountered the following error and had a way
to fix it?
[INFO] [UHD] linux; GNU C++ version 4.9.2; Boost_105700;
UHD_3.14.1.HEAD-0-g0347a6d8
[INFO] [E300] Loading FPGA image: /home/root/localinstall/e300.bit...
[INFO] [E300] FPGA image loaded
[INFO] [E300
ded in a
> fix to the split_stream error. Basically you need to change a 1'b1 to a
> 2'b11 in the noc_shell section (I think that is the section, I can't recall
> off the top of my head). Try that and rebuild.
>
> --
> *From:* USRP-users
Apologies, the files are attached.
On Thu, Oct 31, 2019 at 3:30 PM Jonathan Lockhart
wrote:
> Greetings,
>
> I was wondering if anyone else has had this issue with the RFNoC radio
> block.
>
> So I was using the copy block with the rfnoc_fosphor_network_usrp.grc file
> as I wanted to split off t
Greetings,
I was wondering if anyone else has had this issue with the RFNoC radio
block.
So I was using the copy block with the rfnoc_fosphor_network_usrp.grc file
as I wanted to split off the signal before it went off to the RFNoC Window.
So I put in a copy block (since the RFNoC Split block app
Greetings,
I was wondering if anyone is familiar with utilizing the FFT block from the
Ettus code library. I am using the default binary that is complied
following the instructions in [1]. I have a working environment and have
successfully used the foshpor window in the end example of that install
Greetings Nate,
So been working through your instructions you linked and everything appears
to be good on the software end. It is all cross-compiling and running on
the E312. Unfortunately there appears to be a new issue. So when running
the GUI for building an FGPA bit file, per the instructions,
Greetings Nate,
Thanks for getting back to me so quickly. I will be sure to flash the OS to
release 4 and roll back my dev environment to match the instructions.
Regards,
Jon Lockhart
On Fri, Oct 11, 2019, 1:20 PM Nate Temple wrote:
> Hi Jon,
>
> If you are following this app note [0], I woul
23 matches
Mail list logo
