Re: [Discuss-gnuradio] gr-ieee 802.11 and integration with linux stack (wpa_supplicant)

Hi, > On 5 Dec 2016, at 21:10, sumitstop wrote: > > Has anyone tried integration of gr-ieee 802.11 with Linux stack > (wpa_supplicant)? > I guess no, but since it doesn’t have a standard compliant MAC layer that might be of limited benefit. If you really want to look into integrating it in

Re: [Discuss-gnuradio] Reg: gr-ieee 802.11 and wireshark settings for commercial NIC

Hi, > On 5 Dec 2016, at 23:08, sumit kumar wrote: > I mean the wireshark dint detect transmission from gr-ieee 802.11 > transmitter also apart from my custom build transmitter(openairinterface). > So AFAIS, this are two problems. - Your custom transmitter is received by gr-ieee802-11, but

Re: [Discuss-gnuradio] Frequency multiplexing at baseband -filters introduce 'DDDDDDDDDDD'

On 12/05/2016 06:42 PM, Marcus Müller wrote: Dear Damindra, a "D" means that your computer was so busy, the operating system wasn't able to handle network data sufficiently fast, and in effect, network packets were dropped even before they reached UHD. This means that your filter is too com

Re: [Discuss-gnuradio] Frequency multiplexing at baseband -filters introduce 'DDDDDDDDDDD'

Dear Damindra, a "D" means that your computer was so busy, the operating system wasn't able to handle network data sufficiently fast, and in effect, network packets were dropped even before they reached UHD. This means that your filter is too compute-intense for your PC. Either get a faster PC, o

Re: [Discuss-gnuradio] PMT Oddities

Marcus & Martin: I tried the dict_keys() method of checking, but even that can fail. Here is an example: [code] import pmt d = pmt.make_dict() d = pmt.dict_add(d, pmt.intern('a'), pmt.intern('a')) d = pmt.dict_add(d, pmt.intern('b'), pmt.intern('b')) d = pmt.dict_add(d, pmt.intern('c'), pm

[Discuss-gnuradio] gr-ieee 802.11 and integration with linux stack (wpa_supplicant)

Hello, Has anyone tried integration of gr-ieee 802.11 with Linux stack (wpa_supplicant)? Regards Sumit -- View this message in context: http://gnuradio.4.n7.nabble.com/gr-ieee-802-11-and-integration-with-linux-stack-wpa-supplicant-tp62184.html Sent from the GnuRadio mailing list archive at

[Discuss-gnuradio] Frequency multiplexing at baseband -filters introduce 'DDDDDDDDDDD'

Hi, I am trying to send multiple baseband signals combined using USRP N210. To do that I multiplied the baseband signals by a proper sine wave and added them before transmission. At the receiver I try to filter the signals using bandpass filters, then multiply using the same sinewave and extract t

Re: [Discuss-gnuradio] Add RFNoC FIFO

To change the blocks, you need to edit rfnoc_ce_auto_inst_x310.v twice: You need to change NUM_CE (at the top), and then the actual block list. For FIFOs, you can go to the bottom and use the generate for loop to add more FIFOs. You can use make.py to autogenerate this file (in usrp3/tools/script

Re: [Discuss-gnuradio] rx_time tag after drop

On 12/05/2016 04:24 AM, Meelis Nõmm wrote: > Now to what Martin told > > > 3. I would expect that the offset is incremented by the number of > > dropped samples. So that the combination of t_0 and offset still > > provides valid current sample time. The difference between the sum of >

[Discuss-gnuradio] ZeroMQ: Has anyone tried 4.2.0?

I'm wondering if it's safe to update the gr-recipes recipe for ZeroMQ to 4.2.0 -- that way we can point it to a git tag instead of a tarball, which plays nicer with git caches etc. If anyone's given this a spin, please let me know! Thanks! Cheers, Martin _

Re: [Discuss-gnuradio] Building simulation of basic turbo code

Hello again, so i made some steps into Gnu Radio Companion by examples you suggested in previous post. However i still could not find information or did not understand documentation properly. I'm gonna link my project in here to let know what am I talking about. Turbocoding.grc

Re: [Discuss-gnuradio] rx_time tag after drop

To answer Derek's question that output was generated using UHD_003.011.000.git-95-g811444b1 We have a feeling that the development machine has some network issues, as it also keeps giving UHD connection failures after fast application restart. > > 2. After a drop (D), does the UHD source (PC side