Re: [Discuss-gnuradio] Looking for 802.11 MAC & PHY Package

2014-10-15 Thread Bastian Bloessl
Hi, On 10/10/2014 06:20 PM, Zhang, Jiayi wrote: Dear Marcus and Bloessl, Thanks for the reply. I also notice the fully functional gr-ieee802-11 package provide by Bloessl. Previously I thought it's only PHY, but as Marcus mentioned it also include MAC. It seems to me in the gr-ieee802-11-master

[Discuss-gnuradio] Regarding lock protection when setting private variables in gnuradio blocks

2014-10-15 Thread Achilleas Anastasopoulos
My question arose from a comment that Jonathan made on one of the pull requests in gnuradio (#293). If we have a set function in a gr block that sets some private variable that is used in the work function, do we need to protect it to make the whole operation thread safe? Is this a standard pract

Re: [Discuss-gnuradio] Regarding lock protection when setting private variables in gnuradio blocks

2014-10-15 Thread Tom Rondeau
On Wed, Oct 15, 2014 at 11:49 AM, Achilleas Anastasopoulos < anas...@umich.edu> wrote: > My question arose from a comment that Jonathan made on one of the pull > requests > in gnuradio (#293). > > If we have a set function in a gr block that sets some private variable > that is > used in the work

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

2014-10-15 Thread Mostafa Alizadeh
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] Flow graph stops after 45/60 minutes

2014-10-15 Thread Marcus Müller
Hi Dominique, please always respond to the list, not to people individually. On 15.10.2014 18:44, Dominique Guelord Ingala wrote: > Hi Marcus, > I'm sorry, I didn't understand what you said regarding how to reply to digest. Simply don't hit the reply button when you are reading a digest mail. Usu

[Discuss-gnuradio] MSVC v16 'static const' error

2014-10-15 Thread Gisle Vanem
I just got this error from MSVC v16 while trying to compile atsc_sync_impl.cc: g:\gv\dx-radio\gnuradio-3.x\gr-dtv\lib\atsc\atsc_sync_impl.h(37) : error C2864: 'gr::dtv::atsc_sync_impl::LOOP_FILTER_TAP' : only static const integral data members can be initialized within a class g:\gv\dx-rad

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

2014-10-15 Thread Marcus Müller
Hello Mostafa, filtering is a inherently lossy operation: it's an operation that involves multiplication and addition of floating point numbers. Matlab internally uses double (float64) values, whereas GNU Radio, usually, uses single precision (float32) numbers for performance reasons. Now, without

[Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-15 Thread Daniele Nicolodi
Hello, I use the vector_source_x and vector_sinc_x blocks quite a lot for testing, debugging and simulations, even with quite large input and output data streams. Therefore I was looking in speeding up the feeding and retrieval of data by implementing the Python buffer interface [0] that permits

Re: [Discuss-gnuradio] Source Block - Flow Control

2014-10-15 Thread David Halls
Hi John, I have been trying at this all day! Not familiar with the async message stuff, I have tried putting ‘sleep()’ in the source block, I have tried a throttle outside it and even discarding the first X items just before the UHD sink to flush the buffer away. This all causes weird underflo

Re: [Discuss-gnuradio] Regarding lock protection when setting private variables in gnuradio blocks

2014-10-15 Thread Achilleas Anastasopoulos
Is "forecast()"" need to be protected in such a case as well? just searching on the web i realized that no operation can be assumed atomic, so I guess every single set_ method (even if it assigns a float/int/short/char) needs to be protected...is this an overkill? Achilleas On Wed, Oct 15, 2014

Re: [Discuss-gnuradio] Source Block - Flow Control

2014-10-15 Thread John Malsbury
H.. I've never done burst transmissions with a 2x MIMO case. That may or may not put a minor wrinkle in things. Let's go for the gusto and try this anyway... (or were you not looking for a burst transmission?) This assumes you're using a relatively recent (past couple months?) build of UHD

Re: [Discuss-gnuradio] Source Block - Flow Control

2014-10-15 Thread John Malsbury
Also, I would have sent you a sample flow graph.. but the computer I'm in front of has an embarrassingly old version of GR. On Wed, Oct 15, 2014 at 12:03 PM, John Malsbury < jmalsbury.perso...@gmail.com> wrote: > H.. I've never done burst transmissions with a 2x MIMO case. That may > or may

Re: [Discuss-gnuradio] Regarding lock protection when setting private variables in gnuradio blocks

2014-10-15 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Achilleas, short answer: no, it doesn't need protection. long answer: as long as the only one calling forecast() is the thread-per-block (==default) scheduler, don't worry, it will never concurrently run with work(), because it only gets called whe

[Discuss-gnuradio] Obtain rx_time (to create tx_time) in a tx flow graph with USRP

2014-10-15 Thread David Halls
Hi guys, I think I have said it all in the title, any ideas how I can get create tx_time in a transmit flow graph with a USRP UHD sink? I know that UHD source spits out rx_time, but I don't have a UHD source in my flow graph, and if I did how would I mux in the tag into my tx streams? Cheers!

[Discuss-gnuradio] Gettin data out from GRC to C++ or java?

2014-10-15 Thread Ernest Szczepaniak
Greeting, After building up some strong Matlab's prototype of my 802.11 receiver, I have to make really big and complicated GUI with lot of button's, plots, different tabs etc. And my question is simple: Any way to output complex data collected by USRP from grc to any other enviroment (c++ or j