Hi Brian, The DDC has an extra variable, decim, which makes it a little more complicated, but I think you just need to have input and output rate resolvers such that if the input rate is set (perhaps property propagation from the rx radio), then the output rate will get properly resolved. And, the opposite case if the output rate is set (perhaps property propagation from the tx radio), then the input rate will get properly set.
BTW, I looked at another rate-changing Ettus example (keep one in N) and it doesn't even worry about it. Rob On Mon, Dec 19, 2022 at 1:51 PM Brian Padalino <[email protected]> wrote: > I am building some blocks that have some fractional rates for filtering, > and I am trying to make sure I convey the fractional rates correctly on the > controller block side. > > I am looking at the ddc_block_control.cpp as an example, but it has a few > different functions: > > - get/set_input_rate > - get/set_output_rate > > ... but those seem to rely on a property called _samp_rate_in which is > added in the private method _register_props() which also seems to add new > resolvers. > > In other words, this is pretty complicated and I am unsure if I really > need this for a static fractional rate. > > Is there any guidance on the UHD block controller side for an RFNoC block > for fixed fractional rate changes? > > Thanks, > Brian > _______________________________________________ > 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]
