Well, I've rebuilt and reloaded the FPGA image, and.... it works. Both from the embedded and the host, including gnu-radio.
I presumably did nothing different, and used the same YAML as last time. Of course, I must have done something in the middle that is beyond me. In my defense, the error was quite strange :) Thank you for your time and your help. Lautaro. El mar, 19 abr 2022 a la(s) 10:14, Lautaro Lorenzen ( [email protected]) escribió: > Hello Rob, > > You are right, the UHD version running on the embedded is 4.1.0.4. In any > case, I don't quite get why the examples running on the ettus don't work > either. > > If I run ./benchmark_rate --rx_rate 1e6 --tx_rate 1e6 --rx_channels 1 > --tx_channels 0, I get: > > [INFO] [UHD] linux; GNU C++ version 9.2.0; Boost_107100; > UHD_4.1.0.4-0-g25d617ca > [00:00:00.044121] Creating the usrp device with: ... > [INFO] [MPMD] Initializing 1 device(s) in parallel with args: > mgmt_addr=127.0.0.1,type=e3xx,product=e310_sg3,serial=30E2D8B,fpga=n/a,claimed=False > [INFO] [MPM.PeriphManager] Found 1 daughterboard(s). > [INFO] [MPM.PeriphManager] init() called with device args > `fpga=n/a,mgmt_addr=127.0.0.1,product=e310_sg3'. > [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 > Using Device: Single USRP: > Device: E300-Series Device > Mboard 0: e310_sg3 > RX Channel: 0 > RX DSP: n/a > RX Dboard: A > RX Subdev: E3xx > RX Channel: 1 > RX DSP: n/a > RX Dboard: A > RX Subdev: E3xx > TX Channel: 0 > TX DSP: n/a > TX Dboard: A > TX Subdev: E3xx > TX Channel: 1 > TX DSP: n/a > TX Dboard: A > TX Subdev: E3xx > > [00:00:06.286834383] Setting device timestamp to 0... > Setting TX spp to 364 > [00:00:10.136939135] Testing receive rate 1.000000 Msps on 1 channels > [00:00:10.564365285] Testing transmit rate 1.000000 Msps on 1 channels > [00:00:20.827293545] Benchmark complete. > > > Benchmark rate summary: > Num received samples: 10248264 > Num dropped samples: 0 > Num overruns detected: 0 > Num transmitted samples: 10257884 > Num sequence errors (Tx): 0 > Num sequence errors (Rx): 0 > Num underruns detected: 0 > Num late commands: 0 > Num timeouts (Tx): 0 > Num timeouts (Rx): 0 > > > Done! > > > On the other hand, If I include tx channel "1" in any way (2Tx 2Rx or 1Tx > 1Rx) the test fails. > > [INFO] [UHD] linux; GNU C++ version 9.2.0; Boost_107100; > UHD_4.1.0.4-0-g25d617ca > [00:00:00.044036] Creating the usrp device with: ... > [INFO] [MPMD] Initializing 1 device(s) in parallel with args: > mgmt_addr=127.0.0.1,type=e3xx,product=e310_sg3,serial=30E2D8B,fpga=n/a,claimed=False > [WARNING] [MPM.RPCServer] A timeout event occured! > [INFO] [MPM.PeriphManager] Found 1 daughterboard(s). > [INFO] [MPM.PeriphManager] init() called with device args > `fpga=n/a,mgmt_addr=127.0.0.1,product=e310_sg3'. > [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 > Using Device: Single USRP: > Device: E300-Series Device > Mboard 0: e310_sg3 > RX Channel: 0 > RX DSP: n/a > RX Dboard: A > RX Subdev: E3xx > RX Channel: 1 > RX DSP: n/a > RX Dboard: A > RX Subdev: E3xx > TX Channel: 0 > TX DSP: n/a > TX Dboard: A > TX Subdev: E3xx > TX Channel: 1 > TX DSP: n/a > TX Dboard: A > TX Subdev: E3xx > > [00:00:06.466089847] Setting device timestamp to 0... > Setting TX spp to 364 > [00:00:10.313807747] Testing receive rate 1.000000 Msps on 1 channels > [00:00:10.748820483] Testing transmit rate 1.000000 Msps on 1 channels > [00:00:11.753567712] Tx timeouts: 1 > [00:00:21.857387286] Benchmark complete. > > > Benchmark rate summary: > Num received samples: 10248286 > Num dropped samples: 0 > Num overruns detected: 0 > Num transmitted samples: 0 > Num sequence errors (Tx): 0 > Num sequence errors (Rx): 0 > Num underruns detected: 0 > Num late commands: 0 > Num timeouts (Tx): 11 > Num timeouts (Rx): 0 > > > Done! > > The only message that is different between tests and calls my attention > is: "[WARNING] [MPM.RPCServer] A timeout event occured!" > > Any ideas? > > In the meantime I'll try to reload the file system and the default FPGA > image, I'll let you know if I've any news. > > Thank you, > Lautaro. > > El jue, 14 abr 2022 a la(s) 00:23, Rob Kossler ([email protected]) escribió: > >> Hi Lautaro, >> When you run embedded, what is the version that runs? I am wondering if >> your embedded file system (and also MPM version) is old and does not match >> the UHD version 4.1.0.5 that you are using on a host workstation. If this >> is the case, perhaps reload the file system using "dd" (don't use >> bmaptool). Another thought would be to try benchmark_rate with 2 channels >> tx and 2 channels rx (at a slow rate) and see if the lights come on. >> Rob >> >> On Wed, Apr 13, 2022 at 12:33 PM Lautaro Lorenzen < >> [email protected]> wrote: >> >>> Hi everyone, >>> >>> I'm trying to run a simple example on an Ettus E310. >>> I'm using an E312 with UHD 4.1.0.5 and gnuradio v3.8.0.5. >>> >>> Everything seems to work okay, but I can not manage to get the second >>> channel (TRX-B) to transmit anything. FYI: I can receive from both channels >>> RX-A and RX-B. >>> The problem came up when I tried to transmit something via gnu-radio, >>> changing the "subdev" arg to "A:1" instead of leaving it blank as I >>> normally do. >>> When I pressed start, everything seemed to compile fine, but the GUI >>> freezes (something that did not happen when using TRX-A). >>> >>> To see if gnu-radio was the problem, I logged in the embedded linux and >>> tried some uhd examples from usr/lib/uhd/examples. >>> As expected, I ran ./tx_waveforms --rate 1e6 --freq 100e6 --subdev A:0 >>> and the tx light turned on and I could see something on my oscilloscope. >>> Also, a few "LLLLL" appeared on the console. >>> >>> When I ran: >>> ./tx_waveforms --rate 1e6 --freq 100e6 --subdev A:1, everything looks >>> the same but no light, no signal, and no "LLLLL" are displayed on the >>> console. Just the message "press ctrl+C to stop streaming". >>> >>> Any help would be very much appreciated. >>> Regards, >>> Lautaro. >>> >>> _______________________________________________ >>> USRP-users mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >>> >>
_______________________________________________ USRP-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
