Re: [Discuss-gnuradio] [coproc] Custom buffers work

2015-07-13 Thread Sylvain Munaut
Hi Doug, Great ! Very interesting work. > (I'm just re-using the make_buffer() function so helpfully provided by > buffer.h - but one can imagine this would call some external memory > allocator - e.g. OpenCL, Android ION, etc. - and wrap it up in a > gr::buffer-derived class), and then provide

Re: [Discuss-gnuradio] Distance Measurement

2015-07-13 Thread Sylvain Munaut
Hi, > So, I want to measure the time delay on the Scope Sink, or in Matlab the > samples delay that are between the trasmitted signal and the received > signal. If I could have this information I could know the distance by the > formula v=d/t, where v is the speed of the light, d= distance and t=

Re: [Discuss-gnuradio] Distance Measurement

2015-07-13 Thread Vitt Benv
Remember: signals moves at rough 3.3 microseconds per km... Il 13/lug/2015 10:37 "Sylvain Munaut" <246...@gmail.com> ha scritto: > > Hi, > > > > So, I want to measure the time delay on the Scope Sink, or in Matlab the > > samples delay that are between the trasmitted signal and the received > > sig

Re: [Discuss-gnuradio] Distance Measurement

2015-07-13 Thread Marcus Müller
Hi Manuel, I haven't taken a very detailed look at your flowgraph (the symbol rate being 10e6 with a sampling rate of 400kHz seems odd), but: * 400kHz sampling rate means that the complex baseband you get out of your USRP represents but 400kHz of bandwidth. Your let's have a look at you

[Discuss-gnuradio] Cross compile GNURadio error.

2015-07-13 Thread shaunwang
Hello I am trying to cross compile GNURadio by SDK and follow instructions from this website https://github.com/balister/meta-sdr/wiki/CrossCompile I download GNURadio source file from Github. when I do CMAKE, it gives me this error, I even cannot get result by google this error. Scanning depen

Re: [Discuss-gnuradio] help about gr-ieee802-11

2015-07-13 Thread Bastian Bloessl
I can just repeat myself for the third time. You are starting gdb without the executable; python in this case. > gdb python ^^^ > gdb-prompt> run /home/user/gr-ieee802-11/examples/wifi_loopback.py > > once you hit the error > gdb-prompt> bt Best, Bastian > On 13 Jul 2015, at 05:5

Re: [Discuss-gnuradio] [coproc] Custom buffers work

2015-07-13 Thread Douglas Geiger
On Mon, Jul 13, 2015 at 3:03 AM, Sylvain Munaut <246...@gmail.com> wrote: > Hi Doug, > > > Great ! Very interesting work. > > Thanks! > > (I'm just re-using the make_buffer() function so helpfully provided by > > buffer.h - but one can imagine this would call some external memory > > allocator -

Re: [Discuss-gnuradio] [coproc] Custom buffers work

2015-07-13 Thread West, Nathan
On Mon, Jul 13, 2015 at 10:37 AM, Douglas Geiger < doug.gei...@bioradiation.net> wrote: > On Mon, Jul 13, 2015 at 3:03 AM, Sylvain Munaut <246...@gmail.com> wrote: > >> >> However, if I understand what you want correctly this is exactly late > enough for e.g. fosphor, in that the UI should (presum

Re: [Discuss-gnuradio] [coproc] Custom buffers work

2015-07-13 Thread Sylvain Munaut
Hi, >> This is tricky - since this is all being handled as part of >> top_block::start, and in particular even before the scheduler (which, by >> default, is thread-per-block) is created. >> Is this a requirement of OpenCL? It is not sufficient that the memory was >> allocated in the same process?

Re: [Discuss-gnuradio] Run graph/ scheduler overhead

2015-07-13 Thread Martin Braun
On 12.07.2015 15:13, Dennis Glatting wrote: > 3) I am compiling using -std=c++11 against g++ 4.9, the stock compiler. > I am using some of c++11's keywords and constructs. I suspect this is > part of the problem however removing it will require work. I remember > reading somewhere "c++11 IS NOT sup

Re: [Discuss-gnuradio] Precise interrupts in GNURADIO?

2015-07-13 Thread Martin Braun
On 12.07.2015 06:55, Marcus Müller wrote: > Hi Chen Chen, > > After the first block's work returns WORK_DONE, the rest of the buffers > is processed, and the flow graph is stopped. > In principle, you can restart that flow graph, but generally, that's not > a good idea -- stopping the flow graph u

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

2015-07-13 Thread Jose Perez
Thanks for all, Martin and Marcus! I changed the Random Source block to a File Source block and put a File Sink block on the receiver side ... It is working well ;) (I am transmitting a .txt file) Another question... to use the block "Error Rate" to calculate the BER of the system, I just need p

Re: [Discuss-gnuradio] Run graph/ scheduler overhead

2015-07-13 Thread Tom Rondeau
On Mon, Jul 13, 2015 at 12:30 AM, West, Nathan wrote: > This is a lot of information, and I'm just going to pick out one statement > to comment on. > > On Sun, Jul 12, 2015 at 6:13 PM, Dennis Glatting > wrote: > >> >> If I remove most of the blocks from my graph with the result: >> >> source -

Re: [Discuss-gnuradio] Packet Header Generator and Stream CRC32

2015-07-13 Thread zs
Hi Martin, Thank you. 1.Why the packet length should be larger than 32 bits?Can you explain it? 2.For example,I'm using the OFDM example in gnuradio.If i want to have a working CRC,I must set the length>=4?Is 4 OK? 3.Is the packet length means that the original length(for example len=a) or

Re: [Discuss-gnuradio] Run graph/ scheduler overhead

2015-07-13 Thread Dennis Glatting
On Mon, 2015-07-13 at 00:30 -0400, West, Nathan wrote: > This is a lot of information, and I'm just going to pick out one > statement to comment on. > > On Sun, Jul 12, 2015 at 6:13 PM, Dennis Glatting > wrote: > > If I remove most of the blocks from my graph with the result: >

[Discuss-gnuradio] BER vs SNR graph

2015-07-13 Thread monika bansal
Hii I want to generate BER vs SNR graph for BPSK and match it with the theoritical result. Is there any block which i can use? If not what should i do ? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/disc