Hello,
Preface: When I checkout older RFNoC versions and using "rfnocmodtool
newmod" I also have to use the srcdir flag as suggested above in your
thread:
rfnocmodtool newmod [NAME OF THE MODULE] --srcdir
~/{USER_PREFIX}/src/gr-ettus/python/rfnoc_
modtool/rfnoc-newmod/
That works fine, but t
I reproduced the same issue (except I completely uninstalled GR, UHD,
gr-ettus, etc. before doing rm -rf rfnoc then installed rfnoc from scratch)
then checked out 'eb5eed' in uhd-fpga which fixed the FPGA compatibility
number issue but there seems to be an underlying problem with that. I can't
use
22095b2c3a8dd1c764d7b80d3128c44721597b>).
>>>>> It is being included in the next set of commits on the maint branch that
>>>>> should be available in the next few days.
>>>>>
>>>>> Regards,
>>>>> Michael
>>>>>
z
>>>> wrote:
>>>>
>>>>> Hi Michael,
>>>>>
>>>>> I see new commits have been entered in the uhd maint branch in the
>>>>> last couple days. Were any related to this issue?
>>>>>
>>>>> A
t branch in the last
>>>> couple days. Were any related to this issue?
>>>>
>>>> Andrew
>>>>
>>>> On Mon, Apr 23, 2018 at 11:12 AM, Michael West
>>>> wrote:
>>>>
>>>>> Hi Louis/Andrew,
>>>&g
>> progress. We should have the fix available on the head of the maint branch
>>> very soon. Thank you for bringing it to our attention!
>>>
>>> Regards,
>>> Michael
>>>
>>> On Fri, Apr 20, 2018 at 8:54 AM, switchlanez via USRP-users <
>
d
>> git checkout ba11bf2d699957e9a5d9b587de045162d2fce3e3
>>
>> cd gnuradio
>> git checkout 11d59e9f227e3d3f5c388c376ee59e0cfa021dcf
>> git submodule update --init --recursive
>>
>> cd gr-ettus
>> git checkout fbea7f763460ffb42592c6c1c389047b6e0e1a10
ess.
> We should have the fix available on the head of the maint branch very
> soon. Thank you for bringing it to our attention!
>
> Regards,
> Michael
>
> On Fri, Apr 20, 2018 at 8:54 AM, switchlanez via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>>
7b6e0e1a10
>
> cd uhd-fpga
> git checkout 8b731c3b277fb2caee0b9633c9b159e55f175486
>
> On Sun, Apr 29, 2018 at 12:29 PM, Yacine Bouguechal <
> yacine.bouguec...@ensta-paristech.fr> wrote:
>
>> Hello,
>> Can you please tell me what versions of the different packag
.fr> wrote:
>
>> Hello,
>> Can you please tell me what versions of the different packages you used
>> because I am also trying to revert back to old commit.
>> Thank you.
>>
>>
>> --
>> *De: *"switchlanez via USRP-
lease tell me what versions of the different packages you used
> because I am also trying to revert back to old commit.
> Thank you.
>
>
> ----------
> *De: *"switchlanez via USRP-users"
> *À: *"Nicolas Cuervo"
> *Cc: *"USRP-
I got uhd to build. Thanks for your help.
On Sun, Apr 29, 2018 at 11:33 AM, switchlanez wrote:
> Thank you for the response, Nicolas. I realized the aec2fe9 commit from
> 27-JUN-17 only applies to the "maint" branch in the "fpga" repo. Instead I
> should checkout commits from the "rfnoc-devel" b
Thank you for the response, Nicolas. I realized the aec2fe9 commit from
27-JUN-17 only applies to the "maint" branch in the "fpga" repo. Instead I
should checkout commits from the "rfnoc-devel" branch of the "fpga,"
"gr-ettus," and "uhd" repos and "master" branch of the "gnuradio" repo
(from gnurad
Hello,
I did a fresh install of the latest rfnoc-devel (using pybombs prefix init
~/rfnoc -R rfnoc -a rfnoc) and RFNoC blocks do not work (such as FIR and Rx
Radio, possibly related to USRP-users mailer subject: Core dump with
UHD_3.11, X310, and LFTX). So I am trying to checkout and build rfnoc-
the final tap:
> sr_write(SR_RELOAD_TLAST, uint32_t(taps.back()));
>
> The half a sample shift is odd though.
>
> On Sat, Apr 21, 2018, 6:23 AM Marcus D. Leech via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> On 04/20/2018 12:01 PM, switchlanez via USRP-users wrote:
Hello,
An oddity regarding the RFNoC FIR Filter block. fir_block_ctrl_impl.cpp
writes tap values to the settings registers with:
for (size_t i = 0; i < taps.size() - 1; i++) {
sr_write(SR_RELOAD, uint32_t(taps[i]));
}
which loops from 0 to taps.size() - 1. So if I define 41 taps from
I have an issue that may be related. Using LFTX and LFRX boards in an X310,
anytime I use the RFNoC Radio block in Rx mode the run terminates with:
terminate called after throwing an instance of 'std::out_of_range'
what(): map::at
Following for updates.
Andrew
On Thu, Apr 19, 2018 at 9:54 AM
Build should fail with 1000 coefficients and a Window Block instance. The
most taps I've gotten is 334 with a DUC and DDC instantiated along with the
FIR. If I instantiate 2 Digital Gain blocks with 2 FIR blocks, the most
taps I could build was 186 taps for each FIR. These were found through
trial
18 matches
Mail list logo
