[Discuss-gnuradio] Creating New Module

I am trying to make the module from https://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules I am following the same steps. Till "cmake ../ " everything has correctly done. But when i m running "make" the following error comes. please help :) Scanning dependencies of target gnuradio-h

Re: [Discuss-gnuradio] Creating New Module

On Tue, Jul 14, 2015 at 5:54 AM, monika bansal wrote: > I am trying to make the module from > https://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules > > I am following the same steps. Till "cmake ../ " everything has correctly > done. > But when i m running "make" the following erro

Re: [Discuss-gnuradio] BER vs SNR graph

On Tue, Jul 14, 2015 at 2:16 AM, monika bansal wrote: > Hii > I want to generate BER vs SNR graph for BPSK and match it with the > theoritical result. > Is there any block which i can use? > If not what should i do ? > Two things to look at. There's the examples/fec/ber_curve_gen.grc that builds

[Discuss-gnuradio] Cross compile GNU Radio fail

Hello, I tried to follow the GNURadio cross compile instruction in this website, https://gnuradio.org/redmine/projects/gnuradio/wiki/Cross_compile_GNU_Radio_and_install_on_target I used this cmake command cmake -Wno-dev \ -DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/oe-sdk_cross.cmake \ -DE

[Discuss-gnuradio] BasicRX daughtercard for Ham Radio

Dear Sir, Referring to [1], the correct daughtercard for HF Communications is LFRX and LFTX. As a Ham radio receiver, could BasicRX be used instead of LFRX? Regards, Activecat. [1]. http://www.ettus.com/content/files/kb/Selecting_an_RF_Daughterboard.pdf __

[Discuss-gnuradio] possible bug in gr_modtool

Dear all, We have been working with our gr-isdbt OOT for some months now, and we've stumbled upon what we believe is a small bug in gr_modtool: doxygen documentation of the OOT is not updated when doing "make && sudo make install". After some exploration, we believe the problem is that the CMakeL

Re: [Discuss-gnuradio] BasicRX daughtercard for Ham Radio

Yes, it can be used. The thing to keep in mind is that because of the transformer coupling, it starts to attenuate below about 1Mhz as I recall. On 2015-07-14 09:07, Activecat wrote: > Dear Sir, > > Referring to [1], the correct daughtercard for HF Communications is LFRX and > LFTX. As a

Re: [Discuss-gnuradio] possible bug in gr_modtool

Hi Federico - Yes, that does seem like a bug. Looking at the top-level docs/doxygen/CMakeLists.txt, this command is: {{{ add_custom_command( OUTPUT ${BUILT_DIRS} COMMAND ${DOXYGEN_EXECUTABLE} ${CMAKE_CURRENT_BINARY_DIR}/Doxyfile WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR} DEPENDS

[Discuss-gnuradio] Build C++ processing blocks with input parameters

I have been trying to build an easy block called mutiply_ff, having an input parameter int multiple. The block is meant to multiply each element of the input streams by the parameter multiple. I am getting one error when: mkdir build cd build cmake ../ make (Here I get ERROR!) This is the error:

[Discuss-gnuradio] Reconnecting OFDM rx

Hi list, I want to reconfigure an OFDM system. For this, I am so far simply trying to reconnect the tx and rx in the loopback example from the gr-digital ofdm examples. I made only very small modifications to it with two selector blocks, so now the flowgraph looks like this: http://i.imgur.co

Re: [Discuss-gnuradio] Reconnecting OFDM rx

Hey Julius, the OFDM codes work over the air, so I don't think statefulness is the issue. Maybe you just have super-full buffers or something like that. The packet detection is the most stable part -- can you see if that works? Just use the Schmidl&Cox block from the rx and see if it prints tags?

Re: [Discuss-gnuradio] Build C++ processing blocks with input parameters

Is this an exercise for you? Can't you use multiply_const_ff from GNU Radio? Your code has some simple C++ errors; I recommend you carefully read the compiler output and reference that to your code. Also, you might want to grab a book on C++. The error message you've posted doesn't give enough inf

Re: [Discuss-gnuradio] possible bug in gr_modtool

On 14.07.2015 07:11, Michael Dickens wrote: > Hi Federico - Yes, that does seem like a bug. Looking at the top-level > docs/doxygen/CMakeLists.txt, this command is: > {{{ > add_custom_command( > OUTPUT ${BUILT_DIRS} > COMMAND ${DOXYGEN_EXECUTABLE} ${CMAKE_CURRENT_BINARY_DIR}/Doxyfile >

Re: [Discuss-gnuradio] Packet Header Generator and Stream CRC32

On 13.07.2015 18:09, zs wrote: > Hi Martin, > > Thank you. > > 1.Why the packet length should be larger than 32 bits?Can you explain it? > > 2.For example,I'm using the OFDM example in gnuradio.If i want to have a > working CRC,I must set the length>=4?Is 4 OK? The *header* needs to be 32 bits.

Re: [Discuss-gnuradio] Reconnecting OFDM rx

Hi Martin, I don't exactly understand what you mean. I connected the Tag Debug to both outputs of Schmidl&Cox, but that does not seem to add any tags even when running in the "normal" mode. I don't think it is supposed to as it doesn't get any keys. When disconnecting the rx, the detect outp

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

On 13.07.2015 17:49, Jose Perez wrote: > Another question... to use the block "Error Rate" to calculate the > BER of the system, I just need put the File Source block in the > Reference in Error Rate block and the output of Repack Bits block on > RX side? That won't be as helpful as you might thin

Re: [Discuss-gnuradio] possible bug in gr_modtool

The OP's point is that in gr-modtool's docs/doxygen/CMakeLists.txt, this command is: {{{ add_custom_command( OUTPUT ${BUILT_DIRS} COMMAND ${DOXYGEN_EXECUTABLE} ${CMAKE_CURRENT_BINARY_DIR}/Doxyfile WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR} COMMENT "Generating documentation with d

Re: [Discuss-gnuradio] Reconnecting OFDM rx

On 14.07.2015 10:03, Julius Durst wrote: > Hi Martin, > > I don't exactly understand what you mean. I connected the Tag Debug to > both outputs of Schmidl&Cox, but that does not seem to add any tags even > when running in the "normal" mode. I don't think it is supposed to as it > doesn't get any k

Re: [Discuss-gnuradio] possible bug in gr_modtool

On 14.07.2015 10:09, Michael Dickens wrote: > The OP's point is that in gr-modtool's docs/doxygen/CMakeLists.txt, this > command is: > {{{ > add_custom_command( > OUTPUT ${BUILT_DIRS} > COMMAND ${DOXYGEN_EXECUTABLE} ${CMAKE_CURRENT_BINARY_DIR}/Doxyfile > WORKING_DIRECTORY ${CMAKE_CURREN

[Discuss-gnuradio] Additional Public SDR Class Dates, Gearing Up For GRCON15

View this email in your browser Upcoming Public CoursesCorgan Labs is excited to announce two additional two-day public courses on the East and West Coast: - US East Coast - Columbia, MD, August 31st, 2015

Re: [Discuss-gnuradio] BER vs SNR graph

Take a look at my thesis research in the academic papers section : https://app.box.com/s/5b8f1335df54af91b9cf "Emulation of a radio link by means of software radio". It might help you understanding the used approach to the problem. Arturo ___ Discu

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Ok, Martin. But do you have any suggest to measure how good is the transmission/reception? Thaks. Cheers, José -- View this message in context: http://gnuradio.4.n7.nabble.com/OFDM-example-from-gr-digital-with-UHD-tp54446p54790.html Sent from the GnuRadio mailing list archive at Nabble.com. _

[Discuss-gnuradio] possible bug in gr-fec/include CMakelists.txt

I received an error while building a c++ constructed flowgraph: /include/gnuradio/fec/cc_decoder.h:28:36: fatal error: gnuradio/fec/cc_common.h: No such file or directory #include It appears that cc_decoder.h includes cc_common.h but that file is not in the CMakelists.txt install list. Addin

[Discuss-gnuradio] Primary User Emulation attack in Cognitive Radio

Dear All, Can you please suggest how to implement and test Primary User Emulation attack in Cognitive Radio. Regards, M.Shriraghavan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Creating New Module

Hii, gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) I think Boost version is 1.48.0-3 I run the command " dpkg -l '*boost*' " and i got Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,