Hi again, I still have the same error that I post before but I have made some tests.
First I test an OOT empty block created with rfnocmodtool (just loop back the input to the output in the Verilog part as the tool does by default). This block works (partially) in GNURadio (it gives recv timeouts but it doesn't complain about no found block), so I think this is a specific problem with the splitstream block. I have realized that the name of the block that "uhd_usrp_probe" recognizes doesn't match with the name I give to my OOT splitstream block. I have made 2 blocks, one named "splitstream" and another named "split". In both cases, "uhd_usrp_probe" says that the block is named "SplitStream". That makes me think that "uhd_usrp_probe" is finding the UHD controller that is in the UHD repository and not the one created for my OOT block (in that case the name would be a generic one, "block"). Why does this happen? I have only modified the Verilog part with the one that comes in UHD and I haven't found anything related to the controller on it, so it does not make sense to me. Can be this related to the problem? I have also tried to change the ID of the block but this still doesn't work. Any new ideas on your side Paul? Someone can help us? Kind Regards, Maria El lun, 31 may 2021 a las 9:09, Maria Muñoz (<mamuk...@gmail.com>) escribió: > Oh! I hope someone can tell us what might be wrong with the block. Have > you got another OOT block working created with rfnocmodtool? Just to > discard the tool as the problem. > If I figure out something new I'll tell you. > > Kind regards, > Maria > > El vie, 28 may 2021 a las 15:02, Paul Atreides (<maud.dib1...@gmail.com>) > escribió: > >> I second this. I’m having almost the exact same issue with split stream. >> Mine returns attribute error no module found, but as shown in Maria’s >> post, it’s displayed fine in grc and the image. >> >> <end transmission> >> >> On May 28, 2021, at 04:45, Maria Muñoz <mamuk...@gmail.com> wrote: >> >> >> Hi all, >> >> I'ḿ trying to instance in my GNURadio graph the splitstream rfnoc block. >> I'm using RFNoC 4.0, GNURadio3.8 and gr-ettus master branch. >> >> This block has all the UHD driver and verilog code in the UHD repository >> (under >> "~/rfnoc/src/uhd/fpga/usrp3/lib/rfnoc/blocks/rfnoc_block_split_stream", >> "/rfnoc/src/uhd/host/lib/rfnoc" and >> "/rfnoc/src/uhd/host/include/uhd/rfnoc), but it is not included in >> gr-ettus/gnuradio, so I try to create an OOT module using this code to use >> the block on GNURadio. >> >> I have successfully created the module with rfnocmodtool, adapted the >> verilog, c++ and yml files and compiled and installed the block. I have >> generated an image using the block and uhd_usrp_probe seems to recognise >> the block: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> *[INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100; >> UHD_4.0.0.HEAD-0-g90ce6062[INFO] [MPMD] Initializing 1 device(s) in >> parallel with args: >> mgmt_addr=192.168.1.15,type=e3xx,product=e320,serial=31DFBB7,claimed=False,addr=192.168.10.2[INFO] >> [MPM.PeriphManager] init() called with device args >> `mgmt_addr=192.168.1.15,product=e320'.[INFO] [0/Radio#0] Performing CODEC >> loopback test on channel 0 ... [INFO] [0/Radio#0] CODEC loopback test >> passed[INFO] [0/Radio#0] Performing CODEC loopback test on channel 1 ... >> [INFO] [0/Radio#0] CODEC loopback test passed[INFO] [0/DmaFIFO#0] BIST >> passed (Estimated Minimum Throughput: 1361 MB/s)[INFO] [0/DmaFIFO#0] BIST >> passed (Estimated Minimum Throughput: 1361 MB/s) >> _____________________________________________________ /| Device: >> E300-Series Device| >> _____________________________________________________| /| | >> Mboard: ni-e320-31DFBB7| | eeprom_version: 3| | fs_version: >> 20200914014807| | mender_artifact: v4.0.0.0_e320| | mpm_sw_version: >> 4.0.0.0-g90ce6062| | pid: 58144| | product: e320| | rev: 5| | >> rpc_connection: remote| | serial: 31DFBB7| | type: e3xx| | >> MPM Version: 3.0| | FPGA Version: 6.0| | FPGA git hash: >> 90ce606.dirty| | | | Time sources: internal, external, gpsdo| | >> Clock sources: external, internal, gpsdo| | Sensors: ref_locked, >> gps_locked, fan, temp_fpga, temp_internal, temp_rf_channelA, >> temp_rf_channelB, temp_main_power, gps_gpgga, gps_sky, gps_time, gps_tpv| >> _____________________________________________________| /| | >> RFNoC blocks on this device:| | | | * 0/DDC#0| | * 0/DUC#0| | >> * 0/DmaFIFO#0| | * 0/FFT#0| | * 0/Radio#0| | * >> 0/SplitStream#0| _____________________________________________________| >> /| | Static connections on this device:| | | | * >> 0/SEP#0:0==>0/DUC#0:0| | * 0/DUC#0:0==>0/Radio#0:0| | * >> 0/Radio#0:0==>0/DDC#0:0| | * 0/DDC#0:0==>0/SEP#0:0| | * >> 0/SEP#1:0==>0/DUC#0:1| | * 0/DUC#0:1==>0/Radio#0:1| | * >> 0/Radio#0:1==>0/DDC#0:1| | * 0/DDC#0:1==>0/SEP#1:0| | * >> 0/SEP#2:0==>0/DmaFIFO#0:0| | * 0/DmaFIFO#0:0==>0/SEP#2:0| | * >> 0/SEP#3:0==>0/DmaFIFO#0:1| | * 0/DmaFIFO#0:1==>0/SEP#3:0| | * >> 0/SEP#4:0==>0/FFT#0:0| | * 0/FFT#0:0==>0/SEP#4:0| | * >> 0/SEP#5:0==>0/SplitStream#0:0| | * 0/SplitStream#0:0==>0/SEP#5:0| >> _____________________________________________________| /| | TX >> Dboard: dboard| | >> _____________________________________________________| | /| | | >> TX Frontend: 0| | | Name: E3xx| | | Antennas: TX/RX| | >> | Freq range: 47.000 to 6000.000 MHz| | | Gain range PGA: 0.0 to >> 89.8 step 0.2 dB| | | Bandwidth range: 20000000.0 to 40000000.0 step >> 0.0 Hz| | | Connection Type: IQ| | | Uses LO offset: No| | >> _____________________________________________________| | /| | | >> TX Frontend: 1| | | Name: E3xx| | | Antennas: TX/RX| | >> | Freq range: 47.000 to 6000.000 MHz| | | Gain range PGA: 0.0 to >> 89.8 step 0.2 dB| | | Bandwidth range: 20000000.0 to 40000000.0 step >> 0.0 Hz| | | Connection Type: IQ| | | Uses LO offset: No| >> _____________________________________________________| /| | RX >> Dboard: dboard| | >> _____________________________________________________| | /| | | >> RX Frontend: 0| | | Name: E3xx| | | Antennas: RX2, TX/RX| >> | | Freq range: 70.000 to 6000.000 MHz| | | Gain range PGA: 0.0 >> to 76.0 step 1.0 dB| | | Bandwidth range: 20000000.0 to 40000000.0 >> step 0.0 Hz| | | Connection Type: IQ| | | Uses LO offset: No| >> | _____________________________________________________| | /| | >> | RX Frontend: 1| | | Name: E3xx| | | Antennas: RX2, >> TX/RX| | | Freq range: 70.000 to 6000.000 MHz| | | Gain range >> PGA: 0.0 to 76.0 step 1.0 dB| | | Bandwidth range: 20000000.0 to >> 40000000.0 step 0.0 Hz| | | Connection Type: IQ| | | Uses LO >> offset: No* >> >> I have a graph on GNURadio with the created block (attached), but when I >> try to run it I have the following error: >> >> Traceback (most recent call last): >> File "QPSK_example.py", line 386, in <module> >> main() >> File "QPSK_example.py", line 362, in main >> tb = top_block_cls() >> File "QPSK_example.py", line 86, in __init__ >> self.splitting_splitstream_0 = splitting.splitstream( >> File >> "/usr/local/lib/python3/dist-packages/splitting/splitting_swig.py", line >> 243, in make >> return _splitting_swig.splitstream_make(graph, block_args, >> device_select, instance) >> RuntimeError: Cannot find block! >> >> I'm not very familiar with swig so, is there something I must add in the >> swig interface to have my block recognised by GNURadio? Or is this error >> related to something else? I'd really appreciate any help on this. >> >> Kind Regards, >> >> Maria. >> >> >> >> <gnu_graph.png> >> _______________________________________________ >> USRP-users mailing list -- usrp-users@lists.ettus.com >> To unsubscribe send an email to usrp-users-le...@lists.ettus.com >> >>
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
