Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

Hi Bastian, Thanks for reply. I know they are two different values. 5M is for the physical layer and 115K bits/s is for the application layer. The application layer's upper bound should be the physical layer. So the value of application layer should always be less than the physical layer' s.

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

Hi, On 06/09/2017 05:14 PM, zhan siyu wrote: Then how to explain the relationship between the 5M and the 115K bits/s throughput? I cannot since I see absolutely no relationship. Maybe you want to explain (in detail) why you think these numbers should match. Best, Bastian Best

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

Hi , I made a mistake. The unit of the throughput is wrong. It should be Kb/s. And I wrote a TCP client and server to run over the gr-ieee802-11. I set the sample rate to 5M so that no O errors and the packet lost rate is only 3%. Also I choose the BPSK1/2 encoding. The throughput is only 115K

Re: [Discuss-gnuradio] Custom C++ blocks on E310

Yes, you should be able to start and stop streaming using timed commands on the E310. Are you using the Release 4 image? --​Neel Pandeya On 5 June 2017 at 11:54, Marcus Müller wrote: > Hi Jessica, > > not 100% sure you're right about timed commands not being

[Discuss-gnuradio] [GSoC 17] DAB: Updates of week 4

Hi everyone, here is my latest blog post about the implementation of the DAB transmitter. I got some issues with the convolutional coding that I have not fixed yet. Cheers Luca ___ Discuss-gnuradio mailing

Re: [Discuss-gnuradio] Complex numbers in math operations

Hi Vipin - You're doubly dereferencing IdealFMCW. I think your code should read:{{{ *Tx1 = *Tx1 + (IdealFMCW[tapIdx]) * (*hTx1); }}} because the [tapIdx] already dereferences the gr_complex* (IdealFMCW) to be just gr_complex. The error provided by your compiler isn't very helpful. Clang's

Re: [Discuss-gnuradio] Complex numbers in math operations

That's not the multiplication "*", that's an operator that takes only one argument (hence, "operand type is", singular). Point being IdealFMCW[tapIdx] is already a (reference to) a bare gr_complex, NOT a gr_complex* ! Best regards, Marcus On 09.06.2017 07:57, Vipin Sharma wrote: > I have a

Re: [Discuss-gnuradio] OOT: General type block changing parameter with WX GUI slider

Please don't use WX Gui widgets for new designs. We're deprecating them, and they are NOT part of the oncoming GNU Radio 3.8 release. Use Qt instead. We simply have no-one to maintain the WX GUI elements, and thus, it'll be very hard to help you with WX issues. Best regards, Marcus On

Re: [Discuss-gnuradio] Managing clutter in GRC GUI

That, or make extensive use of hierarchical blocks! You can put subgraphs into separate GRC documents, set the "Generate Options" to "hierarchical block". Things will appear in the block list once you hit the "generate" button. Best regards, Marcus On 09.06.2017 15:20, Dan CaJacob wrote: >

Re: [Discuss-gnuradio] Managing clutter in GRC GUI

You can't manage the lines manually, but you can probably make things closer to what you want by using virtual sources and sinks. On Fri, Jun 9, 2017 at 1:52 AM Vipin Sharma wrote: > I have an application with multiple blocks in the GUI. When I finish > connecting

Re: [Discuss-gnuradio] PFB Clock Sync stops producing samples

> From: > devin kelly > Subject: > Re: [Discuss-gnuradio] PFB Clock > Sync stops producing samples > Date: > Thu, 8 Jun 2017 15:41:38 -0400 > >

[Discuss-gnuradio] [GSoC 2017] gr-bokehgui: Updates on Week 4

Hello all, This week, I have completed the Bokeh based Time Sink! I will complete GRC integration by next Tuesday which will be a complete TimeSink package! For more details, check out my blog ! Also, I have dropped the PR

Re: [Discuss-gnuradio] symbol already exists: cannot reuse! runtime error

Hi Eugene, ouch, that's a heavy bug, considering we have blocks called agc2 in-tree. Thanks for reporting this! Do you want to create an issue on https://github.com/gnuradio/gnuradio/issues , or would you prefer we do that? (I'd of course personally prefer you'd, as the discoverer & solver, at

[Discuss-gnuradio] USRP phase to sample index relation in the DDC/DUC chain

Hello everyone, I am using a USRP X310 with basic RX and basic TX daughterboards and I would like to know the exact relation between the number I enter as a parameter for the central frequency in the UHD USRP sink/source block (which is a real number) and the actual phase per each sample.

[Discuss-gnuradio] OOT: General type block changing parameter with WX GUI slider

Hi to all, I created a module and its type is general. It has 6 inputs and 2 outputs. Also, there are 2 parameters. I noticed that I cannot change these parameters while the GRC is running(I am using WX GUI Slider). Actually, I can change them but my block uses the default value of WX GUI slider