Re: [Discuss-gnuradio] set_mux() not available in gnuradio version 3.7
> > > > Dear Sir, > > Does UHD API only available in Python, not C++ ? > Regards. > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio UHD's API is available in C++. There are plenty examples in uhf/host/examples and uhd/host/utils -Ian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] constellation soft decoder
On Mon, Dec 16, 2013 at 5:18 PM, Miklos Maroti wrote: > Can you guys add me to the list of developers (user name: mmaroti)? > Then I can file the bug report. > > In case this wasn't the case, you now have access to the wiki. MB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] constellation soft decoder
Thanks. Miklos On Tue, Dec 17, 2013 at 3:45 PM, Martin Braun wrote: > On Mon, Dec 16, 2013 at 5:18 PM, Miklos Maroti > wrote: >> >> Can you guys add me to the list of developers (user name: mmaroti)? >> Then I can file the bug report. >> > > In case this wasn't the case, you now have access to the wiki. > > MB > > ___ > 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] problem with top_block.stop()
I am trying to pass two different parameters to my top_block class I m not able to do this please help. The control of program gets stuck at tb.stop() and doesn't go beyond that. tb=top_block(options,0.8) tb.start() tb.wait() tb.stop() sleep(5) print "I AM BACK" tb1=top_block(options,0.4) tb1.start() tb1.wait() tb1.stop() sleep() Regards, Sumedha ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spectrum Sensing
Hi Nikita, In order to answer your question we need more information on what you want to do exactly. gr-fosphor takes all unprocessed samples and does everything on the GPU. Calculating spectrum, graphical output etc. As far as I know there isn't a way to get the samples back from the GPU. Cheers Johannes On Mon, Dec 16, 2013 at 8:12 PM, Nikita Sharakhov wrote: > Hi Johannes, > > > > Thanks for the answer! I am building my own web-based GUI, so I just need > a script that just writes the spectrum data to a text file or to standard > command-line output. Is that possible with gr-fosphor? Is there any other > software that I should look at? > > > > Best regards, > > > > Nikita > > > > *From:* Johannes Demel [mailto:johannes.de...@ettus.com] > *Sent:* Monday, December 16, 2013 10:58 PM > *To:* Nikita Sharakhov > *Subject:* Re: [Discuss-gnuradio] Spectrum Sensing > > > > Hi Nikita, > > 'uhd_fft' is only a graphical frontend for your flowgraph. It contains a > WX FFT Sink and some information about your setup. The WX FFT Sink itself > seems to be so fast because it only calculates about 10 FFTs per second. > All the other input samples are simply dropped. If you want to have a real > real-time GUI take a look at gr-fosphor. > > If a few snapshots of the spectrum per second are sufficient for you, > think about a keeping only a tiny fraction of your input samples. This will > speed things up. On the other hand, if you want to calculate a FFT for all > samples, look at the FFT block. BTW: the output of the FFT block would be > the 'raw samples' you were asking for. > > Happy hacking > > Johannes > > > > On Mon, Dec 16, 2013 at 8:03 AM, Nikita Sharakhov wrote: > > I would like to do spectrum sensing with GNU radio. Is there a good way to > get the raw output from uhd_fft.py (the value for each frequency)? I would > like to do this programatically (with code), rather than through a GUI. > > I have tried doing spectrum sensing with usrp_spectrum_sense.py, and this > script has questionable accuracy and seems to be much slower than > uhd_fft.py. > > Thanks! > > > > > ___ > 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] problem with top_block.stop()
On Tue, Dec 17, 2013 at 12:23 PM, Sumedha Goyal wrote: > I am trying to pass two different parameters to my top_block class > I m not able to do this please help. The control of program gets stuck at > tb.stop() and doesn't go beyond that. > > tb=top_block(options,0.8) > tb.start() > tb.wait() > tb.stop() > sleep(5) > print "I AM BACK" > tb1=top_block(options,0.4) > tb1.start() > tb1.wait() > tb1.stop() > sleep() > > Regards, > Sumedha Does your flowgraph in tb naturally stop? The tb.wait() is a blocking call and will halt the main loop there until all threads (blocks) in tb are done. If your flowgraph doesn't have something that stops execution (like a finite file or a blocks.head block), then it will continue to process forever and your tb.wait() will continue to block. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OpenCL kernel and Clang block
Hi everybody, I just installed GNURADIO and its extension GREX. I red it was possible to execute a c++ source file into a Clang block. I would like to know how to execute an opencl kernel into a clang block via a c++ source file. Would you have an example? Thanks for your answers Fred ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spectrum Sensing
Hi Nikita, so basically what you want is a couple of calculated FFTs per second. These are then sent to the web service and delivered to who ever connects to it. Let's assume every USRP has its own flowgraph. Then The thing to do is, receive samples, convert them to a vector with the size of your FFT, use a 'Keep one in N' block to decimate the number of FFTs per second and feed the output to a FFT block. Then pass your results around as you like. Happy hacking Johannes On Tue, Dec 17, 2013 at 11:26 AM, Nikita Sharakhov wrote: > Hi Johannes, > > > > Here are some more details. I am building a web service, which returns > spectrum data (the amount of energy at different frequencies) for a USRP, > like so: > > > > > http://128.173.221.40/WebServices/SpectrumAPIfineGrain.php?node=49&frq=20 > > > > The script behind this data service calls a python program to calculate > the spectrum and write the results to a text file. Here is my goal: I > would like to find an alternative to the python program. > > > > This data is visualized in a web application: > > > > http://filebox.vt.edu/users/sharni/Radio/new.html > > > > clicking on a node visualizes the spectrum for the USRP. The RAND button > toggles between fake and real data. Currently the data is not accurate. > > > > Thanks, > > > > Nikita > > > > > > *From:* Johannes Demel [mailto:johannes.de...@ettus.com] > *Sent:* Tuesday, December 17, 2013 12:30 PM > *To:* Nikita Sharakhov > *Cc:* discuss-gnuradio@gnu.org > > *Subject:* Re: [Discuss-gnuradio] Spectrum Sensing > > > > Hi Nikita, > > In order to answer your question we need more information on what you want > to do exactly. gr-fosphor takes all unprocessed samples and does everything > on the GPU. Calculating spectrum, graphical output etc. As far as I know > there isn't a way to get the samples back from the GPU. > > Cheers > > Johannes > > > > On Mon, Dec 16, 2013 at 8:12 PM, Nikita Sharakhov wrote: > > Hi Johannes, > > > > Thanks for the answer! I am building my own web-based GUI, so I just need > a script that just writes the spectrum data to a text file or to standard > command-line output. Is that possible with gr-fosphor? Is there any other > software that I should look at? > > > > Best regards, > > > > Nikita > > > > *From:* Johannes Demel [mailto:johannes.de...@ettus.com] > *Sent:* Monday, December 16, 2013 10:58 PM > *To:* Nikita Sharakhov > *Subject:* Re: [Discuss-gnuradio] Spectrum Sensing > > > > Hi Nikita, > > 'uhd_fft' is only a graphical frontend for your flowgraph. It contains a > WX FFT Sink and some information about your setup. The WX FFT Sink itself > seems to be so fast because it only calculates about 10 FFTs per second. > All the other input samples are simply dropped. If you want to have a real > real-time GUI take a look at gr-fosphor. > > If a few snapshots of the spectrum per second are sufficient for you, > think about a keeping only a tiny fraction of your input samples. This will > speed things up. On the other hand, if you want to calculate a FFT for all > samples, look at the FFT block. BTW: the output of the FFT block would be > the 'raw samples' you were asking for. > > Happy hacking > > Johannes > > > > On Mon, Dec 16, 2013 at 8:03 AM, Nikita Sharakhov wrote: > > I would like to do spectrum sensing with GNU radio. Is there a good way to > get the raw output from uhd_fft.py (the value for each frequency)? I would > like to do this programatically (with code), rather than through a GUI. > > I have tried doing spectrum sensing with usrp_spectrum_sense.py, and this > script has questionable accuracy and seems to be much slower than > uhd_fft.py. > > Thanks! > > > > > ___ > 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] GNURadio 3.7.2.1 Installation Problem
-- View this message in context: http://gnuradio.4.n7.nabble.com/Re-GNURadio-3-7-2-1-Installation-Problem-tp45359p45416.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] Need help identifying jammer signal
Last Friday we managed to finally track this thing down. It was a broken FSK telemetry system on an FM radio tower. It was about 30 km Southwest of our radar. I did a small write up about this: http://kaira.sgo.fi/2013/12/perfect-incoherent-scatter-radar-jammer.html Thanks for all the help. juha On Wed, Dec 11, 2013 at 4:34 PM, Johnathan Corgan wrote: > On 12/10/2013 02:00 PM, Miki Lustig - KK6GEO wrote: > > > These look like 2pi jumps -- which is the an artifact if the > > unwrapping is not working well. > > Sure, I see what you mean. > > Backing up and just plotting the unwrapped phase, you can see in the > first image that overall it is increasing at one rate, then shifts to a > lower rate about 1.5 seconds into the file. > > The finer structure is much more interesting. The second image shows > the phase making fast jumps every 500 samples (10 ms), with periods of > oscillation in between. The detail on this is in image 3. > > I still have no idea what this is, but it sort of looks like an > oscillator that is disciplined at 100 Hz. > > -- > Johnathan Corgan, Corgan Labs > SDR Training and Development Services > http://corganlabs.com > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio 3.7.2.1 Installation Problem
and -- View this message in context: http://gnuradio.4.n7.nabble.com/Re-GNURadio-3-7-2-1-Installation-Problem-tp45359p45415.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] Arbitrary resampler question on gnuradio 3.7.2.1
Hello all, Considering a simple gnuradio flowgraph as the following Random source -> chunks2symbols -> complex2float -> float2complex -> pfb_arb_resampler-> USRP sink which used to work without any problem in the older gnuradio distributions, in the newer 3.7.2.1 seems that the conversion above (from complex to float and float to complex) introduces a problem, that has to do with USRP transmissions. However, when I increased the number of taps used for the root raised cosine filter in pfb_arb_resampler by a factor of 100, everything seems to work properly. Note that if the conversions float2complex and complex2float miss everything works. Any ideas why? Thanks, -George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Fwd: problem with top_block.stop()
-- Forwarded message -- From: Sumedha Goyal Date: Wed, Dec 18, 2013 at 10:50 AM Subject: Re: [Discuss-gnuradio] problem with top_block.stop() To: Tom Rondeau Hi My flowgraph does not stop naturally. I want to stop and start it again using different value for a parameter as shown in my above question. There is an event in my program where the flowgraph finishes it's job with first parameter value (which is 0.8 here), at the occurrence of that event I want the control of flowgraph to come back to the main(). Then I want to restart the flowgraph with a new parameter value (which is 0.4 here). Kindly guide me on this. Also, can I forcibly bring the control back to main() even when the flowgraph doesn't have anything to stop its execution? Thanks and Regards, Sumedha On Tue, Dec 17, 2013 at 11:24 PM, Tom Rondeau wrote: > On Tue, Dec 17, 2013 at 12:23 PM, Sumedha Goyal > wrote: > > I am trying to pass two different parameters to my top_block class > > I m not able to do this please help. The control of program gets stuck at > > tb.stop() and doesn't go beyond that. > > > > tb=top_block(options,0.8) > > tb.start() > > tb.wait() > > tb.stop() > > sleep(5) > > print "I AM BACK" > > tb1=top_block(options,0.4) > > tb1.start() > > tb1.wait() > > tb1.stop() > > sleep() > > > > Regards, > > Sumedha > > Does your flowgraph in tb naturally stop? The tb.wait() is a blocking > call and will halt the main loop there until all threads (blocks) in > tb are done. If your flowgraph doesn't have something that stops > execution (like a finite file or a blocks.head block), then it will > continue to process forever and your tb.wait() will continue to block. > > Tom > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Fwd: problem with top_block.stop()
-- Forwarded message -- From: Sumedha Goyal Date: Wed, Dec 18, 2013 at 12:04 PM Subject: Re: [Discuss-gnuradio] problem with top_block.stop() To: Tom Rondeau Hi Following is my gdb backtrace output. Could this be of any help? What should I look for in this backtrace to locate the problem? Also, how should I specify breakpoints? I tried to give " (gdb) break tb.start() " but this says Function "tb.start()" not defined. (gdb) thread apply all backtrace Thread 10 (Thread 0x7f004e7fc700 (LWP 17803)): #0 0x7f00813ea763 in select () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f007301149d in ?? () from /usr/local/lib/libuhd.so.003 #2 0x7f00731a1a01 in ?? () from /usr/local/lib/libuhd.so.003 #3 0x7f00731ab0b1 in ?? () from /usr/local/lib/libuhd.so.003 #4 0x7f007322fa93 in ?? () from /usr/local/lib/libuhd.so.003 #5 0x7f007e9edda9 in ?? () from /usr/lib/libboost_thread.so.1.48.0 #6 0x7f0082617e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #7 0x7f00813f13fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #8 0x in ?? () Thread 9 (Thread 0x7f004effd700 (LWP 17802)): #0 0x7f008261c0fe in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7f007e9f0668 in boost::this_thread::sleep(boost::posix_time::ptime const&) () from /usr/lib/libboost_thread.so.1.48.0 #2 0x7f00731b533e in ?? () from /usr/local/lib/libuhd.so.003 #3 0x7f007322fa93 in ?? () from /usr/local/lib/libuhd.so.003 #4 0x7f007e9edda9 in ?? () from /usr/lib/libboost_thread.so.1.48.0 #5 0x7f0082617e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #6 0x7f00813f13fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #7 0x in ?? () Thread 8 (Thread 0x7f004f7fe700 (LWP 17801)): #0 0x7f008261bd84 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7f007fa54be7 in Theron::Detail::ThreadPool, Theron::Detail::WorkerContext, Theron::Detail::MailboxProcessor>::ThreadEntryPoint(void*) () from /usr/local/lib/libgras.so.0.0.0 #2 0x7f007e9edda9 in ?? () from /usr/lib/libboost_thread.so.1.48.0 #3 0x7f0082617e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x7f00813f13fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x in ?? () Thread 7 (Thread 0x7f004700 (LWP 17800)): #0 0x7f008261bd84 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7f007fa54be7 in Theron::Detail::ThreadPool, Theron::Detail::WorkerContext, Theron::Detail::MailboxProcessor>::ThreadEntryPoint(void*) () from /usr/local/lib/libgras.so.0.0.0 #2 0x7f007e9edda9 in ?? () from /usr/lib/libboost_thread.so.1.48.0 #3 0x7f0082617e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x7f00813f13fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x in ?? () Thread 6 (Thread 0x7f0064b62700 (LWP 17799)): #0 0x7f00813ea763 in select () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00449ed3 in ?? () #2 0x00486614 in PyEval_EvalFrameEx () #3 0x00486e02 in PyEval_EvalFrameEx () #4 0x0048d930 in PyEval_EvalCodeEx () #5 0x004243f0 in ?? () #6 0x004f7496 in PyObject_Call () #7 0x0046762a in ?? () #8 0x004f7496 in PyObject_Call () #9 0x004f9032 in PyObject_CallMethodObjArgs () #10 0x7f0075bb2664 in SwigDirector_BlockPython::_Py_work(std::vector > const&, std::vector > const&, std::vector > const&, std::vector > const&) () from /usr/local/lib/python2.7/dist-packages/gras/_GRAS_PyBlock.so #11 0x7f0075bb5458 in gras::BlockPython::work(gras::WorkBufferArray const&, gras::WorkBufferArray const&) () from /usr/local/lib/python2.7/dist-packages/gras/_GRAS_PyBlock.so #12 0x7f007faa114c in gras::BlockActor::task_main() () from /usr/local/lib/libgras.so.0.0.0 #13 0x7f007fa93a19 in Theron::Detail::MessageHandler::Handle(Theron::Actor*, Theron::Detail::IMessage const*) () from /usr/local/lib/libgras.so.0.0.0 #14 0x7f007fa548bf in Theron::Detail::ThreadPool, Theron::Detail::WorkerContext, Theron::Detail::MailboxProcessor>::ThreadEntryPoint(void*) () from /usr/local/lib/libgras.so.0.0.0 #15 0x7f007e9edda9 in ?? () from /usr/lib/libboost_thread.so.1.48.0 #16 0x7f0082617e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #17 0x7f00813f13fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #18 0x in ?? () Thread 5 (Thread 0x7f0065363700 (LWP 17798)): #0 0x7f008261bd84 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7f007fa54be7 in Theron::Detail::ThreadPool, Theron::Detail::WorkerContext, Theron::Detail::MailboxProcessor>::ThreadEntryPoint(void*) () from /usr/local/lib/libgras.so.0.0.0 #2 0x7f007e9edda9 in ?? () fro
Re: [Discuss-gnuradio] Arbitrary resampler question on gnuradio 3.7.2.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi George, I can't really see what should have changed in the c2f / f2c behaviour. My wild guess is: old (like, quite old) versions of GNU Radio UHD used to have a 2^16 range, while modern USRP interfaces want samples with im and re parts in [-1;1]. By the way: why the c2f -> f2c thing? Greetings and happy hacking, Marcus On 18.12.2013 03:06, George wrote: > Hello all, > > Considering a simple gnuradio flowgraph as the following > > Random source -> chunks2symbols -> complex2float -> float2complex > -> pfb_arb_resampler-> USRP sink > > which used to work without any problem in the older gnuradio > distributions, in the newer 3.7.2.1 seems that the conversion above > (from complex to float and float to complex) introduces a problem, > that has to do with USRP transmissions. > > However, when I increased the number of taps used for the root > raised cosine filter in pfb_arb_resampler by a factor of 100, > everything seems to work properly. > > Note that if the conversions float2complex and complex2float miss > everything works. > > Any ideas why? > > Thanks, -George ___ > Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSsU6qAAoJEAFxB7BbsDrL3o8H/2Z6UtFG89sHHbBUX8cOa0D1 KKnTrMUWyKL9qPrvFprhM5h7dTZb/FdQFrfhag4MZJcvpbBNg98orf1FqIrMnnDG r42M//iOJwIpdbc36rG/1Zb+hP4rRQ6H0gMUodjJyLiIH984zSAjaIaAOanJvqQv i3xti96HzwiJXim41fpDsBvVoDoDV1yJtN+xBw0rclhhqmgzletLqRQyZgTA8ZlF fAs2GfTGWFovjW+e7FnpW6Et0ZID2FvL/UFibnrsdkohfyUlRKTW74dl7IOVk+ns rNzSO+azkTHFXWPy+0g8WzVvGD0v3xgoWejg/vHctzt6lrM1fZlKsoUD/uYs+P4= =z4dM -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
