Hey All,
So I recently started having issues with the uhd_image_builder_gui after doing
a fresh install of UHD and GNU Radio with RFNoC. Below is the output of the
terminal when I try to run the gui. Anyone run into this issue and know how to
fix it?
Traceback (most recent call last):
File "
Hi Jerrid,
Some hints, for info, I am working with the X310 device, but you can take the
big picture.
I previously met such issues, those were related to signal re-definitions.
The file *rfnoc_ce_auto_inst_x310.v* at lines 19/20 is re-defining the
ce_clk/ce_rst signals by assigning to th
On Fri, Jan 3, 2020 at 1:14 PM Cherif Diouf via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi Jerrid,
>
>
>
> Some hints, for info, I am working with the X310 device, but you can
> take the big picture.
>
>
> I previously met such issues, those were related to signal re-definitions.
>
>
>
I have this version UHD 3.15.0.git-84-g164d76dc
but the lines are there whenever you use the ./uhd_image_builder.py scripts.
Best Regards
Cherif
From: Brian Padalino
Sent: Friday, January 3, 2020 7:25:00 PM
To: Cherif Diouf
Cc: usrp-users@lists.ettus.com
Subj
On Fri, Jan 3, 2020 at 1:41 PM Cherif Diouf wrote:
> I have this version UHD 3.15.0.git-84-g164d76dc
>
> but the lines are there whenever you use the ./uhd_image_builder.py
> scripts.
>
Ah, I see it now:
https://github.com/EttusResearch/fpga/blob/fde2a94eb7231af859653db8caaf777ae2b66199/usrp3
Hi Jerrid,
could you check /home/ck/rfnoc/src/uhd-fpga/usrp3/top/e300/Makefile
exists?
My uhd-fpga directory has that; I think yours *should*. Which version
of the uhd-fpga repo are you using?
Best regards,
Marcus
On Fri, 2020-01-03 at 15:43 +, Jerrid Plymale via USRP-users wrote:
> Hey All
Hey Marcus,
Thanks for your reply, it reminded me what I needed to do. In the version I am
running, the e300 folder has been replaced with the e31x folder, so I just
changed the e300 target to e31x in the uhd_image_builder_gui python file and it
is working again now. Not sure how to check the v
There was recently a change to the directory structure for the E300/E310s.
If you're running 3.15.0.0, this should be fixed, see the commits from ~Nov
21 here:
https://github.com/EttusResearch/fpga/commits/v3.15.0.0/usrp3
Regards,
Nate Temple
On Fri, Jan 3, 2020 at 11:17 AM Marcus Müller via US
Ah, wonderful :)
that should be a git repository, so `git describe` typically delivers a
string that is "last tag on the current branch - commits since then -
gCommit Hash", typically.
Best regards,
Marcus
On Fri, 2020-01-03 at 19:27 +, Jerrid Plymale wrote:
> Hey Marcus,
>
> Thanks for you
Hey Jeff,
Could you give this a shot on 3.15.0.0 and let me know the results? Based
on that output, the issue looks confined to ATR but it's not something I've
seen reported up to this point.
If 3.15.0.0 shows this issue as well, I'll reproduce it on my end and get a
bug filed.
Sam Reiter
Ettus
Hey Subu,
I'd suspect that the MPM versioning is the issue here. You can manually
compile and install MPM on your E320, or you can simply reflash your SD
card with the latest SDimg. Based on when this was posted vs when v3.15.0.0
was tagged, I'd guess you're working with a release candidate and di
Florian,
DPDK 18.11 is not supported on UHD 3.x. You'll need to use DPDK 17.11.
Sam Reiter
Ettus Research
On Mon, Dec 23, 2019 at 9:51 AM Florian Kaltenberger via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Dear all,
>
> we have finally managed to set up UHD (3.15) with DPDK (18.11) suppo
Daniel,
This is tricky. Not only have I never seen this issue, but it sounds like
it happens intermittently for you as well. If this is something you're
still running into, I'd encourage you to email me at supp...@ettus.com
directly. We can cover some additional troubleshooting and potentially get
13 matches
Mail list logo
