Hi sp h, I think that the numbers and the terminology need to be tightened up a bit for anyone to help - 32 is the number of bits in a sample (I do not know if this is the source of confusion relating to your comment "for RFNOC we faced 32 samples") - the RFNoC CHDR width is not important if you are working in gnuradio rather than implementing DSP algorithms on the FPGA - data transfer from the FPGA to CPU (gnuradio) occurs in "packets", typically a bit less than 2000 samples long - gnuradio has functions to convert incoming sample streams into vectors of 4096 (if that is what you need for your DSP)
Rob On Mon, Mar 21, 2022 at 5:43 PM Marcus Müller <[email protected]> wrote: > Hi! > > I'm a bit confused, because in your original email you wrote that **in GNU > Radio** you > process blocks of 4096 items. > > So, where *exactly* does the requirement to have blocks of 4096 items > arise from? What's > the reason for 4096? I'm a really unsure what you need! > > Best regards, > > Marcus > > DISCLAIMER: Any attached Code is provided As Is. It has not been tested or > validated as a product, for use in a deployed application or system, or for > use in hazardous environments. You assume all risks for use of the Code. > Use of the Code is subject to terms of the licenses to the UHD or RFNoC > code with which the Code is used. Standard licenses to UHD and RFNoC can be > found at https://www.ettus.com/sdr-software/licenses/. > > NI will only perform services based on its understanding and condition > that the goods or services (i) are not for the use in the production or > development of any item produced, purchased, or ordered by any entity with > a footnote 1 designation in the license requirement column of Supplement > No. 4 to Part 744, U.S. Export Administration Regulations and (ii) such a > company is not a party to the transaction. If our understanding is > incorrect, please notify us immediately because a specific authorization > may be required from the U.S. Commerce Department before the transaction > may proceed further. > > On 21.03.22 15:41, sp h wrote: > > > > But I need to add samples to a buffer. when 4096 sample is received for > block, do an > > operation like correlate and convolution, and so on. > > > > Can we use RAM in an RFNOC block that enables us to work with specific > count samples?? > > It is possible? > > > > any example or guide thanks > > > > > > On Mon, Mar 21, 2022 at 6:01 PM sp h <[email protected]> wrote: > > > > But I need to add samples to a buffer. when 4096 sample is received > for block, do an > > operation like correlate and convolution, and so on. > > > > Can we use RAM in an RFNOC block that enables us to work with > specific count samples?? > > It is possible? > > > > any example or guide thanks > > > > On Mon, Mar 21, 2022 at 1:16 PM Marcus Müller < > [email protected]> wrote: > > > > Hi! > > > > > In Gnuradio when we want to work with samples buffer samples > is 4096 ... > > > > No, it's not! GNU Radio has a variable workload length approach, > so you **must > > not** > > assume any fixed length buffer. Especially not 4096. > > > > > but for RFNOC we faced 32 samples........ > > > How can increased samples buffer in RFNOC block to 4096...? > > > > You don't! > > > > Best regards, > > > > Marcus > > _______________________________________________ > > USRP-users mailing list -- [email protected] > > To unsubscribe send an email to [email protected] > > > > > > _______________________________________________ > > USRP-users mailing list -- [email protected] > > To unsubscribe send an email to [email protected] > _______________________________________________ > USRP-users mailing list -- [email protected] > To unsubscribe send an email to [email protected] >
_______________________________________________ USRP-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
