Are you using a custom FPGA image? What happens if you just omit the DMA
FIFO?
Also, set a reasonable spp in your RX Radio block arguments -- 300 to 600
is a good start.
Nick
On Fri, Mar 9, 2018 at 10:24 AM Kei Nguyen <hai.n.nguyen...@gmail.com>
wrote:
> Thanks for the reply and sorry for not providing much information. My case
> is that I want to do a relay transmission with the setup: USRP 1 transmits
> --> USRP 2 receives and retransmits with a shifted fc --> USRP 3 receives.
> The problem is in USRP 2, as you pointed out in your post. I'm testing on
> a simple flowgraph RX --> DDC --> DmaFIFO --> DUC (frequency shifted by
> 5MHz) --> TX. I used your approach [1] in step 1 of your tutorial (also did
> step 2 and 3) and rebuilt.
> At first the flowgraph runs without errors. The TX and RX lights were on,
> so it seemed to transmit something. But in USRP 3 I didn't see the relay
> signals (only the original signal that USRP1 transmits).
> Also, in the following runs, it raised the errors:
> [INFO] [UHDlinux; GNU C++ version 5.4.0 20160609; Boost_105800;
> UHD_4.0.0.rfnoc-devel-409-gec9138eb]
> [INFO] [X300] X300 initialization sequence...
> [INFO] [X300] Determining maximum frame size...
> [INFO] [X300] Maximum frame size: 1472 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] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
> [INFO] [RFNOC] pass (Throughput: 1302.9MB/s)
> [INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
> [INFO] [RFNOC] pass (Throughput: 1293.6MB/s)
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
> [INFO] [RFNOC] Assuming max packet size for 0/DDC_0
> [INFO] [RFNOC] Assuming max packet size for 0/DmaFIFO_0
> [INFO] [RFNOC] Assuming max packet size for 0/DUC_0
> [INFO] [RFNOC] Assuming max packet size for 0/Radio_0
> kei@kei-Precision-T7610:~/test_rfnoc$ ./relay.py
> [INFO] [UHDlinux; GNU C++ version 5.4.0 20160609; Boost_105800;
> UHD_4.0.0.rfnoc-devel-409-gec9138eb]
> [INFO] [X300] X300 initialization sequence...
> [INFO] [X300] Determining maximum frame size...
> [INFO] [X300] Maximum frame size: 1472 bytes.
> [INFO] [X300] Setup basic communication...
> [INFO] [X300] Loading values from EEPROM...
> [INFO] [X300] Setup RF frontend clocking...
> [INFO] [X300] Radio 1x clock:200
> [ERROR] [UHD] Exception caught in safe-call.
> in virtual ctrl_iface_impl::~ctrl_iface_impl()
> at /home/kei/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 packet index: 3
> Received index: 4
> Traceback (most recent call last):
> File "./relay.py", line 291, in <module>
> main()
> File "./relay.py", line 279, in main
> tb = top_block_cls(freq=options.freq)
> File "./relay.py", line 72, in __init__
> self.device3 = device3 = ettus.device3(uhd.device_addr_t(
> ",".join(('type=x300', "")) ))
> File "/home/kei/rfnoc/lib/python2.7/dist-packages/ettus/ettus_swig.py",
> line 1610, in make
> return _ettus_swig.device3_make(device_addr)
> RuntimeError: EnvironmentError: IOError: [0/DmaFIFO_0] sr_read64() failed:
> EnvironmentError: IOError: Block ctrl (CE_00_Port_30) packet parse error -
> EnvironmentError: IOError: Expected SID: 02:30>00:00 Received SID:
> 02:c0>00:00
>
>
> which is exactly the errors that Christophe faced in the previous post. I
> had to power cycle to run the flowgraph again.
> Attachments are the changed files. I'm using uhd version UHD
> 4.0.0.rfnoc-devel-409-gec9138eb and gnuradio version
> 3.7.12git-295-ga0adcd33.
> Sorry for the long post.
>
>
>
> On Fri, Mar 9, 2018 at 12:21 PM, Nick Foster <bistrom...@gmail.com> wrote:
>
>> You're going to have to ask a better question than that. Please provide
>> the following:
>>
>> * What you are trying to accomplish
>> * What hardware you are using
>> * What UHD and Gnuradio version you are using
>> * The approach you followed
>> * The result you expected
>> * The result you actually got
>> * A flowgraph which exhibits the problem
>>
>> If you put effort into your question, we can put effort into answering
>> you.
>>
>> Nick
>>
>> On Thu, Mar 8, 2018 at 10:39 AM Kei Nguyen via USRP-users <
>> usrp-users@lists.ettus.com> wrote:
>>
>>> Hello, is this problem resolved? I am facing the same issue in the last
>>> email. Also, I tried to receive the relay signal with another usrp but it
>>> doesn't receive anything in my transmit frequency.
>>>
>>> Hai
>>> _______________________________________________
>>> USRP-users mailing list
>>> USRP-users@lists.ettus.com
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
