Tom:What would you recommend if my data was recorded at 50M for about 15 seconds and I would like to double to playback time with a throttle. If I set the throttle to 25M, would that do the trick, or is it more complicated than that? I'm waiting for a new shipment of RAM, and once I have that I will be able to play around with things, but I just thought I would query the group to get a good starting point.Thanks.On Mon, Dec 30, 2013 at 8:52 AM, Paul B. Huter <paul.b.huter@gmail.com> wrote:
Sounds good, thanks.
Paul B. Huter
On Dec 30, 2013 8:51 AM, "Tom Rondeau" <tom@trondeau.com> wrote:On Thu, Dec 26, 2013 at 5:31 PM, Paul B. Huter <paul.b.huter@gmail.com> wrote:
> Is there a way to slow the playback of a data file through an FFT Sink? If I
> recorded at 50M and I set my FFT rate to 25M, would that result in playback
> twice as long?
>
> Thanks.
No, the sample rate of the FFT sink is just for display purposes: it
sets the range of the x-axis and nothing more.
If you want to slow down your display, assuming there is no hardware
in the loop, you can use a throttle block with a fairly low rate.
Tom
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Sounds good, thanks.
Paul B. Huter
On Dec 30, 2013 8:51 AM, "Tom Rondeau" <tom@trondeau.com> wrote:On Thu, Dec 26, 2013 at 5:31 PM, Paul B. Huter <paul.b.huter@gmail.com> wrote:
> Is there a way to slow the playback of a data file through an FFT Sink? If I
> recorded at 50M and I set my FFT rate to 25M, would that result in playback
> twice as long?
>
> Thanks.
No, the sample rate of the FFT sink is just for display purposes: it
sets the range of the x-axis and nothing more.
If you want to slow down your display, assuming there is no hardware
in the loop, you can use a throttle block with a fairly low rate.
Tom
Sounds good, thanks.
Paul B. Huter
On Thu, Dec 26, 2013 at 5:31 PM, Paul B. Huter <paul.b.huter@gmail.com> wrote:
> Is there a way to slow the playback of a data file through an FFT Sink? If I
> recorded at 50M and I set my FFT rate to 25M, would that result in playback
> twice as long?
>
> Thanks.
No, the sample rate of the FFT sink is just for display purposes: it
sets the range of the x-axis and nothing more.
If you want to slow down your display, assuming there is no hardware
in the loop, you can use a throttle block with a fairly low rate.
Tom
Hi, perhaps you can try with virtual sink/source.
Stefano
_______________________________________________sandhyaThanks in advanceI'm attaching grc file of what I tried. Can someone tell me how to make it work.Hi,Out of curiosity for implementing the digital circuits in gnuradio, I tried implementing nand D flipflop in gnuradio but stuck with it because gnuradio can't support loops.
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
First of all thanks for your suggestion,Please reply me asap
I am using gnuradio 3.7 & started installation of ieee 802.11 from https://github.com/bastibl/gr-ieee802-11 During installation of log4cpp & IT++ for sudo port install log4cpp I was getting sudo:port:command not found. After successful installation of gr_ieee802.11, when I was running example ofdm_loopback.grc, it is not showing entire blocks & giving error
<<< Welcome to GNU Radio Companion 3.7.1-52 >>>
Loading: "/home/naveen/gr-ieee802-11/examples/ofdm_loopback.grc"
>>> Error: Block key "blocks_ctrlport_monitor_performance" not found in Platform - grc(GNU Radio Companion)
>>> Error: Block key "ieee802_11_ofdm_parse_mac" not found in Platform - grc(GNU Radio Companion)
>>> Error: Block key "ofdm_phy_hier" not found in Platform - grc(GNU Radio Companion)
>>> Error: Block key "ieee802_11_ofdm_mac" not found in Platform - grc(GNU Radio Companion)
>>> Error: Block key "foo_packet_pad" not found in Platform - grc(GNU Radio Companion)
>>> Error: Block key "foo_wireshark_connector" not found in Platform - grc(GNU Radio Companion)
>>> Error: Connection between foo_wireshark_connector_0(0) and blocks_file_sink_0(0) could not be made.
source block id "foo_wireshark_connector_0" not in block ids
>>> Error: Connection between foo_packet_pad_0(0) and blocks_multiply_xx_0(0) could not be made.
source block id "foo_packet_pad_0" not in block ids
>>> Error: Connection between ofdm_phy_hier_1(0) and foo_packet_pad_0(0) could not be made.
source block id "ofdm_phy_hier_1" not in block ids
>>> Error: Connection between blocks_add_xx_0(0) and ofdm_phy_hier_1(0) could not be made.
sink block id "ofdm_phy_hier_1" not in block ids
>>> Error: Connection between ofdm_phy_hier_1(mac_out) and ieee802_11_ofdm_parse_mac_0(in) could not be made.
source block id "ofdm_phy_hier_1" not in block ids
>>> Error: Connection between blocks_message_strobe_0(strobe) and ieee802_11_ofdm_mac_0(app in) could not be made.
sink block id "ieee802_11_ofdm_mac_0" not in block ids
>>> Error: Connection between ofdm_phy_hier_1(mac_out) and ieee802_11_ofdm_mac_0(phy in) could not be made.
source block id "ofdm_phy_hier_1" not in block ids
>>> Error: Connection between ieee802_11_ofdm_mac_0(phy out) and ofdm_phy_hier_1(mac_in) could not be made.
source block id "ieee802_11_ofdm_mac_0" not in block ids
>>> Error: Connection between ieee802_11_ofdm_mac_0(phy out) and foo_wireshark_connector_0(in) could not be made.
source block id "ieee802_11_ofdm_mac_0" not in block ids
>>> Done
Showing: "/home/naveen/gr-ieee802-11/examples/ofdm_loopback.grc"On Mon, Dec 23, 2013 at 2:30 PM, Activecat <activecat@gmail.com> wrote:
You may try your luck here:1. https://www.cgran.org/wiki/BBN80211but it runs on gnuradio version 3.1.12. MAC code by Uwicore lab http://www.uwicore.umh.es/is unfortunately for gnuradio version 3.3runs on gnuradio 3.7Let me know if you find more later.Thanks.On Mon, Dec 23, 2013 at 2:08 PM, Naveen Gupta <naveen.ec26@gmail.com> 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
You may try your luck here:1. https://www.cgran.org/wiki/BBN80211but it runs on gnuradio version 3.1.12. MAC code by Uwicore lab http://www.uwicore.umh.es/is unfortunately for gnuradio version 3.3runs on gnuradio 3.7Let me know if you find more later.Thanks.On Mon, Dec 23, 2013 at 2:08 PM, Naveen Gupta <naveen.ec26@gmail.com> 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
I think GNU Radio apps should look a bit like this:
At the top (think "MAC") blocks pass data as PDUs. The further down you go
("PHY"), you'll eventually need regular blocks. Here, tagged streams will
do what you want.
I guess gr-easymac was an early demo of this principle, although its
functionality can now be reproduced with pure GNU Radio. At CEL, we've
developed a FHSS network using pure GNU Radio, which works quite well
(someone still needs to release some code, and I hope they're reading this
:). There will be a presentation on this at FOSDEM, btw.
Also, I've been working on a way to do TDMA using the OFDM blocks (on one
of my lower-priority branches, though, so don't get too excited right now).
In principle, the idea is:
* At MAC level, create a package with a tx time stamp as a PDU
* Pass this to the OFDM mod. The time stamp will propagate along with the
length tag, and stay at the front of the streamed packet (this feature was
merged into GNU Radio a while back and is available in the latest release).
* The hardware driver should take the streamed packet and the metadata in
the tags (the tx time, though it could also be the centre frequency for FH)
and tx accordingly.
* At the receive side, all we need to do is remember the rx time of samples
when we do a packet modulation.
There's a couple of things that are hard here: On the TX side, we just hope
that the packet will reach the hardware in time. What if it doesn't? Well,
bad luck.
Bottom line: GNU Radio has only recently become capable of doing these
things. This means we are still in the process of figuring out of how
exactly to write TDMA PHYs with corresponding MACs, which is a feature that
we've always wanted and now seems achievable. I guess the more we try out,
the more we will identify what's missing in order to do this.
MB
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?
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.AndrewOn Mon, Dec 23, 2013 at 3:10 PM, Paul B. Huter <paul.b.huter@gmail.com> 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
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
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
Thanks Andrew – I had goggled it and not found anything helpful. I am not sure an earlier version of pyopengl would work but I suppose it is worth a try.
I don’t want an SDR like HDSDR, I want to use Gnuradio to do things most SDRs can not do – 3.6.5 worked but everyone has now moved on to 3.7 and I was hoping, perhaps naively, that it would be sensible to try to install it under windows.
Mike
<rant>
The problem with Gnuradio isn’t so much understanding the DSP side – it’s installing and getting the system to work and keeping it working. The main problem I find is the continuous changing of the basic framework often breaks many things in the process in a way that only an experienced python programmer can fathom how to fix. Even the supplied examples don’t work because the modules have been shuffled around, renamed etc. Instructions rapidly become outdated and the new user then has no clue why the advice they find on the Gnuradio site doesn’t work. Backwards compatibility isn’t a priority when developing a new framework, but Gnuradio in its present form has been around for 10 years so it should really have settled down and there shouldn’t be these big break everything changes with each new minor release. If it were truly stable I think it would be much more successful by now.
</rant>
From: Andrew Davis [mailto:glneolistmail@gmail.com]
Sent: 23 December 2013 16:11
To: Mike Willis
Cc: GNURadio Discussion List
Subject: 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 <willis.mj@gmail.com> 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_Windows instructions?
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 <class 'ctypes.c_ulong'> (value: c_ulong(0L)) registered", <OpenGL.converters.CallFuncPyConverter 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 <class 'ctypes.c_ulong'> (value: c_ulong(0L)) registered", <OpenGL.converters.CallFuncPyConverter object at 0x0482A3D0>)
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
