On 24/02/2023 11:05, jmalo...@umass.edu wrote:
Hello,
I am currently getting the following error, but I am lost as to how to
work around it…
|[ERROR] [RPC] Someone tried to claim this device again (From:
192.168.10.1)|
|[WARNING] [MPM.RPCServer] Someone tried to claim this device again
(From: 192.168.10.1)|
It appears the problem comes from instantiating an object
uhd::rfnoc_graph, then, when this object already exists, I try to
create a uhd::usrp::multi_usrp object. For example…
|auto graph = uhd::rfnoc::rfnoc_graph::make(args);|
|uhd::usrp::multi_usrp::sptr usrp =
uhd::usrp::multi_usrp::make("addr0=192.168.10.2");|
It appears that trying to create both causes the error above to
happen. However, I want to be able to create an rfnoc_graph and use
multi_usrp to get and set the TOD on the ettus N321. How exactly can I
work around this? I saw the rfnoc_graph has a function called
“synchronize_devices()”, however, it does not seem this function can
get and set the TOD as I need.
Thanks,
Joe
_______________________________________________
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-users-le...@lists.ettus.com
You can't have two objects that "own" sessions to the device.
Mixing-and-matching multi_usrp and rfnoc objects isn't,
near as I can tell, supported.
However, your use case of wanting to do "housekeeping" functions like
"set_time_next_pps()" is legitimate, and I'm not
sure how that is supported via RFNoC. Perhaps one of the RFNoC
gurus on here can shed some light?
Although, looking at the rfnoc_rx_to_file.cpp example, you can:
graph->get_mb_controller(0)->set_clock_source(ref);
So there's a "mb_controller" class that looks like it takes the same
"stuff" you'd expect from a multi_usrp.
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
