On 08/28/2020 05:42 AM, Nando Pellegrini via USRP-users wrote:
Michael,
I am posting a first feedback on the new 4.0 release candidate, i was
in a hurry to test it hoping to be back able to use the full
capabilities of my B200mini.
The environment is an Ubuntu 20.4 with an Intel I7 CPU.
The current results are not convincing yet, the following is a trace
of an application should behave like a sort of spectrum analyzer:
---------------------------------------------------------------------------------------------------------------------------------------------------------
Error opening log file: basic_ios::clear: iostream error
[INFO] [UHD] linux; GNU C++ version 9.3.0; Boost_107100;
UHD_4.0.0.0-0-unknown
[INFO] [B200] Detected Device: B200mini
[INFO] [B200] Operating over USB 3.
[INFO] [B200] Initialize CODEC control...
[INFO] [B200] Initialize Radio control...
[INFO] [B200] Performing register loopback test...
[INFO] [B200] Register loopback test passed
[INFO] [B200] Setting master clock rate selection to 'automatic'.
[INFO] [B200] Asking for clock rate 16.000000 MHz...
[INFO] [B200] Actually got clock rate 16.000000 MHz.
[INFO] [B200] Asking for clock rate 56.000000 MHz...
[INFO] [B200] Actually got clock rate 56.000000 MHz.
RX Rate: 56.000000 Msps...
RX Freq: 100.000000 MHz...
RX Gain: 0.000000 dB...
RX Bandwidth: 56.000000 MHz...
Clock Source: external
Wait for REF... - 0 - 0 REF NOT Locked: ...
OOverflow indication,Receive session error ERROR_CODE_OVERFLOW
Timeout while streaming ERROR_CODE_TIMEOUT
Timeout while streaming
-------------------------------------------------------------------------------------------------------------------------------------
The error is not recoverable, the time out signal goes on with no data
transfer , the example is at 56Mhz sample rate but it is the same at
any rate.
I suspect it has to do with the buffer size which is a bit weird
(81920 Samples);
With this application really i do not care of loosing a block but as
long as i can recovery and continue.
Different problem with Radio Astronomy recordings where i cannot lose
a single sample , the maximum sample rate i can sustain is no more
than 40MSaples/sec with a block length of 65536 samples , with lower
block length even worse. Exactly the same as in previous release.
In the past and with same applications 56Mhz bandwidth were not a
problem but also the Os is no more the same.
In all cases there is an initial error in opening the log file.
Regards,nando
Nando:
Have you specified:
num_recv_frames=128
In the device arguments, or left it at the default?
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
