Re: [Discuss-gnuradio] IEEE 802.11 a
You may try your luck here: 1. https://www.cgran.org/wiki/BBN80211 but it runs on gnuradio version 3.1.1 2. MAC code by Uwicore lab http://www.uwicore.umh.es/ is unfortunately for gnuradio version 3.3 3. https://github.com/bastibl/gr-ieee802-11 runs on gnuradio 3.7 Let me know if you find more later. Thanks. On Mon, Dec 23, 2013 at 2:08 PM, Naveen Gupta wrote: > I need to design IEEE802.11 a model in GNU radio platform. How should I > start,* I am a beginner *of GNU radio. Anyone please tell me? > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Windows install guide from Ettus Research: missing important note
Thanks to Artem Pisarenko. That was a lifesaver tip. I could not find any other way around that error. But instead of removing *all* extra options "such as "Qt runtime", it was enough to remove *only* the Qt runtime option. Hi, Ben, please do include it in the web instructions at least as a caveat for those who do get this error. B -- View this message in context: http://gnuradio.4.n7.nabble.com/Windows-install-guide-from-Ettus-Research-missing-important-note-tp44754p45529.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] IEEE 802.11 a
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Naveen Gupta, What does "designing an IEEE802.11A Model" mean? A receiver? A channel model? A transceiver system? Implementing a complete Network Standard is, using any platform, a big task. As a beginner you might need to look at the existing frameworks (especially Bastian's gr-ieee-802-11) and choose a subproblem to start with. I'd suggest: Look at the OFDM rx/tx examples that ship with GNU Radio and understand what you're looking at; then built upon the existing solutions and contribute your own code. This is the exiting world of open source, where you shouldn't have to reinvent the wheel :) Happy hacking, Marcus On 23.12.2013 07:08, Naveen Gupta wrote: > I need to design IEEE802.11 a model in GNU radio platform. How > should I start,* I am a beginner *of GNU radio. Anyone please tell > me? > > > > ___ Discuss-gnuradio > mailing list Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSuEU2AAoJEAFxB7BbsDrLjrYIAJFZ4PteSR2hVxQDBHJVFGQT EL+q+bKlWHFJsbtChBZ7VtC/hB5M6kBVQ2Gbocsv2fC9yUnmZ3ct4IJ2ohNrNnZd +fNGW7A+K91FiAIXoseZrthZMQOO3DawdT8sM8071YNzUJf4/AEVVA/Z11e989Nv HQFFRagRHVZm2IJjscoTo+ext4j4t7rbVM4Vl/Hr8i+OTbK6ewqvLE+Sna4llokq INrhvUi0yUHBkPr1Rzb8fcykLdEZyoceSzrUMfJWj4znuGK2eiwodR4up58BbTIq vtFmKrEPyQHnhW4sHKsR/mteRs/ljxxBJk7Rd+cyVOg25+VLV/4nFvQa/vvm4JM= =r1vm -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio 3.7.2 Windows?
Hello,
>Has anyone actually managed to successfully install and run the latest
gnuradio in Windows 7
Yes, but not using those instruction, building from source is much more fun
:), but they look like they worked for you outside of that error.
Also If you Google your error other people are having that problem as well,
so it's not Gnuradio related but something with pyopengl on certain windows
systems. I'd say try installing an older version of pyopengl.
> I must admit to getting extremely frustrated with Gnuradio and its lack
or usability for those of us who are not professional programmers.
While I agree it's not quite user friendly it is a software defined radio
API and development system, so it's not gonna be like going to be like
installing a program and listening to the radio, you will need
some software savvyness to build a SDR. If you just want to use a SDR there
are many already made programs for individual tasks.
Andrew
On Mon, Dec 23, 2013 at 4:47 AM, Mike Willis wrote:
>
>
> Has anyone actually managed to successfully install and run the latest
> gnuradio in Windows 7 based on these
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNURadio_Windowsinstructions?
>
>
>
> I don’t believe this page is up to date as I just cannot get it to work.
> It was OK if something of a struggle with 3.6.
>
>
>
> Although it nearly works, the gui modules do not work at all but produce a
> rather unhelpful error message. E.g. this is with a wxgui fft sink added to
> the dialtone example. The tone works fine but not with any gui.
>
>
>
> “TypeError: ("No array-type handler for type
> (value: c_ulong(0L)) registered", object at 0x0482A3D0>)
>
> ”
>
>
>
> How am I supposed to understand this? It looks to me like a problem with
> pyopengl but that has been installed as indicated in the instructions. Are
> the instructions wrong? Is this the wrong version? Does it just not work
> anyway?
>
>
>
> I must admit to getting extremely frustrated with gnuradio and its lack or
> usability for those of us who are not professional programmers.
>
>
>
> Mike
>
>
>
> Here is the debug code.
>
>
>
> self._initText()
>
> File "C:\Program
> Files\gnuradio\lib\site-packages\gnuradio\wxgui\plotter\gltext.py", line
> 376, in _initText
>
> self._centered)
>
> File "C:\Program
> Files\gnuradio\lib\site-packages\gnuradio\wxgui\plotter\gltext.py", line
> 73, in __init__
>
> self.createTexture()
>
> File "C:\Program
> Files\gnuradio\lib\site-packages\gnuradio\wxgui\plotter\gltext.py", line
> 229, in createTexture
>
> self._texture = glGenTextures(1)
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\latebind.py",
> line 61, in __call__
>
> return self.wrapperFunction( self.baseFunction, *args, **named )
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\GL\exceptional.py",
> line 189, in glGenTextures
>
> baseFunction( count, textures)
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\latebind.py",
> line 45, in __call__
>
> return self._finalCall( *args, **named )
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\wrapper.py",
> line 571, in wrapperCall
>
> pyArgs = tuple( calculate_pyArgs( args ))
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\wrapper.py",
> line 356, in calculate_pyArgs
>
> yield converter(args[index], self, args)
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\converters.py",
> line 134, in __call__
>
> return self.function( incoming )
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\arrays\arraydatatype.py",
> line 141, in asArray
>
> return cls.getHandler(value).asArray( value, typeCode or
> cls.typeConstant )
>
> File
> "C:\Python27\lib\site-packages\pyopengl-3.1.0a3-py2.7.egg\OpenGL\arrays\arraydatatype.py",
> line 52, in __call__
>
> typ, repr(value)[:50]
>
> TypeError: ("No array-type handler for type
> (value: c_ulong(0L)) registered", object at 0x0482A3D0>)
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio 3.7.2 Windows?
Instructions for installing on Windows 7 found at: https://www.liamschneider.com/node/9 Let us know if it works for you. B -- View this message in context: http://gnuradio.4.n7.nabble.com/Re-Gnuradio-3-7-2-Windows-tp45528p45532.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OOT enums
Thank you all for the ideas so far. I unfortunately will not be able to play around with this until the new year, but I will post back then if I get it working to help people down the road. Michael On Thu, Dec 19, 2013 at 1:08 PM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > > For what it's worth, I have enums in fosphor and the way I had to > access them is : > > from gnuradio.fosphor.fosphor_swig import base_sink_c > base_sink_c.REF_DOWN > > Because the base_sink_c from gnuradio.fosphor directly isn't really > the SWIG object ... it's just the wrapper for the make() function that > creates the sptr and you can't access any of the members. > > Cheers, > > Sylvain > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] A Couple Questions
I have a data file that was recorded to a RAMDisk and transferred to the hard drive on my Linux machine. When I run it through a throttle, a filter, and into an FFT, the file repeats. When I was running it off the RAMDisk, it only played for the ~15 seconds of the data. I was having the problem with repeating before I rebooted and lost the RAMDisk file (I thought maybe having it stored in RAM, too, was causing a problem). Also, the buttons on the FFT plot don't work (Autoscale, Stop) Can anyone provide any insight into why the file on my hard drive is repeating? "Repeat" is set to "No" on the file source block. Second question - On the FFT (same flow) how can I make it so it STARTS viewing all the data? The FFT shows up going from 0 to 100, and the majority of the data is negative. As mentioned, it only runs for about 15 seconds, and even if the Autoscale button worked, I have such a small window to view everything. It is my understanding that I can't get an Autoscale prior to viewing the plot, but is there a way to scale it with the parameters on the flow block (maybe set it to go from 0 to -100)? Thanks! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A Couple Questions
Hello, If the buttons aren't working then the thing is probably locked up, try lowering the fft_rate parameter and see if that fixes things. Andrew On Mon, Dec 23, 2013 at 3:10 PM, Paul B. Huter wrote: > I have a data file that was recorded to a RAMDisk and transferred to the > hard drive on my Linux machine. When I run it through a throttle, a filter, > and into an FFT, the file repeats. When I was running it off the RAMDisk, > it only played for the ~15 seconds of the data. I was having the problem > with repeating before I rebooted and lost the RAMDisk file (I thought maybe > having it stored in RAM, too, was causing a problem). Also, the buttons on > the FFT plot don't work (Autoscale, Stop) Can anyone provide any insight > into why the file on my hard drive is repeating? "Repeat" is set to "No" on > the file source block. > > Second question - On the FFT (same flow) how can I make it so it STARTS > viewing all the data? The FFT shows up going from 0 to 100, and the > majority of the data is negative. As mentioned, it only runs for about 15 > seconds, and even if the Autoscale button worked, I have such a small > window to view everything. It is my understanding that I can't get an > Autoscale prior to viewing the plot, but is there a way to scale it with > the parameters on the flow block (maybe set it to go from 0 to -100)? > > Thanks! > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A Couple Questions
Thanks, Andrew, I will give that a try. But I am curious as to why it worked fine when running it off of the RAMDisk, but I have problems running the exact same file off of the hard drive. Am I having an issue with the read-speed on the hard drive (just as I was having an issue with the write-speed, which led to me using the RAMDisk)? On Mon, Dec 23, 2013 at 5:09 PM, Andrew Davis wrote: > Hello, > > If the buttons aren't working then the thing is probably locked up, try > lowering the fft_rate parameter and see if that fixes things. > > Andrew > > > On Mon, Dec 23, 2013 at 3:10 PM, Paul B. Huter wrote: > >> I have a data file that was recorded to a RAMDisk and transferred to the >> hard drive on my Linux machine. When I run it through a throttle, a filter, >> and into an FFT, the file repeats. When I was running it off the RAMDisk, >> it only played for the ~15 seconds of the data. I was having the problem >> with repeating before I rebooted and lost the RAMDisk file (I thought maybe >> having it stored in RAM, too, was causing a problem). Also, the buttons on >> the FFT plot don't work (Autoscale, Stop) Can anyone provide any insight >> into why the file on my hard drive is repeating? "Repeat" is set to "No" on >> the file source block. >> >> Second question - On the FFT (same flow) how can I make it so it STARTS >> viewing all the data? The FFT shows up going from 0 to 100, and the >> majority of the data is negative. As mentioned, it only runs for about 15 >> seconds, and even if the Autoscale button worked, I have such a small >> window to view everything. It is my understanding that I can't get an >> Autoscale prior to viewing the plot, but is there a way to scale it with >> the parameters on the flow block (maybe set it to go from 0 to -100)? >> >> Thanks! >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
