[Discuss-gnuradio] Packet drop from Ethernet (A BIG PROBLEM)

Hello all, I stuck on an incridible challenge in sending/receiving a large bandwidth. I have an USRP N210 and an WBX daughterboard, while I must be able to capture/transfer up to 30Msample/sec(1Gig ethernet limit ), with the sample rate of 25Msps or even 20Msps I have some dropped packets. Based on

Re: [Discuss-gnuradio] Packet drop from Ethernet (A BIG PROBLEM)

ution to 8 bits. You may have better luck. > > HTH, > Nikos > > On Wed, Mar 9, 2016 at 9:42 AM, Mostafa Alizadeh > wrote: > >> Hello all, >> I stuck on an incridible challenge in sending/receiving a large >> bandwidth. I have an USRP N210 and an WBX daughterboar

[Discuss-gnuradio] Fwd: Packet drop from Ethernet (A BIG PROBLEM)

*** Tehran IRAN Tel: +98 (919) 158-7730 Emails: m.alizade...@gmail.com, m.alizade...@aut.ac.ir Homepage: Linkedin <https://ir.linkedin.com/in/mostafa-alizadeh-50a70

[Discuss-gnuradio] gr-radar make problem

eclared! * What could I do? Best, Mostafa *** Tehran IRAN Tel: +98 (919) 158-7730 Emails: m.alizade...@gmail.com, m.alizade...@aut.ac.ir Homepage: Linkedin <https:

Re: [Discuss-gnuradio] gr-radar make problem

<https://ir.linkedin.com/in/mostafa-alizadeh-50a70169> *** On Wed, Mar 30, 2016 at 10:16 PM, Stefan Wunsch < stefan.wun...@student.kit.edu> wrote: > Hi, > > Sebastian is right, it's most likely a dependency problem

Re: [Discuss-gnuradio] gr-radar make problem

) 158-7730 Emails: m.alizade...@gmail.com, m.alizade...@aut.ac.ir Homepage: Linkedin <https://ir.linkedin.com/in/mostafa-alizadeh-50a70169> *** On Thu, Mar 31, 2016 at 10:42 PM, Martin Braun wrote: > On 03/30/2016 10:46 AM,

[Discuss-gnuradio] installing gnuradio on Windows

@gmail.com, m.alizade...@aut.ac.ir Homepage: Linkedin <https://ir.linkedin.com/in/mostafa-alizadeh-50a70169> *** ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/

Re: [Discuss-gnuradio] installing gnuradio on Windows

conf.vcxproj]* what could I do? please help me :( Thanks in advance, Mostafa *** Tehran IRAN Tel: +98 (919) 158-7730 Emails: m.alizade...@gmail.com, m.alizade...@aut.ac.ir Homepage: Linkedin <https://i

Re: [Discuss-gnuradio] installing gnuradio on Windows

: Linkedin <https://ir.linkedin.com/in/mostafa-alizadeh-50a70169> *** On Wed, Jul 6, 2016 at 9:52 PM, Gavin Jacobs wrote: > Mostafa, > Those scripts are torturous. You can now download pre-built gnuradio for

[Discuss-gnuradio] gnuradio in windows

blem? Best, Mostafa *** Tehran IRAN Tel: +98 (919) 158-7730 Emails: m.alizade...@gmail.com, m.alizade...@aut.ac.ir Homepage: Linkedin <https://ir.linkedin.com/in/mo

Re: [Discuss-gnuradio] gnuradio in windows

it is appearing as expected. However, when WX GUI is appeared, the exact bellow error message is shown: *" Failed to load image from file "C:\Program Files\GNURadio-3.7\share\icons\hicolor|8x48/apps\gnuradio-grc.png"* Best, Mostafa > Geof > > On Fri, Jul 15, 2016 at

Re: [Discuss-gnuradio] Using volk

o use the volk_32f_accumulator_s32f VOLK kernel. I kind of want > to use that in integrate, because for my machine, the SSE VOLK kernel is 4 > times as fast as the generic implementation, which nicely matches the > 4-operand SSE SIMD instruction behind it. > > Greetings, > Marcus > &

[Discuss-gnuradio] installing gnuradio with pybombs on debian

Hello guys, I have a problem with installing GNURadio on Debian i86 7.6. After executing "./pybombs install gnuradio", I got the following error related to boost: " File "/home/alizadeh/gnuradio_src/pybombs/mod_pybombs/recipe.py", line 649, in fetch raise Exception("Failed to Fetch package '%

Re: [Discuss-gnuradio] installing gnuradio with pybombs on debian

ight setting). > > Greetings, > Marcus > > On 09.10.2014 13:35, Mostafa Alizadeh wrote: > > Hello guys, > > > > I have a problem with installing GNURadio on Debian i86 7.6. After > > executing "./pybombs install gnuradio", I got the following error relat

[Discuss-gnuradio] Connecting an output to multiple input

Hello GNURadioers! I have a block (blck #1) connected to multiple of blocks. Here I have two blocks' (call blck #2 and blck #3) connected to blck #1 output. I'm confused when I saw nitems_read of blck #2 and #3 aren't the same, say 1000 items are read by blck #2 and 155000 items read by blck #3 a

[Discuss-gnuradio] is there possible to have item drops?

Hi all, It seems this is a ridiculous question, however, I didn't find any solution for my problem. I have already a bunch of custom blocks connected to each other which play role as a transmitter (tx). I want to connect tx to a fir filter by using fir_filter_ccc block. I set the filter taps with

Re: [Discuss-gnuradio] is there possible to have item drops?

ccuracy that kills your > samples. > > Greetings, > Marcus > > > > On 15.10.2014 18:07, Mostafa Alizadeh wrote: > > Hi all, > > It seems this is a ridiculous question, however, I didn't find any solution > for my problem. > > I have already a bunch of

Re: [Discuss-gnuradio] is there possible to have item drops?

> > Greetings, > Marcus > > On 16.10.2014 13:47, Mostafa Alizadeh wrote: > > Hi Marcus, > > > > I tested again my problem with connecting a data file (file source) to > the > > fir filter and read the output with the one resulted from Matlab. The > error &

[Discuss-gnuradio] pybombs error

Hello guys, I still trying to install GNURadio on debian 7.6 i86, but there is a problem with installing 'pyqwt5' package with pybombs! The following error is appeared: packages to install: ['pyqwt5', 'mcpp', 'db48', 'ice', 'gnuradio'] install called (pyqwt5) install type priority: ['deb', 'src']

Re: [Discuss-gnuradio] pybombs error

hers. > Otherwise you can get around this by installing python-qwt5-qt4 > yourself and then use pybombs config to tell pybombs you already have > pyqwt5 installed. > > On Fri, Oct 17, 2014 at 1:37 AM, Mostafa Alizadeh > wrote: > > Hello guys, > > > > I still

[Discuss-gnuradio] OpenBTS-UMTS

Hi all, Is there anyone who used OpenBTS-UMTS with USRPs? I want to know is there possible to run this openBTS on USRP with UHD? And if it is, what is the configuration process? Thanks in advance, Mostafa __

Re: [Discuss-gnuradio] OpenBTS-UMTS

mailing lists? > > > > OpenBTS is *NOT* a Gnu Radio application, although it uses the same > hardware as some Gnu Radio > > apps, it's not a Gnu Radio app itself. > > > > > > > > > On 2014-10-20 15:15, Mostafa Alizadeh wrote: > > H

Re: [Discuss-gnuradio] OpenBTS-UMTS

I will ask the opentBTS-UMTS mailing list. I hop to find a wag y to run the BTS on a USRP. Best On Oct 20, 2014 11:04 PM, "Neel Pandeya" wrote: > > Hello Mostafa Alizadeh: > > OpenBTS and OpenBTS-UMTS do not use the GNU Radio framework at all, and so you don't need to

[Discuss-gnuradio] multi thread fft execution

Hi all, I have the following c++ code which gets fft by sliding on sample by sample fo the input. /* * The private constructor */ sliding_fft_impl::sliding_fft_impl(uint fft_size) : gr::sync_block("sliding_fft", gr::io_signature::make(1, 1, sizeof(gr_comp

Re: [Discuss-gnuradio] multi thread fft execution

ll us what "undesired" means. That would greatly reduce the > guesswork for the rest of the mailing list. > > Also, sliding FFTs do look like a computational heavy load. What is the > application for that? I ask because getting an fft_length FFT for every > item increases i

Re: [Discuss-gnuradio] multi thread fft execution

Sliding fft is fundamentally different from spectral estimation in practice. Because in practice we never do sliding on sample by sample to get estimate of spectrum. The using purpose of sliding fft here is something else. Best, On Sat, Oct 25, 2014 at 6:08 PM, Marcus D. Leech wrote: > On 10

[Discuss-gnuradio] couldn't find gnuradio-core.pc.

Hello, After installing gnuradio by running this command wget http://www.sbrac.org/files/build-gnuradio && chmod a+x ./build-gnuradio && ./build-gnuradio on ubuntu 14.04, I want to install 'gr-chancoding' but it couldn't find the 'gnuradio-core'. I also couldn't find 'gnuradio-core.pc.' in /us

[Discuss-gnuradio] gqrx gr project

Hello, There is an issue for the installation of gqrx. When "qmake .." it says: *Project MESSAGE: No prefix given. Using /usr/local* why? Best, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-g

[Discuss-gnuradio] volk error

Hello all, I have a c++ code containing "filter::fir_filter_ccc", is built successfully, but there is an error when I run it due this filter: symbol lookup error: /usr/local/lib/libgnuradio-filter-3.7.5.so.0.0.0: undefined symbol: volk_malloc What is the problem and what can I do to foil it?

Re: [Discuss-gnuradio] volk error

rror? PLZ help me I can't go further till this error being solved. Best, Mostafa On Sat, Nov 1, 2014 at 11:38 AM, Mostafa Alizadeh wrote: > Hello all, > > I have a c++ code containing "filter::fir_filter_ccc", is built > successfully, but there is an error when I run i

[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'block_name'

Hello all, I've just created a block called "sliding_fft". The _impl.h file looks like: #include namespace gr { namespace lte_dl_rx { class sliding_fft_impl : public sliding_fft { private: fft::fft_complex *d_fft; uint d_fft_size; uint count; public

[Discuss-gnuradio] List of GNURadio project

Hello, I want to know how to obtain a list of GNURadio projects? After shutting down "cgran" there is no reference for them. Is there anything else? Thanks, Mostafa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/

[Discuss-gnuradio] GNURadio retrictions

Hello GNURadioers! I've been working with GNURadio since about one year ago. I just figured out the following limitation of GNURadio's framework that I want to diacuss them to clarify whether I'm wrong or not: 1- For general blocks with multiple output ports, there is a problem with the amount of

Re: [Discuss-gnuradio] GNURadio retrictions

Hi Marcus, On Mon, Nov 24, 2014 at 1:33 AM, Marcus Müller wrote: > Hi Mostafa, > > On 11/23/2014 10:39 PM, Mostafa Alizadeh wrote: > > I just figured > > out the following limitation of GNURadio's framework that I want to > diacuss > > them to clarify wheth

Re: [Discuss-gnuradio] GNURadio retrictions

On Mon, Nov 24, 2014 at 4:11 PM, Sylvain Munaut <246...@gmail.com> wrote: > > Please help me find the rational reason! > > Because calling "produce" means, "I'm done, go ahead and take those > sample". > Don't call it until you are reall done ... > > GR is a multi-threaded applications, each work(

[Discuss-gnuradio] connecting GNURadio to xilinx evaluation board

Hi, I have KC705 evaluation board of xilinx: http://www.xilinx.com/products/boards-and-kits/ek-k7-kc705-g.html I have also a daughter board of fmcomms1: http://wiki.analog.com/resources/eval/user-guides/ad-fmcomms1-ebz I want to use GNURadio alongside of this board. I suddenly saw Zynq system

[Discuss-gnuradio] BER over air

Hello all, BER (Bit Error Rate) measurement isn't a cumbersome task which is realizable for each system with transmitting a known sequence of bits and take them @ a receiver which translates BER measurement into a simple comparison. I have a question regarding how it's possible to measure SNR @ a

Re: [Discuss-gnuradio] BER over air

Is it true? I want to know your recommendations. Thanks in advance, Mostafa On Sat, Dec 27, 2014 at 12:01 AM, Martin Braun wrote: > On 12/25/2014 11:06 AM, Mostafa Alizadeh wrote: > > I have a question regarding how it's possible to measure SNR @ an Rx > > with a USRP? In f

Re: [Discuss-gnuradio] BER over air

t, Mostafa On Sun, Dec 28, 2014 at 8:11 PM, Marcus Müller wrote: > Hi Mostafa, > > On 12/28/2014 03:54 PM, Mostafa Alizadeh wrote: > > Hi Martin, > > Thank you for response. I don't want Eb/N0, because there is not bit > stream but complex symbols. > > A symbo

Re: [Discuss-gnuradio] BER over air

Yeah, If we have include the chanel the received symbol is: y(t) = h(t) * x(t) + n(t). So h can vary with time and isn't flat. In SNR we would know h. For simplicity I ignored it by setting h = 1 which is not acurrate. On Dec 28, 2014 9:01 PM, "Marcus Müller" wrote: > Hello Mostafa, > > I've forg

Re: [Discuss-gnuradio] BER over air

I suddenly found a book which discussed SNR estimation which is also assumed the AWGN channel [1, chap. 6, p. 121]. This book also considers carrier phase and frequency uncertainties and developed a kind of compensation for them. Again I think we need to remove fading channel before SNR estimation

Re: [Discuss-gnuradio] BER over air

14 19:08, Mostafa Alizadeh wrote: > > Again I think we need to remove fading channel before SNR estimation. Is >> it >> true? >> > > To answer this specific point (and Marcus is far more better versed than I > in this science): > > More fading equals less signal, more

Re: [Discuss-gnuradio] BER over air

del, which of course assumes that you have or can estimate these parameters." So we need acquire 'h'. Best, Mostafa On Mon, Dec 29, 2014 at 3:42 PM, Marcus Müller wrote: > Hello Mostafa, > On 12/29/2014 12:55 PM, Mostafa Alizadeh wrote: > > I finally got to thi

Re: [Discuss-gnuradio] BER over air

alculation regardless of type of modulation used and I will share it. Best, Mostafa On Dec 29, 2014 4:53 PM, "Marcus Müller" wrote: > Hi Mostafa, > > On 12/29/2014 01:58 PM, Mostafa Alizadeh wrote: > > I completely agree to the statement. But take a look at this simple >

Re: [Discuss-gnuradio] GNU Radio && Stack Overflow

Hi, It's good news. Stack Overflow is a more general place not to discuss just GNURadio, also *topics little related *to GNURadio can be discussed there (as they may be disgusting to be discussed here!). Thank you Martin. Best, Mostafa On Thu, Jan 8, 2015 at 2:35 PM, Martin Braun wrote: > Ever

Re: [Discuss-gnuradio] Bluetooth Transmitter using GRC

Hi Jeff, What is your reason for saying: "Latency and tuning" of the N210 device isn't appropriate??? Best, Mostafa On Mon, Jan 12, 2015 at 2:52 PM, Jeff Long wrote: > On 01/10/2015 02:46 PM, vaibhav kulkarni wrote: > >> Hi All, >> >> I am searching for an implementation of a complete Bluetoot

Re: [Discuss-gnuradio] Bluetooth Transmitter using GRC

stance. Why the latency problem doesn't matter X-series USRP? Best, Mostafa On Tue, Jan 13, 2015 at 3:02 PM, Jeff Long wrote: > On 01/12/2015 01:07 PM, Mostafa Alizadeh wrote: > >> Hi Jeff, >> >> What is your reason for saying: "Latency and tuning" of t

Re: [Discuss-gnuradio] Bluetooth Transmitter using GRC

t then, your > PC will be burdened with the task of continously generating more than > 80MS/s -- for 2 MHz of instantaneous bandwidth. > > Best regards, > Marcus > > > > On 01/13/2015 02:44 PM, Mostafa Alizadeh wrote: > > Yeah I have had a look at Bluetooth PHY. Th

Re: [Discuss-gnuradio] Bluetooth Transmitter using GRC

Thank you for providing enough information about USRPs. So as a conclusion, if one needs to implement a Bluetooth device, he shall use X3xx USRP. Best, Mostafa On Thu, Jan 15, 2015 at 12:10 AM, Marcus D. Leech wrote: > On 01/14/2015 02:29 PM, Mostafa Alizadeh wrote: > > > Hi

Re: [Discuss-gnuradio] Distorted QPSK Constellation

Hi, For reading your data from file, you need to have a binary data file. Libre office file has a header and after that your text " ", in which "1" or "0' is a char not a bit! GNURadio bit generation sources assume "0" is a byte of bits "" and "1" is a byte of bits "1000". So y

[Discuss-gnuradio] eye diagram error

Hello, When I used eye diagram block (which seems to be a member of WxGUI class), the following error appeared: File "/usr/local/lib/python2.7/dist-packages/baz/eye.py", line 98, in __init__ self.st = gr.message_sink(gr.sizeof_float, msgq, dont_block=1) AttributeError: 'module' object has n

Re: [Discuss-gnuradio] eye diagram error

her version of GNU Radio. > You can try to emulate an eye diagram by using the Scope Sink, and > triggering on a signal that has an edge on every symbol center. > > Best regards, > Marcus > > > On 02/17/2015 06:30 PM, Mostafa Alizadeh wrote: > > Hello, > > When I use

[Discuss-gnuradio] using virtual member functions

Hello all, I'm about to use member functions of the abstract base class of qtgui classes to adjust visualization parameters such as "set_title", "set_line_label" etc. There is an explanation of virtual based classes in [1]. So it's possible to use pure virtual functions by the derived classes. W

Re: [Discuss-gnuradio] Phase locked loop

ter 8 and 7 of [2] for the description and implementation of PLL? > > Appreciate your kind help. > > > Best regards, > Wai Yee > > > > ---- Original message > From: Mostafa Alizadeh > Date:18/03/2015 01:07 (GMT+08:00) > To: yee_yy1992 > Subject:

[Discuss-gnuradio] how to put things out of a block

Hi all, In GNURadio we had ControlPort capability which is now disabled based on some (unknown to me) reasons. ControlPort gave us a sort of control over flowgraph such as setting or getting different parameters from different blocks. So I have seriously a problem with accessing a parameter withi

Re: [Discuss-gnuradio] Multipath Fading

Parameters in signal source: >>> Freq: 1 M >>> Amplitude: 1 >>> >>> Noise Source: >>> Amplitude: 1 >>> >>> Fading Block: >>> Normalized Doppler: 10.0 >>> Rayleigh >>> >>> This for testing the fading bl

Re: [Discuss-gnuradio] Message passing(connect) in C++

Hi Marco, The top_block class has a member named: connect. You can use it in the main() to connect different blocks. However, if you want to dis/connect blocks within C++ blocks, you must pass top_block pointer to the class in some fashion. Once I did and I got errors because I didn't have accesse

Re: [Discuss-gnuradio] Message passing(connect) in C++

Apr 30, 2015 at 4:15 PM, Mostafa Alizadeh wrote: > Hi Marco, > > The top_block class has a member named: connect. You can use it in the > main() to connect different blocks. However, if you want to dis/connect > blocks within C++ blocks, you must pass top_block pointer to the class

[Discuss-gnuradio] gnuradio on android

Hi I'm looking for "GNURadio on android" applications. I mean what kind stuffs already can I do with GNURadio on android? I have not tried the process of making GNURadio on a mobile device since I don't know what's its application. To be specific, is it possible to, for instance, use mobile (or t

[Discuss-gnuradio] constellation plot in c++ using qtgui

hello everybody, I wanted to use constellation plot of gnuradio in my top block in c++. I actually use qtcreator in ubuntu and gnuradio 3.7.3. After I found out that I must add "-lgnuradio-qtgui" to the .pro file of qtcreator for using qtgui of gnuradio, I ran the program but it didn't open any GU

[Discuss-gnuradio] I have a trouble with new types in python!

Hello everybody, I have a new type in my gnuradio blocks which are defined in c++. However, the GRC don't know them. *The first question is how I could make GRC of such blocks? * I think if I could be able to define them in python I could add new types to the GRC of the block. Although I'm not so

Re: [Discuss-gnuradio] I have a trouble with new types in python!

acked in "byte" does never make a difference. > > Hope that was a little helpful, > Marcus Müller > > > > On Wed, May 7, 2014 at 3:01 PM, Mostafa Alizadeh > wrote: > >> Hello everybody, >> I have a new type in my gnuradio blocks which are defined in c++. &g

Re: [Discuss-gnuradio] I have a trouble with new types in python!

please help me, best, On Wed, May 7, 2014 at 7:59 PM, Marcus Müller wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Mostafa, > > > On 07.05.2014 16:34, Mostafa Alizadeh wrote: > > > > #define X 0x01864CFB > > Attention! This is a preproces

[Discuss-gnuradio] pass new types to the "make" function

hello every body, I really have a problem with data types when I want to use my out-of-tree module in GRC which is written in c++. I have a "make" like this: *make(unsinged int x, usigned char y)* how could I use this block in GRC? please help me, Thank.

Re: [Discuss-gnuradio] pass new types to the "make" function

-unsigned_inting.git > and tell me if it reflects what you're trying to do. > The only files I modified after generation with gr_modtool were > - lib/trycc > - python/qa_try_...py > - grc/tryxml > > Greetings, > Marcus > > On 08.05.2014 10:18, Mostafa

[Discuss-gnuradio] how to manage time!

Hello everybody, I want to have a block of, for example, bit generator, which generates 1000 bps. How could I manage the time in a thread (or equivalently in a block)?? *Or saying in general, how could I manage timing for passing data between blocks!?* I saw the "Throttle" block of gnuradio in c++

Re: [Discuss-gnuradio] how to manage time!

> maybe tell us a little bit why you want to have a physical item rate, > things would clear up a bit:-) > > greetings, > Marcus > > > On May 8, 2014 9:37:32 PM CEST, Mostafa Alizadeh > wrote: >> >> Hi Marcus, >> I did know about the Throttle block and w

Re: [Discuss-gnuradio] how to manage time!

the number of samples of that sine function, could be determined with your sampling rate. Best, On Sat, May 10, 2014 at 5:05 AM, Activecat wrote: > > On Fri, May 9, 2014 at 2:14 PM, Mostafa Alizadeh > wrote: > >> Hi Marcus, >> >> I actually want to impleme

Re: [Discuss-gnuradio] how to manage time!

Dear Activecat, To be honest, I'm still confused!! :) I want to have a source which generates a stream in a specific sample rate (or approximately, in average). Take a look at Audio source block, or some other source blocks, if there any, which takes sample rate as an input. (for instance USRP sou

[Discuss-gnuradio] How to change a flowgraph in c++ dynamically

Hi everybody, I was wonder why I can't make a class of topblock in c++ like in python as said here: http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsWritePythonApplications Then I think, I can control the flowgraph, start or stop it , disconnect or connect blocks and anything else .

[Discuss-gnuradio] how to pass a large number of items between blocks?

Hi, I recently encountered a problem with the large number of items. I wanna pass about 75000 items from one block to the another. I thought that I could do this with setting the min of output items in the constructor of the block but I got the following error by runtime: thread[thread-per-block[

Re: [Discuss-gnuradio] how to pass a large number of items between blocks?

I'll be appreciate you so much. best, On Wed, May 14, 2014 at 1:04 PM, Martin Braun wrote: > On 13.05.2014 19:27, Mostafa Alizadeh wrote: > >> Hi, >> >> I recently encountered a problem with the large number of items. I wanna >> pass about 75000 items from

Re: [Discuss-gnuradio] How to change a flowgraph in c++ dynamically

It's better to say in this way: *how could I use stop(), start(), lock(), unlock() of the topblock methods? Is there any example of them?* Thanks, On Wed, May 14, 2014 at 1:20 PM, Martin Braun wrote: > On 13.05.2014 15:56, Mostafa Alizadeh wrote: > >> Thank you martin, >

Re: [Discuss-gnuradio] How to change a flowgraph in c++ dynamically

Hi Marcus, what do you mean by *"run to completion" *? best, Mostafa On Thu, May 15, 2014 at 10:40 AM, Mostafa Alizadeh wrote: > Hi Martin, > Thank you so much, :) > The last example you mentioned, gr-uhd/examples/c++/tags_demo.*cc*, this > will help me!! > It's

Re: [Discuss-gnuradio] how to pass a large number of items between blocks?

written output until the output buffer aligned with the number of items will written on it! This is interesting. best, On Wed, May 14, 2014 at 1:59 PM, Mostafa Alizadeh wrote: > Hi Martin, > Yes you're right, 75000 items isn't so large! But after passing these > items through an

Re: [Discuss-gnuradio] How to change a flowgraph in c++ dynamically

n easier time understanding hints like this ;) > See http://imgur.com/YPUvyzm > > Greetings, > Marcus > > > > > On Thu, May 15, 2014 at 8:11 AM, Mostafa Alizadeh > wrote: > >> Hi Marcus, >> >> what do you mean by *"run to completion" *? >&

[Discuss-gnuradio] Facebook

Hi everybody, To be more communicative, we'v designed a page of "GNURadio" on facebook https://www.facebook.com/gnuradiodeveloper This page specially is for GNURadio developers who are following GNURadio ecosystem: ✔ new releases of GNURadio, ✔ new products of GNURadio, ✔ GNURadio conferences an

Re: [Discuss-gnuradio] Facebook

platform for discussion if you > want to make information well-searchable, well documented, self-organized; > the average time until a post on the mailing list goes answered is in the > order of hours; as a lot of the community earns its money with software > radio related occupations,

Re: [Discuss-gnuradio] Facebook

ell documented, self-organized; > the average time until a post on the mailing list goes answered is in the > order of hours; as a lot of the community earns its money with software > radio related occupations, I doubt the frequency of qualified answers on > facebook would ever be as high as

[Discuss-gnuradio] put a block to sleep

Hello everybody, I want to connect a source to a sink block but there must be a sort of synchronization between them. The sink block should ask the source to generate data stream on some specific instances. Between these instances, the source block must put to the sleep or be disabled. How could I

Re: [Discuss-gnuradio] put a block to sleep

PM, Martin Braun wrote: > On 21.05.2014 11:53, Mostafa Alizadeh wrote: > >> Hello everybody, >> >> I want to connect a source to a sink block but there must be a sort of >> synchronization between them. The sink block should ask the source to >> generate data st

Re: [Discuss-gnuradio] put a block to sleep

It doesn't work for me! On Wed, May 21, 2014 at 7:21 PM, Activecat wrote: > Try this: On the flowgraph Options, configure the Max Number Of Output to > 1. > > > > On Wed, May 21, 2014 at 9:54 PM, Mostafa Alizadeh > wrote: > >> *After producing one block

[Discuss-gnuradio] cmake problem

Hi, I want to ask these questions about how to write cmake lists when we making gr-xxx projects (modules) with gr_modtool: 1- How could I add dependencies of my project! For example I'm using a c++ library in one of my gr block, so how could I tell cmake to check the dependency? I read GNURadio t

Re: [Discuss-gnuradio] cmake problem

g/Wiki/CMake:How_To_Find_Libraries > especially the introduction and the pkg-config related stuff on that page. > > Hope that helps, > Greetings, > Marcus > > On 25.05.2014 08:51, Mostafa Alizadeh wrote: > > Thank you Marcus, > > > > My library is a package. I t

[Discuss-gnuradio] noutput_items

Hi, I'm confused about what is the return value of the work function if I have multiple output ports? I use *produce()* method to determine how many items produced on each port, so what does it mean to return again a number from work if I produced different number of items for each output port?? b

Re: [Discuss-gnuradio] noutput_items

Thank you so much for your complete explanation. Just the term *maximally* and WORK_CALLED_PRODUCE works for me :) best, On Sun, May 25, 2014 at 12:50 PM, Marcus Müller wrote: > Hi Mostafa, > > a few things: > 1. work() only is meaningful for sync and interpolator/decimator blocks; > then, you

[Discuss-gnuradio] run a top block within a block!

Hi GNURadiores, I was thinking about how to change dynamically the blocks connected in my top block when it's running! After a long time, I reach to this point that I may have a top block is running within *a block*! (Also another top block runs* the block* itself. is that possible? If it is, I c

[Discuss-gnuradio] a criticism to GNURadio's scheduler!

Hi, I worked on GNURadio for many hours. After all, I prepared my blocks in c++. However, the source by which I produce random bits (items with sizeof(char) ) doesn't work properly! By properly I mean, I wanted GNURadio to lead me control how it's going to call the *source.* It's crazily calling th

Re: [Discuss-gnuradio] a criticism to GNURadio's scheduler!

assgr_1_1blocks_1_1throttle.html > > Mike > > -- > Mike Jameson M0MIK BSc MIET > Ettus Research Technical Support > Email: supp...@ettus.com > Web: http://ettus.com > > > On Sun, Jun 1, 2014 at 9:30 AM, Mostafa Alizadeh > wrote: > >> Hi, >> I worked

Re: [Discuss-gnuradio] a criticism to GNURadio's scheduler!

condition > multithreading methods, I'd like to hear a bit about your source and why > being called often is a problem; that's usually not the case, so chances > are we might help you find a solution if we understood what's wrong with > your source ;) > > Greetings, &

Re: [Discuss-gnuradio] a criticism to GNURadio's scheduler!

; >> gets a little tricky when you want your seed to come in using a message, > >> because messages are not going to disturb your work due to design for > >> thread-safety. > >> > >> But then again, before I start proposing wait-notify/condition > >

Re: [Discuss-gnuradio] a criticism to GNURadio's scheduler!

em in another way to escape from it! On Sun, Jun 1, 2014 at 3:13 PM, Activecat wrote: > On Sun, Jun 1, 2014 at 4:56 PM, Mostafa Alizadeh > wrote: > >> Hi Mike, >> >> No, the throttle isn't a source! It just controls the flow of items in an >> specific time inte

Re: [Discuss-gnuradio] Error creating block with different input signature

Hi, I don't know why you have a problem with this! Just take a look at* fll_band_edge_cc_impl.cc* in the GNURadio tree : .../gnuradio-3.7.3/gr-digital/lib/ Also see its grc in: .../gnuradio-3.7.3/gr-digital/grc Best, Mostafa On Sun, Jun 8, 2014 at 6:02 PM, sarankumar wrote: > Hi, > I am tryin

Re: [Discuss-gnuradio] gnuradio dataflow, buffering and scheduling

Hello all, Yeah, I also think this topic is interesting to find out this vague and unclear scheduler! I'm waiting for further discussions. Best, Mostafa On Thu, Jul 24, 2014 at 5:50 PM, Leonardo S. Cardoso wrote: > Hello everyone, > > I've been asking the same questions as Anh, since we have a

[Discuss-gnuradio] Problem with large number of inputs.

Hi all, I've used to have a block with large number of inputs, say 24, but I think GNURadio has a problem with memory allocation because when I use the block it's suddenly jump out of the program with "The program has unexpectedly finished." (the above message isn't for GNURadio) However, when

Re: [Discuss-gnuradio] Problem with large number of inputs.

Hi Marcus, You're right. I didn't clarify the problem. Actually in C++, I wrote: block_impl::block_impl(bool normal, int group) : gr::block("phich_grouping", gr::io_signature::make(1, group * N_FS(normal), sizeof (gr_complex)), gr::io_signature::make(1, 1, s

Re: [Discuss-gnuradio] Problem with large number of inputs.

items to in; the typecast is nothing but > syntactic magic and can be done by having "in = ((const gr_complex*)*) > input_items;"; also, I encourage you to use the C++-style explicit cast > operators (in this case, reinterpret_cast<>) for their clarity, but that's > mor

Re: [Discuss-gnuradio] Problem with large number of inputs.

ou check for that in the code > excerpt you were sharing. > Again, it isn't very useful to share only a portion of your block, > especially when you are very sure yourself that this portion is correct, > if you want help identifying what goes wrong. > > With best regards, > M

Re: [Discuss-gnuradio] Problem with large number of inputs.

(0), > pmt::string_to_symbol("length"), > pmt::from_long(12)); > > cout << "PHICH grouping" << endl; > > consume_each(12); > > } > else >

[Discuss-gnuradio] Fwd: Problem with large number of inputs.

-- Forwarded message -- From: Mostafa Alizadeh Date: Mon, Jul 28, 2014 at 7:21 PM Subject: Re: [Discuss-gnuradio] Problem with large number of inputs. To: Activecat Dear Activecat, I run the whole GNURadio C++ codes in Qtcreator without any problem by adding these lines to its

  1   2   >