[Discuss-gnuradio] Creating a custom vector source
Hi everyone, hope this is not a silly question: Is it possible to subclass gr_vector_source to create a custom vector source? I already have the C code to create my vector. -- Trond Danielsen ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] On-site Training Now Available for GNU Radio and USRP
I would be very interested in off site training with the rough outline you have below. Web-based distance education would be great. I am possibly one of two people interested in Gnu Radio in my organization. On site training would be difficult to justify to the bean counters for just two people. Ranga Johnathan Corgan wrote: Eric A. Cottrell wrote: Sounds interesting. Is there any off-site training for GNU Radio and USRP? Maybe in connection with DCC or other event? Somehow I think on-site training for one person will be rather expensive. 8) I'm not aware of anything formal that exists now. Eric, Matt, and I are looking into it and trying to judge demand for a "deep immersion" class that goes beyond just GNU Radio/USRP and more fully covers SDR, DSP, and RF design in general, using GR/USRP as teaching aids. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Creating a custom vector source
On Wed, Jan 24, 2007 at 03:26:51PM +0100, Trond Danielsen wrote: > Hi everyone, > > hope this is not a silly question: Is it possible to subclass > gr_vector_source to create a custom vector source? I already have the > C code to create my vector. > > -- > Trond Danielsen Although this is possible, I don't think it's what you want. For example, the vector source has an instance variable that is of the type of the vector. I suspect that your derived class would ignore that and add another instance variable. It's probably simpler just to inherit from gr_sync_block. In truth, with regard to gr_vector_source_* we use an ad hoc code generation system to generate all of these. We'd use C++ templates, but that wouldn't help us with the .i file. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP Win32 Library
Sorry if this is a repost: I just received my USRP and I'm interested in using the USRP as a GPS signal recording device. My goal is to build a win32 library available to MSVC (.lib file and associated .h files) in order to integrate the usrp/host/lib code into my preexisting GPS software receiver. Would MSYS or Cygwin be the fastest environment in which to build such a library? If successful I would be happy to document the procedure and make an example code available to the project. Thank you for pointing me in the right direction. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] On-site Training Now Available for GNU Radio and USRP
I agree with Ranga. Web based distance learning would be great. I am over on the east coast and probably the only person interested in USRP at this time for my company, so face to face training is out of the question. Sharmila --- "M. Ranganathan" <[EMAIL PROTECTED]> wrote: > I would be very interested in off site training > with the rough outline > you have below. Web-based distance education would > be great. I am > possibly one of two people interested in Gnu Radio > in my organization. > On site training would be difficult to justify to > the bean counters for > just two people. > > Ranga > > > > Johnathan Corgan wrote: > > >Eric A. Cottrell wrote: > > > > > > > >>Sounds interesting. Is there any off-site > training for GNU Radio and > >>USRP? Maybe in connection with DCC or other > event? Somehow I think > >>on-site training for one person will be rather > expensive. 8) > >> > >> > > > >I'm not aware of anything formal that exists now. > > > >Eric, Matt, and I are looking into it and trying to > judge demand for a > >"deep immersion" class that goes beyond just GNU > Radio/USRP and more > >fully covers SDR, DSP, and RF design in general, > using GR/USRP as > >teaching aids. > > > >-- > >Johnathan Corgan > >Corgan Enterprises LLC > >http://corganenterprises.com > > > > > >___ > >Discuss-gnuradio mailing list > >Discuss-gnuradio@gnu.org > >http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > > > > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. http://farechase.yahoo.com/promo-generic-14795097 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Win32 Library
On Wed, Jan 24, 2007 at 10:55:54AM -0500, Gregory W Heckler wrote: > Sorry if this is a repost: No problem. You may want to take a look at these: http://gnuradio.org/trac/wiki/CygwinInstallMain http://gnuradio.org/trac/wiki/MingwInstallMain http://gnuradio.org/trac/wiki/WindowsTips I don't use either of the two environments, and thus don't have an opinion on the matter. > I just received my USRP and I'm interested in using the USRP as a GPS > signal recording device. My goal is to build a win32 library available > to MSVC (.lib file and associated .h files) in order to integrate the > usrp/host/lib code into my preexisting GPS software receiver. Would MSYS > or Cygwin be the fastest environment in which to build such a library? > If successful I would be happy to document the procedure and make an > example code available to the project. Thank you for pointing me in the > right direction. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Win32 Library
I just received my USRP and I'm interested in using the USRP as a GPS signal recording device. My goal is to build a win32 library available to MSVC (.lib file and associated .h files) in order to integrate the usrp/host/lib code into my preexisting GPS software receiver. Would MSYS or Cygwin be the fastest environment in which to build such a library? Both MSYS and Cygwin are good for building Unix/Linux-style applications on Windows, but they are normally used with gcc. I don't know if they are useful for compiling with a MS compiler or what problems you might have linking gcc-generated DLLs or .lib files with MS-generated code, but if you find out please let us know. If successful I would be happy to document the procedure and make an example code available to the project. Thank you for pointing me in the right direction. I have never used Microsoft compilers, but if I can be of assistance with Cygwin or MSYS, let me know. -- Don ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: dbsrx rF performance?
Has anybody done any real RF measurements of the RF performance of the dbsRX board? Specifically, gain, noise figure, 2nd and 3rd intermod, phase noise, IF shape factor, etc. Thanks, Clark _ Invite your Hotmail contacts to join your friends list with Windows Live Spaces http://clk.atdmt.com/MSN/go/msnnkwsp007001msn/direct/01/?href=http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_tv_rcv.py problem in OS X
Sam - Here is an initial cut, to get primary functionality working.
I still can't get it to play videos yet, but now it seems like an SDL
issue as opposed to a GNU Radio / Cocoa issue ... meaning that I get
the video window (and GUI, if using that), no video playing, then it
crashes after a few seconds [tracing with GDB reveals that this is
while blitting to the video window]. The appended patches are
applied from your top gnuradio directory. - MLD
% svn diff
Index: gr-video-sdl/src/video_sdl_sink_s.cc
===
--- gr-video-sdl/src/video_sdl_sink_s.cc(revision 4291)
+++ gr-video-sdl/src/video_sdl_sink_s.cc(working copy)
@@ -36,8 +36,11 @@
#include
#include
+#ifdef __APPLE__
+//void NSApplicationLoad (void);
+#include
+#endif
-
video_sdl_sink_s::video_sdl_sink_s (double framerate,int width, int
height,unsigned int format,int dst_width,int dst_height)
: gr_sync_block ("video_sdl_sink_s",
gr_make_io_signature (1, 3, sizeof (short)),
@@ -56,6 +59,12 @@
d_avg_delay(0.0),
d_wanted_ticks(0)
{
+#ifdef __APPLE__
+ /* this must be called before SDL can work under Darwin */
+ // NSApplicationLoad ();
+ WebInitForCarbon ();
+#endif
+
if(framerate<=0.0)
d_wanted_frametime_ms=0;//Go as fast as possible
else
Index: gr-video-sdl/src/video_sdl_sink_uc.cc
===
--- gr-video-sdl/src/video_sdl_sink_uc.cc (revision 4291)
+++ gr-video-sdl/src/video_sdl_sink_uc.cc (working copy)
@@ -36,8 +36,11 @@
#include
#include
+#ifdef __APPLE__
+//void NSApplicationLoad (void);
+#include
+#endif
-
video_sdl_sink_uc::video_sdl_sink_uc (double framerate,int width, int
height,unsigned int format,int dst_width,int dst_height)
: gr_sync_block ("video_sdl_sink_uc",
gr_make_io_signature (1, 3, sizeof (unsigned char)),
@@ -56,6 +59,12 @@
d_avg_delay(0.0),
d_wanted_ticks(0)
{
+#ifdef __APPLE__
+ /* this must be called before SDL can work under Darwin */
+ // NSApplicationLoad ();
+ WebInitForCarbon ();
+#endif
+
if(framerate<=0.0)
d_wanted_frametime_ms=0;//Go as fast as possible
else
Index: config/sdl.m4
===
--- config/sdl.m4 (revision 4291)
+++ config/sdl.m4 (working copy)
@@ -44,6 +44,12 @@
SDL_CFLAGS=`$SDL_CONFIG $sdlconf_args --cflags`
SDL_LIBS=`$SDL_CONFIG $sdlconf_args --libs`
+case "$host_os" in
+ darwin*)
+ SDL_LIBS="$SDL_LIBS -Wl,-framework,WebKit"
+ ;;
+esac
+
sdl_major_version=`$SDL_CONFIG $sdl_args --version | \
sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\1/'`
sdl_minor_version=`$SDL_CONFIG $sdl_args --version | \
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem with linux 2.6.19.1
Ok, I've been setting up a system which is based on the Linux kernel 2.6.19.1 and now have tried using the USRP device... Well, if it worked I wouldn't be posting... the device is seen in a 2.6.17 kernel, however, not in the 2.6.19.1. I see a dmesg output which indicates that the device is detected at some level, but the python script cacs on 'Unable to find USRP #0', even thought when I use USBVIEW it is seen and correctly identified as the USRP device. The questions are: 1) Has anyone else used or had problems with 2.6.19.1 2) What configurations, and or modules need to be in, or loaded in, to work correctly. Given that I see dmesg output when the device is plug in, out, or even accessed by the python-usrp calls, it seem that most of USB stuff is there. Are there any options config files, etc for 'hotplugging' that may be getting in the way? Thanks John Clark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with linux 2.6.19.1
John Clark wrote: > Ok, I've been setting up a system which is based on the Linux kernel > 2.6.19.1 > and now have tried using the USRP device... > > Well, if it worked I wouldn't be posting... the device is seen in a > 2.6.17 kernel, > however, not in the 2.6.19.1. > > I see a dmesg output which indicates that the device is detected at > some level, > but the python script cacs on 'Unable to find USRP #0', even thought when > I use USBVIEW it is seen and correctly identified as the USRP device. > > The questions are: > 1) Has anyone else used or had problems with 2.6.19.1 > 2) What configurations, and or modules need to be in, or loaded in, to > work correctly. > > Given that I see dmesg output when the device is plug in, out, or even > accessed by > the python-usrp calls, it seem that most of USB stuff is there. Are > there any options > config files, etc for 'hotplugging' that may be getting in the way? > Does it work if you run as root? Something in udev might have gotten messed up. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with linux 2.6.19.1
Matt Ettus schrieb: John Clark wrote: Ok, I've been setting up a system which is based on the Linux kernel 2.6.19.1 and now have tried using the USRP device... Well, if it worked I wouldn't be posting... the device is seen in a 2.6.17 kernel, however, not in the 2.6.19.1. I see a dmesg output which indicates that the device is detected at some level, but the python script cacs on 'Unable to find USRP #0', even thought when I use USBVIEW it is seen and correctly identified as the USRP device. The questions are: 1) Has anyone else used or had problems with 2.6.19.1 2) What configurations, and or modules need to be in, or loaded in, to work correctly. Given that I see dmesg output when the device is plug in, out, or even accessed by the python-usrp calls, it seem that most of USB stuff is there. Are there any options config files, etc for 'hotplugging' that may be getting in the way? Does it work if you run as root? Something in udev might have gotten messed up. Unlike most people... I always run as root... what me worry... A couple of items... I'm using the debian apt-get package. Which I just did another 'apt-get install' on. I did create a 'usrp.rules' file and put it in to the /etc/udev... and when I unplug and replug the device I see an entry under /dev/bus/usb/005/... which has 'usrp' as the group name. So it looks like udev is seeing the event and creating/modifying a node at some level. If I need to do a build from svn sources, I think everything is up to a usable level outside of 'gnuradio/usrp'. And of course it is working under the 2.6.17 kernel that is sort of my absolute last fall back kernel... John Clark. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with linux 2.6.19.1
On Wed, Jan 24, 2007 at 05:00:13PM -0800, John Clark wrote: > Ok, I've been setting up a system which is based on the Linux kernel > 2.6.19.1 > and now have tried using the USRP device... > > Well, if it worked I wouldn't be posting... the device is seen in a > 2.6.17 kernel, > however, not in the 2.6.19.1. > > I see a dmesg output which indicates that the device is detected at some > level, > but the python script cacs on 'Unable to find USRP #0', even thought when > I use USBVIEW it is seen and correctly identified as the USRP device. Sounds like a problem in libusb and/or a changed interface to usbfs. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with linux 2.6.19.1
On Wed, Jan 24, 2007 at 05:50:38PM -0800, John Clark wrote: > > Unlike most people... I always run as root... what me worry... > I guess that means you're not a subscriber to the "principle of least privilege". Kids, don't try this at home ;) Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Enclosure setup
Matt, In the enclosure_open picture, you show the fan in the position such that it is blowing outside air in. Is this the correct configuration? I thought devices usually blew hot air out. Secondly, for the 8 mounting points around the edges (rather than the 4 corners/ 4 center), those are simply tightened on to the bottom of the usrp board with nuts? This seems unstable; is there a way to configure it such that they contact the base? Thanks, Dan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
