Re: [Discuss-gnuradio] Confusion over data formatting for a waveform in QT GUI Time Sink, File Sink, and RFNoC noc_block_moving_avg

2016-05-19 Thread Ian Buckley
Craig, If what you are trying to do is build a verilog test bench and use this data as stimulus then stay within GR, multiply your float data by 2^16 and then convert it to short integer before passing to file sink(s). That will give you two's complement signed integer signal data. Assemble your p

Re: [Discuss-gnuradio] How to extract stable fine frequency offset based on the benchmark program?

2016-05-19 Thread Marcus Müller
Hi DingJing, I'm not sure what's going on here, but I think it could be likely that your estimate of the preamble-autocorrelation simply doesn't work all too well. Generally: ditch benchmark_rx and the blocks it uses. They are really superseeded by the OFDM blocks that were introduced in 2013 – t

Re: [Discuss-gnuradio] UDP Source Error (on windows)

2016-05-19 Thread Andy Walls
> > OK, I was able to reproduce the issue, and it appears to me to a core > GNURadio issue not specifically related to the installer > > > udp_source_impl.cc is setting the SO_LINGER option on the UDP socket, > which at least on Windows, causes a WSAENOPROTOOPT exception, because > linger doesn'

Re: [Discuss-gnuradio] UDP Source Error (on windows)

2016-05-19 Thread Geof Nieboer
Thanks Andy, I will submit a change to remove this set_option from the udp source then. Geof On Thu, May 19, 2016 at 3:59 PM, Andy Walls wrote: > > > > OK, I was able to reproduce the issue, and it appears to me to a core > > GNURadio issue not specifically related to the installer > > > > > >

Re: [Discuss-gnuradio] UDP Source Error (on windows)

2016-05-19 Thread mleech
I'll comment that the Windows socket implementation isn't in compliance with the spirit of the robustness principle. But, whatevs. Easy enough to just remove that option for the UDP case. On 2016-05-19 08:59, Andy Walls wrote: >> OK, I was able to reproduce the issue, and it appears to me to a

Re: [Discuss-gnuradio] UDP Source Error (on windows)

2016-05-19 Thread Andy Walls
On Thu, 2016-05-19 at 11:32 -0400, mle...@ripnet.com wrote: > I'll comment that the Windows socket implementation isn't in > compliance with the spirit of the robustness principle. But, whatevs. > Easy enough to just remove that option for the UDP case. > I think it's a bit of a security fail

Re: [Discuss-gnuradio] UDP Source Error (on windows)

2016-05-19 Thread mleech
Not sure how this would get leveraged by itself. But there are likely lots of kernel calls that have parameters that are ignored in certain contexts. I would be astonished if a general-purpose, long-lived, operating existed without that being the case from time to time. On 2016-05-19 11:58, An

[Discuss-gnuradio] GNUradio & LimeSDR?

2016-05-19 Thread q...@kd4e.com
Does anyone know if GNUradio is ready to transmit and receive SSB, digi, etc 160-10m on the new LimeSDR "dc-daylight" board? Dual transmitters (10mw) and dual receivers. Open source. https://www.crowdsupply.com/lime-micro/limesdr Thanks - David KD4E -- *David* KD4E ARES-EC Bulloch County, Ne

Re: [Discuss-gnuradio] GNUradio & LimeSDR?

2016-05-19 Thread Marcus D. Leech
On 05/19/2016 09:07 PM, q...@kd4e.com wrote: Does anyone know if GNUradio is ready to transmit and receive SSB, digi, etc 160-10m on the new LimeSDR "dc-daylight" board? Dual transmitters (10mw) and dual receivers. Open source. https://www.crowdsupply.com/lime-micro/limesdr Thanks - David KD4

Re: [Discuss-gnuradio] GNUradio & LimeSDR?

2016-05-19 Thread q...@kd4e.com
Marcus, LimeSDR lists GNUradio as supported. Will check out cgran.org Thanks! David On 05/19/2016 09:07 PM, q...@kd4e.com wrote: Does anyone know if GNUradio is ready to transmit and receive SSB, digi, etc 160-10m on the new LimeSDR "dc-daylight" board? Dual transmitters (10

Re: [Discuss-gnuradio] GNUradio & LimeSDR?

2016-05-19 Thread q...@kd4e.com
This seems to imply AM, CW, SSB, FM modes. https://sourceforge.net/projects/sdr/ Yes? Thanks - David KD4E Marcus, LimeSDR lists GNUradio as supported. Will check out cgran.org Thanks! David On 05/19/2016 09:07 PM, q...@kd4e.com wrote: Does anyone know if GNUradio is ready to t

Re: [Discuss-gnuradio] GNUradio & LimeSDR?

2016-05-19 Thread Marcus D. Leech
On 05/19/2016 10:34 PM, q...@kd4e.com wrote: This seems to imply AM, CW, SSB, FM modes. https://sourceforge.net/projects/sdr/ Yes? Thanks - David KD4E Could be. I'd contact the author of that app. A quick look indicates that it was written specifically for USRPs, and likely using the very,

Re: [Discuss-gnuradio] GNUradio & LimeSDR?

2016-05-19 Thread q...@kd4e.com
Marcus, OK, will do. "Programming toolchain packages: GNU Radio, Pothos, SoapySDR, UHD. Downloadable apps: Snappy Ubuntu Core, licensing up to app developers." David KD4E On 05/19/2016 10:34 PM, q...@kd4e.com wrote: This seems to imply AM, CW, SSB, FM modes. https://sourceforge.net/

Re: [Discuss-gnuradio] How to extract stable fine frequency offset based on the benchmark program?

2016-05-19 Thread somunsfool
Marcus Müller ettus.com> writes: > > Hi DingJing, > > I'm not sure what's going on here, but I think it could be likely that > your estimate of the preamble-autocorrelation simply doesn't work all > too well. > > Generally: ditch benchmark_rx and the blocks it uses. They are really > superseed