Re: [Discuss-gnuradio] mytx.cpp
Xianda, aside from using gnuradio/fft/fft.h (which you most probably could easily replace with directly using FFTW), your problem has nothing to do with GNU Radio -- so this is the wrong list, sorry. As the others already said, let your build system (e.g. CMake) deal with building your software, and find out where that places your files. Greetings, Marcus On 19.05.2014 04:24, xianda wrote: Hello I try to use the g++ to compile my code for example :tx.cpp.But where can i find the static library and dynamic library? And the header : #include uhd/types/tune_request.hpp #include uhd/utils/thread_priority.hpp #include uhd/utils/safe_main.hpp #include uhd/usrp/multi_usrp.hpp #include boost/program_options.hpp #include boost/format.hpp #include boost/thread.hpp #include gnuradio/fft/fft.h #include iostream #include cstdio #include complex #include csignal #include string Can someone help me to compile tx.cpp?Thank you very much. g++ tx.cpp -I what -L what..???What command should i type into the shell? Thank you. Best regards 在 2014-05-14 02:01:40，Tom Rondeau t...@trondeau.com 写道： On Tue, May 13, 2014 at 1:00 PM, xianda wangxianda920...@163.com wrote: Hello Thank you for your patience. And i run 3 steps: 1.copy mytx.cpp to the uhd/host/example 2.change the CMakeLists.txt on the uhd/host/example,and just: SET(example_sources benchmark_rate.cpp network_relay.cpp rx_multi_samples.cpp rx_samples_to_file.cpp rx_samples_to_udp.cpp rx_timed_samples.cpp test_dboard_coercion.cpp test_messages.cpp test_pps_input.cpp test_timed_commands.cpp transport_hammer.cpp tx_bursts.cpp tx_samples_from_file.cpp tx_timed_samples.cpp tx_waveforms.cpp txrx_loopback_to_file.cpp latency_test.cpp fpgpio.cpp mytx.cpp ) 3. cd build cmake .. make This is right? Another question: If i just write a cpp,what is the most convenient to run my .cpp document?To do something like up examples or by other ways? Thank you very much.You help me a lot. Best regards Glad we could help, but you're really asking questions about compiling, code management, and cmake, which are not specific to GNU Radio. If someone here can help you and has the time to, great, but there's a ton of resources on the internet to help you understand these things. Tom At 2014-05-14 00:32:37,Martin Braun martin.br...@ettus.com wrote: On 13.05.2014 17:31, xianda wrote: Hello Thank you a lot. 1.But now the header document in my tx.cpp is same as the tx_waveforms.cpp.Now what should i do?How to change the CMakeList.txt? It's just a text file. Add your own file in there. 2.I try to test.I copy the tx_waveforms.cpp to other catalogue.I try to use the g++ to test,but it go wrong?Must i use the cmake? It definitely helps. If you manually compile, you might forget a -L or -I or whatever. M Thank you. Best regards 在 2014-05-13 22:47:34，Tom Rondeau t...@trondeau.com 写道： On Tue, May 13, 2014 at 9:24 AM, xianda wangxianda920...@163.com mailto:wangxianda920...@163.com wrote: Hello Thank you for your reply. 1.Because i just know a little about the cmake.If i put my document into another folder,maybe i should write the CMakeLists.txt.But if i put my document into the uhd/host/examples,maybe i change a little of the CMakeLists.txt.Is http://CMakeLists.txt.Is it right? Yes, cribbing from an existing file is an easy way to get started. But this is really now a cmake issue, not a GNU Radio one. If modifying an existing cmake file doesn't work or you need more help, you'll have to study cmake a bit to work with it. 2.Can you give me some advices about my new transmit document,namely,mytx.cpp? 3.What is the difference between gr-uhd and uhd?Gr-uhd is just a part of UHD?Is it right? Thank you very much. gr-uhd is the wrapper around the library that allows it to fit into and be used by GNU Radio. UHD is the external driver for the OS to talk to USRP devices. Tom Best regards 在 2014-05-13 16:02:57，Martin Braun martin.br...@ettus.com mailto:martin.br...@ettus.com 写道： On 13.05.2014 09:35, 王先达 wrote: Hello all I write a c++ document mytx.cpp and i place it into the uhd/host/build/examples.And then what should i do to let it run?Should i type the make command in the shell or do other things?Thank you. Best regards, Xianda You don't have to put it in examples, but you can use the CMakeLists.txt file in this directory to figure out
[Discuss-gnuradio] to send data from synthesizer of datas to an usrp e 110/to receive datas from usrp e110 to computer
Hi, *First*, I would like to send datas from a synthesizer of datas to an usrp e 110. *Second*, I would like to send these datas received by the usrp e 100 to my laptop. -To realize that, I 'm supposed to implement an application on usrp e 110. -What kind of application I can implement on usrp e110( ie an application that can obey to the performances of the usrp e110) ? Can you suggest me a python file or grc file to implement it on usrp e 110. In fact, I found in the FAQ an application called openBTS, I would like to test it. But the link doesn't work. How can I get the grc or python file to implement open BTS on usrp e 110. -Moreover, I would like to test FM receiver but I 'm afraid to waste time without achieving a result. Because according to the mailing list in this link http://lists.gnu.org/archive/html/discuss-gnuradio/2014-04/msg00133.html , the usrp e110 isn't performed to implement FM receiver. Best regards, Wafa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] build-gnuradio script and ubuntu 14.04
Dear all, I tried to install gnuradio on ubuntu 14.04 with build-gnuradio script, but I got the message Your ubuntu release must be at least 9.04 to proceed. I've looked at the script build-gnuradio, the ubuntu 14.04 is included. Can anyone help me please! Thanks in advance A. Baier ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] receive sensitivity of B200
Are you rx'ing only with the B200, or tx'ing too? If you have a VHF antenna, you can tune it to your local FM radio stations and you will see them on uhd_fft if things are set up correctly. Adding to what Marcus said, check the correct LED is lit to verify you're using the right antenna port. M On Sun, May 18, 2014 at 11:56 PM, Marcus D. Leech mle...@ripnet.com wrote: On 05/18/2014 05:49 PM, Robert Light wrote: Hi, I use B200 with OpenBTS at 900MHz. I get very low range (about 10m only) and I identified that this is due to receive channel in B200. Changing rxgain between 0 and 70dB makes vey little difference. Does anyone know how the receive sensitivity of B200 compare with, for example, WBX? What could be the reason for this low sensitivity? uhd_fft spectrum looks normal , in the sense that I do not suspect a broken LNA. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Are you on the correct antenna port? The B2xx RF section is roughly the same noise figure and total gain as a WBX. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] build-gnuradio script and ubuntu 14.04
I recommend using PyBombs to install GNU Radio on Ubuntu 14.04 x64 LTS: http://gnuradio.org/redmine/projects/pybombs/wiki Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 10:27 AM, Baier ba...@irt.de wrote: Dear all, I tried to install gnuradio on ubuntu 14.04 with build-gnuradio script, but I got the message Your ubuntu release must be at least 9.04 to proceed. I've looked at the script build-gnuradio, the ubuntu 14.04 is included. Can anyone help me please! Thanks in advance A. Baier ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] A question about function gr::block::set_history()
Hi, I wrote a block using gnuradio history functionality. The block is inherited from gr::block (built by command gr_modtool add -t general my_block), with history set to a bit large number, 320. I then finished rest parts of the block. I run the flowgraph and output the input buffer of this block when the general_work() function is called. Then I found the history of the block is stored at the end of the input buffer, which is not as what the tutorial said. For example, suppose my block is prepended by a delay block with delay value set to 16, the content of the input buffer of my block at the first time when general_work() is called is 336 complex zeros. Then my block consume all 16 zeros by calling consume_each(16) and return the number of output items. According the description of gnuradio history functionality, the content of the input buffer of my block at the second time when general_work() is called ought to be 320 complex zeros (history) followed by some data items. Yet in fact, what I get at second time is some data items followed by 320 complex zeros! I have no idea why it happens. Could anyone help me please? Thank you! -- View this message in context: http://gnuradio.4.n7.nabble.com/A-question-about-function-gr-block-set-history-tp48313.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Costas loop in HRPT receiver
On Fri, May 16, 2014 at 12:00 PM, Pablo Fernández Alonso pfernandezalons...@gmail.com wrote: Hello, I’ve heard about costas loop to obtain the carrier of a PSK signal. But I don’t know how it is implemented the carrier recovery in the hrpt example of gr-noaa in order to demodulate the BPSK signal. I would appreciate some help with this topic. Regards, Pablo. Pablo, The Costas loop is implemented using a standard second-order control loop, which means it tracks the phase and the phase change (frequency). You can find more about how these loops here (and in plenty of text books on phase locked loops and such): http://www.trondeau.com/blog/2011/8/13/control-loop-gain-values.html Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP1
On Mon, May 19, 2014 at 12:40 AM, Activecat active...@gmail.com wrote: On Wed, Apr 30, 2014 at 4:17 AM, Martin Braun martin.br...@ettus.comwrote: Hey Don, this is a bug in UHD, which is fixed on the current 'master'. If you're using 'master', you can simply update UHD and reinstall (git pull etc.). If you can't update for some reason right now, --wire-format=sc16 might help. Cheers, Martin Unfortunately it becomes incompatible after the uhd update: RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.7.0-0, but UHD library reports ABI: 3.7.1-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. So, how to update the ABI, without a complete gnuradio rebuild ..? If you still have the build directory from your previous build of GNU Radio, you can just go into the gr-uhd directory and type make and make install. You might want to make clean to make sure it rebuilds and therefore links against the newest versions; gr-uhd isn't that big, so rebuilding the whole component isn't that time consuming. If you did not save the original build directory, you will have to rebuild the whole thing to update the library. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP1
On Mon, May 19, 2014 at 9:04 PM, Tom Rondeau t...@trondeau.com wrote: On Mon, May 19, 2014 at 12:40 AM, Activecat active...@gmail.com wrote: On Wed, Apr 30, 2014 at 4:17 AM, Martin Braun martin.br...@ettus.comwrote: Hey Don, this is a bug in UHD, which is fixed on the current 'master'. If you're using 'master', you can simply update UHD and reinstall (git pull etc.). If you can't update for some reason right now, --wire-format=sc16 might help. Cheers, Martin Unfortunately it becomes incompatible after the uhd update: RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.7.0-0, but UHD library reports ABI: 3.7.1-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. So, how to update the ABI, without a complete gnuradio rebuild ..? If you still have the build directory from your previous build of GNU Radio, you can just go into the gr-uhd directory and type make and make install. You might want to make clean to make sure it rebuilds and therefore links against the newest versions; gr-uhd isn't that big, so rebuilding the whole component isn't that time consuming. If you did not save the original build directory, you will have to rebuild the whole thing to update the library. Tom Do I need to cmake ../ first? The make within gr-uhd produces following error: activecat@rs: ~/download/gnuradio37/gnuradio/gr-uhd $ make make: *** No targets specified and no makefile found. Stop. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP1
You should be inside your build directory when you run make. On 19.05.2014 15:15, Activecat wrote: On Mon, May 19, 2014 at 9:04 PM, Tom Rondeau t...@trondeau.com wrote: On Mon, May 19, 2014 at 12:40 AM, Activecat active...@gmail.com wrote: On Wed, Apr 30, 2014 at 4:17 AM, Martin Braun martin.br...@ettus.comwrote: Hey Don, this is a bug in UHD, which is fixed on the current 'master'. If you're using 'master', you can simply update UHD and reinstall (git pull etc.). If you can't update for some reason right now, --wire-format=sc16 might help. Cheers, Martin Unfortunately it becomes incompatible after the uhd update: RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.7.0-0, but UHD library reports ABI: 3.7.1-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. So, how to update the ABI, without a complete gnuradio rebuild ..? If you still have the build directory from your previous build of GNU Radio, you can just go into the gr-uhd directory and type make and make install. You might want to make clean to make sure it rebuilds and therefore links against the newest versions; gr-uhd isn't that big, so rebuilding the whole component isn't that time consuming. If you did not save the original build directory, you will have to rebuild the whole thing to update the library. Tom Do I need to cmake ../ first? The make within gr-uhd produces following error: activecat@rs: ~/download/gnuradio37/gnuradio/gr-uhd $ make make: *** No targets specified and no makefile found. Stop. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP1
On Mon, May 19, 2014 at 9:15 AM, Activecat active...@gmail.com wrote: On Mon, May 19, 2014 at 9:04 PM, Tom Rondeau t...@trondeau.com wrote: On Mon, May 19, 2014 at 12:40 AM, Activecat active...@gmail.com wrote: On Wed, Apr 30, 2014 at 4:17 AM, Martin Braun martin.br...@ettus.comwrote: Hey Don, this is a bug in UHD, which is fixed on the current 'master'. If you're using 'master', you can simply update UHD and reinstall (git pull etc.). If you can't update for some reason right now, --wire-format=sc16 might help. Cheers, Martin Unfortunately it becomes incompatible after the uhd update: RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.7.0-0, but UHD library reports ABI: 3.7.1-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. So, how to update the ABI, without a complete gnuradio rebuild ..? If you still have the build directory from your previous build of GNU Radio, you can just go into the gr-uhd directory and type make and make install. You might want to make clean to make sure it rebuilds and therefore links against the newest versions; gr-uhd isn't that big, so rebuilding the whole component isn't that time consuming. If you did not save the original build directory, you will have to rebuild the whole thing to update the library. Tom Do I need to cmake ../ first? The make within gr-uhd produces following error: activecat@rs: ~/download/gnuradio37/gnuradio/gr-uhd $ make make: *** No targets specified and no makefile found. Stop. Is that the build directory or the source directory? Looks like the latter to me. But if it is the build directory, then missing the make files means that you've gotten rid of the build, so yes, you'd have to rerun cmake. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP1
On Mon, May 19, 2014 at 9:20 PM, Tom Rondeau t...@trondeau.com wrote: On Mon, May 19, 2014 at 9:15 AM, Activecat active...@gmail.com wrote: On Mon, May 19, 2014 at 9:04 PM, Tom Rondeau t...@trondeau.com wrote: On Mon, May 19, 2014 at 12:40 AM, Activecat active...@gmail.com wrote: On Wed, Apr 30, 2014 at 4:17 AM, Martin Braun martin.br...@ettus.comwrote: Hey Don, this is a bug in UHD, which is fixed on the current 'master'. If you're using 'master', you can simply update UHD and reinstall (git pull etc.). If you can't update for some reason right now, --wire-format=sc16 might help. Cheers, Martin Unfortunately it becomes incompatible after the uhd update: RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.7.0-0, but UHD library reports ABI: 3.7.1-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. So, how to update the ABI, without a complete gnuradio rebuild ..? If you still have the build directory from your previous build of GNU Radio, you can just go into the gr-uhd directory and type make and make install. You might want to make clean to make sure it rebuilds and therefore links against the newest versions; gr-uhd isn't that big, so rebuilding the whole component isn't that time consuming. If you did not save the original build directory, you will have to rebuild the whole thing to update the library. Tom Do I need to cmake ../ first? The make within gr-uhd produces following error: activecat@rs: ~/download/gnuradio37/gnuradio/gr-uhd $ make make: *** No targets specified and no makefile found. Stop. Is that the build directory or the source directory? Looks like the latter to me. But if it is the build directory, then missing the make files means that you've gotten rid of the build, so yes, you'd have to rerun cmake. Tom During gnuradio installation, I executed the build-gnuradio in folder ~/download/gnuradio37 I am unsure of which are considered as build directories. activecat@rs: ~/download/gnuradio37 $ l total 76k drwxr-xr-x 9 sgku sgku 4.0K Apr 9 08:31 bladeRF/ -rwxr-xr-x 1 sgku sgku 37K Apr 5 07:47 build-gnuradio* drwxr-xr-x 31 sgku sgku 4.0K Apr 9 08:46 gnuradio/ drwxr-xr-x 14 sgku sgku 4.0K Apr 9 09:50 gr-baz/ drwxr-xr-x 11 sgku sgku 4.0K Apr 9 09:52 grextras/ drwxr-xr-x 13 sgku sgku 4.0K Apr 9 09:47 gr-iqbal/ drwxr-xr-x 12 sgku sgku 4.0K Apr 9 09:50 gr-osmosdr/ drwxr-xr-x 10 sgku sgku 4.0K Apr 9 09:47 hackrf/ drwxr-xr-x 8 sgku sgku 4.0K Apr 9 09:47 rtl-sdr/ drwxr-xr-x 8 sgku sgku 4.0K May 15 22:42 uhd/ Are below directories considered build directory ? activecat@rs: ~/download/gnuradio37 $ find -name build ./uhd/host/build ./gnuradio/build ./grextras/build ./gr-baz/build ./gr-iqbal/build ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP1
On Mon, May 19, 2014 at 9:39 PM, Tom Rondeau t...@trondeau.com wrote: Yes, in this case, you want to look in gnuradio/build/gr-uhd. Tom Thanks. Next time I could try to rebuild this part only. Earlier I had rebuilt the whole gnuradio already. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP1
On Mon, May 19, 2014 at 9:28 AM, Activecat active...@gmail.com wrote: On Mon, May 19, 2014 at 9:20 PM, Tom Rondeau t...@trondeau.com wrote: On Mon, May 19, 2014 at 9:15 AM, Activecat active...@gmail.com wrote: On Mon, May 19, 2014 at 9:04 PM, Tom Rondeau t...@trondeau.com wrote: On Mon, May 19, 2014 at 12:40 AM, Activecat active...@gmail.comwrote: On Wed, Apr 30, 2014 at 4:17 AM, Martin Braun martin.br...@ettus.comwrote: Hey Don, this is a bug in UHD, which is fixed on the current 'master'. If you're using 'master', you can simply update UHD and reinstall (git pull etc.). If you can't update for some reason right now, --wire-format=sc16 might help. Cheers, Martin Unfortunately it becomes incompatible after the uhd update: RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.7.0-0, but UHD library reports ABI: 3.7.1-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. So, how to update the ABI, without a complete gnuradio rebuild ..? If you still have the build directory from your previous build of GNU Radio, you can just go into the gr-uhd directory and type make and make install. You might want to make clean to make sure it rebuilds and therefore links against the newest versions; gr-uhd isn't that big, so rebuilding the whole component isn't that time consuming. If you did not save the original build directory, you will have to rebuild the whole thing to update the library. Tom Do I need to cmake ../ first? The make within gr-uhd produces following error: activecat@rs: ~/download/gnuradio37/gnuradio/gr-uhd $ make make: *** No targets specified and no makefile found. Stop. Is that the build directory or the source directory? Looks like the latter to me. But if it is the build directory, then missing the make files means that you've gotten rid of the build, so yes, you'd have to rerun cmake. Tom During gnuradio installation, I executed the build-gnuradio in folder ~/download/gnuradio37 I am unsure of which are considered as build directories. activecat@rs: ~/download/gnuradio37 $ l total 76k drwxr-xr-x 9 sgku sgku 4.0K Apr 9 08:31 bladeRF/ -rwxr-xr-x 1 sgku sgku 37K Apr 5 07:47 build-gnuradio* drwxr-xr-x 31 sgku sgku 4.0K Apr 9 08:46 gnuradio/ drwxr-xr-x 14 sgku sgku 4.0K Apr 9 09:50 gr-baz/ drwxr-xr-x 11 sgku sgku 4.0K Apr 9 09:52 grextras/ drwxr-xr-x 13 sgku sgku 4.0K Apr 9 09:47 gr-iqbal/ drwxr-xr-x 12 sgku sgku 4.0K Apr 9 09:50 gr-osmosdr/ drwxr-xr-x 10 sgku sgku 4.0K Apr 9 09:47 hackrf/ drwxr-xr-x 8 sgku sgku 4.0K Apr 9 09:47 rtl-sdr/ drwxr-xr-x 8 sgku sgku 4.0K May 15 22:42 uhd/ Are below directories considered build directory ? activecat@rs: ~/download/gnuradio37 $ find -name build ./uhd/host/build ./gnuradio/build ./grextras/build ./gr-baz/build ./gr-iqbal/build Yes, in this case, you want to look in gnuradio/build/gr-uhd. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Socket PDU
On Sun, May 18, 2014 at 3:45 PM, Sara Chérif saracheri...@gmail.com wrote: Hello , I have 2 questions, please: 1- If I put a vector source as input or file source I choose No repeat for the input , I find that no output is written in file sink ! why ? You could try this in unbuffered mode. I just tried it with the items in the vector source and it worked fine in both buffered and unbuffered, but unbuffered mode might help here. 2- I want to receive real time voice packets from an application running on another lap which is connected to the second lap (which has GNU Radio.) using Ethernet Cable. First : I found a block socket PDU in GNU Radio , if I used it , Do I need to write the code of socket (client server) ? Second : I write IP of 1st lap the port number used by the application in the UDP Third : I connected 3 blocks : UDP source then socket PDU then PDU to stream tagged , I don't know why I have an error in the connection of UDP source socket PDU ! Please tell me what is the problem ?(as the arrow is red) Thanks :) Only like signals can connect to each other. You'll notice different colors of the ports. That's because the UDP source and Socket PDU use two completely different types of data connections. See Help-Types in GRC and notice that the Socket PDU uses async messages, which you cannot connect to a data stream like the UDP source. Read this for an intro to the message passing system: http://gnuradio.org/doc/doxygen/page_msg_passing.html Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A question about function gr::block::set_history()
Thank you for your quick answer! I think I get how gnuradio works with history from your slides: 1. When flowgraph starts, the read pointer of input buffer is set history()-1 items back. 2. After calling work()/general_work() function, gnuradio scheduler get the number of consumed items of that input buffer and move the read pointer forward by that number. Then scheduler wait until next time calling work()/general_work() function. Is it right? And I think I find the error. In gr::block::general_work(), the parameter ninput_items equals to the *sum* of *noutput_items of previous block* and *history()-1*, isn't it? I thought ninput_items equals to noutput_items of previous block when I built the block. -- View this message in context: http://gnuradio.4.n7.nabble.com/A-question-about-function-gr-block-set-history-tp48313p48333.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Fw: Re: Questions about your lte receiver
Hi,I'm forwarding the conversation I had a couple days ago with Johannes Demel so you can add it to the list.Cheers,Frederic Manteau- Original Message -From: uf...@student.kit.eduTo: MANTEAU Frédéric lt;fmant...@silicom.frgt;Subject: Re: Questions about your lte receiverDate: 05/07/2014 15:51:16 (Wed)-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Frederic, gr-lte will always sync to a signal. If there is only noise it will decode only garbage though. A good indicator for a failed sync is that only a very few, if at all any, MIBs are decoded. Also please post questions on the GR mailing list, so other can benefit. happy hacking Johannes On 07.05.2014 15:28, MANTEAU Frédéric wrote: gt; Mr Johannes Demel, gt; gt; I am trying to use your lte gnuradio receiver and am currently gt; facing some problems. I was wondering if you could spend some time gt; to help me tackling them. gt; gt; I noticed that, whatever central frequency i am setting for my gt; USRP, I always get a lte signal identified and a MIB returned. gt; Thus, I was wondering which result I should expect when no signal gt; is detected by my USRP. gt; gt; I attached you the fft what I get from my USRP at 400MHz with a gt; bandwidth of 10MHz. I didn't expect any sync to happen but I ended gt; up having a MIB with the following characteristics: N_ant = 1, gt; N_rb_dl = 6, PHICH: dur = 0, res = 0,17. gt; gt; Do you have any clues about the causes of this results? Do you know gt; if there is any case when I have a sync failed result? gt; gt; Thank you for your attention, gt; gt; Best regards, gt; gt; Frederic Manteau gt; gt; gt; gt; gt; gt; *SILICOM* gt; ___ /Ce message et les documents gt; joints peuvent contenir des informations confidentielles. Ces gt; informations sont à usage exclusif du destinataire. La réception de gt; ce message par erreur ne doit modifier en aucun cas son caractère gt; confidentiel et le secret professionnel. Ainsi, nous vous demandons gt; de détruire le document original, les fichiers joints, et les gt; éventuels copies. En conclusion, nous vous informons qu'il est gt; strictement interdit de copier, de faire suivre, ou de communiquer gt; à un tiers le contenu de ce message ainsi que ces documents gt; attachés./ -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTajpSAAoJEO7fmkDsqywMSesQAIRFqydJTrRzqoc0P58P20uU rghNvyUHR9f8XSBDumLOO8YyxnOwiSlZGIo1tcpSBlz0523Cmbeu3muHhaK6lF97 hZWUdeRn2HbMNutx4jS7uw212B1/fdiF/LwseFqrw9b6BOMbaoaqbSthcHD0/VVc P9onqXcyQohpczKYg69/v9A4MHjEJieJnzndY9uGHv2GUZL7VKoNZ74fDqmfrTuI 0aKUP+Z+MNyvTgxtV73GjOS2eC1ALrkun0L9xN3qd3VMIZVaWwzYDg0pE9c+O+xM HLKScw7q4b0j/S5N7gjAo1qXfg/rXlEurOuxHu6aMAxupSS5PuMU5Ev7jyCLDMtD wVxZ3JnqxfksIFi0dKvRXFMO/qYkYXz2YmxUqMHK3P5zrvQcT97XaDQTxXmDljaq Im/c+dDzYVXd7YKX4ncZxGi3IhxKnwFMgnFqeqT5wVnNMGgbRWHIMqG3De0wtZ2+ BBmQBMRu0fHpCRpc92cNnrIQkS4ZWsfhIzkYk5cD9NZZY9wGHcOFoLEFkMCpnEGU 85aBfJaDA9nquQWeG+1yWWiHc6jcH3FHEc++8OYkSur5rXlGZLvhbyMGLib1tOBu /deHMpT6wi7I/x4OONQzQjs+iZEBSbigx082bb/zp+yTmV59LZ+PepIDWrjfj5jj felhQIX/L6aQnwhXgd7+ =KomC -END PGP SIGNATURE- SILICOM___Ce message et les documents joints peuvent contenir des informations confidentielles. Ces informations sont à usage exclusif du destinataire. La réception de ce message par erreur ne doit modifier en aucun cas son caractère confidentiel et le secret professionnel. Ainsi, nous vous demandons de détruire le document original, les fichiers joints, et les éventuels copies. En conclusion, nous vous informons qu'il est strictement interdit de copier, de faire suivre, ou de communiquer à un tiers le contenu de ce message ainsi que ces documents attachés. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Error building with new ZMQ
In MacPorts, the header is installed as zmq.h, not zmq.hpp. I can easily
fix this if somebody else doesn't want to / if I need to, but I have a lot on
my queue right now. I'm just disabling ZMQ in the MacPorts install for now. -
MLD
{{{
:info:build In file included from
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/pub_sink_impl.cc:28:
:info:build
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/pub_sink_impl.h:27:10:
fatal error: 'zmq.hpp' file not found
:info:build #include zmq.hpp
}}}
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error building with new ZMQ
On 05/19/2014 09:25 AM, Michael Dickens wrote: In MacPorts, the header is installed as zmq.h, not zmq.hpp. I can easily fix this if somebody else doesn't want to / if I need to, but I have a lot on my queue right now. I'm just disabling ZMQ in the MacPorts install for now. - MLD As far as I know zmq.hpp is a separate file from zmq.h--it's the C++ wrapper written around it. On Linux it is distributed with the libzmq packages. -- Johnathan Corgan, Corgan Labs SDR Training and Development Services http://corganlabs.com attachment: johnathan.vcf signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Random number of output items
Hi, I'm making a block which takes bit from a bit slicer and output packets as input comes in. My block will output bytes so it can emulate a usb adapter that receives the RF signal and output a packet stream through an FTDI. That way I can use the stack that comes with the adapter without owning one. I'll use a FIFO file so other than not issuing the serail configuration the stack should be used pretty much as is. However, I'm not sure what I should do about the the number of outputs. Let say I'm waiting for the preamble, I won't output anything. When I get the preamble and the sync I'll send a sync byte of my own. From here every 8 inputs I'll output a byte. So basically my block will output 0 or 1 output. Can someone help me a little with the use of forecast and noutput_items in my case? Also do I need to use the consume_each function? Thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problem with qt constellation block
Hi All, I'm trying to built a system with several digital modulations. First, I should be able to print constellations by using qt constellation block. I started by creating a simple flowgraph with two modulations. That is my flowgraph http://gnuradio.4.n7.nabble.com/file/n48338/qt_applic.jpeg . I take the top_block.py file and I tried to modify it by adding new function to switch the null sink and the constellation block by using disconnect() and connect() function. finally in the main function i added lock() and unlock() functions to reconfigure the application. the problem is when i run the modified python file the constellation graphic appear but it conserves the first constellation representation even the switching is happened . what do you think about that? should I write something to rerun the qt application? I appreciate your help -- View this message in context: http://gnuradio.4.n7.nabble.com/problem-with-qt-constellation-block-tp48338.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error building with new ZMQ
If I look through the tarball for zmq 3.2.4 or 4.0.4, I find only zmq.h, no zmq.hpp. From the look of it, zmq is written as mixed C/C++, and the API header is purely C (wrapped with extern C if included as C++). Hence, I think the CMake Find file needs to check for both zmq.hpp and zmq.h as the header, then somehow get that info into the gr-zeromq sources. - MLD On May 19, 2014, at 12:37 PM, Johnathan Corgan johnat...@corganlabs.com wrote: As far as I know zmq.hpp is a separate file from zmq.h--it's the C++ wrapper written around it. On Linux it is distributed with the libzmq packages. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Discuss-gnuradio aUaU FM receiver
Pablo, I've also experienced the same issue with VMWare Player and Ubuntu 12.04 LTS x86_64 on a quad core i7 with a USRP N210. I've also tried Linux KVM to no avail. I ended up creating a USB 3.0 flash drive for my SDR development environment which had no issues. However, if you are interested in other applications running in a VM, Linux KVM could be an option for ethernet-based USRPs. PWG Date: Fri, 16 May 2014 16:01:24 -0700 From: Ben Hilburn b...@ettus.com To: Mike Harpe m...@mikeharpe.com Cc: GNURadio Discussion List discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] aUaU FM receiver Message-ID: caoevzkj9zl1x9njzlbf3ymdd3ay+gnechxnyz3enozpvsde...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Hi Pablo - Have you tried tuning the audio rate a bit? When you see the 'aU's, do you also hear distortion in the audio? Cheers, Ben On Fri, May 16, 2014 at 8:10 AM, Mike Harpe m...@mikeharpe.com wrote: I was unable to get GRC to perform acceptably under VMWare on a very up to date system. The USB support is very slow. Mike Harpe, N4PLE Sellersburg, IN USA On Fri, May 16, 2014 at 11:08 AM, Marcus D. Leech mle...@ripnet.comwrote: On 05/16/2014 10:59 AM, Pablo Fern?ndez Alonso wrote: Hi, I built a FM receiver working with a LiveUSB and a USRPB100 device. It worked fine, but when I installed Ubuntu and GNURadio in a virtual machine, the audio is distorted. The console types ?aU? letters. But I generate a wav file and the quality is good, the problem is with the audio sink. Regards, Pablo. ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio USB and Audio performance in VMs is highly variable and unpredictable. Sometimes it's fine, sometimes it's really poor. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Random number of output items
On Tue, May 20, 2014 at 2:17 AM, Francois Gervais francoisgerv...@gmail.com wrote: Hi, I'm making a block which takes bit from a bit slicer and output packets as input comes in. My block will output bytes so it can emulate a usb adapter that receives the RF signal and output a packet stream through an FTDI. That way I can use the stack that comes with the adapter without owning one. I'll use a FIFO file so other than not issuing the serail configuration the stack should be used pretty much as is. However, I'm not sure what I should do about the the number of outputs. Let say I'm waiting for the preamble, I won't output anything. When I get the preamble and the sync I'll send a sync byte of my own. From here every 8 inputs I'll output a byte. So basically my block will output 0 or 1 output. Can someone help me a little with the use of forecast and noutput_items in my case? Also do I need to use the consume_each function? If your block emulates a USB adapter, defines it as a source block, then you don't need to touch forecast(). If your block takes input from another block, then it is not source block. I don't really understand your requirements. The number of outputs (referred as noutput_items) is determined by the scheduler, not yourself. Says, when you have X bytes to send out, if X noutput_items: Send out noutput_items number of output, and return noutput_items if X noutput_items: Send out X number of output, and return X if X == noutput_items: (either one of above) When you send out a sync byte, add that to the output count. When you are waiting for the preamble, you may want to send out a series of zeros, rather than just producing no output. Producing no output may cause the downstream blocks to become unresponsive. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error building with new ZMQ
If I change all of the zmq.hpp #include lines to be instead zmq.h, then I
get the following errors:
{{{
:info:build In file included from
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/sub_source_impl.cc:28:
:info:build
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/sub_source_impl.h:38:7:
error: use of undeclared identifier 'zmq'
:info:build zmq::context_t *d_context;
:info:build ^
:info:build
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/sub_source_impl.h:39:7:
error: use of undeclared identifier 'zmq'
:info:build zmq::socket_t *d_socket;
:info:build ^
}}}
So ... it seems like unless there's some standard way to get zmq.hpp then we
won't be using gr-zeromq on OSX. Any ideas? Can someone send me that file? -
MLD
On May 19, 2014, at 3:59 PM, Michael Dickens michael.dick...@ettus.com wrote:
If I look through the tarball for zmq 3.2.4 or 4.0.4, I find only zmq.h, no
zmq.hpp. From the look of it, zmq is written as mixed C/C++, and the API
header is purely C (wrapped with extern C if included as C++). Hence, I
think the CMake Find file needs to check for both zmq.hpp and zmq.h as the
header, then somehow get that info into the gr-zeromq sources. - MLD
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] PyBOMBS install gnuradio 3.7.4
I've just reinstalled gnuradio yesterday, using PyBOMBS. The newly installed version is gnuradio 3.7.4. The installation succeeded, but it then failed to compile my custom module which worked flawlessly with previous gnuradio installation. The previous version was gnuradio 3.7.3 which was installed using build-gunuradio, which had no problem at all. Compilation error: Linking CXX shared library libgnuradio-activecat.so [ 71%] Built target gnuradio-activecat Scanning dependencies of target test-activecat [ 72%] Building CXX object lib/CMakeFiles/test-activecat.dir/test_activecat.cc.o [ 74%] Building CXX object lib/CMakeFiles/test-activecat.dir/qa_activecat.cc.o Linking CXX executable test-activecat /usr/bin/ld: CMakeFiles/test-activecat.dir/test_activecat.cc.o: undefined reference to symbol '_ZN5boost10filesystem6detail16create_directoryERKNS0_4pathEPNS_6system10error_codeE' /usr/bin/ld: note: '_ZN5boost10filesystem6detail16create_directoryERKNS0_4pathEPNS_6system10error_codeE' is defined in DSO /home/sgku/download/gnuradio/target/lib/libboost_filesystem-mt.so.1.53.0 so try adding it to the linker command line /home/sgku/download/gnuradio/target/lib/libboost_filesystem-mt.so.1.53.0: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make[2]: *** [lib/test-activecat] Error 1 make[1]: *** [lib/CMakeFiles/test-activecat.dir/all] Error 2 make: *** [all] Error 2 System info: sgku@rs: ~ $ gnuradio-config-info -v v3.7.4git-257-gcb0bc7f0 sgku@rs: ~ $ uname -a Linux rs 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3+deb7u1 i686 GNU/Linux How to solve this? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error building with new ZMQ
https://github.com/zeromq/cppzmq/blob/master/zmq.hpp
On Tue, May 20, 2014 at 12:27 PM, Michael Dickens michael.dick...@ettus.com
wrote:
If I change all of the zmq.hpp #include lines to be instead zmq.h,
then I get the following errors:
{{{
:info:build In file included from
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/sub_source_impl.cc:28:
:info:build
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/sub_source_impl.h:38:7:
error: use of undeclared identifier 'zmq'
:info:build zmq::context_t *d_context;
:info:build ^
:info:build
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-devel/work/gnuradio-cb0bc7f070c41825ab7aee7f093dc326e62e2fdb/gr-zeromq/lib/sub_source_impl.h:39:7:
error: use of undeclared identifier 'zmq'
:info:build zmq::socket_t *d_socket;
:info:build ^
}}}
So ... it seems like unless there's some standard way to get zmq.hpp then
we won't be using gr-zeromq on OSX. Any ideas? Can someone send me that
file? - MLD
On May 19, 2014, at 3:59 PM, Michael Dickens michael.dick...@ettus.com
wrote:
If I look through the tarball for zmq 3.2.4 or 4.0.4, I find only zmq.h,
no zmq.hpp. From the look of it, zmq is written as mixed C/C++, and the
API header is purely C (wrapped with extern C if included as C++).
Hence, I think the CMake Find file needs to check for both zmq.hpp and
zmq.h as the header, then somehow get that info into the gr-zeromq sources.
- MLD
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] using uhd_fft with USRP N210
Hi, I,m trying to run uhd_fft with USRP N210, my machine run Ubuntu 12.04.4 LTS. I've already install UHD, gnuradio, OpenBTS in my machine works fine. But when i try to run uhd_fft which is in /var/opt/gnuradio-3.7.0/gr-uhd/apps directory, i've got the following message: root@OpenBTS:/var/opt/gnuradio-3.7.0/gr-uhd/apps# ./uhd_fft Traceback (most recent call last): File ./uhd_fft, line 23, in module from gnuradio import gr, gru ImportError: No module named gnuradio I've already try to run make make install command in /var/opt/gnuradio-3.7.0/build/gr-uhd directory, as suggested in previous discussion, but it still show the same result. Can anyone help to solve this issue. Thanks, Tides ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP N210
On 05/20/2014 12:07 AM, tides anugraha wrote: Hi, I,m trying to run uhd_fft with USRP N210, my machine run Ubuntu 12.04.4 LTS. I've already install UHD, gnuradio, OpenBTS in my machine works fine. But when i try to run uhd_fft which is in /var/opt/gnuradio-3.7.0/gr-uhd/apps directory, i've got the following message: root@OpenBTS:/var/opt/gnuradio-3.7.0/gr-uhd/apps# ./uhd_fft Traceback (most recent call last): File ./uhd_fft, line 23, in module from gnuradio import gr, gru ImportError: No module named gnuradio I've already try to run make make install command in /var/opt/gnuradio-3.7.0/build/gr-uhd directory, as suggested in previous discussion, but it still show the same result. Can anyone help to solve this issue. Thanks, Tides ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio I'm going to guess that it's because your PYTHONPATH doesn't point at wherever your installer put the various Python modules that Gnu Radio needs. It's really weird to install permanent libraries and executables under /var/opt. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP N210
Any suggestions or reference maybe? where should i install the install permanent libraries and executables? Thanks On Tue, May 20, 2014 at 11:18 AM, Marcus D. Leech mle...@ripnet.com wrote: On 05/20/2014 12:07 AM, tides anugraha wrote: Hi, I,m trying to run uhd_fft with USRP N210, my machine run Ubuntu 12.04.4 LTS. I've already install UHD, gnuradio, OpenBTS in my machine works fine. But when i try to run uhd_fft which is in /var/opt/gnuradio-3.7.0/gr-uhd/apps directory, i've got the following message: root@OpenBTS:/var/opt/gnuradio-3.7.0/gr-uhd/apps# ./uhd_fft Traceback (most recent call last): File ./uhd_fft, line 23, in module from gnuradio import gr, gru ImportError: No module named gnuradio I've already try to run make make install command in /var/opt/gnuradio-3.7.0/build/gr-uhd directory, as suggested in previous discussion, but it still show the same result. Can anyone help to solve this issue. Thanks, Tides ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio I'm going to guess that it's because your PYTHONPATH doesn't point at wherever your installer put the various Python modules that Gnu Radio needs. It's really weird to install permanent libraries and executables under /var/opt. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] using uhd_fft with USRP N210
On 05/20/2014 12:42 AM, tides anugraha wrote: Any suggestions or reference maybe? where should i install the install permanent libraries and executables? Thanks Well, /usr/local is the most usual place for Ubuntu. Sometimes under /opt. On Tue, May 20, 2014 at 11:18 AM, Marcus D. Leech mle...@ripnet.com mailto:mle...@ripnet.com wrote: On 05/20/2014 12:07 AM, tides anugraha wrote: Hi, I,m trying to run uhd_fft with USRP N210, my machine run Ubuntu 12.04.4 LTS. I've already install UHD, gnuradio, OpenBTS in my machine works fine. But when i try to run uhd_fft which is in /var/opt/gnuradio-3.7.0/gr-uhd/apps directory, i've got the following message: root@OpenBTS:/var/opt/gnuradio-3.7.0/gr-uhd/apps# mailto:root@OpenBTS:/var/opt/gnuradio-3.7.0/gr-uhd/apps# ./uhd_fft Traceback (most recent call last): File ./uhd_fft, line 23, in module from gnuradio import gr, gru ImportError: No module named gnuradio I've already try to run make make install command in /var/opt/gnuradio-3.7.0/build/gr-uhd directory, as suggested in previous discussion, but it still show the same result. Can anyone help to solve this issue. Thanks, Tides ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio I'm going to guess that it's because your PYTHONPATH doesn't point at wherever your installer put the various Python modules that Gnu Radio needs. It's really weird to install permanent libraries and executables under /var/opt. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Facebook
Hi everybody, To be more communicative, we'v designed a page of GNURadio on facebook https://www.facebook.com/gnuradiodeveloper This page specially is for GNURadio developers who are following GNURadio ecosystem: ✔ new releases of GNURadio, ✔ new products of GNURadio, ✔ GNURadio conferences and events, ✔ new GNURadio-related projects and anything else related to GNURadio. We're looking for administrators for helping us on this page. Every volunteer Mail me. best, Mostafa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
