Re: [Discuss-gnuradio] Frequency hopping code printing UUUUU

2018-05-01 Thread Laura Huddleston
I have attached them now. sorry about that. the sample rate is 40MHz because I am trying to send a chirp over 20MHz, so I figured with nyquist's theorem (sampling rate 2x highest frequency), that would be the correct one. However any sample rate above ~10MHz causes my grc window to freeze. T

Re: [Discuss-gnuradio] Frequency hopping code printing UUUUU

2018-05-01 Thread Derek Kozel
Hi Laura, With 16 bit samples, the default, a 1 Gigabit Ethernet link can only carry 25 MS/s. Thankfully, that's complex IQ samples, so while Nyquist applies the bandwidth is 1x the highest frequency. http://files.ettus.com/manual/page_usrp2.html The N200 has a fixed master clock rate (ADC/DAC ra

Re: [Discuss-gnuradio] nan error from wavfile sink coupled with delayed input data

2018-05-01 Thread Brad Hein
In an effort to simplify this a bit, I created two flow graphs. One as the server (dial tone frequencies sent to socket PDU) and a client (unpack the socket data and send it to wav file sink). I was able to recreate the issue with these simplified blocks when their TCP/IP path traverses the interne

Re: [Discuss-gnuradio] vector sink "malloc(): memory corruption" / object was probably modified after being freed

2018-05-01 Thread Brad Hein
I'll do my best, but it might take me quite some time to get gdb set up with the symbols you mentioned. C++/debugging doesn't come naturally for me. What it smells like to me is memory is being freed but then written to. Then when the system goes to allocate memory it says hey that memory isn't so

[Discuss-gnuradio] Bug in gnuradio-runtime block swig

2018-05-01 Thread Jessica Iwamoto
Hi all, We found a bug in gnuradio-runtime/swig/block.i that prevented the set_output_multiple method from being accessed from python in a c++ block. The function declaration is missing in the swig file, so the following line should be added to block.i: void set_output_multiple(int multiple);

Re: [Discuss-gnuradio] Bug in gnuradio-runtime block swig

2018-05-01 Thread Jeff Long
Agree. Added issue https://github.com/gnuradio/gnuradio/issues/1757 On 05/01/2018 01:56 PM, Jessica Iwamoto wrote: Hi all, We found a bug in gnuradio-runtime/swig/block.i that prevented the set_output_multiple method from being accessed from python in a c++ block. The function declaration is

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

2018-05-01 Thread Bastian Bloessl
The problem with this configuration is that the "Soft frame equalizer" blocks are not synced. It's the same problem as with the Sync Short block, just at a later stage. Consider what happens, if one branch manages to decode the signal field and one doesn't. Or one thinks it's a 100 Byte BPSK 1