DAB-SFN

Difference between revisions from 2013/10/27 11:07 and 2012/09/21 11:04.
!Missing features in mmbTools

!!Specific to SFN patch
* Trimble Thunderbolt monitoring
* DABMOD monitoring
** Logging ok
* A better ETI transport protocol
** EDI
** UDP + FEC
** Compression ?
* Mod: Verify TIST, and insert or remove samples in Null symbol to correct for variations
* ETI-TCP: what happens when queue full ? Must read 4*6144 bytes at input, otherwise it won't work for modes other than 2 and 3

!!General
* FIRFilter with AVX http://stackoverflow.com/questions/8924729/using-avx-intrinsics-instead-of-sse-does-not-improve-speed-why
* Mux reconfiguration
* DLS with fdk-aac-dabplus

!Clocking
!!Using U-Blox LEA-6T
La sortie 10MHz de l'u-blox n'est pas directement utilisable comme référence pour l'USRP, à cause du jitter énorme. Le 1PPS par contre est très utile.

Par contre, on pourrait utiliser l'u-blox pour compenser l'erreur de l'oscillateur interne de l'USRP de façon suivante:

On configure l'ublox pour qu'elle sorte un signal à 1MHz (dont la stabilité à long terme sera excellente, mais assez mauvaise sur le court terme), et on amène ce signal à la FPGA. La FPGA est clockée par l'oscillateur interne (à une fréquence au moins 10x plus élevée que 1MHz). On peut donc compter de façon synchrone les flancs montants du 1MHz. En lisant ce compteur, le PC peut savoir si l'horloge interne de l'USRP est plus rapide ou plus lente que la fréquence nominale.

Pour compenser l'erreur, le modulateur peut ajouter ou enlever quelques échantillons du null symbol de la transmission frame DAB.

Avantages:
* un récépteur U-Blox suffit pour faire la synchro, on peut se passer d'un GPSDO complet

Désavantages:
* la précision de la fréquence de la porteuse dépend de l'oscillateur de l'USRP, et sera moins bonne qu'avec un GPSDO. Mais est-ce que c'est grave ? A étudier. Matt Ettus dit 2.5 ppm, donc ça fait 625 Hz à 250 MHz, alors que le carrier spacing est de 1000 Hz en TM1. C'est peut-être pas suffisant. C'est pas impossible de compenser cela aussi, mais il faut être capable de compenser plus rapidement que le drift de l'oscillateur...

'''Réferences'''
En comparaison à l'USRP1:
"The B100 will have much better clock stability (~2.5ppm over temperature) even without the GPSDO."
http://lists.gnu.org/archive/html/discuss-gnuradio/2011-10/msg00076.html

!!Tests using u-blox:
[FPGA4U U-Blox Clock Drift Measurement]