Re: [Discuss-gnuradio] gr-fcdproplus now in MacPorts

2014-01-21 Thread Ulf Söderberg
On 21 jan 2014, at 15:55, Michael Dickens m...@alum.mit.edu wrote:

 Volker (dl1ksv) and I fixed the build issues with gr-fcdproplus on OSX in the 
 past couple of days, and this morning I pushed the gr-fcdproplus port to 
 MacPorts  https://trac.macports.org/changeset/116194 ; I also changed the 
 gr-osmosdr port to by default include this new gr-fcdproplus port  
 https://trac.macports.org/changeset/116196 .  These changes should be live 
 by 10:30 AM/US/ET.  I do not have a FCD of any type (normal, pro+, whatever) 
 on which to do testing ... so, anyone out there with one I'd love to hear 
 some feedback if these changes work for you.  If things don't work with 
 gr-fcdproplus or gr-osmosdr on OSX please be in contact with me and we'll try 
 to get things fixed up.  Happy hacking! - MLD

Michael,

I just tried it with my Funcube Dongle Pro+ with the following command:

osmocom_fft -a fcd,device=hw:2,type=2

It works fine.

/Ulf


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] gr-rds

2014-01-14 Thread Ulf Söderberg
Hi Michael,

I tried that command you mentioned, but I can't see that the path 
/opt/local/lib/python2.7/site-packages is there.

{{{
python -c import sys; print sys.path
}}}

gives:

['', '/Library/Python/2.7/site-packages/Pygments-1.6-py2.7.egg', 
'/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python', 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip', 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7', 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/PIL',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gtk-2.0',
 
'/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-3.0-osx_cocoa',
 '/Library/Python/2.7/site-packages']

Maybe that's the reason why the rds package isn't found then.

/Ulf

On 14 jan 2014, at 14:16, Michael Dickens michael.dick...@ettus.com wrote:

 Hi Ulf - Your directory listings look OK.  Ideally, you'd actually use 
 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages
  as the Python files install location since that's the normal for MacPorts.  
 But, using /opt/local/lib/python2.7/site-packages is OK and an easy default.  
 Both should be in the default PYTHONPATH; you can see this via the command
 {{{
 python -c import sys; print sys.path
 }}}
 
 So, you should not have to set PYTHONPATH to anything special for this 
 install.  If you have Python files installed elsewhere, you might still need 
 it for those files.
 
 The otool listing for the RDS library:
 {{{
 libgnuradio-rds.dylib:
   libgnuradio-rds.dylib (compatibility version 0.0.0, current version 
 0.0.0)
 }}}
 is fine since nobody is going to be linking against it.  Ideally, this first 
 entry would be the actual path/name combination 
 (/opt/local/lib/libgnuradio-rds.dylib), but since it won't be used for 
 anything else it doesn't really matter.  If you want to correct it, you can 
 do so via:
 {{{
 install_name_tool -id /opt/local/lib/libgnuradio-rds.dylib 
 libgnuradio-rds.dylib
 }}}
 
 If you do the otool command on _rds_swig.so, I think you'll find that it 
 contains:
 {{{
   _rds_swig.so (compatibility version 0.0.0, current version 0.0.0)
   libgnuradio-rds.dylib (compatibility version 0.0.0, current version 
 0.0.0)
 }}}
 and this is where the issue is because the dylib cannot be found since DYLD 
 does not know where to look for it (DYLD can do a lot of things, but it does 
 -not- do arbitrary searches, generally, very well).  Again, the actual path 
 to the .so is not important since this library (shared object) will never 
 be linked to, just used by Python.
 
 You can change this incorrect linkage via:
 {{{
 install_name_tool -change libgnuradio-rds.dylib 
 /opt/local/lib/libgnuradio-rds.dylib _rds_swig.so
 }}}
 and then Python should be able to load RDS correctly.
 
 Hope this helps! - MLD
 
 On Jan 14, 2014, at 12:51 AM, Ulf Söderberg u...@soderbergsoftware.com 
 wrote:
 These are the files that gets installed in 
 /opt/local/lib/python2.7/site-packages/rds:
 
 -rwxr-xr-x  1 root  admin  373688 Jan 14 06:39 _rds_swig.so
 
 In /opt/local/lib, the only file installed is:
 
 -rwxr-xr-x1 root  admin549160 Jan 14 06:39 libgnuradio-rds.dylib
 
 The command otool -L libgnuradio-rds.dylib renders the following:
 
 libgnuradio-rds.dylib:
  libgnuradio-rds.dylib (compatibility version 0.0.0, current version 
 0.0.0)


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] gr-rds

2014-01-11 Thread Ulf Söderberg
 Clayton and I worked on the FM RDS project over the last weeks. I think that 
 the receiving side is in a pretty good state now. It works well with the RTL 
 SDR.

I wonder how to get this working on Mac OS X with the macports version of GNU 
Radio.

I downloaded gr-rds and followed the install procedure with the following 
modification to the cmake command

cmake -DCMAKE_INSTALL_PREFIX=/opt/local

Everything seems to build and install fine, but when I try to run the 
apps/rds_rx.grc in GNU Radio Companion I get the following error message:

Traceback (most recent call last):
  File /Users/ulf/Documents/Projects/gnuradio/gr-rds-master/apps/rds_rx.py, 
line 28, in module
import rds
ImportError: No module named rds

Any ideas?

/Ulf


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] usb control of usrp with .NET

2006-05-19 Thread Ulf Söderberg

David Caruth wrote:

Hello,
 
I was looking to write some simple code in Visual C++ .NET to control 
the USRP.  My first problem is to communicate with the USB port.  I've 
seen some people who have used the CreateFile, Read, and Write functions 
in Windows to do this, but I'm unable to get a handle for the USRP.  
Does anyone have some example code of how to talk via USB with the USRP, 
specifically?



I Googled for C# libusb and found this.
http://pcovington.blogspot.com/2005/10/additional-info-on-hpsdr-project.html

Cool blog btw.

/Ulf


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio