Project

General

Profile

Osmo-fl2k » History » Revision 30

Revision 29 (steve-m, 04/25/2018 11:32 PM) → Revision 30/51 (steve-m, 04/25/2018 11:34 PM)

h1. osmo-fl2k 

 {{>toc}} 

 h2. Introduction 

 Since [[sdr:rtl-sdr]] has been released a couple of years ago, cheap SDR receivers are ubiquitous. SDRs with transmission capability have become cheaper as well, but are still more expensive. osmo-fl2k allows to use USB 3.0 to VGA adapters based on the Fresco Logic FL2000 chip, which are available for around $5, as general purpose DACs and SDR transmitter generating a continuous stream of samples by avoiding the HSYNC and VSYNC blanking intervals. 

 h2. History 

 The idea of using VGA adapters as a transmitter has a long history.  
 * In 2001 Erik Thiele released "Tempest for Eliza":http://www.erikyyy.de/tempest/, which transmits a signal that can be received with an AM radio. 
 * In 2005 Fabrice Bellard used an ATI Radeon 9200SE to transmit "DVB-T, PAL and NTSC video signals":https://bellard.org/dvbt/. 
 * Later in 2009, Bartek Kania published "VGASIG":https://bk.gnarf.org/creativity/vgasig/, which allows to transmit wideband FM radio in realtime using SDL and a regular graphics card.  
 * In 2013, siro at das Labor used all three DAC outputs of a VGA card and "attached an I/Q modulator to transmit arbitrary signals":https://wiki.das-labor.org/w/VGAtoBaseband. 

 However, a major downside with regular graphics cards is that the generated signal of the RAMDAC is not entirely user controllable, as VGA uses "horizontal and vertical blanking":https://en.wikipedia.org/wiki/Video_Graphics_Array#Signal_timings, thus interrupting the signal. In comparison to competitor devices from DisplayLink, which resemble a classic graphics card with USB 2.0/3.0 interface, Fresco Logic took a different approach for their USB to VGA adapter, which they've also "patented":https://patents.google.com/patent/US20130346646A1/. Instead of having the framebuffer for the VGA DAC in the device itself, they use the memory of the host computer and continuously stream the display content via USB. This makes such adapters very cheap, as it essentialy reduces the adapter to a single chip without requiring framebuffer memory. The main drawback is that if the host CPU or USB bus is busy or congested, this results dropouts and flickering of the screen. 

 After reverse-engineering the USB protocol of the FL2000 in 2016, Steve Markgraf discovered through experimentation that it is possible to operate the FL2000 in a way that both horizontal and vertical synchronization are disabled, thus creating a continous stream of samples. This work resulted in osmo-fl2k, which so far was used to transmit low-power FM, DAB, DVB-T, GSM, UMTS and GPS signals. 

 h2. Supported Hardware 

 h3. USB 3.0 VGA Dongles 

 Only devices based on the Fresco Logic FL2000 chip are supported. Typically they are branded as "USB 3.0 to VGA" adapters, and are advertised with a maximum resolution of 1920 × 1080 for USB 3.0 and 800 × 600 for USB 2.0. Sometimes also 1920 × 1200 is advertised as maximum resolution (this mode only works with few xHCI controllers and enabled RLE compression).  

 If they are advertised with 2048 × 1152 maximum resolution and support for Mac OS X, or only have a USB 2.0 interface, they contain a DisplayLink chipset and are *not* compatible with osmo-fl2k! The price range for the FL2000-based adapters is $5-15, whereas the DisplayLink devices typically cost more than $25. Also note that devices sold with USB type C connector contain a different chipset (e.g. Realtek RTD2166) and are just DisplayPort to VGA converters. 

 Sources include Aliexpress, eBay and Amazon. The devices are available in various sizes, sometimes also with additional DVI or HDMI support. Two of the most typical devices are shown below. 

 {{thumbnail(fl2k_devices.jpg, size=700, title=FL2000 based devices)}} 

 {{thumbnail(fl2k_pcb_top.jpg, size=500, title=FL2000 PCB top view)}} 

 {{thumbnail(osmo-fl2k_pinout.png, size=500, title=FL2000 VGA pinout)}} 


 h2. USB Host Controller comparison 

 The SDR/DAC performance in Megasamples per second depends on the xHCI controller and the host computer. Below are some benchmarking results for your reference: 

 |*USB 3.0 Host controller*|*Achievable sample rate*| 
 |Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)|157 MS/s| 
 |Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)|155 MS/s| 
 |ASMedia Technology Inc. ASM1142 USB 3.1 Host Controller|140 MS/s| 
 |Fresco Logic FL1100 USB 3.0 Host Controller (rev 10)|140 MS/s| 
 |Fresco Logic FL1100 USB 3.0 Host Controller (rev 01)|136 MS/s| 
 |Fresco Logic FL1009 USB 3.0 Host Controller (rev 02)|136 MS/s| 
 |Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller|129 MS/s| 
 |VIA Technologies, Inc. VL805 USB 3.0 Host Controller (rev 01)|123 MS/s| 
 |Etron Technology, Inc. EJ168 USB 3.0 Host Controller (rev 01)|117 MS/s| 
 |Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02)|115 MS/s| 
 |Intel USB 2.0 EHCI Controller|14 MS/s| 

 h2. Download 

 h3. Source Code 

 Source code is available from git.osmocom.org 
 * web access: http://git.osmocom.org/osmo-fl2k 
 * read-only clone access: @git clone git://git.osmocom.org/osmo-fl2k@ 

 h3. Compiling 

 In order to compile and install the code, you first need to install the libusb headers if not already present: 

 <pre> 
 # On distributions based on debian 
 sudo apt-get install libusb-1.0-0-dev 
 </pre> 

 Then you can continue with: 

 <pre> 
 git clone git://git.osmocom.org/osmo-fl2k.git 
 mkdir osmo-fl2k/build 
 cd osmo-fl2k/build 
 cmake ../ -DINSTALL_UDEV_RULES=ON 
 make -j 3 
 sudo make install 
 sudo ldconfig 
 </pre> 

 Before being able to use the device as a non-root user, the udev rules need to be reloaded: 

 <pre> 
 sudo udevadm control -R 
 sudo udevadm trigger 
 </pre> 

 


 h2. Using the Software 

 h3. Realtime WBFM transmission 

 With fl2k_fm it is possible to transmit wideband FM radio of your soundcard output. 

 First, you need to know the name of the monitor source of your audio output: 

 <pre> 
 # @# pacmd list-sources | grep name | grep monitor 
	 monitor@ 
 @ 	 name: <alsa_output.pci-0000_00_1b.0.analog-stereo.monitor> 
 </pre> <alsa_output.pci-0000_00_1b.0.analog-stereo.monitor>@ 

 To transmit the audio output as mono WBFM at 95 MHz, you can use the following command: 

 <pre> 
 pacat @pacat -r -d alsa_output.pci-0000_00_1b.0.analog-stereo.monitor | \ 
 pv -B 256k | \ 
 sox -t raw    -r 44100 -e signed-integer -L -b 16 -c 2 - -c 1 -e signed-integer -b 16 -t raw - \ 
 biquad 4.76963 -2.98129 0 1 0.78833 0 sinc -15k loudness 5 | \ 
 fl2k_fm - -s 130e6 -c 35e6 -i 44100 
 </pre> 44100@ 

 In this case, SoX is performing the 15 kHz lowpass filtering of the audio, stereo to mono conversion and FM pre-emphasis (with the biquad filter). 
 pv is providing some additional buffering, but is optional. 

 To transmit stereo WBFM with RDS, the following command can be used: 

 <pre> 
 pacat @pacat -r -d alsa_output.pci-0000_00_1b.0.analog-stereo.monitor | \ 
 pv -B 256k | \ 
 sox -t raw -r 44100 -e signed-integer -L -b 16 -c 2 - -c 2 -e signed-integer -b 16 -t raw - \ 
 biquad 4.76963 -2.98129 0 1 0.78833 0 sinc -15k rate -h 228000 loudness 5 | \ 
 fl2k_fm - -s 130e6 -c 30e6 -i 228000 --stereo --rds 
 </pre> --rds@ 

 Now SoX also re-samples the audio to 228 kHz, which is required when using the RDS modulator. 
 fl2k_fm accepts 16 bit signed raw PCM audio samples. 

 h3. GSM transmission 

 The GNU Radio flowgraphs as well as baseband samples required to transmit GSM and UMTS can be found at https://github.com/steve-m/fl2k-examples. 

 {{thumbnail(osmo-fl2k_gsm.jpg, size=500, title=GSM transmission using FL2K)}} 

 

 h2. Presentation Slides / Recording 

 On April 22nd, 2018, Steve Markgraf publicly released @osmo-fl2k@ at OsmoDevCon. 
 * slides of the presentation available at http://people.osmocom.org/steve-m/fl2k_slides/osmo-fl2k.html 
 * video recordings will be released soon via C3VOC at http://media.ccc.de/ 

 h2. Contact / Mailing List 

 All questions should be directed to the public osmocom-sdr@lists.osmocom.org mailing list, to which you can subscribe at https://lists.osmocom.org/mailman/listinfo/osmocom-sdr 

 h2. Legal Aspects / Keeping the RF Spectrum Clean 

 If you are operating a radio transmitter of any sort, particularly a DIY solution or a SDR transmitter, it is assumed that you are familiar with both the legal aspects of radio transmissions, as well as the technical aspects of it.    *Do not operate a radio transmitter unless you are clear of the legal and regulatory requirements*.    In most jurisdictions the operation of homebrew / DYI transmitters requires at the very least an amateur radio license. 

 The raw, unfiltered DAC output contains lots of harmonics at multiples of the base frequency.    This is what is creatively (ab)used if you use osmo-fl2k to generate a signal much higher than what you could normally achieve with a ~ 165MHz DAC without upconversion.    However, this means that the frequency spectrum will contain not only the one desired harmonic, but all the lower harmonics as well as the base frequency. 

 Before transmitting any signals with an FL2000 device, it is strongly suggested that you check the resulting spectrum with a spectrum analyzer, and apply proper filtering to suppress any but the desired transmit frequency. 

 Operating a transmitter with the unfiltered FL2000 DAC output attached to an antenna outside a RF shielding chamber is dangerous. Don't do it! 

 You have the following alternatives to broadcasting over the air: 
 * add proper output band pass filtering for your desired TX frequency, or 
 * operate transmitter + receiver in a shielded RF box / chamber, or 
 * connect transmitter + receiver over coaxial cable (with proper attenuators)
Add picture from clipboard (Maximum size: 48.8 MB)