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 (rkoss...@nd.edu) 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 <
> lorenzen.laut...@gmail.com> 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 -- 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
