[Discuss-gnuradio] pulse width modulation to binary
Hi guys, Being a curious noob, I've been trying to decode the rf from my vhf garage door remote control. By adding an oscope to audio output of the am_rcv.py example, I can see that the remote sends short rf bursts, each consisting of 13 pulse width modulated square waves. According to the oscope readings, the pulses are 500us long for a short pulse (binary 0) and 1ms for a long pulse (binary 1). Each pulse is spaced 1.25ms apart. Please can someone point me to the correct function i can use to translate these square pulses into the actual binary digits? Thanks, Mike m0mik.org/gnuradio/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using a 48k sound card with wfm_rcv_gui
hey, if eric's doesn't work and alsa is forcing 48k then change: from gnuradio import audio to: from gnuradio import audio_oss as audio it worked for me anyhow mike m0mik.org/gnuradio/ On 5/1/05, Eric Blossom <[EMAIL PROTECTED]> wrote: > On Fri, Apr 29, 2005 at 05:19:46PM -0700, Richard Cagley wrote: > > Is there a way to use a 48k sound card with the wfm_rc_gui.py? I can't seem > > to come up with a adc and audio decimation that works out to 48k instead of > > the standard 32k. > > Thanks, > > -rich > > If you're using ALSA, use plughw:0,0 (or is hwplug:0,0 ??) instead of the > default hw:0,0 for the audio PCM device name. plughw will perform > sample rate conversion for you. > > Eric > > > ___ > 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] Mirror for USRP-KNOPPIX
hey guys, i've set up a torrent tracker. never sone this before so lets see if it holds up :) http://m0mik.org/gnuradio/torrents/knop-usrp-20050504.iso.torrent mike m0mik.org/gnuradio On 5/5/05, Stephane Fillod <[EMAIL PROTECTED]> wrote: > On Thu, May 05, 2005 at 09:57:29AM -0700, Matt Ettus wrote: > > A number of people have had trouble downloading from the main site, so > > here is a mirror of the USRP-KNOPPIX ISO file. It is approx. 600M. > > > > http://www.toad.com/knop-usrp-20050504.iso > > Thanks. > My "wget -c " is getting bored, is there a torrent of the image somewhere? > I can already share the first 100MiB. > > -- > Stephane > > > ___ > 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] Mirror for USRP-KNOPPIX
no probs dude,i've set the server upload speed to 300kb/s. i've got 200gb per month to use up so as long as this is not exeeded all should be ok. :) mike m0mik.org/gnuradio/ On 5/6/05, Stephane Fillod <[EMAIL PROTECTED]> wrote: > On Fri, May 06, 2005 at 12:31:14AM +0100, mjam01 wrote: > > hey guys, > > > > i've set up a torrent tracker. > > > > never sone this before so lets see if it holds up :) > > > > http://m0mik.org/gnuradio/torrents/knop-usrp-20050504.iso.torrent > > Thanks Mike! > > I have already 323MiB to share. > For those that are not used to it, don't forget to leave your bittorrent > client running once the download completed. > > I am using the simple client under GNU/Debian (apt-get install bittorrent, > and then "btdownloadcurses http://.../knop-usrp-20050504.iso.torrent";). > Other clients are available at http://www.bittorrent.com > > -- > Stephane > > ___ > 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] Mirror for USRP-KNOPPIX
sorry, meant to write 300KB/s. I'm sure that everyone's familiar with bittorrent on here, bit if not i recommend the GUI Java client Azeurus ( http://azureus.sourceforge.net/ ). Works a treat. mike On 5/6/05, mjam01 <[EMAIL PROTECTED]> wrote: > no probs dude,i've set the server upload speed to 300kb/s. i've got > 200gb per month to use up so as long as this is not exeeded all should > be ok. :) > > mike > m0mik.org/gnuradio/ > > On 5/6/05, Stephane Fillod <[EMAIL PROTECTED]> wrote: > > On Fri, May 06, 2005 at 12:31:14AM +0100, mjam01 wrote: > > > hey guys, > > > > > > i've set up a torrent tracker. > > > > > > never sone this before so lets see if it holds up :) > > > > > > http://m0mik.org/gnuradio/torrents/knop-usrp-20050504.iso.torrent > > > > Thanks Mike! > > > > I have already 323MiB to share. > > For those that are not used to it, don't forget to leave your bittorrent > > client running once the download completed. > > > > I am using the simple client under GNU/Debian (apt-get install bittorrent, > > and then "btdownloadcurses http://.../knop-usrp-20050504.iso.torrent";). > > Other clients are available at http://www.bittorrent.com > > > > -- > > Stephane > > > > ___ > > 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
[Discuss-gnuradio] trying to add a button...
Hi guys, I'm trying to add a button to the tvrx_wfm_rcv_gui.py code with the following placed under the vbox sliders: button_freq_up = wx.Button(self, panel, 'FREQ UP') vbox.Add(button_freq_up, 0, wx.ALL | wx.EXPAND, 5) self.Bind(wx.EVT_BUTTON, self.set_freq_up, button_freq_up) I get this error saying a pointer is expected and it's stumped me. Any ideas??!! Traceback (most recent call last): File "./tvrx_nbfm_scanner.py", line 264, in ? app = stdgui.stdapp (wfm_rx_graph, "TVRX NBFM RX - M0MIK") File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", line 35, in __init__ wx.App.__init__ (self) File "/usr/lib/python2.3/site-packages/wx-2.5.3-gtk2-ansi/wx/_core.py", line 5301, in __init__ self._BootstrapApp() File "/usr/lib/python2.3/site-packages/wx-2.5.3-gtk2-ansi/wx/_core.py", line 4980, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", line 38, in OnInit frame = stdframe (self.flow_graph_maker, self.title) File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", line 59, in __init__ self.panel = stdpanel (self, self, flow_graph_maker) File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", line 80, in __init__ self.fg = flow_graph_maker (frame, self, vbox, sys.argv) File "./tvrx_nbfm_scanner.py", line 205, in __init__ button_freq_up = wx.Button(self, panel, 'Click me') File "/usr/lib/python2.3/site-packages/wx-2.5.3-gtk2-ansi/wx/_controls.py", line 37, in __init__ newobj = _controls_.new_Button(*args, **kwargs) TypeError: Expected a pointer Thanks, mike m0mik.org/gnuradio/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] trying to add a button...
yup, that works. thanks! :) On 5/10/05, James Cooley <[EMAIL PROTECTED]> wrote: > This sort of code worked for me: > > hbox = wx.BoxSizer (wx.HORIZONTAL) > > btn = wx.Button(self.panel, 1001, "STOP", style=wx.BU_EXACTFIT) > wx.EVT_BUTTON(self.panel, 1001, self.quit) > vbox.Add(btn, 0, wx.EXPAND) > > > mjam01 wrote: > > >Hi guys, > > > >I'm trying to add a button to the tvrx_wfm_rcv_gui.py code with the > >following placed under the vbox sliders: > > > > > >button_freq_up = wx.Button(self, panel, 'FREQ UP') > >vbox.Add(button_freq_up, 0, wx.ALL | wx.EXPAND, 5) > >self.Bind(wx.EVT_BUTTON, self.set_freq_up, button_freq_up) > > > > > >I get this error saying a pointer is expected and it's stumped me. Any > >ideas??!! > > > > > >Traceback (most recent call last): > > File "./tvrx_nbfm_scanner.py", line 264, in ? > >app = stdgui.stdapp (wfm_rx_graph, "TVRX NBFM RX - M0MIK") > > File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", > >line 35, in __init__ > >wx.App.__init__ (self) > > File "/usr/lib/python2.3/site-packages/wx-2.5.3-gtk2-ansi/wx/_core.py", > >line 5301, in __init__ > >self._BootstrapApp() > > File "/usr/lib/python2.3/site-packages/wx-2.5.3-gtk2-ansi/wx/_core.py", > >line 4980, in _BootstrapApp > >return _core_.PyApp__BootstrapApp(*args, **kwargs) > > File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", > >line 38, in OnInit > >frame = stdframe (self.flow_graph_maker, self.title) > > File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", > >line 59, in __init__ > >self.panel = stdpanel (self, self, flow_graph_maker) > > File "/usr/local/lib/python2.3/site-packages/gnuradio/wxgui/stdgui.py", > >line 80, in __init__ > >self.fg = flow_graph_maker (frame, self, vbox, sys.argv) > > File "./tvrx_nbfm_scanner.py", line 205, in __init__ > >button_freq_up = wx.Button(self, panel, 'Click me') > > File "/usr/lib/python2.3/site-packages/wx-2.5.3-gtk2-ansi/wx/_controls.py", > >line 37, in __init__ > >newobj = _controls_.new_Button(*args, **kwargs) > >TypeError: Expected a pointer > > > > > >Thanks, > > > >mike > >m0mik.org/gnuradio/ > > > > > >___ > >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
[Discuss-gnuradio] changing modes during execution
hey guys,
i'm trying to change from nbfm to am with this function:
def set_mode_am(self,urm):
#self.connect.clear()
self.guts = blks.am_rx (self, self.audio_rate, self.quad_rate)
self.connect (self.src, self.ddc, self.guts, self.mute_audio,
(self.audio_sink, 0))
what can i replace self.connect.clear() with to make it disconnect and
connect to the new mode?
i get this error:
Traceback (most recent call last):
File "./scandoo_v1.py", line 268, in set_mode_am
self.connect (self.src, self.ddc, self.guts, self.mute_audio,
(self.audio_sink, 0))
File "/usr/local/lib/python2.3/site-packages/gnuradio/gr/basic_flow_graph.py",
line 114, in connect
self._connect (points[i-1], points[i])
File "/usr/local/lib/python2.3/site-packages/gnuradio/gr/basic_flow_graph.py",
line 119, in _connect
self._connect_prim (s, d)
File "/usr/local/lib/python2.3/site-packages/gnuradio/gr/basic_flow_graph.py",
line 126, in _connect_prim
self._check_dst_in_use (dst_endpoint)
File "/usr/local/lib/python2.3/site-packages/gnuradio/gr/basic_flow_graph.py",
line 215, in _check_dst_in_use
raise ValueError, ("destination endpoint already in use: %s" %
(dst_endpoint))
ValueError: destination endpoint already in use: , 0)>
any ideas??
thanks,
mike
m0mik.org/gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio Scanner
hey guys, here's a tvrx scanner for you to play with: SCANDOO! v1 - http://www.scandoo.com if you find the scanner isn't stopping on signals you can reduce the scan rate by altering the first self.timer currently set to 10ms. works 'out of the box' with a usrp and tvrx. you must alter the which_side variable accordingly. current features: - auto squelch - am/nbfm/wfm mode switching (wfm is a little iffy tho) - unlimited memory bank scanning if anyone has any code that recognises the difference between AM and NBFM signals and/or an empty carrier then let me know and i'll add it! coming soon features: - signal activated audio record function - improved memory navigation - frequency blocking - auto channel store - auto priority frequency checking mike m0mik.org/gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PowerMate and Contour ShuttlePRO
for $45 a perfect addition to scandoo mi thinks! :) cheers, mike m0mik.org/gnuradio On 5/16/05, Eric Blossom <[EMAIL PROTECTED]> wrote: > Thanks to Matt's desire to have a knob to twist, gr-wxgui now has > support for the Griffin PowerMate USB knob, as well as the Contour > Shuttle/Jog controllers (ShuttlePRO, ShuttleXpress) > > It's up to you to figure out what you want to have them control, but > there's code that will send you events on button press/release, dial > motion, and shuttle ring position. > > The code's in gr-wxgui/src/python/powermate.py > > This uses the Linux /dev/input/event* interface. > Support under other operating systems is left as an exercise for the student. > Patches welcome! > > Have fun! > Eric > > ___ > 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] working version of gnuradio for windows (mingw) available including audio-sink and wxgui
Hey, Are there any plans of using the nullsoft installer for gnuradio windows installation? Even with the instructions I must admit i'm struggling to understand how to get my usrp to work on this xp machine. cheers, mike m0mik.org/gnuradio/ On 7/6/05, Eric Blossom <[EMAIL PROTECTED]> wrote: > On Wed, Jul 06, 2005 at 01:47:28AM +0200, Martin Dvh wrote: > > > > >Martin, we'll need a copyright assignment to FSF to pick up the bulk > > >of the patch. I'll send more info off-list in a bit. > > I filled in and sent the form > > Thanks! > > I'll get the windows audio stuff checked in later today. > > Eric > > > ___ > 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] working version of gnuradio for windows (mingw) available including audio-sink and wxgui
hey, thanks for the reply. i can get dial_tone.py to work but when i run am_rcv.py for example, i get the following error: Traceback (most recent call last): File "C:\mikes\gnuradio\gnuradio-examples-0.4\python\usrp\am_rcv.py", line 5, in ? from gnuradio import usrp File "C:\Python24\lib\site-packages\gnuradio\usrp.py", line 32, in ? import usrp_prims ImportError: No module named usrp_prims is there anything obvious i haven't done? i think i've set all the paths correctly but i can't find usrp_prims.py anywhere. thanks, mike m0mik.org/gnuradio/ On 7/8/05, Stephane Fillod <[EMAIL PROTECTED]> wrote: > Hi Mike, > > On Fri, Jul 08, 2005 at 02:48:11PM +0100, mjam01 wrote: > > Are there any plans of using the nullsoft installer for gnuradio > > windows installation? > > What about Inno Setup[1]? > > [1] http://www.jrsoftware.org/isdl.php > > > Even with the instructions I must admit i'm struggling to understand > > how to get my usrp to work on this xp machine. > > Doesn't the link[2] from the Wiki[3] work for you? > The gr-usrp module is not included in it, but the Inno Setup .iss file > in the CVS module of USRP can serve as an example. > > [2] http://f8cfe.free.fr/ham/gnuradio/setup.exe > [3] http://comsec.com/wiki?UsrpMinGW > > A full Windows distribution may come out once all the Windows patches get > into the CVS repository. We're working on it, help is most welcome. > > > Cheers, > -- > Stephane > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] binary installer gnuradio-2.5cvs.win32.exe for windows
hey, thanks for the new installer. the _usrp0.dll gets past the previous errors. i'm now getting this error, i wonder if you have any ideas? -- Traceback (most recent call last): File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", line 118, in ? main (sys.argv[1:]) File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", line 111, in main fg = build_graph (filename, freq_offset_khz) File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", line 56, in build_graph src = usrp.source_c (0, usrp_decim, 1, 0xf0f0f0f2, 0) File "C:\Python24\Lib\site-packages\gnuradio\usrp.py", line 86, in source_c return ((usrp0.source_c, usrp1.source_c)[look_for_usrp(which)])(which, *args, **kwargs) File "C:\Python24\Lib\site-packages\gnuradio\usrp1.py", line 1263, in source_c return _usrp1.source_c(*args) NotImplementedError: No matching function for overloaded 'source_c' - the usrp is plugged in and recognised. cheers, mike m0mik.org/gnuradio On 7/26/05, Martin Dvh <[EMAIL PROTECTED]> wrote: > mjam01 wrote: > > ah getting closer... > > > > found this in make.log in gr-usrp-0.5cvs*.tar.gz > > > > *** Warning: libtool could not satisfy all declared inter-library > > *** dependencies of module _usrp0. Therefore, libtool will create > > *** a static module, that should work as long as the dlopening > > *** application is linked with the -dlopen flag. > > ar cru .libs/_usrp0.a .libs/usrp0.o .libs/usrp0_sink_c.o > > .libs/usrp0_source_c.o > > ranlib .libs/_usrp0.a > > creating _usrp0.la > > (cd .libs && rm -f _usrp0.la && ln -s ../_usrp0.la _usrp0.la) > > --- > > > > meaning that the _usrp0.dll couldn't be generated. not sure how to > > make it myself, will have a play about again. renaming the libusrp0 > > dll doesn't do the trick unfortunatly. > I rebuilt and now the dll should be there. > I also made a new installer which installes usrp_prims and gnuradio at the > same time. > (the windows usrp driver still needs to be installed separate and put on your > PATH) > > I hope we are there now. > http://www.olifantasia.com/pub/projects/gnuradio/mdvh/mingw/binary-installer/gnuradio-with-usrp > Martin > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] binary installer gnuradio-2.5cvs.win32.exe for windows
k, thanks. If the following error keeps coming up: gr_vmcirc_buff - unable to find a working factory to solve it delete all the pyc files in: C:\Python24\Lib\site-packages\gnuradio\gr and it will work again. best of luck! :) mike > > > > -- > > > > Traceback (most recent call last): > > File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", > > line 118, in ? > > main (sys.argv[1:]) > > File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", > > line 111, in main > > fg = build_graph (filename, freq_offset_khz) > > File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", > > line 56, in build_graph > > src = usrp.source_c (0, usrp_decim, 1, 0xf0f0f0f2, 0) > > File "C:\Python24\Lib\site-packages\gnuradio\usrp.py", line 86, in > > source_c > > return ((usrp0.source_c, > > usrp1.source_c)[look_for_usrp(which)])(which, *args, **kwargs) > > File "C:\Python24\Lib\site-packages\gnuradio\usrp1.py", line 1263, in > > source_c > > return _usrp1.source_c(*args) > > NotImplementedError: No matching function for overloaded 'source_c' > > > I am sorry, I have no idea. > I am leaving for the What-the-Hack festival shortly. > If I have time, I will look at the problem there. > Maybe Stefan Fillod, Eric Blossom or Matt Ettus knows what this error is > about. > (They will all be at what-the hack) > It might have to do with the mix of very recent gnuradio-core cvs code and > somewhat older usrp code I am using. > (I am using slightly hacked usrp-0.8cvs and gr-usrp-0.5cvs from Stefan > Fillods site.) > > Greetings, > Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] binary installer gnuradio-2.5cvs.win32.exe for windows
thanks eric, that solved that bit... now here's the next one. i've tried running various sample codes and this error happens everytime. Traceback (most recent call last): File "C:\mikes\gnuradio-mikes\gnuradio-mikes\tvrx_wfm_rcv_gui.py", line 100, in ? app = stdgui.stdapp (wfm_rx_graph, "WFM RX") File "C:\Python24\lib\site-packages\gnuradio\wxgui\stdgui.py", line 35, in __init__ wx.App.__init__ (self) File "C:\Python24\Lib\site-packages\wx-2.6-msw-ansi\wx\_core.py", line 6151, in __init__ self._BootstrapApp() File "C:\Python24\Lib\site-packages\wx-2.6-msw-ansi\wx\_core.py", line 5803, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "C:\Python24\lib\site-packages\gnuradio\wxgui\stdgui.py", line 38, in OnInit frame = stdframe (self.flow_graph_maker, self.title) File "C:\Python24\lib\site-packages\gnuradio\wxgui\stdgui.py", line 59, in __init__ self.panel = stdpanel (self, self, flow_graph_maker) File "C:\Python24\lib\site-packages\gnuradio\wxgui\stdgui.py", line 80, in __init__ self.fg = flow_graph_maker (frame, self, vbox, sys.argv) File "C:\mikes\gnuradio-mikes\gnuradio-mikes\tvrx_wfm_rcv_gui.py", line 36, in __init__ src = usrp.source_c (0, decim, 1, gru.hexint(0xf0f0f0f2), 0) File "C:\Python24\lib\site-packages\gnuradio\usrp.py", line 86, in source_c return ((usrp0.source_c, usrp1.source_c)[look_for_usrp(which)])(which, *args, **kwargs) File "C:\Python24\lib\site-packages\gnuradio\usrp1.py", line 1263, in source_c return _usrp1.source_c(*args) RuntimeError: std::runtime_error -- any ideas on this one? cheers, mike m0mik.org/gnuradio/ On 7/27/05, Eric Blossom <[EMAIL PROTECTED]> wrote: > On Tue, Jul 26, 2005 at 10:57:46AM +0100, mjam01 wrote: > > hey, thanks for the new installer. the _usrp0.dll gets past the previous > > errors. > > > > i'm now getting this error, i wonder if you have any ideas? > > > > -- > > > > Traceback (most recent call last): > > File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", > > line 118, in ? > > main (sys.argv[1:]) > > File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", > > line 111, in main > > fg = build_graph (filename, freq_offset_khz) > > File "C:\mikes\gnuradio-mikes\gnuradio-mikes\samples\tvrx_am_rcv.py", > > line 56, in build_graph > > src = usrp.source_c (0, usrp_decim, 1, 0xf0f0f0f2, 0) > > File "C:\Python24\Lib\site-packages\gnuradio\usrp.py", line 86, in > > source_c > > return ((usrp0.source_c, > > usrp1.source_c)[look_for_usrp(which)])(which, *args, **kwargs) > > File "C:\Python24\Lib\site-packages\gnuradio\usrp1.py", line 1263, in > > source_c > > return _usrp1.source_c(*args) > > NotImplementedError: No matching function for overloaded 'source_c' > > > > - > > > > the usrp is plugged in and recognised. > > > > cheers, > > > > mike > > m0mik.org/gnuradio > > I'm guessing that you are using Python 2.4. > > If so, you need to change this line: > > src = usrp.source_c (0, usrp_decim, 1, 0xf0f0f0f2, 0) > > to this: > > src = usrp.source_c (0, usrp_decim, 1, gru.hexint(0xf0f0f0f2), 0) > > > [Under 2.4, 0xf0f0f0f2 is treated as a bignum, which doesn't fit in an int.] > > Eric > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] binary installer gnuradio-2.5cvs.win32.exe for windows
Hey, yes i've done a 100% fresh python installation using all of martin's binaries. eagerly awaiting the update! :) cheers, mike On 7/28/05, Stephane Fillod <[EMAIL PROTECTED]> wrote: > Hi Mike, > > Selon mjam01 <[EMAIL PROTECTED]>: > > thanks eric, that solved that bit... now here's the next one. i've > > tried running various sample codes and this error happens everytime. > > > > > [...] > > src = usrp.source_c (0, decim, 1, gru.hexint(0xf0f0f0f2), 0) > > File "C:\Python24\lib\site-packages\gnuradio\usrp.py", line 86, in > > source_c > > return ((usrp0.source_c, > > usrp1.source_c)[look_for_usrp(which)])(which, *args, **kwargs) > > File "C:\Python24\lib\site-packages\gnuradio\usrp1.py", line 1263, in > > source_c > > return _usrp1.source_c(*args) > > RuntimeError: std::runtime_error > > -- > > Are you using the snapshot from Martin? > This binary installer needs an update (gnuradio-core/usrp/gr-usrp) > to work with the examples. If thing goes well, we might generate > a new one soon.. > > -- > Stephane > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding nbfm_tx , and nbfm_rx
hey, have a look in the gnuradio cvs... http://savannah.gnu.org/cgi-bin/viewcvs/gnuradio/gnuradio-core/src/python/gnuradio/blksimpl/ its in the blksimp folder mike m0mik.org/gnuradio/ On 01/08/05, Arora_Amit <[EMAIL PROTECTED]> wrote: > > > > Hi All, > > > > We are implementing our algorithms on USRP board, and our flow goes like > this : > > > > Transmitter part: > > > > Audio input from PC --à Modulation (not a standard modulation as in USRP > examples, we are implementing our own modulation technique specific to our > application , and we have developed algorithms for the same too) --àIFFT > à Towards Transmitter USRP > > > > Receiver Side: > > > > Received signal from USRP Antenna --à Demodulate the signal --à FFT --à > Output to PC sound card. > > > > We are modifying the usrp examples program : "nbfm_ptt_quick_and_dirty.py" , > and trying to modify the same according to our application . > > > > We are not able to find out what the following function does and do we need > to include in our program: > > blks.nbfm_tx(fg, self.audio_rate, self.usrp_rate) > blks.nbfm_rx(fg, audio_rate, quad_rate) > > > > > > Will be helpful , if anybody can put some light on the same. > > > > > > Thanks and Regards > > Amit Arora > > Bangalore, India. > > E-mail: [EMAIL PROTECTED] > > > > > > > > DISCLAIMER: > This email (including any attachments) is intended for the sole use of the > intended recipient/s and may contain material that is CONFIDENTIAL AND > PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or > distribution or forwarding of any or all of the contents in this message is > STRICTLY PROHIBITED. If you are not the intended recipient, please contact > the sender by email and delete all copies; your cooperation in this regard > is appreciated.. > ___ > 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] Regarding nbfm_tx , and nbfm_rx
>> We are not able to find out what the following function does and do we need to include >> in our program: >> 1. blks.nbfm_tx(fg, self.audio_rate, self.usrp_rate) >> 2. blks.nbfm_rx(fg, audio_rate, quad_rate) ...forgot to add that as long as "import blks" is at the top, it should work. mike m0mik.org/gnuradio/ On 01/08/05, mjam01 <[EMAIL PROTECTED]> wrote: > hey, > > have a look in the gnuradio cvs... > > http://savannah.gnu.org/cgi-bin/viewcvs/gnuradio/gnuradio-core/src/python/gnuradio/blksimpl/ > > its in the blksimp folder > > mike > m0mik.org/gnuradio/ > > On 01/08/05, Arora_Amit <[EMAIL PROTECTED]> wrote: > > > > > > > > Hi All, > > > > > > > > We are implementing our algorithms on USRP board, and our flow goes like > > this : > > > > > > > > Transmitter part: > > > > > > > > Audio input from PC --à Modulation (not a standard modulation as in USRP > > examples, we are implementing our own modulation technique specific to our > > application , and we have developed algorithms for the same too) --àIFFT > > à Towards Transmitter USRP > > > > > > > > Receiver Side: > > > > > > > > Received signal from USRP Antenna --à Demodulate the signal --à FFT --à > > Output to PC sound card. > > > > > > > > We are modifying the usrp examples program : "nbfm_ptt_quick_and_dirty.py" , > > and trying to modify the same according to our application . > > > > > > > > We are not able to find out what the following function does and do we need > > to include in our program: > > > > blks.nbfm_tx(fg, self.audio_rate, self.usrp_rate) > > blks.nbfm_rx(fg, audio_rate, quad_rate) > > > > > > > > > > > > Will be helpful , if anybody can put some light on the same. > > > > > > > > > > > > Thanks and Regards > > > > Amit Arora > > > > Bangalore, India. > > > > E-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > DISCLAIMER: > > This email (including any attachments) is intended for the sole use of the > > intended recipient/s and may contain material that is CONFIDENTIAL AND > > PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or > > distribution or forwarding of any or all of the contents in this message is > > STRICTLY PROHIBITED. If you are not the intended recipient, please contact > > the sender by email and delete all copies; your cooperation in this regard > > is appreciated.. > > ___ > > 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] grnudadio-core test code
hey, try deleting all the .pyc files (+ any other compiled python files) in the c:\python24\libs\gnuradio folders. i had the same errors coming up with mingw. mike m0mik.org/gnuradio/ On 08/08/05, Beck, Andrew Thomas - BECAT001 <[EMAIL PROTECTED]> wrote: > > > Hi All, > I'm getting a puzzling result running the tests for gnuradio-core > under cygwin. I build with no problems. > > If I run src/tests/test_vmcircbuf I get one pass: > > Testing gr_vmcircbuf_createfilemapping_factory... > ... gr_vmcircbuf_createfilemapping_factory: OK > Testing gr_vmcircbuf_sysv_shm_factory... > ... gr_vmcircbuf_sysv_shm_factory: Doesn't work > Testing gr_vmcircbuf_mmap_shm_open_factory... > gr_vmcircbuf_mmap_mkstemp: mmap or shm_open is not available > ... gr_vmcircbuf_mmap_shm_open_factory: Doesn't work > Testing gr_vmcircbuf_mmap_tmpfile_factory... > ... gr_vmcircbuf_mmap_tmpfile_factory: OK > test_vmcircbuf: OK. We've got at least one workable solution > > but, if I run src/tests/test_runtime I fail with: > > Testing gr_vmcircbuf_createfilemapping_factory... > gr_vmcircbuf_mmap_createfilemapping: non contiguous mmap > 0xf98 0xf98 0x40 0xfd8 > ... gr_vmcircbuf_createfilemapping_factory: Doesn't > work > Testing gr_vmcircbuf_sysv_shm_factory... > ... gr_vmcircbuf_sysv_shm_factory: Doesn't work > Testing gr_vmcircbuf_mmap_shm_open_factory... > gr_vmcircbuf_mmap_mkstemp: mmap or shm_open is not available > ... gr_vmcircbuf_mmap_shm_open_factory: Doesn't work > Testing gr_vmcircbuf_mmap_tmpfile_factory... > gr_vmcircbuf_mmap_tmpfile: contiguous? mmap 0xf98 0xf98, 8 > gr_vmcircbuf_mmap_tmpfile: non contiguous mmap 0xf98 0xf98 > ... gr_vmcircbuf_mmap_tmpfile_factory: Doesn't work > > > Now, as far as I can see, these two tests are calling the same function in > the same library > to do the testing. Has anybody else seen this? I'm using a fairly recent > CVS image & gcc-3.4.4. > > cheers, > andrew > > ___ > 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] grnudadio-core test code
this time with the proper directory... to solve it delete all the pyc files in: C:\Python24\Lib\site-packages\gnuradio\gr and it will work again. mike On 08/08/05, mjam01 <[EMAIL PROTECTED]> wrote: > hey, > > try deleting all the .pyc files (+ any other compiled python files) in > the c:\python24\libs\gnuradio folders. i had the same errors coming up > with mingw. > > mike > m0mik.org/gnuradio/ > > On 08/08/05, Beck, Andrew Thomas - BECAT001 > <[EMAIL PROTECTED]> wrote: > > > > > > Hi All, > > I'm getting a puzzling result running the tests for gnuradio-core > > under cygwin. I build with no problems. > > > > If I run src/tests/test_vmcircbuf I get one pass: > > > > Testing gr_vmcircbuf_createfilemapping_factory... > > ... gr_vmcircbuf_createfilemapping_factory: OK > > Testing gr_vmcircbuf_sysv_shm_factory... > > ... gr_vmcircbuf_sysv_shm_factory: Doesn't work > > Testing gr_vmcircbuf_mmap_shm_open_factory... > > gr_vmcircbuf_mmap_mkstemp: mmap or shm_open is not available > > ... gr_vmcircbuf_mmap_shm_open_factory: Doesn't work > > Testing gr_vmcircbuf_mmap_tmpfile_factory... > > ... gr_vmcircbuf_mmap_tmpfile_factory: OK > > test_vmcircbuf: OK. We've got at least one workable solution > > > > but, if I run src/tests/test_runtime I fail with: > > > > Testing gr_vmcircbuf_createfilemapping_factory... > > gr_vmcircbuf_mmap_createfilemapping: non contiguous mmap > > 0xf98 0xf98 0x40 0xfd8 > > ... gr_vmcircbuf_createfilemapping_factory: Doesn't > > work > > Testing gr_vmcircbuf_sysv_shm_factory... > > ... gr_vmcircbuf_sysv_shm_factory: Doesn't work > > Testing gr_vmcircbuf_mmap_shm_open_factory... > > gr_vmcircbuf_mmap_mkstemp: mmap or shm_open is not available > > ... gr_vmcircbuf_mmap_shm_open_factory: Doesn't work > > Testing gr_vmcircbuf_mmap_tmpfile_factory... > > gr_vmcircbuf_mmap_tmpfile: contiguous? mmap 0xf98 0xf98, 8 > > gr_vmcircbuf_mmap_tmpfile: non contiguous mmap 0xf98 0xf98 > > ... gr_vmcircbuf_mmap_tmpfile_factory: Doesn't work > > > > > > Now, as far as I can see, these two tests are calling the same function in > > the same library > > to do the testing. Has anybody else seen this? I'm using a fairly recent > > CVS image & gcc-3.4.4. > > > > cheers, > > andrew > > > > ___ > > 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] binary installer gnuradio-2.5cvs.win32.exe for windows
Hi guys, Any updates to the mingw usrp gnuradio binary installation files to allow for the examples to work with the usrp on windows? Stephane mentioned previously that gnuradio-core/usrp/gr-usrp needs to be updated in the installer. If not, how can i go about doing it manually? many thanks, mike http://m0mik.org/gnuradio On 28/07/05, Stephane Fillod <[EMAIL PROTECTED]> wrote: > Hi Mike, > > Selon mjam01 <[EMAIL PROTECTED]>: > > thanks eric, that solved that bit... now here's the next one. i've > > tried running various sample codes and this error happens everytime. > > > > > [...] > > src = usrp.source_c (0, decim, 1, gru.hexint(0xf0f0f0f2), 0) > > File "C:\Python24\lib\site-packages\gnuradio\usrp.py", line 86, in > > source_c > > return ((usrp0.source_c, > > usrp1.source_c)[look_for_usrp(which)])(which, *args, **kwargs) > > File "C:\Python24\lib\site-packages\gnuradio\usrp1.py", line 1263, in > > source_c > > return _usrp1.source_c(*args) > > RuntimeError: std::runtime_error > > -- > > Are you using the snapshot from Martin? > This binary installer needs an update (gnuradio-core/usrp/gr-usrp) > to work with the examples. If thing goes well, we might generate > a new one soon.. > > -- > Stephane > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] binary installer gnuradio-2.5cvs.win32.exe for windows
thanks, i'll give it a go. much appreciated! :) mike On 09/08/05, Martin Dvh <[EMAIL PROTECTED]> wrote: > mjam01 wrote: > > Hi guys, > > > > Any updates to the mingw usrp gnuradio binary installation files to > > allow for the examples to work with the usrp on windows? Stephane > > mentioned previously that gnuradio-core/usrp/gr-usrp needs to be > > updated in the installer. > Haven't made a new binary installer yet. > I am trying to cleanup the installer (separate libusb files from usrp files) > and currently it is broken (usrp dlls are not copied anywhere). > It will be there soon. > > > > If not, how can i go about doing it manually? > METHOD 1: > I dumped all latest versions of gnuradio related files in > http://www.olifantasia.com/pub/projects/gnuradio/mdvh/mingw/binary/latest/ > > Remove all *.pyo and *.pyc files (or all files) in your > site-packages/gnuradio dir and copy the files in > sitepackages_latest_bin.zip over them > > copy the files in msys_1.0_local_share_usrp.zip to somewhere on your > filesystem > set environment variable USRP_PATH to this directory (it will also find it if > you have the files in your mingw /usr/local/share/usrp directory) > (use forward slashed, for example c:/usrp) > > copy the files in msys_1.0_local_bin.zip to somewhere on your path. (I don't > remember if I already put this files somewhere in the site-packages > dir) > > METHOD 2: > get latest cvs version of usrp, gr-usrp and gnuradio-core. > build and install them with mingw > see http://comsec.com/wiki?MinGW > > (I am not sure if all latest versions are checked in yet, must check as soon > as I reboot into windows) > > Greetings, > Martin > > > > many thanks, > > > > mike > > http://m0mik.org/gnuradio > > > > On 28/07/05, Stephane Fillod <[EMAIL PROTECTED]> wrote: > > > >>Hi Mike, > >> > >>Selon mjam01 <[EMAIL PROTECTED]>: > >> > >>>thanks eric, that solved that bit... now here's the next one. i've > >>>tried running various sample codes and this error happens everytime. > >>> > >>> > >> > >>[...] > >> > >>>src = usrp.source_c (0, decim, 1, gru.hexint(0xf0f0f0f2), 0) > >>> File "C:\Python24\lib\site-packages\gnuradio\usrp.py", line 86, in > >>> source_c > >>>return ((usrp0.source_c, > >>>usrp1.source_c)[look_for_usrp(which)])(which, *args, **kwargs) > >>> File "C:\Python24\lib\site-packages\gnuradio\usrp1.py", line 1263, in > >>>source_c > >>>return _usrp1.source_c(*args) > >>>RuntimeError: std::runtime_error > >>>-- > >> > >>Are you using the snapshot from Martin? > >>This binary installer needs an update (gnuradio-core/usrp/gr-usrp) > >>to work with the examples. If thing goes well, we might generate > >>a new one soon.. > >> > >>-- > >>Stephane > >> > > > > > > > > ___ > > 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
[Discuss-gnuradio] Re: Results of The Great FLEX renaming!
Thanks guys, good choice there!!!cheers,Mikehttp://m0mik.orgOn 5/2/06, Matt Ettus < [EMAIL PROTECTED]> wrote:The entries are all in and the results have been tabulated. Before we get to the winner, some notes about the entries:- Fifty different suggestions from 29 entrants were received.- A number of people suggested variants on the word "Flex" includingvarious diacritical marks on the e, replacing the "F" with a "PH", spelling flex backwards (Xelf), FlexMor, etc.- The best "insider joke" entry was from Stephane Fillod who suggested"AYFABTU", followed closely by "Malleable" from theineligible-to-compete Eric Blossom. - The most confusing entries were Citrus, DFKAF, and Larry.And the winner is longtime USRP user Mike Jameson, for his simple butelegant suggestion of "RFX". Henceforth, the daughterboards formerly known as "Flex" will be the RFX-400, RFX-900, and the RFX-2400!Congratulations, Mike, and thank you to everyone who entered!Matt Ettus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to wait in python
Hey,how about using a thread to launch the frequency changes and then use time.sleep(1) within the thread.This won't pause the rest of the application.Mikehttp://m0mik.org On 6/13/06, Vincenzo Pellegrini <[EMAIL PROTECTED]> wrote: hi,I was trying to insert something like pauses between the execution ofpython commands.the purpose is to give the usrp enough time to change the centerfrequency of the frontend and provide some sampless to process, before we move on to next frequency we want to reach.the idea is to implement an automatic, fine grained frequency slider.so I tried the time.sleep(seconds) from the module time.this is ok as it doesn't hurt the audio demodulation branch of my flow- graph,but, unfortunately, it pauses (I don't know why) the refreshing of bothscopesink and fftsink, which I'm using in my application.any suggestions?thanksvincenzo ___Discuss-gnuradio mailing listDiscuss-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] how to wait in python
hey, here's a threading example from some python I have been playing with:--#start of python code...import threadingclass nicethread ( threading.Thread ): def __init__ ( self,remoteip ): self.remoteip = remoteip threading.Thread.__init__ ( self ) def run (self): #tcp socket ok server code #run your code here... print self.remoteip #start the thread with this...nicethread().start()hope this makes sense to you.MikeOn 6/14/06, Vincenzo Pellegrini <[EMAIL PROTECTED]> wrote:thank you very much for the suggestion. I'll try, even if I'm not yet able to start and manage a thread as I'm abeginner.I'm gonna learn about it and let you know how it goes.have you got any useful examples/links that can set me on the right way? thanksvincenzo ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Which LinuxOS to use?-->1.Unbuntu, Fedora, Mandrake, FreeBSD
Hey,See my installation walkthrough at http://m0mik.org for Ubuntu 6.06 Definatly the easiest!!!Mikem0mik.org On 6/23/06, Quenton Bonds <[EMAIL PROTECTED]> wrote: Hello everyone!I am new to the GNU world.I am an intern at NASA AIMES and we are about to run three brand newSDRs. Basically we are trying to use some Linux laptops with the USRP'sfor SRD research. I have less than two months to get this project going, and we just gotthree brand new Laptops and USRP kits yesterday.My Question: What Linux operating system seems to work the _BEST_ withGNU USRP, mainly in reference to system failure, and having previously defined libraries/classes/modules previously installed?Right now we are going with UBUNTU (per my superiors:)-)but for somereason I would like to use Fedora.What do you think?Due to the limited time I am trying to save myself as much heart ache as possible, therefore any advice is welcomed and greatly appreciated,especially in choosing an operating system.___Discuss-gnuradio mailing list Discuss-gnuradio@gnu.orghttp://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] SVN failed
It does that when you have a proxy server. If so, edit the global settings at the bottom of '~/.subversion/servers'. Mike http://m0mik.org On 7/6/06, Arne Andersson <[EMAIL PROTECTED]> wrote: Hello! SVN failed whats my problem? Arne [EMAIL PROTECTED]:~/gr-build$ ./checkout -i usrp Performing anonymous checkout... cvs checkout: CVS password file /home/arne/.cvspass does not exist - creating a new file ? gr-usrp/src/usrp1_source_base.loT cvs checkout: Updating gr-usrp cvs checkout: Updating gr-usrp/config cvs checkout: Updating gr-usrp/src svn: PROPFIND request failed on '/svn/usrp/trunk' svn: PROPFIND of '/svn/usrp/trunk': could not connect to server (http://usrp.svnrepository.com) FAILED: svn co http://usrp.svnrepository.com/svn/usrp/trunk usrp Traceback (most recent call last): File "./checkout", line 148, in ? main () File "./checkout", line 144, in main checkout (options.anon, options.user, options.exclude, options.include, options.options) File "./checkout", line 96, in checkout do_svn_checkout(repository, module) File "./checkout", line 69, in do_svn_checkout doit(cmd) File "./checkout", line 75, in doit raise RuntimeError RuntimeError ___ 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
