[USRP-users] does an RFNoC block HAVE to have an input and an output?

Jason Matusiak jason at gardettoengineering.com
Thu Jul 13 15:25:28 EDT 2017


And if the below approach is allowed (a probe seems to run fine now), 
would that be causing the following errors when I try to run my 
flowgraph (RFNoC:dataGenerator -> RFNoC:FIFO -> RFNoC:Radio):

[INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400; 
UHD_4.0.0.rfnoc-devel-348-g2c2e1a99
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Determining maximum frame size...
[INFO] [X300] Maximum frame size: 2072 bytes.
[INFO] [X300] Setup basic communication...
[INFO] [X300] Loading values from EEPROM...
[INFO] [X300] Setup RF frontend clocking...
[INFO] [X300] Radio 1x clock:200
[INFO] [X300] Detecting internal GPSDO....
[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 
0.929a
[ERROR] [RFNOC] [CE_00_Port_30] Block ctrl bad VITA 
packet: ValueError: Bad CHDR or packet fragment
[INFO] [RFNOC] 0808550E
[INFO] [RFNOC] 00000000
[INFO] [RFNOC] 05BAFC00
[INFO] [RFNOC] 06BAFC00
[ERROR] [RFNOC] [CE_00_Port_30] Block ctrl bad VITA 
packet: ValueError: Bad CHDR or packet fragment
[INFO] [RFNOC] 0808560E
[INFO] [RFNOC] 00000000
[INFO] [RFNOC] 05BCFC00
[INFO] [RFNOC] 06BCFC00
[ERROR] [UHD] Exception caught in safe-call.
   in virtual ctrl_iface_impl::~ctrl_iface_impl()
   at /home/jmat/rfnoc/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:76
this->peek32(0); -> EnvironmentError: IOError: Block ctrl 
(CE_00_Port_30) packet parse error - EnvironmentError: IOError: Expected 
SID: 02:30>00:00  Received SID: 00:00>00:00
Traceback (most recent call last):
   File "/home/jmat/rfnoc-nocblocks/examples/data_generator.py", line 
171, in <module>
     main()
   File "/home/jmat/rfnoc-nocblocks/examples/data_generator.py", line 
159, in main
     tb = top_block_cls()
   File "/home/jmat/rfnoc-nocblocks/examples/data_generator.py", line 
61, in __init__
     self.device3 = variable_uhd_device3_0 = 
ettus.device3(uhd.device_addr_t( ",".join(('type=x300', 
"master_clock_rate=200e6,addr=10.0.0.10")) ))
   File 
"/home/jmat/rfnoc/lib/python2.7/dist-packages/ettus/ettus_swig.py", line 
1291, in make
     return _ettus_swig.device3_make(*args, **kwargs)
RuntimeError: EnvironmentError: IOError: Block ctrl (CE_00_Port_30) 
packet parse error - EnvironmentError: IOError: Expected SID: 
02:30>00:00  Received SID: 00:00>00:00

 >>> Done


On 07/13/2017 03:15 PM, Jason Matusiak wrote:
> I have a block that I want to essentially be a source block in RFNoC 
> (outputting data from a ROM), but when I go to probe, I get this error:
> RuntimeError: LookupError: Path not found in tree: 
> /mboards/0/xbar/dataGenerator_0/ports/in
>
> Is this because I set it up without sink input?  Is there any way 
> around it?  I think the solution is to put a sink in the rfnoc/blocks/ 
> XML file but NOT the grc XML file, is that right?





More information about the USRP-users mailing list