Re: [Discuss-gnuradio] Passing a USRP pointer

2014-01-20 Thread Dan CaJacob
On Fri, Jan 17, 2014 at 5:40 PM, Tom Rondeau t...@trondeau.com wrote: On Tue, Jan 14, 2014 at 9:09 PM, Dan CaJacob dan.caja...@gmail.com wrote: Hey Tom, The block worked fine with the right symblic name passed! The amp is getting PTTed now in 3.7 Thanks for your help with this!

Re: [Discuss-gnuradio] Passing a USRP pointer

2014-01-17 Thread Tom Rondeau
On Tue, Jan 14, 2014 at 9:09 PM, Dan CaJacob dan.caja...@gmail.com wrote: Hey Tom, The block worked fine with the right symblic name passed! The amp is getting PTTed now in 3.7 Thanks for your help with this! Great! It still seems weird that the USRP Sink symbolic name was formatted

Re: [Discuss-gnuradio] Passing a USRP pointer

2014-01-14 Thread Dan CaJacob
Hey Tom, The block worked fine with the right symblic name passed! The amp is getting PTTed now in 3.7 Thanks for your help with this! It still seems weird that the USRP Sink symbolic name was formatted differently, though. Also, would it be possible to automatically register symbolic name

Re: [Discuss-gnuradio] Passing a USRP pointer

2014-01-10 Thread Dan CaJacob
Hey Tom, We've been working on this, but we ran into a snag. We couldn't seem to look up the usrp sink block's key. Other blocks could be looked up with the keys we expected, just not the uhd sink. I just un-commented a print statement in block_registry.cc so that we could see how each block

Re: [Discuss-gnuradio] Passing a USRP pointer

2014-01-07 Thread Tom Rondeau
On Tue, Jan 7, 2014 at 12:21 PM, Dan CaJacob dan.caja...@gmail.com wrote: Hey Tom, Here's some more detail into our problem. When running the flowgraph, we get the following error: File /usr/local/lib/python2.7/dist-packages/sq/sq_swig.py, line 679, in make return

Re: [Discuss-gnuradio] Passing a USRP pointer

2014-01-06 Thread Dan CaJacob
Thanks Tom, No problem. I hope you and the rest of the community had relaxing holidays! I hope to have some better info for you by tomorrow, if not before. Another way to look at this is: does it make sense to keep doing things this way? Is there a better way to reference the downstream USRP