# Digital Audio Broadcast (DAB), anybody running gr-dab? **URL:** \ **Category:** GNU Radio\ **Created:** [August 26, 2015, 10:48am UTC](https://www.ruby-forum.com/t/digital-audio-broadcast-dab-anybody-running-gr-dab/243150 "2015-08-26T10:48:08Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Rafa\_F](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/958977/32.png) [@Rafa\_F](https://www.ruby-forum.com/u/Rafa_F)\ **Post date:** [August 26, 2015, 10:48am UTC](https://www.ruby-forum.com/t/digital-audio-broadcast-dab-anybody-running-gr-dab/243150/1 "2015-08-26T10:48:08Z")
Hi all! Yesterday I tried to investigate on DAB reception. I have searched the list archive for discussions about DAB in reverse chronological order. Unfortunately It did not really help out. I stumbled across two gnuradio-related projects [1] and [2]. [2] has last change several years ago. [1] has last change 7 months ago and is written by Andreas Müller (put in BCC) who also wrote a semester thesis [3] about DAB - Software Receiver Implementation which is quite good! Also stumbled across references to [4] which is no longer available. I tried to build an run the scripts in ./apps. I was not able to receive successfully: The execution of usrp\_dab\_rx.py returned several warnings: gr::buffer::allocate\_buffer: warning: tried to allocate 4 items of size 16000. Due to alignment requirements 32 were allocated. If this isn’t OK, consider padding your structure to a power-of-two bytes. On this platform, our allocation granularity is 4096 bytes. This might be okay, but I did not allocate where this came from. Afterwards I get several errors saying “FIB CRC error” coming from ./lib/fib\_sink\_vb\_impl.cc function gr::dab::fib\_sink\_vb\_impl::process\_fib. [“FIB” standing for Fast Information Blocks that make up the Fast Information Channel (“FIC”)] Verbose mode hints the following phase variance and signal quality: → Phase variance: 0.202296033502 → Signal quality: ======================\>---------------------------- Is it still good enough for reception? May the error also be due to the use of DAB+ instead of DAB because of the use of a different channel code? I think so. Can anybody say that he or she is using gr-dab successfully at the moment? I am not sure if this is an RF reception or software problem. From my point of view the spectrum rather “looks good”. If required I could also upload some raw IQ data (old reference to [5] also seems to be outdated). Or maybe somebody else could also provide samples to compare? The hardware I was using: both an USRP N210 and a rtl-sdb dongle with different antennas and antenna locations. Just found a note right now: “the patch in patches/not\_applied\_in\_trunk/gr\_peak\_detector\_XX.cc.t.diff must be applied to the GNU Radio trunk before building” - is this still the case? The problem is that I am currently using Gnuradio 3.7.2.1 Debian packages in Linux Mint. I am grateful for any hint as there is many parameters that may be wrong, thanks. Matthias [1] [GitHub - andrmuel/gr-dab: GNU Radio DAB (digital audio broadcasting) module](https://github.com/andrmuel/gr-dab) [2] [GitHub - gzm0/gr-dab: GNU Radio DAB (digital audio broadcasting) module](https://github.com/gzm0/gr-dab) [3] [http://0x7.ch/text/dab-report.pdf](http://0x7.ch/text/dab-report.pdf) [4] [http://www.zhaw.ch/de/engineering/institute-zentren/zsn/projekte/gnu-radio.html](http://www.zhaw.ch/de/engineering/institute-zentren/zsn/projekte/gnu-radio.html) [5] [http://www.opendigitalradio.org/files/dab\_mode1\_basicrx\_2msps.cf.bz2](http://www.opendigitalradio.org/files/dab_mode1_basicrx_2msps.cf.bz2) ---
**Author:** ![mawi](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/eb8c5e/32.png) [@mawi](https://www.ruby-forum.com/u/mawi)\ **Post date:** [August 26, 2015, 6:49pm UTC](https://www.ruby-forum.com/t/digital-audio-broadcast-dab-anybody-running-gr-dab/243150/2 "2015-08-26T18:49:29Z")
Hi Matthias, > I stumbled across two gnuradio-related projects [1] and [2]. [2] has last change > several years ago. [1] has last change 7 months ago and is written by Andreas > Müller (put in BCC) who also wrote a semester thesis [3] about DAB - Software > Receiver Implementation which is quite good! Also stumbled across references to > [4] which is no longer available. I did some work on Andreas’ code 7 months ago to make it work with GNU Radio 3.7. > This might be okay, but I did not allocate where this came from. > > Afterwards I get several errors saying “FIB CRC error” coming from > ./lib/fib\_sink\_vb\_impl.cc function gr::dab::fib\_sink\_vb\_impl::process\_fib. [“FIB” > standing for Fast Information Blocks that make up the Fast Information Channel > (“FIC”)] In order to receive something I had to add several arguments. When I ran it like this: ./rtl\_sdr\_dab\_rx.py -g 10 -c -f 229.072e6 -e -F It worked. (just checked my shell history) You need “fine frequency correction” and “equalization” at least, if I don’t remember wrong. > Can anybody say that he or she is using gr-dab successfully at the moment? I am > not sure if this is an RF reception or software problem. From my point of view the > spectrum rather “looks good”. If required I could also upload some raw IQ data > (old reference to [5] also seems to be outdated). Or maybe somebody else could > also provide samples to compare? > > The hardware I was using: both an USRP N210 and a rtl-sdb dongle with different > antennas and antenna locations. > > Just found a note right now: “the patch in > patches/not\_applied\_in\_trunk/gr\_peak\_detector\_XX.cc.t.diff must > be applied to the GNU Radio trunk before building” - is this still the case? > The problem is that I am currently using Gnuradio 3.7.2.1 Debian packages in Linux > Mint. I’ve tried both with RTL-SDR and USRP B200. Both should work fine, N210 as well (although I haven’t tried). However, there is still no support for audio reception with Andreas’ code. It basically just receives information messages on the FIC channel. But for that, the code works fine. If you just make sure you have a good DAB signal, tune into the correct frequency, add the right arguments, you should be able to make it work. Extending the code to support audio reception will be happily appreciated. I was intending to do that, but I was a bit overwhelmed back them, and didn’t get time for it. It should not be very hard according to Andreas. I’m not aware of any other GNU Radio code that supports audio reception. Anyone else? Good luck! Cheers, Ruben ---
**Author:** ![mawi](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/eb8c5e/32.png) [@mawi](https://www.ruby-forum.com/u/mawi)\ **Post date:** [August 26, 2015, 8:13pm UTC](https://www.ruby-forum.com/t/digital-audio-broadcast-dab-anybody-running-gr-dab/243150/3 "2015-08-26T20:13:37Z")
Hello all, On 26. 08. 15 18:01, Ruben U. wrote: > I’m not aware of any other GNU Radio code that supports audio reception. Anyone > else? I’m working on the opendigitalradio[1] DAB transmission chain, and I know of some projects that can receive DAB. Not really GNURadio, but that could still be useful for you. There’s SDR-J (a complete receiver for RTL-SDR sticks), rtl-dab and dabtools (receive and write an ETI stream) and dablin (decode an ETI stream). Links to these tools are below. Maybe they can help you to get a full receiver running. Best regards, mpb [1] [http://www.opendigitalradio.org/software](http://www.opendigitalradio.org/software) ---
**Author:** ![mawi](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/eb8c5e/32.png) [@mawi](https://www.ruby-forum.com/u/mawi)\ **Post date:** [August 27, 2015, 11:59am UTC](https://www.ruby-forum.com/t/digital-audio-broadcast-dab-anybody-running-gr-dab/243150/4 "2015-08-27T11:59:23Z")
Hi Ruben and all, thank you for your response. Am Mittwoch, 26. August 2015 17:39 CEST, Ruben U. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) schrieb: > When I ran it like this: > ./rtl\_sdr\_dab\_rx.py -g 10 -c -f 229.072e6 -e -F > > It worked. (just checked my shell history) > > You need “fine frequency correction” and “equalization” at least, if I > don’t remember wrong. I could just test it again and indeed the -f switch did the trick ( -c, –correct-ffe do fine frequency correction ). Thank you! I might play around with it again tomorrow. Matthias