[Discuss-gnuradio] Stepping and Tuning USRP Source

Hi all, I want to ask some questions about gnuradio: 1.I want to use UHD: USRP Source to receive signal with 60MHz bandwidth, and I divide it into 30 channels, and each time the usrp source receive 2MHz bandwidth signal, and then improve the center frequency with step=1.5MHz. I know I need

Re: [Discuss-gnuradio] Unable to read data from a .dat file

You're confusing text files and binary files. What you are referring to are text files. The text character "1" has the binary representation (if it's represented in ASCII) of 49, "0" is 48 and all the letters of the alphabet have other values. "binary file" means that the content of the file is j

[Discuss-gnuradio] Unable to read data from a .dat file

sir, I entered some random binary data in a file (like 1001011010101) and and saved it in .dat format. I created a flow graph and tried to read those data. I am unable to read it. Also, in some flow graph when I writes something to a text file using file sink, it is something in symbols (like @,

[Discuss-gnuradio] new email address

hello, my new email address is matteo.campane...@gmail.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Dependency of RFNoC FFT size on Ethernet MTU

On 02/16/2016 10:56 AM, William Healey wrote: Hello, I am trying to make a simple FFT flow chart using a RFNoC FFT block and a signal source as input. I am finding that the maximum FFT size I can use is limited by the MTU of my Ethernet connection. While connected to the 1GB Ethernet I had a

[Discuss-gnuradio] Dependency of RFNoC FFT size on Ethernet MTU

Hello, I am trying to make a simple FFT flow chart using a RFNoC FFT block and a signal source as input. I am finding that the maximum FFT size I can use is limited by the MTU of my Ethernet connection. While connected to the 1GB Ethernet I had a MTU of 1500 and was able to use an FFT size of 1024

Re: [Discuss-gnuradio] gr-fec generic_encoder::sptr

Hi Jawad, thanks for the feedback! My guess would be that SWIG (which generates all the wrappers to use GNU Radio's C++ classes from python) gets confused by the gr::fec::generic_encoder::sptr typedef. That's a bit peculiar (because it works elsewhere), but "peculiar" is one of the words I'd use t

[Discuss-gnuradio] Problem with RX OFDM through the network

Hi all, I have modified the file RX OFDM to test the ZMQ REP/REQ blocks. What I did, basically, was to split the original in 5 different ‘parts’. Instead of connection the blocks directly, I throw the output of a part to a ZMQ REP Sink @PORT and recover it in the following part with a ZMQ REQ S

Re: [Discuss-gnuradio] gr-fec generic_encoder::sptr

Apparently using a boost::shared_ptr seems to work, contrary to a gr::fec::generic_encoder::sptr. Problem solved 2016-02-16 10:32 GMT+01:00 Jawad Seddar : > Hi all, > > I'm trying to create a block that takes a gr::fec::generic_encoder::sptr > as an argument (like the async_encoder block found i

Re: [Discuss-gnuradio] Capture peaks in gnu radio

Thanks a lot Marcus and Lou for your help Best regards Maksim On Mon, Feb 15, 2016 at 1:47 PM, madengr wrote: > I did something similar here: > > https://github.com/madengr/ham2mon/blob/master/apps/estimate.py > > It estimates the channel centers above a threshold and returns the indices > int

[Discuss-gnuradio] gr-fec generic_encoder::sptr

Hi all, I'm trying to create a block that takes a gr::fec::generic_encoder::sptr as an argument (like the async_encoder block found in gr-fec). Everyhting compiles and installs fine (I included )but when I try using my block in a python flowgraph, I get a TypeError : argument 1 of type 'gr::fec::