Osmo-FL2K stops transmitting randomly

Sajjad Golchin poor sajjsamm at yahoo.com
Sat Jun 16 07:16:04 UTC 2018


Hi Marcus and thanks for your reply.

>Your video is about 13 minutes longer than I'd like – can you pinpoint
>at which time in that video your transmission stops?

You can watch this video between 7:00 & 8:00 to observe the breakdowns.

>As usual, debugging on the side of the observing party might very well
>be helpful here. Figure out whether the program halts (a software
>debugger, e.g. gdb, would be the appropriate tool), the USB transfers
>stop (wireshark might be helpful here), or whether just something
>happens inside the device while the computer and software happily
>continue to work. Observing the spectrum might help.

You just gave me a good point to start debugging this issue! Actually I don’t have a RTL-SDR or anything else in hand right now to observe the spectrum but I will do the tests soon.
--------------------------------------------

Hi Steve, did a great job!

>This will happen if the host cannot supply enough data to the device,
>you need to use a lower sample rate in this case, or get rid of
>a hypervisor like VMware, as is the case in this video.

I tried fl2k_fm both in VMWare and in GNU radio live image booted from a flash drive and in both I had the problem. and why should I use a lower sample rate when my system can handle the samples well? (take a look at attachments)

I’m using VMWare Workstation Pro (Version: 14.1.2 build-8497320) on a brand new ACER laptop (Model: Aspire A715-71G-71Y3) running Windows 10 Pro 1803 (Build: 17134.112) with 16 gigabyte RAM and an Intel Core i7 7700HQ CPU. The USB host controller is Intel(R) USB 3.0 eXtensible Host Controller - 1.0 (Microsoft) witch I believe it can handle up to 157 MS/s. all drivers are updated. 
However, I didn’t see anything wrong with virtualization except that the maximum achievable sample rate was a little lower than the GNU radio live booted from flash drive. Except for this, I didn't encounter by anything.

>There seems to be a 'frame loss' mechanism to detect this in  through an
>interrupt transfer, but I haven't implemented this yet and have no idea
>if this works with disabled synchronization.

Looking forward to the results!
And don’t mind asking me for a helping hand. I’ll do my best to help this project.

I was reading the comments below this post in rtl-sdr.com blog and I saw a user who had the same issue mentioned something that might be useful:
Of futher note (hopefully someone from osmocom will see this) the bug where the broadcast intermittently ceases in fl2k_fm under both an ubuntu virtual machine and directly ran as a windows exe seems to have something to do with cpu affinity and / or process priority – generally it starts spitting out the underflow message on stdout then the signal drops out and the process requires a restart.
Regards,
Sajjad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20180616/8d6b824c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 20180517_233048-min.jpg
Type: image/jpeg
Size: 96370 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20180616/8d6b824c/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnu-2018-05-29-14-26-46-min.png
Type: image/png
Size: 88628 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20180616/8d6b824c/attachment.png>


More information about the osmocom-sdr mailing list