Hello Kevin, \ Are you using one of the default bitfiles?\ It looks to me like the issue might be caused by the fact that your Radio and your PolConverter are connected to the Same SEP, namely SEP3.\ \ The RFNoC crossbar might not be able to find a valid route if source and destination are the same.\ The error seems to be thrown [here](https://github.com/EttusResearch/uhd/blob/master/host/lib/rfnoc/topo_graph.cpp#L310), and and it seems to me that in the for loop right above, the path from a node to itself will not be added to the route list as a node being its own predecessor for routing is seen as no route available
It is usually ok to connect in and output ports of a stream endpoint to different blocks in general, but in most cases they are connected to the same block, so they will not be routing to themselves, [see the n300 image_core yaml as an example](https://github.com/EttusResearch/uhd/blob/master/fpga/usrp3/top/n3xx/n300_rfnoc_image_core.yml#L64).\ \ Have you tried rebuilding the bitfile and using separate SEPs for the Radio0 output and PolConverter0 input? Does the issue still appear then?\ \ Regards,\ Niels. --- \ Kevin Williams wrote: > Hi Everyone, > > I am getting an error "RuntimeError: Cannot create route from device:1/sep:3 > and device:1/sep:3, no route was found!" when trying to connect routes in an > rfnoc graph on an N300. (UHD 4.8) > > The image shows the following static routes: > > | | Static connections on this device: > | | > | | \* 0/SEP#0:0==>0/Radio#0:0 > | | \* 0/SEP#1:0==>0/Radio#0:1 > | | \* 0/Radio#0:0==>0/SEP#3:0 > | | \* 0/Radio#0:1==>0/SEP#4:0 > | | \* 0/SEP#3:0==>0/PolConverter#0:0 > | | \* 0/SEP#4:0==>0/PolConverter#0:1 > | | \* 0/PolConverter#0:0==>0/SEP#2:0 > > But if I try and connect the radio to my rfnoc block with: > > g_graph.connect("0/Radio#0", 0, "0/PolConverter#0", 0) > > but get the error above. > > I have tried: > > uhd.rfnoc.connect_through_blocks( > g_graph, > "0/Radio#0", > 0, > "0/PolConverter#0", > 0, > skip_property_propagation = True) > > But this also fails with the same error (with skip true or false). > > I also see there are some recent issues on github regarding this. > > Is there perhaps any further information? > > Many thanks, Kevin
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
