# Getting this today from recent GR master build:

**URL:** <https://www.ruby-forum.com/t/getting-this-today-from-recent-gr-master-build/240898>\
**Category:** GNU Radio\
**Created:** [May 6, 2014, 12:02am UTC](https://www.ruby-forum.com/t/getting-this-today-from-recent-gr-master-build/240898 "2014-05-06T00:02:03Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![musicdenotation](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/ea666f/32.png) [@musicdenotation](https://www.ruby-forum.com/u/musicdenotation)\
**Post date:** [May 6, 2014, 12:02am UTC](https://www.ruby-forum.com/t/getting-this-today-from-recent-gr-master-build/240898/1 "2014-05-06T00:02:03Z")

</div>

Traceback (most recent call last):  
File “/home/mleech/top\_block.py”, line 74, in   
tb = top\_block()  
File “/home/mleech/top\_block.py”, line 39, in **init**  
channels=range(1),  
File  
“/usr/local/lib64/python2.7/site-packages/gnuradio/uhd/ **init**.py”,  
line 122, in constructor\_interceptor  
return old\_constructor(\*args)  
File  
“/usr/local/lib64/python2.7/site-packages/gnuradio/uhd/uhd\_swig.py”,  
line 1747, in make  
return \_uhd\_swig.usrp\_source\_make(\*args)  
NotImplementedError: Wrong number or type of arguments for overloaded  
function ‘usrp\_source\_make’.  
Possible C/C++ prototypes are:  
make(::uhd::device\_addr\_t const &,::uhd::io\_type\_t const &,size\_t)  
gr::uhd::usrp\_source::make(::uhd::device\_addr\_t const  
&,::uhd::stream\_args\_t const &)

gnuradio-config-info returns:

v3.7.4git-183-g967489ad

linux; GNU C++ version 4.5.1 20100924 (Red Hat 4.5.1-4); Boost\_104400;  
UHD\_003.007.001-14-g1d2e8d39

– Opening a USRP1 device…  
– Using FPGA clock rate of 64.000000MHz…

* * *

/  
| Device: USRP1 Device  
| \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| /  
| | Mboard: USRP1  
| | serial: SRL\_\_269  
| | name: old-usrp1  
| |  
| | Time sources: none  
| | Clock sources: internal  
| | Sensors:  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | RX DSP: 0  
| | | Freq range: -32.000 to 32.000 Mhz  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | RX DSP: 1  
| | | Freq range: -32.000 to 32.000 Mhz  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | RX Dboard: A  
| | | ID: DBSRX (0x0002)  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | RX Frontend: 0  
| | | | Name: DBSRX  
| | | | Antennas: J3  
| | | | Sensors: lo\_locked  
| | | | Freq range: 800.000 to 2400.000 Mhz  
| | | | Gain range GC1: 0.0 to 56.0 step 0.5 dB  
| | | | Gain range GC2: 0.0 to 24.0 step 1.0 dB  
| | | | Connection Type: IQ  
| | | | Uses LO offset: No  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | RX Codec: A  
| | | | Name: ad9522  
| | | | Gain range pga: 0.0 to 20.0 step 1.0 dB  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | RX Dboard: B  
| | | ID: DBSRX (0x0002)  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | RX Frontend: 0  
| | | | Name: DBSRX  
| | | | Antennas: J3  
| | | | Sensors: lo\_locked  
| | | | Freq range: 800.000 to 2400.000 Mhz  
| | | | Gain range GC1: 0.0 to 56.0 step 0.5 dB  
| | | | Gain range GC2: 0.0 to 24.0 step 1.0 dB  
| | | | Connection Type: IQ  
| | | | Uses LO offset: No  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | RX Codec: B  
| | | | Name: ad9522  
| | | | Gain range pga: 0.0 to 20.0 step 1.0 dB  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | TX DSP: 0  
| | | Freq range: -44.000 to 44.000 Mhz  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | TX DSP: 1  
| | | Freq range: -44.000 to 44.000 Mhz  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | TX Dboard: A  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | TX Frontend: 0  
| | | | Name: Unknown (0xffff) - 0  
| | | | Antennas:  
| | | | Sensors:  
| | | | Freq range: 0.000 to 0.000 Mhz  
| | | | Gain Elements: None  
| | | | Connection Type: IQ  
| | | | Uses LO offset: No  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | TX Codec: A  
| | | | Name: ad9522  
| | | | Gain range pga: -20.0 to 0.0 step 0.1 dB  
| | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | /  
| | | TX Dboard: B  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | TX Frontend: 0  
| | | | Name: Unknown (0xffff) - 0  
| | | | Antennas:  
| | | | Sensors:  
| | | | Freq range: 0.000 to 0.000 Mhz  
| | | | Gain Elements: None  
| | | | Connection Type: IQ  
| | | | Uses LO offset: No  
| | | \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_  
| | | /  
| | | | TX Codec: B  
| | | | Name: ad9522  
| | | | Gain range pga: -20.0 to 0.0 step 0.1 dB

And if I use an osmocom block (such as provided by osmocom-fft) it works  
just fine, so I suspect this is an issue in gr-uhd.

–  
Marcus L.  
Principal Investigator  
Shirleys Bay Radio Astronomy Consortium

> **[Live Draw HK Tercepat | Result HK | HK Pools | Live HK | HK Prize Hari Ini](https://www.sbrac.org/)**
>
> Temukan live draw hk tercepat melalui halaman hk pools yang resmi dan dapatkan result hk prize melalui live hk secara langsung di situs kami.

---

<div class="post-metadata">

**Author:** ![Marcus\_DSLeech](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/74df32/32.png) [@Marcus\_DSLeech](https://www.ruby-forum.com/u/Marcus_DSLeech)\
**Post date:** [May 6, 2014, 1:18am UTC](https://www.ruby-forum.com/t/getting-this-today-from-recent-gr-master-build/240898/2 "2014-05-06T01:18:46Z")

</div>

* * *

Discuss-gnuradio mailing list  
removed\_email\_address@domain.invalid  
[https://lists.gnu.org/mailman/listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio)

---

<div class="post-metadata">

**Author:** ![Marcus\_DSLeech](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/74df32/32.png) [@Marcus\_DSLeech](https://www.ruby-forum.com/u/Marcus_DSLeech)\
**Post date:** [May 6, 2014, 9:40am UTC](https://www.ruby-forum.com/t/getting-this-today-from-recent-gr-master-build/240898/3 "2014-05-06T09:40:25Z")

</div>

On 06.05.2014 01:17, Johnathan C. wrote:

> function. It’s possible that if you did not do a ‘make clean’, that the  
> swig wrapper did not get recompiled, and is trying to use the old one.

There was; we now have a tag key for TSB mode.

M

---

<div class="post-metadata">

**Author:** ![Marcus\_DSLeech](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/74df32/32.png) [@Marcus\_DSLeech](https://www.ruby-forum.com/u/Marcus_DSLeech)\
**Post date:** [May 7, 2014, 9:41am UTC](https://www.ruby-forum.com/t/getting-this-today-from-recent-gr-master-build/240898/4 "2014-05-07T09:41:53Z")

</div>

On 06.05.2014 16:35, Marcus L. wrote:

> Well, I was utterly unable to get it to work, using any recent GR paired  
> with latest “master” of UHD.  
> I get the same error every time. The swig-generated code “looks”  
> correct, but this error persists.  
> I have cleaned every vestige of Gnu Radio and UHD from my system, and  
> done totally-clean builds and this  
> happens. Yet, when I use the gr-osmosdr wrapper, it works just fine,  
> which suggests that it’s in the  
> SWIGging that happens for gr-uhd.

FYI: The cause of this might be tagged stream support Sean and I added a  
while back.  
gr-osmosdr uses the legacy setup call, which doesn’t (and won’t) support  
TSBs, so this corroborates the hypothesis.

However…

> ```
> >> gr::uhd::usrp_source::make(::uhd::device_addr_t const
> >> &,::uhd::stream_args_t const &)
> 
> ```

The second of these make calls was changed, and this doesn’t reflect the  
changes we did. Will need to investigate. I’ll ping you in IRC when I  
get 'round to doing so.

M

---

<div class="post-metadata">

**Author:** ![Marcus\_DSLeech](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/74df32/32.png) [@Marcus\_DSLeech](https://www.ruby-forum.com/u/Marcus_DSLeech)\
**Post date:** [May 7, 2014, 9:40am UTC](https://www.ruby-forum.com/t/getting-this-today-from-recent-gr-master-build/240898/5 "2014-05-07T09:40:03Z")

</div>

* * *

Discuss-gnuradio mailing list  
removed\_email\_address@domain.invalid  
[https://lists.gnu.org/mailman/listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio)
