RTL2832 GNU Radio Source block now in gr-baz

[mad]

Hi Balint, hi list!

Nice work creating a gnuradio source out of rtl-sdr, thank you for that.
But I've tested it using a Dexatek DVB-T Dongle which uses a FC0013 tuner and there are two issues I ran into. 
First, there is the wrong handling of a return value when setting the frequency on the FC0013.
The attached patch integrates the Dexatek and fixes that issue.

But the second one isn't as easy to fix because I guess you would need some more insight into how a Gnuradio block is constructed to do that.
The following python std::runtime_error exception is thrown in grc everytime a graph using the RTL2832 source is started.

[...]
Wait delay: 11,130 ms
>>> gr_fir_fff: using SSE
Traceback (most recent call last):
  File "/home/mad/gr/top_block.py", line 109, in <module>
    tb = top_block()
  File "/home/mad/gr/top_block.py", line 82, in __init__
    self.connect((self.rtl2832_source_0, 0), (self.blks2_wfm_rcv_0, 0))
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 124, in connect
    self._connect(points[i-1], points[i])
  File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 129, in _connect
    self._tb.primitive_connect(src_block.to_basic_block(), src_port,
AttributeError: 'baz_rtl_source_c_sptr' object has no attribute 'to_basic_block'
 
Perhaps you have some idea about that.
BTW, I'm using 3.5.2.1 Gnuradio with 2.7.2+ Python, your feaf6c commit of gr-baz and using stand-alone rtl-sdr the stick works well.


Regards,
  Mad
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gr-baz_dexatek_setfrequency.patch
Type: application/octet-stream
Size: 1206 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20120331/9f849ef4/attachment.obj>