Hello List,
I tried to get a signal over the i2c interface but it wasn't sucsessful.
Do you have an idea how to enable the i2c interface on the fl2k chip?
Best whishes,
Torben
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
Hey all:
Just a heads up, the certificate on the mailing list site has expired.
It expired two days ago, 12 June 2018.
Since it's signed by Lets Encrypt, shouldn't be too hard to update,
but you might want to do that ;)
Cheers,
--
Tom Swartz
Hello. I have some problems.I want to create a GSM network for my final
diploma project for University.I'm using USRP2 and I haven't find any
specific configuration files for this type of USRP.Do you have any
configuration files for USRP2? I'm running Kali Linux (amd64). I've
attached the config files that I've used from osmocom.org and some
printscreens.Sorry for my English.I'm looking forward for your
response.Thank you!
Hi all,
as some of you know Osmo-fl2k has a bothersome software issue that sometimes just stop transmitting without any good reason. in my case when I was transmitting WBFM sometimes it may stop transmitting. I mean the RF output will be interrupted completely without any error or warnings on screen and I should re-execute the commands to transmit again and this goes on and on. sometimes it may work without any issues for like 10 min and sometimes it may fail after just a few seconds. the problem also appeared in executing <fl2k_file> when I was transmitting DVB-T.
you can watch this video to gain a better understanding: https://www.youtube.com/watch?v=G0tjzPHFFA8
I have no idea if this issue been discussed earlier in the mailing list or not, anyway I didn't find anything useful by Googling.your comments and suggestions are greatly appreciated.
Regards,Sajjad
Hello,
I have a question about osmo-fl2k,
the generated binary file using the fl2k grc transmission flow graphs, contains the carrier frequency,
the fl2k_file stream the file to the device, so how the device can transmit these data in that frequency.
I mean how it recognize the frequency to transmit on.
Thank you.
Hi,
I've compiled osmo-fl2k with libusb-1.0.22-1 and this happens when I
tried to start fl2k_test:
feanor@silmaril ~> fl2k_test -s 162e6
Using 6 zero-copy buffers
libusb: error [op_dev_mem_alloc] alloc dev mem failed errno 12
Failed to allocate zero-copy buffer for transfer 4
Reporting PPM error measurement every 10 seconds...
Press ^C after a few minutes.
real sample rate: 15372775 current PPM: -905106 cumulative PPM: -905106
then when I try to connect red and ground output to oscilloscope,
there is no output at all, even if I use fl2k_fm
Hi!
Today I've added rtl-sdr and osmo-fl2k to the automatic nightly package
builds at https://build.opensuse.org/project/monitor/network:osmocom:nightly
I also wanted to add them to the "latest" feeds (which build that latest
tagged version, as opposed to a nightly snapshot). However, for this to
work we need tagged versions that include the "debian" sub-directory
in the respective projects.
I hence temporarily disabled the "latest" builds until that happens,
see
https://build.opensuse.org/project/monitor/network:osmocom:nightly
Please let me know once new versions are tagged and
the above patch can be reverted. Thanks!
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)