Hi Xavier,
sorry for the late answer. I missed your mail.
It might be related, but I don't know exactly. I am not a software
expert and it is driving me crazy. In my case it seems like it makes no
difference if I time the command or not, it is executed right away. As
the record instruction is set in the future (after the timed sample rate
switch), the recording fails to too few/many samples as the USRP
switched the sample rate too early and messed up the record command.
Marcus also did not came back yet, so I am still stucked and I wrote a
work-a-round to wait for all operations beeing finished before executing
the sample rate switch. But this is quite bad, as I need a lot of time
until I can send a new command with the changed sample rate. As I am
continously switching frequency/sample rate and other parameters,
waiting for the command buffer to be empty is currently cusuming most of
the time and my switching rate is very limited.
Hope this can be fixed at some point.
Best regards,
Fabian
Am 03.12.2018 um 10:30 schrieb Xavier Arteaga via USRP-users:
Hi Fabian,
Could it be related with this issue
<https://www.mail-archive.com/usrp-users@lists.ettus.com/msg06940.html>
I came across too?
Have you tried an older version?
Regards,
Xavier
On Fri, 30 Nov 2018 at 18:56, Marcus D. Leech via USRP-users
<usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>> wrote:
On 11/30/2018 06:11 AM, Fabian Schwartau via USRP-users wrote:
> Hi Marcus,
>
> is there any update?
>
> Best regards,
> Fabian
Still being worked.
>
> Am 19.11.2018 um 20:22 schrieb Marcus D. Leech via USRP-users:
>> On 11/19/2018 06:35 AM, Fabian Schwartau via USRP-users wrote:
>>> Anyone? This is a quite annoying bug and I am having trouble
working
>>> around it as I cannot meet my timing requirements.
>> I'm only about 50% certain that sample-rate setting is covered by
>> timed commands. I'll talk to R&D and get back to you on this.
>>
>>
>>>
>>> Am 20.07.2018 um 11:05 schrieb Fabian Schwartau via USRP-users:
>>>> Hello everyone,
>>>>
>>>> I am experencing some issues when switching the sample rate.
>>>> I have two synchronized USRP X310 with a total of 4 TwinRX. I am
>>>> doing timed commands to jump around in the spectrum with all
>>>> receivers at the same frequency (SIMO stuff).
>>>> I also need to switch sample rates in between. When I keep the
>>>> sample rate constant, everything works fine, but once I switch it
>>>> between two timed receptions, I get very strange errors. Like
I get
>>>> an end-of-frame after just a part of the samples I requested.
>>>> It seems like it is not possible to time the sample rate switch
>>>> command. Here is a debug output of my code which makes it quite
>>>> clear what happens:
>>>>
>>>> (1) Changed sample rate from 1e+07 to 5e+07
>>>> (2) Requested 32768 Samples
>>>> (3) Requested 32768 Samples
>>>> (4) Requested 32768 Samples
>>>> (5) Changed sample rate from 5e+07 to 1e+07
>>>> (6) Reading 32768 Samples
>>>> (7) Got only 6553 of 32768 samples at EOF
>>>>
>>>> Commands 1-5 are transmitted to the USRP right away using its
>>>> command buffer. Then my program starts reading the first
requested
>>>> 32768 but gets only 6553, which is precisely 1/5th of the
requested
>>>> samples. I guess this is because he switched sample rate to 1/5th
>>>> right before executing the first stream command. But the sample
>>>> rate switch is also timed and should be executed after the three
>>>> stream commands.
>>>>
>>>> I attached the part of the code which is responsible for sending
>>>> the timed commands to the USRPs. This runs basically in a
while(1)
>>>> in a seperate thread, while there is a seconds thread
receiving the
>>>> data blocks, which produced the lines 6-7 of above output.
>>>>
>>>> Is this a bug or feature I don't get? Are set_rx_rate commands
not
>>>> timed when using set_command_time? How can I solve this isse? I
>>>> need very precise timing and also fast switching between
>>>> frequencies and sample rates.
>>>>
>>>> Best regards,
>>>> Fabian
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> USRP-users@lists.ettus.com <mailto: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 <mailto: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 <mailto: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 <mailto: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 <mailto: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
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
