|
From: | Dobler, Anton |
Subject: | AW: AW: AW: AW: USRP, GPIO toggling and Gnuradio |
Date: | Sat, 11 Sep 2021 13:36:02 +0000 |
Dear all,
I tried a UHD C++ application for testing GPIO switching times and I get at a toggle period of roughly 17us using the following code:
while(stop_signal_called==false)
{
tx_radio_ctrl->set_gpio_attr(gpio, std::string("OUT"), "HIGH", GPIO_BIT(4));
tx_radio_ctrl->set_gpio_attr(gpio, std::string("OUT"), "LOW", GPIO_BIT(4));
}
It seems like this is the upper limit concerning toggling period possible.
Toggling the GPIOs with a period of 100us should thus be feasible...
Does anyone has an advice how to write a low latency OOT block for GNURadio?
Is there a GR-API call to priorize a block?
Thank you for any hints!
Von: Marcus D. Leech <patchvonbraun@gmail.com>
Gesendet: Freitag, 10. September 2021 19:47 An: Dobler, Anton; discuss-gnuradio@gnu.org; usrp-users@lists.ettus.com Betreff: Re: AW: AW: AW: USRP, GPIO toggling and Gnuradio On 2021-09-10 1:37 p.m., Dobler, Anton wrote:
That's a good question, and one for which I don't have an answer I'm certain of. Copying the usrp-users mailing list. Your device is an "MPM" device, which is a server on the Linux CPU on your device that handles "management of the radio" via RPC calls. Browsing (very cursory) the code, it seems that it "gets" things like I2C and SPI, so it probably also handles GPIO transactions, it most definitely "lives" on the management interface.
|
[Prev in Thread] | Current Thread | [Next in Thread] |