Hello. I want to control GPIO pins in a custom RFNoC block to send a stable GPlO trigger output (X310+UHD4.4 + Ubuntu 18.04). But I have no idea how to implement this because l didn't find the GPIO interface in the RFNoC specification. Also I don't want to use the `rfnoc.radio_control.set_gpio_attr()` command. Due to the host's uncertain delay, the output triggering interval may differ. I really hope someone can help me and give me some hints Amelia

Hi, I finally had to go through the GPIO thing for a project where I need access to some of the Daughterboard GPIOs on an X310 from a custom RFNoC block. The application also includes using a spare bit of the data stream to send the GPIO state to the host along the regular stream of samples. Since there were quite a few requests on the mailing list in this regard, I pushed the changes I had to make to UHD along with a description of the actions I took in my custom RFNoC block to my GitHub account. You can find it here: https://github.com/eltos/uhd/pull/1 I introduced a special control register to take control over certain pins from within my RFNoC block while leaving the other pins under control of the default UHD API or ATR. Best Philipp *From:* yangamelia2333@gmail.com *Sent:* Tuesday, 4 July 2023 at 04:23 *To:* usrp-users@lists.ettus.com *Subject:* [USRP-users] Control GPIO pins in a custom RFNoC block > Hello. > > I want to control GPIO pins in a custom RFNoC block to send a stable > GPlO trigger output (X310+UHD4.4 + Ubuntu 18.04). But I have no idea > how to implement this because l didn't find the GPIO interface in the > RFNoC specification. > > Also I don't want to use the |rfnoc.radio_control.set_gpio_attr()| > command. Due to the host's uncertain delay, the output triggering > interval may differ. > > I really hope someone can help me and give me some hints > > Amelia > > > _______________________________________________ > USRP-users mailing list --usrp-users@lists.ettus.com > To unsubscribe send an email tousrp-users-leave@lists.ettus.com

Philipp, thanks for sharing this contribution. We'll check out your PR (well, I already did a while back) and may incorporate some of it. For this feature, we need to make sure we come up with a way that works similarly across devices, and N3xx/X4xx have a slightly different GPIO design from X3xx, so some tweaks will be inevitable. --M On Wed, Mar 5, 2025 at 3:33 PM Philipp Niedermayer <p.niedermayer@gsi.de> wrote: > Hi, > > I finally had to go through the GPIO thing for a project where I need > access to some of the Daughterboard GPIOs on an X310 from a custom RFNoC > block. The application also includes using a spare bit of the data stream > to send the GPIO state to the host along the regular stream of samples. > > Since there were quite a few requests on the mailing list in this regard, > I pushed the changes I had to make to UHD along with a description of the > actions I took in my custom RFNoC block to my GitHub account. > You can find it here: https://github.com/eltos/uhd/pull/1 > > I introduced a special control register to take control over certain pins > from within my RFNoC block while leaving the other pins under control of > the default UHD API or ATR. > > Best > Philipp > > > *From:* yangamelia2333@gmail.com > > *Sent:* Tuesday, 4 July 2023 at 04:23 > > *To:* usrp-users@lists.ettus.com > > *Subject:* [USRP-users] Control GPIO pins in a custom RFNoC block > > Hello. > > I want to control GPIO pins in a custom RFNoC block to send a stable GPlO > trigger output (X310+UHD4.4 + Ubuntu 18.04). But I have no idea how to > implement this because l didn't find the GPIO interface in the RFNoC > specification. > > Also I don't want to use the rfnoc.radio_control.set_gpio_attr() command. > Due to the host's uncertain delay, the output triggering interval may > differ. > > I really hope someone can help me and give me some hints > > Amelia > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com >