[Discuss-gnuradio] Derive OOT header format from header_format_default

Hi everyone, I'm creating a custom header format *'header_format_cognitive*' derived from *'header_format_default*'. I'm adding extra info to the default header, very similar to the way the child class *'header_format_counter*' adds bits/symbol to the default. I'm creating my class as an OOT

[Discuss-gnuradio] Undocumented custom blocks in GNU Radio

Dear all, I am trying to run the gr-channelsounder flow graph ( https://github.com/gbaier/gr_channelsounder). The custom blocks in the flowgraph build successfully but are shown as *undocumented in GNU Radio*. Also, the following error occurs if these blocks are used in a simulation: Traceback

Re: [Discuss-gnuradio] QT GUI Waterfall Sink: frequency mismatch

To whom it may concern: First, as Marcus Müller mentioned in an another e-mail thread, you cannot sample at 300MS/s with an RTL-SDR. The maximum effective sampling rate (=actual ADC sampling rate / decimation ratio) that RTL-SDR can achieve is somewhere around 2.6MS/s - 3.2MS/s. Your RTL-SDR must

Re: [Discuss-gnuradio] [GSoC] GNU Radio Companion Extensions: Output C++ Code

Hi Ben, thank you for your comments. On Wed, Mar 29, 2017 at 6:33 PM, Ben Hilburn wrote: > Hi Håkon - > > Hah, indeed, your update and my e-mail flew past each other. I just took a > read over your update, and have some further comments: > >- I see you added some

Re: [Discuss-gnuradio] File sink question

Dear Ellie, I'm not aware of any GNU Radio-compatible SDR receiver with a sampling rate of 300 MHz - that is very high - are you perhaps confusing sampling rate and center frequency? How do you "measure" 5min? GNU Radio doesn't "run" at the sampling rate you set in things like the signal source

[Discuss-gnuradio] File sink question

Hello again, I have a quick question to ask about how the file sink works (since this was slightly unrelated to the other question I thought I should put it under a different subject line). To provide some background info, my sampling rate is set at 300e6, and I recorded data for (I’m guessing)

[Discuss-gnuradio] QT GUI Waterfall Sink: frequency mismatch

Hello, I have constructed a small loop antenna with the intent to monitor the signal strengths of VLF submarine communication stations in order to detect sudden ionospheric disturbances (caused by solar activity). I have this antenna connected to an upconverter and RTL-SDR dongle, and have been

[Discuss-gnuradio] FG probe generation of thread.start() race conditions (python tutorials)

Sorry if this is a duplicate/newbie question (didn't find anything searching). When going thru the python examples. I came across a race condition where the thread would start to run prior to object's constructor completing. The fix is to manually move the code generated for starting the

[Discuss-gnuradio] OFDM/GR-IEEE802-11

Please forgive me as I am new to SDRs and DSP. I am interested in development of a radio link using two B210s and GR-IEEE802-11. However, I would like for this link to operate at any frequency. I am interested in a robust waveform with minimum of 11MBPS throughput, which is why I am interested

Re: [Discuss-gnuradio] uhd_packet_rx example freezes - Header/Payload Demux not releasing payload

Hi Justin, sorry for the delayed response. So: indeed, the uhd_packet_rx.grc flow graph has two different sync elements: 1. the FLL band-edge 2. PFB Clock Sync within the packet_rx hier block, as you've noticed. In your case, it's possible the FLL doesn't attack fast enough; you would verify

Re: [Discuss-gnuradio] USRP source/sink issue with OFDM

Hi Vladislav, Sorry for the late response, took me a minute to get through this: On 03/28/2017 07:06 AM, Burning Dragon Productions - Vladislav wrote: > Hello, I am doing research where we are trying to implement TCP > through gnuradio and USRP B210s. > We want to use OFDM, so I have modified

Re: [Discuss-gnuradio] gr-cdma doxygen build

You're totally welcome. I had to use -DENABLE_DOXYGEN=ON to actually make it enable doc building, forgot to mention that. On 03/30/2017 03:52 PM, Murray Thomson wrote: > Thanks very much Marcus! I appreciate it. > > Cheers, > Murray > > On 30 March 2017 at 14:48, Marcus Müller

Re: [Discuss-gnuradio] gr-cdma doxygen build

Thanks very much Marcus! I appreciate it. Cheers, Murray On 30 March 2017 at 14:48, Marcus Müller wrote: > Hi Morris, hi Achilleas, > > git clone https://gist.github.com/b9293dc835ace87f9a1a46daabe4cd4f > > Cheers, > > Marcus > > On 03/29/2017 11:26 PM, Murray Thomson

Re: [Discuss-gnuradio] gr-cdma doxygen build

Hi Morris, hi Achilleas, git clone https://gist.github.com/b9293dc835ace87f9a1a46daabe4cd4f Cheers, Marcus PS: works on F23, F24, but I only tested with ninja, not with GNU Make On 03/29/2017 11:26 PM, Murray Thomson wrote: > Thanks for your reply Achilleas. Do you have a compiled version of

Re: [Discuss-gnuradio] gr-cdma doxygen build

Hi Morris, hi Achilleas, git clone https://gist.github.com/b9293dc835ace87f9a1a46daabe4cd4f Cheers, Marcus On 03/29/2017 11:26 PM, Murray Thomson wrote: > Thanks for your reply Achilleas. Do you have a compiled version of the > documentation you could share? A pdf or html format would be very

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

>From a CPU and thus, SDR _software_ throughput, point of view, the E310 certainly isn't more powerful than a modern laptop + B2xx; latency might be a bit shorter, though, but in the end, you're making the most important point here: If you need to eradicate the nondeterministic behaviour of