Re: [Discuss-gnuradio] XML parameter checking

2017-10-19 Thread Mike Rex
Thanks Marcus!  That should have been a natural next step for me, but so many Google search results for xml operators put "=" as a comparison!  Knowing it just needs to be a valid Python expression is good to know for future needs. Much appreciated for your assistance once again. p.s. for

[Discuss-gnuradio] GNU Radio Project Call Today! (in 30 mins)

2017-10-19 Thread Martin Braun
Hi all, this is a very late reminder, but we have a project call at 10 AM Pacific time, 1 PM Eastern, 19:00 CET. Go to #gnuradio for info! Cheers, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Python Block module file location

2017-10-19 Thread Marcus Müller
Maybe we have to ask the other way around: What is it that you want to implement? Best regards, Marcus On 2017-10-19 12:34, Sebastian Koslowski wrote: The source code of these Python blocks is saved inside a GRC file. The file in tmp is only for editing, changes are pulled back into GRC

Re: [Discuss-gnuradio] Python Block module file location

2017-10-19 Thread Sebastian Koslowski
The source code of these Python blocks is saved inside a GRC file. The file in tmp is only for editing, changes are pulled back into GRC on write. Once you close your editor the file should be considered invalid. Sebastian On Wed, Oct 18, 2017, 17:15 Jason Matusiak

Re: [Discuss-gnuradio] reg "A GNU Radio-based IEEE 802.15. 4 Testbed " GRC

2017-10-19 Thread Marcus Müller
Hi Rensi, Well, if the wireshark connector doesn't show any packets, then the PHY layer very likely simply doesn't see any packets. That can have a whole lot of reasons – you're already doing well, starting to debug by looking at the spectrum of the received signal. So, does the spectrum look

[Discuss-gnuradio] reg "A GNU Radio-based IEEE 802.15. 4 Testbed " GRC

2017-10-19 Thread Rensi Mathew
Hi all I was trying to recreate the GNU radio Companion environment in the paper  "A GNU Radio-based IEEE 802.15. 4 Testbed ".I have TelosB nodes, but only one USRP B200 SDR. While I am running the corresponding GRC, when I put a WX FFT sink block at the receiver, I am able to observe some

Re: [Discuss-gnuradio] XML parameter checking

2017-10-19 Thread Marcus Müller
Hi Mike, what's in the tag just needs to be a valid Python expression, afaik. So, $psize % 8 == 0 would work (notice the double =; this is comparison, not assignment!). For comparison, see the gr-audio/grc/analog_nbfm_rx.xml, for example. Best regards, Marcus On 2017-10-19 04:02, Mike

Re: [Discuss-gnuradio] 802.15.4 Frame sync confusion

2017-10-19 Thread Bastian Bloessl
Hi, On 10/19/2017 09:00 AM, Sumit Kumar wrote: Yes but even to get the chip sequences, which are nothing but bits, the incoming complex samples have to be decoded i.e. OQPSK demodulation. I saw MATLAB implementation by Rice University as well in the latest release of MATLAB 2017b (they have

Re: [Discuss-gnuradio] TunTap Interace for GNU Radio IEEE 802.11 a/g/p module

2017-10-19 Thread Bastian Bloessl
Hi, On 10/19/2017 02:49 AM, Wen Cui wrote: I followed the nic.sh file and your replies to others in the mail list. I really want to know whether it is only related to the TUN/TAP setup thing or it is related to the gnuradio code. I don’t know how to figure out the setup problem of the

Re: [Discuss-gnuradio] Demodulation of Intermittent QAM Signal

2017-10-19 Thread Ernest Fardin
Thanks Kyeong, Looking into this in a bit more detail I found that the attack and decay rate settings for the AGC2 block contained within the QAM Demod hier block affect the ability of the demodulator to recover from a zero-signal condition. Reducing the attack and decay rates from their default