Re: [Discuss-gnuradio] BER and OFDM

On 04/07/2014 06:09 PM, MegaDuzera wrote: > Hello guys, > > I'm getting some problems to use the error rate on a ofdm system, i used the > example ofdm_loopback as base and add the error rate and number sink but > there's not any response, it doesn't bring me any error but the results are > clearl

Re: [Discuss-gnuradio] Occasional choppiness/underruns (aUaU) with FCDPP->GRC->Pulse

There doesn't seem to be a system in place in gmail/mailman for replying to a list digest entry. Hope this works... Switching from 'pulse' to 'sysdefault' or leaving it blank appears to fix the issue but breaks pulseaudio and everything running on it by kicking it off of sysdefault. ALSA cannot al

[Discuss-gnuradio] Call for Proposals for GRCon14: Extended 1 Week

Greetings GNU Radio and USRP Communities, We're received quite a few entries for the GNU Radio Conference 2014 (GRCon14) already [*]; thank you to those who have already submitted your abstract! Due to hectic schedules on our end, we will keep accepting submissions through Tuesday, April 15.

Re: [Discuss-gnuradio] Terminology Translation

On 04/08/2014 01:37 AM, Ed Criscuolo wrote: Being more of an implementer than a mathematical theorist, I'm having trouble "translating" the "language" spoken by our local Matlab/Simulink boffins. What's the proper way to implement an "Integrate and Dump" operation in GnuRadio. I've come across

Re: [Discuss-gnuradio] gr-air-modes broken in recent update ?

On 04/08/2014 01:41 AM, M Dammer wrote: File "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", line 22, in swig_import_helper _mod = imp.load_module('_air_modes_swig', fp, pathname, description) ImportError: dynamic module does not define init functio

Re: [Discuss-gnuradio] gr-air-modes broken in recent update ?

That is difficult to say. I usually just run pybombs update every now and then and I do not keep track about the current git commits (maybe I should do so in the future :-) ). On 07/04/14 19:19, Tom Rondeau wrote: > On Mon, Apr 7, 2014 at 11:41 AM, M Dammer wrote: > >> Since a couple of days I c

Re: [Discuss-gnuradio] Sheduler: do not consume all "input items" and return 0 "output items"

On Thu, Apr 3, 2014 at 9:11 PM, Alex Weihkopf wrote: > Thanks. So I guess I have to invest more time. > > Regarding the second question: > > I constantly consume ALL input items that stream into my block, but I do > not let them pass (or very rarely). In my understanding, all blocks behind > this

Re: [Discuss-gnuradio] Error in installing GNU Radio v3.7

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I just happened to have set up a centOS 6.5 cm for that same purpose this afternoon. The patched python file loads just fine, but the code doesn't really work- however, I'm still figuring out what the original code was meant to do ( for some corne

Re: [Discuss-gnuradio] Latest Hackfest

On Mon, Apr 7, 2014 at 11:52 AM, Miklos Maroti wrote: > Hi Tom, > > On Fri, Apr 4, 2014 at 12:21 AM, Tom Rondeau wrote: > > > > On Thu, Apr 3, 2014 at 3:05 PM, Miklos Maroti > > wrote: > >> > >> Dear Tom, > >> > >> I have read about the FEC work done during the Hackfest, so this would > >> be an

Re: [Discuss-gnuradio] gr-air-modes broken in recent update ?

On Mon, Apr 7, 2014 at 11:41 AM, M Dammer wrote: > Since a couple of days I cannot run gr-air-modes anymore (it used to > work before). I am running gnuradio in an isolated build environment on > XUbuntu 12.04 64bit. > What have you updated in the past few days? GNU Radio or gr-air-modes? This l

Re: [Discuss-gnuradio] Error in installing GNU Radio v3.7

On Sat, Apr 5, 2014 at 8:26 AM, Marcus Müller wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Azza, > > yes, this is a bug, since the usage of a set in this context breaks > Python 2.6 compatibility; I will hurry to make a fix for this. > > Greetings, > Marcus Hey Marcus, I was

Re: [Discuss-gnuradio] Terminology Translation

That doesn't quite do the "and dump" part, based on my understanding of an integrate-and-dump integrator.   There's an averager block that might be closer to an integrate-and-dump integrator, since such an integrator also is a decimator   (you only produce an output every N inputs).   I often use a

Re: [Discuss-gnuradio] Terminology Translation

The most straightforward way is to use a normal FIR filter with all taps set to 1. This is not terribly efficient, but will get you what you want. Matt On Mon, Apr 7, 2014 at 8:37 AM, Ed Criscuolo wrote: > Being more of an implementer than a mathematical theorist, I'm > having trouble "transl

Re: [Discuss-gnuradio] Error in installing GNU Radio v3.7

Sorry for this lack of information. Actually, I work on CentOS and I have Python2.6 running. I will be more specific in my future emails. Thank you for your response. Regards, Azza On Sat, Apr 5, 2014 at 9:13 AM, Marcus Müller [via GnuRadio] < ml-node+s4n47406...@n7.nabble.com> wrote: > -

[Discuss-gnuradio] BER and OFDM

Hello guys, I'm getting some problems to use the error rate on a ofdm system, i used the example ofdm_loopback as base and add the error rate and number sink but there's not any response, it doesn't bring me any error but the results are clearly wrong There's a picture of the circuit Sorry a

Re: [Discuss-gnuradio] Latest Hackfest

Hi Tom, On Fri, Apr 4, 2014 at 12:21 AM, Tom Rondeau wrote: > > On Thu, Apr 3, 2014 at 3:05 PM, Miklos Maroti > wrote: >> >> Dear Tom, >> >> I have read about the FEC work done during the Hackfest, so this would >> be an appropriate time to bring this up. We have participated in the >> Darpa Spe

Re: [Discuss-gnuradio] error while running transceiver.py in 802.15.4 on GR 3.7

On 04/07/2014 05:47 PM, Ruecan wrote: I am talking about the examples/ieee802_15_4_PHY.grc flowgraph and in order to generate the ieee802_15_4_PHY.py I need to get the pads connected that's when I inserted the tagged_stream_to_pdu block as I said. Here is a snapshot

Re: [Discuss-gnuradio] error while running transceiver.py in 802.15.4 on GR 3.7

Hi Bastian, I am talking about the examples/ieee802_15_4_PHY.grc flowgraph and in order to generate the ieee802_15_4_PHY.py I need to get the pads connected that's when I inserted the tagged_stream_to_pdu block as I said. Here is a snapshot

[Discuss-gnuradio] gr-air-modes broken in recent update ?

Since a couple of days I cannot run gr-air-modes anymore (it used to work before). I am running gnuradio in an isolated build environment on XUbuntu 12.04 64bit. Here is the blurp from the crash: mark@aurora:~/apps/gnuradio/3.7$ modes_gui Traceback (most recent call last): File "/home/mark/apps/

[Discuss-gnuradio] Terminology Translation

Being more of an implementer than a mathematical theorist, I'm having trouble "translating" the "language" spoken by our local Matlab/Simulink boffins. What's the proper way to implement an "Integrate and Dump" operation in GnuRadio. I've come across several mutually contradictory suggestions.

Re: [Discuss-gnuradio] error while running transceiver.py in 802.15.4 on GR 3.7

On 04/07/2014 05:17 PM, Ruecan wrote: Correct me if am wrong, I inserted a tagged_stream_to_pdu block between the clock_recovery_mm and the "rxout" pad sink. Isn't that the right way to run the transceiver script. what blocks did you actually install? If you talk about the 15.4 stuff from ht

Re: [Discuss-gnuradio] error while running transceiver.py in 802.15.4 on GR 3.7

Hi Bastian, Correct me if am wrong, I inserted a tagged_stream_to_pdu block between the clock_recovery_mm and the "rxout" pad sink. Isn't that the right way to run the transceiver script. Regards, Ruecan -- View this message in context: http://gnuradio.4.n7.nabble.com/error-while-running-tr

Re: [Discuss-gnuradio] Clock recovery in HRPT receiver

On Mon, Apr 7, 2014 at 9:41 AM, Pablo Fernández Alonso < pfernandezalons...@gmail.com> wrote: > Hi, > > I am checking the HRPT receiver available in gr-noaa repository and I don't > understand the parameters of the Clock Recovery block with the > information available about the HRPT format. I roug

[Discuss-gnuradio] Clock recovery in HRPT receiver

Hi, I am checking the HRPT receiver available in gr-noaa repository and I don't understand the parameters of the Clock Recovery block with the information available about the HRPT format. I roughly know how that block works, but Ineedmore information. Thank you in advance. Pablo Fernandez. _

Re: [Discuss-gnuradio] Occasional choppiness/underruns (aUaU) with FCDPP->GRC->Pulse

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Chuck, thanks for the detailed problem description! The fact that resizing windows etc leads to the issue appearing might be indicative of insufficient processing power; can you tell us something about your PC? Why do you need pulse? Can you elimin

[Discuss-gnuradio] Occasional choppiness/underruns (aUaU) with FCDPP->GRC->Pulse

Chuck, In most cases the problem comes from ALSA. If you're able to change ALSA to something else, try to change it. If you can't change your default sound driver then you may try using "-Dplug:default" option for aplay. If you need to use this option with a Python script you may use it lik