Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

"In essence, you have to make sure that all branches start the synchronization process if one branch detects a frame." I am doing only slightly different from above. Frame detection is happening with the combined value of correlation. And once frame is detected, both of the branches start the

[Discuss-gnuradio] problem with gnuradio connecting to ni-usrp 2922 on windows

Hi, I'm having a problem connecting an ni-usrp 2922 device to my laptop on Windows 8 64-bit version. I'm running the v3.7.12/v1.4 version of gnuradio. I tried to ping the ip-address of the usrp and it's

Re: [Discuss-gnuradio] problem with gnuradio connecting to ni-usrp 2922 on windows

You can see to which UHD image it corresponds in our application note on "Mapping between ER USRP and NI-USRP product numbers" [1] You can use the uhd_image_downloader.py to get the FPGA images directly into your computer, and then load the corresponding to the N210 using the uhd_image_loader as

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

Hi, > On 28. Apr 2018, at 17:02, Sumit Kumar wrote: > So basically I will be combining the correlation values from all antennas to > find the start of WiFi frame. With this approach, I believe, there wont be > any need of synchronization between branches. Let me know

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

If you can get the ctrlport monitor/profiling code working (I can't at the moment), you can watch the buffers fill. Or, you could have the sync_long blocks print out nitems_written(portnum) after every general_work call. It seems likely that if you have 2 parallel paths with the word "sync"

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

I don't know the 802.11 code, but if the 2 sync_long blocks produce different amounts of output, eventually the "add" block will lock up. On 04/29/2018 09:30 AM, Sumit Kumar wrote: "In essence, you have to make sure that all branches start the synchronization process if one branch detects a

Re: [Discuss-gnuradio] Correct usage of gr::io_signature::makev

That certainly works, too! If you're using C++11, you can also static std::vector get_input_sizes(){ std::vector input_sizes = { sizeof(gr_complex), sizeof(gr_complex), sizeof(gr_complex), sizeof(gr_complex), sizeof(float) }; return

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

Hi Jeff, Ok now I print nitems_written(portnum) after every general_work call. But what should I check for. ( I am sorry, I never did such debugs before. ) Can you please explain this in a little more detail *"you have 2 parallel paths with the word "sync" in them, and the blocks use

Re: [Discuss-gnuradio] Correct usage of gr::io_signature::makev

Hi Marcus, Ok I did that as you said and it work :) Also I found another way. I made a separate method in the class short_sync static std::vector get_input_sizes(){     std::vector input_sizes;     input_sizes.push_back(sizeof(gr_complex));     input_sizes.push_back(sizeof(gr_complex));    

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

You are looking for the number of samples written by the two sync_long blocks to drift apart over time. When the flowgraph locks up, see what the difference is. There's a bit too much logic in this file for me to take a quick look and say whether i and o differ, but there are hints that it

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

Hi Jeff, Ok I understand that. But how to verify this lock-up ? Similar to dual_channel short sync if I make a new block i .e dual channel long sync, will it force this block to produce same number of outputs on two output ports ? I am attaching the grc file for reference. Regards Sumit

Re: [Discuss-gnuradio] problem with gnuradio connecting to ni-usrp 2922 on windows

Hello Trueblues, National Instrument's USRP software can prevent Ettus Research's software from running correctly by pre-occupying the USRPs. So, you may have to disable their USRP-related services (I mean, Windows's equivalent of daemons) to get UHD (and related GNU Radio blocks) working. I

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

Hi, As Basti pointed out, you are basically missing the synchronization logic between branches. You have to detect the signal in all branches and have to come up with a logical block which could synchronize them all, right before addition. This issue does not arises in simulations because these

Re: [Discuss-gnuradio] signal cancellation example using GRC and USRP B210

Hi! On Sun, 2018-04-29 at 01:17 +0800, Inkyu Bang wrote: > Dear Marcus > > Thank you for the comments. > > I am trying to make a beam which is canceled out (i.e., null) at a > specific location but is not elsewhere. > > I am aware of beamforming and half-wavelength things > (By the way, a