Information on Mirics MSi3101 for General SDR applications

Status
Not open for further replies.

mirics

Member
Joined
Mar 9, 2015
Messages
3
Background

Several years ago, Mirics developed a silicon and software platform designed to deliver a global solution for broadcast TV and radio. To accommodate all of the different analogue and digital standards deployed worldwide, Mirics adopted a SDR approach utilising ‘re-configurable’ hardware for the tuner and with all of the system specific signal processing implemented in software. This solution was widely implemented in PCTV and consumer radio applications and whilst this chipset is now fairly old, it continues in production and will do so for the foreseeable future.
More recently, the chipset has been adopted by a range of companies targeting the ‘Ham Radio’ market where the SDR approach seems to be of growing interest. This market is small in semiconductor terms, but tends to have a highly knowledgeable and inquisitive customer base.
As a consequence, we have been approached by a number of users of these Ham Radio SDR platforms with requests for more technical information on the MSi3101.It is extremely difficult for us to answer all of these questions in a comprehensive manner, so rather than attempt to answer all of these questions individually, we felt it may be helpful to post some information on this and other Ham Radio forums in the hope that the information will be helpful and informative.

API

As the chipset was developed to work in conjunction with our own software as a complete system, we didn’t originally anticipate the need to interface to a wide range of third party software packages. Once this need became clear and given the complex and time consuming support requirements, we felt it would be beneficial to develop and document an API that would allow users to control the chipset in a simple way. It is important to stress that some fairly complex software and firmware lies behind this API and the reason why we don’t publish documentation and source code for this is simply because given the small scale of this market, the effort involved and the support requirements that would follow would simply be commercially unviable for us.
We are aware that there have been some notable attempts to reverse-engineer ‘drivers’ for the MSi3101 for the open source community. We must stress that unless the libraries have been provided by Mirics, we simply cannot warrant or support them and whilst we have been impressed with what has been achieved here, we believe that bugs do exist within these libraries which impede the full performance of the chipset.
It is our intent to provide a full range of drivers/libraries for as many OS platforms as possible, but to do this and fully debug the code takes time, so please bear with us.

Hardware:

The MSi3101 is a chipset that comprises the MSi001 (tuner) and MSi2500 (ADC/USB Bridge).
These chips were designed to work together and were never intended to work with third party H/W demodulators such as the RTL DVB-T platform.

MSi001

The MSi001 is a multi-band, re-configurable tuner. It was designed primarily for broadcast applications, but the device was architectured and implemented using the latest techniques to emerge from the cellphone chipset space (The Mirics engineering team came from the 2G/3G radio chipset business). As a consequence, some of the techniques used are unfamiliar to people used to dealing with more conventional tuners.
First thing to note is the tuner contains no autonomous RF or IF AGC. Instead, the device uses digital gain control for all stages in the signal chain. To obtain the best performance from this tuner, it is essential to ensure that the gain is set correctly in all stages. The reason for this approach is that broadcast receivers require AGC, but there is no single AGC approach/algorithm that will work effectively for all broadcast systems. Our approach therefore was to implement AGC algorithms on a system by system basis in software. All of the plugins/libraries that we provide for Ham Radio applications do contain AGC, but these can be disabled so that the gain can be controlled manually.
The fact that we specify gain reduction rather than gain has caused a lot of confusion. This is done this way as it was how the system was developed in the first place. The tuner uses switched gain steps so the gain can be turned down from its default maximum. It is analogous to switching in attenuators.
The analogue filters used have a 5th order Chebyshev response with 0.5 dB ripple. This response gives a good trade off between selectivity and differential group delay. This filter should be thought of as a ‘pre-selection filter’ and the double sided bandwidth can be selected to be either 200 KHz, 300 KHz, 600 KHz, 1.536 MHz, 5 MHz, 6 MHz, 7 MHz or 8 MHz. The filter response is calibrated to within a 2% tolerance and the cut-off and shape factor are accurately maintained for all bandwidths. The bandwidth specified is the 0.5 dB bandwidth.
The filters use a continuous-time approach and have very high dynamic range. Correctly setting the filter bandwidth for a given signal environment allows for optimising the dynamic range of the receiver and the setting of the filter bandwidth should be considered (along with gain) as another variable that can be controlled by the user
In addition the filters can be configured to have a low pass response (for Zero IF mode) or a complex polyphase symmetric bandpass response (for the various supported IF modes). You can select IFs of Zero, 450 KHz, 1.6 MHz, 2.048 MHz.
All RF ports for the different bands are brought out separately. Several people have asked why we didn’t implement a tracking filter and a single RF port? This was a conscious design decision and the reasons are simple. Firstly by having separate ports, it is possible to use high quality RF filters that give maximum protection for out of band interferers. Secondly the Q of tracking filters tends to degrade at higher frequencies and so the protection they afford drops off as the carrier frequency is increased. Finally of course, as the MSi001 also covers right down to LW (100 KHz), it is not feasible to cover the full range of bands with a single tracking filter. As some people have pointed out, the approach used in the MSi001 does make for a more expensive overall solution when compared to the tracking filter approach, but we believe that it does allow people to optimise performance.
The synthesizer used in the MSi001 uses a sigma-delta fractional-N approach with a third order sigma-delta modulator. This allows for very high levels of carrier resolution and allows for errors in the crystal frequency to be trimmed out by the synthesizer itself by applying a ‘ppm correction’
The synthesizer operates roughly between 2 and 4 GHz and successive frequency dividers allow for the generation of the Local oscillator for the various bands. Many people have complained about the lack of operation between the upper end of Band III and the bottom of Band IV. This is an artefact of the main focus for the chipset being broadcast TV and radio and this as there are no broadcast transmissions in these bands, we did not implement a divide by 8 in the LO path. It is unfortunate, but this is a limitation that cannot be overcome without redesigning the device.

MSi2500

The MSi2500 is a dual ADC/USB bridge device. It contains continuous time multi-bit sigma-delta converters with 24x oversampling. The clock rate is adjustable and a fixed rate decimation filter provides a 12 bit output for each ADC. We read on the SDR Sharp Yahoo group forum a claim that the ADC bandwidth is adjusted by decimation and that at the maximum bandwidth, the ENOB is only 4 bits. This is completely false. The ADCs provide 12 bits at all sample rates and the ENOB is 10.4 at the highest rate of 10.8333 mega samples/sec. We originally rated these as 10 bit converters and this has caused some confusion. Our system design for DTV called for a minimum of 10 ENOB ADCs. We therefore designed for 12 bits and achieved better than 10 worst-case. We therefore internally rated them as 10 bit converters as this is what our own system design had called for. It is simply not possible to build a DVB-T receiver with only 4 ENOB. DVB-T uses 64-QAM modulation and DVB-T2 uses 256-QAM. The OFDM signal has a peak-average ratio of around 10 dB, so a back off from full scale of greater than 10 dB is essential. The AWGN performance for error free data for 64-QAM is around 19 dB and so 5 bits represents a theoretical minimum. However, when you factor in other noise contributions, adjacent channel interferers, phase noise etc, you need far more ADC dynamic range and practically speaking, no one can get away with less than 8 bits. We wanted extremely good sensitivity and so set a very low target for our ADC quantisation noise. The decimation filters have a very large number of taps and so no additional filter of the IF signal is necessary before demodulation.

In summary, the intent here is the provide information that is helpful to interested parties and the correct some of the misinformation that has been disseminated about this chipset. We hope this information is helpful to this community and we wish to assure you that it is our intent to continue to support this small but growing market.
 

mikewazowski

Forums Manager/Global DB Admin
Staff member
Forums Manager
Joined
Jun 26, 2001
Messages
13,516
Location
Oot and Aboot
I've approved your message in the hopes that this is not just a slick advert and you're willing to stick around and answer any question that the forum members might have.
 

mirics

Member
Joined
Mar 9, 2015
Messages
3
I've approved your message in the hopes that this is not just a slick advert and you're willing to stick around and answer any question that the forum members might have.

Mirics only sells chipsets to OEMs and ODMs. The core of our business has historically been in the PC space where we have shipped >> 1M units of the MSi3101 principally for PCTV applications. The use of our technology in Ham Radio products is something that we have only become aware of over the last 2-3 years, but it remains a small market.
Ham Radio enthusiasts don't buy product directly from Mirics, Instead they buy from equipment suppliers, some of which buy chipsets from us. At one stage we did supply a small number of Mirics branded dongles as an evaluation platform for the chipset, but we no longer supply these or any other form of SDR equipment. End customers that have purchased such equipment will be aware of the use of Mirics technology via the drivers that they install to use the equipment. This has lead to a surprising large number of requests for detailed technical information about the chipset and its constraints. The note posted above contains answers to the most commonly asked questions about the chipset, the answers to which are not readily available via our customers. This is intended for those users who already own SDR platforms that use Mirics technology.
We don't routinely monitor this or any other Ham radio forums, but will certainly do our best to answer questions in the most efficient way that we can.
 

mirics

Member
Joined
Mar 9, 2015
Messages
3
Went to look at this SDR, and found this page: MIRICS MSi3101 SDR USB Dongle - HAM Radio

Clicked the BUY link just to see what it would cost (First site says 58 euro) and got this page: HaCkEd By KrAr M!rZa and It's been hacked by (apparently Iraqi) badguys...

It does look like a nice upgrade from the R820t dongles..

This link appears to be from a scan of a product flyer for the MSi3101 chipset from several years ago (at least 5 as it pre-dates Windows 7). We are unaware of who uploaded this flyer to the site mentioned, but we want to stress that the dongle pictured is not available from Mirics.
 

paul2

Member
Joined
Jul 17, 2015
Messages
2
The above post is missing some basic specification to allow some comparison with other USB SDR dongles, e.g. what is the current consumption in mA (typ/max) of the above hw configuration; what is the Noise Floor and Sensitivity (perhaps a graph in uV or dBm if much variation with frequency) - and would this be direct, or before the above-mentioned filter ? What is the AGC Threshold and the Dynamic Range (dB) ?

Lastly, you state users have been expending effort reverse-engineering their own open-source drivers which seems curious. Have you not got suitable drivers for SDR use or is there some limitation with the ones you have ?
 
Status
Not open for further replies.
Top