Re: [Discuss-gnuradio] GNU Radio Companion - ALSA
On 02/21/2017 04:20 AM, Robin A. Jensen wrote: > Hello Cinaed. > > It's (maybe) because X GUI is startet up on RPi and i'm connectet with a > VNC-Client. > But anyway, i got it to work by taking Rationel Resampler out of the > chain and then cheat with the Sample Rate. > So now: > RTL-SDR Source: Samp_Rate: 2M -> > Low Pass: Samp_rate: 1.92 M, decimation:4 -> > WBFM: Quadrature: 480K, Demation: 10 -> > Audio_Sink: 48K, 2 Channels. > > And now it run and play with a overrun. > > :-) Did you try setting it to "mono" with /usr/bin/pavucontrol ? Also, type aplay -l it will give you the physical devices. If I use hw:0,0 - the analog device - I get audio overruns for WBFM sampling from 10 MHz all the way down to 1 MHz with the HackRF. If I use hw:0,1 - the HDMI device - I can run the WBFM receiver at 10 MHz on the HackRF without any overruns. Note, the HDMI device only worked with "mono". I didn't remember to test using the analog device with "mono". And you need HDMI monitor (or a cable from HDMI to VGA/audio for $10.) Something is screwy. -- Cinaed > > Best regards > Robin. > > > Den 20-02-2017 kl. 22:05 skrev Cinaed Simson: >> On 02/20/2017 07:31 AM, Robin A. Jensen wrote: >>> Hello Cinaed >>> >>> Thank you for your interrest in the proble, >>> >>> When using GRC i been trying by VNCserver and directly on the pi in GUI >>> (X11). >>> This is what ps -ef | grep pulse audio shows >>> pi 855 1 0 Feb19 ?00:00:00 /bin/sh >>> /usr/bin/start-pulseaudio-x11 >>> pi1203 1 0 Feb19 ?00:00:00 /bin/sh >>> /usr/bin/start-pulseaudio-x11 >>> pi3959 3941 0 16:24 pts/000:00:00 grep --color=auto pulse >> That's odd - 2 copies of /usr/bin/start-pulseaudio-x11 running at the >> same time? >> >>> But still: >>> When using a signal source directly to the audio sink it will work. >>> But if i put in Rationel Resampler, there will be no sound or a >>> RuntimeError, if resampler interpolation is not set to 48K. >>> So i.e. source = 480k and resampler decimate with 480 (=1000) and >>> interpolation is set to 48 (=48000), it will create an error. >>> It's very strange. >> I just installed the raspbian version of gnuradio - version 3.7.4 - on >> my raspberry pi3. >> >> There were no runtime errors with the audio while logged into the >> console. >> >> In fact, the audio works if I just leave the audio device blank. >> >> If you think it might be related to stereo, you an use >> >>/usr/bin/pavucontrol >> >> and change the audio device to mono. >> >> I can run a python script from a SSH connection on an Intel machine and >> the audio works >> >> However, if I connect from an ARM machine, the audio doesn't work - I >> get runtime errors. >> >> Using VNC from Windows, your mileage may vary - but it doesn't appear to >> be gnuradio issue. >> >> The only suggestion I have is to turn off Qt/WX in the flow graph and >> try running only the python code. >> >> Otherwise, post your flow chart to mailing list and I'll try in on my >> pi3. >> >> -- Cinaed >> >>> Best regards >>> Robin. >>> >>> >>> Den 20-02-2017 kl. 01:33 skrev Cinaed Simson: My guess is you have pulse audio installed but it won't let you use the audio devices because you're not logged into the console on the pi3. Type ps -ef | grep pulse which should return entries similar to /usr/bin/pulseaudio --start --log-target=syslog /bin/sh /usr/bin/start-pulseaudio-x11 Note, if pulse-audio is the problem, then you need to log into the console and change your audio device to 'pulse' before trying it again. -- Cinaed On 02/19/2017 12:17 PM, Robin A. Jensen wrote: > Hello Marcus. > > I've haven't copy pasted! > I made it from a tutorial and it will work on Window 10 machine. :-) > > Now i have tried your suggestion and the RuntimeError is till persist. > But you lost min the part, about moving the resampler in front of > WBFM. > I did it and the Runtime error is still presentet. > > But i'm sure that there is a bug in the debian versin of GNU Radio > Companion 3.7.5 when using Rationel Resampler. > It's making no sense. I have understood the concept of Decimating and > Interpolation. > I now have done some test with exactly the same simple setup on > Windows > 10 and RPi 3 Jessie. > On Windows: > Souce: resample 480 k Waveform: Cosine, Freq: 1k-> > Rationel Resampler: Decimation 480 (= 1000), Interpolation 48 > (=48.000) -> > Audio Sink: Sample Rate: 48k > > It will produce a tone of 1 KHz. > > Doing precise the same on RPi 3: > RuntimeError: audio_alsa_sink > Only when Rationel Resampler is set to: Interpolation 48000, > It will run, but if Decimation is 480 (= 1000 -> 1000 * 48000) it will > sound like a metronome! > If i'll set it as it should be: Decimation: 4800 (=1000) and
Re: [Discuss-gnuradio] volk compile error on raspberry pi3
Hi Michael - it worked. Thanks! I upgraded Raspbian Jessie to Debian Jessie and was able to install gnuradio 3.7.10.1 from source. The CFLAGS at that URL are for pi2 - for the pi3 I used CFLAGS="-march=armv8-a -mtune=cortex-a53 -mfloat-abi=hard -mfpu=neon-vfpv4 -O2" but CFLAGS="-march=armv8-a -mtune=cortex-a53" will work too - as well as not setting CFLAGS. -- Cinaed On 02/20/2017 02:01 PM, Michael Dickens wrote: > Hi Cinaed - Check out < https://brmlab.cz/user/jenda/rpi-gcc >. - MLD > > On Mon, Feb 20, 2017, at 03:36 PM, Cinaed Simson wrote: >> Any know if the following bug has been resolved? >> >> It appears this bug has existed since the first pi was released. >> >> Anyone know if a patch exists? >> >> I did install version 3.7.4 supported by the Raspbian OS but I'm running >> the latest firmware on my devices it causes them to stutter - stop and >> go - causing under flows and over flows. >> >> The devices work perfectly outside of gnuradio 3.7.4. >> >> Rumor has it the pi's don't support sbfx. >> >> Error: >> >> /opt/gnuradio/src/gnuradio-3.7.10.1/volk/kernels/volk/asm/neon/volk_32f_x2_dot_prod_32f_neonasm_opts.s:46: >> Error: selected processor does not support ARM mode `sbfx r11,r1,#2,#1' >> >> gcc (Raspbian 4.9.2-10) 4.9.2 >> g++ (Raspbian 4.9.2-10) 4.9.2 >> GNU assembler (GNU Binutils for Raspbian) 2.25 > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GSL_FOUND both TRUE and FALSE
Hi all, after a long time update from source on a Fedora 23 I came across the following problem when cmaking: -- Configuring gr-fec support... -- Dependency ENABLE_VOLK = ON -- Dependency Boost_FOUND = 1 -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_BLOCKS = ON -- Dependency GSL_FOUND = TRUE < -- Enabling gr-fec support. -- Override with -DENABLE_GR_FEC=ON/OFF -- Checking for module 'fftw3f >= 3.0' -- Found fftw3f , version 3.3.4 -- Found FFTW3F: /lib64/libfftw3f.so but then -- Configuring gr-dtv support... -- Dependency Boost_FOUND = 1 -- Dependency GSL_FOUND = FALSE < -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_ANALOG = ON -- Dependency ENABLE_GR_FILTER = ON -- Dependency ENABLE_GR_FEC = ON -- Disabling gr-dtv support. -- Override with -DENABLE_GR_DTV=ON/OFF -- Could NOT find GSL (missing: GSL_INCLUDE_DIRS GSL_LIBRARY_DIRS) -- -- Configuring gr-atsc support... -- Dependency Boost_FOUND = 1 -- Dependency GSL_FOUND = FALSE < -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_FFT = ON -- Dependency ENABLE_GR_BLOCKS = ON -- Dependency ENABLE_GR_FEC = ON -- Dependency ENABLE_GR_FILTER = ON -- Dependency ENABLE_GR_ANALOG = ON -- Disabling gr-atsc support. -- Override with -DENABLE_GR_ATSC=ON/OFF -- -- Configuring gr-wavelet support... -- Dependency Boost_FOUND = 1 -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_BLOCKS = ON -- Dependency ENABLE_GR_ANALOG = ON -- Dependency GSL_FOUND = FALSE < -- Disabling gr-wavelet support. -- Override with -DENABLE_GR_WAVELET=ON/OFF -- and so the packages -- * gr-dtv -- * gr-atsc -- * gr-wavelet are not being built. BTW: I have gsl and gsl-devel installed (version 1.16-17) Can anyone give me a hint as to what may be wrong here? thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] [GRCon17] Call for Presentations & Papers
Hey all - The CFP for GRCon17 is now live! You can find the details on the GRCon17 website: http://gnuradio.org/grcon-2017/submit/ We are accepting abstracts for three types of presentations at GRCon17: talks, tutorials, and posters. The format for the poster presentations will change somewhat this year, as there will be scheduled poster session times during the conference. The deadline to submit your presentation abstract is *Thursday 1 June. * In addition, we are very excited to once again publish the Annual Technical Proceedings of the GNU Radio Conference. The proceedings of GRCon are published on the GNU Radio website (http://pubs.gnuradio.org/), and are also indexed by Google Scholar. Last year's proceedings have some truly excellent contributions to the field, and we look forward to seeing this year's papers. *You do not need to publish in the proceedings to give a talk at GRCon, and you do not need to give a talk at GRCon to publish in the proceedings.* We encourage everyone giving a talk to also submit a paper, and anyone submitting a paper to also give a talk, but it is not required. We do this to so that people with important contributions to publish, but who are unable to make it to the conference, can still participate. We take pride in GRCon's reputation for having a high signal-to-noise ratio, and our growing attendance is testament to the high quality of people and content at the conference each year . This is only possible with your participation, and we look forward to seeing you at the conference! Please let us know if you have any questions. Cheers, The GRCon Organizers ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gunradio on RHEL6
I would strongly suggest that you use RHEL/CentOS 7 instead, as RHEL/CentOS 6 is quite old now, and the default versions of many packages are old or obsolete. --Neel Pandeya On 21 February 2017 at 08:13, Sumit Salujawrote: > > HI All, > > I have compiled gnuradio on RHEL6 I am able compile gnuradio but some of > the components are disabled > * sphinx > -- * gr-ctrlport > -- * gr-comedi > -- * gr-qtgui > -- * gr-uhd > -- * gr-video-sdl > -- * gr-wxgui > -- * gr-zeromq > > How can I enable them ? > > Thanks > Sumit Saluja > > ___ > 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] Gunradio on RHEL6
Dear Sumit Saluja: It is usually because your system have unmet dependencies (or because cmake failed to detect the libraries, even though they were actually installed). You have to check the cmake log and install missing dependencies. Alternatively, you can try PyBombs if it is for your personal use (I never really used PyBombs, so I really cannot give much info about that, though). Regards, Kyeong Su Shin On Tue, Feb 21, 2017 at 8:13 AM, Sumit Salujawrote: > > HI All, > > I have compiled gnuradio on RHEL6 I am able compile gnuradio but some of > the components are disabled > * sphinx > -- * gr-ctrlport > -- * gr-comedi > -- * gr-qtgui > -- * gr-uhd > -- * gr-video-sdl > -- * gr-wxgui > -- * gr-zeromq > > How can I enable them ? > > Thanks > Sumit Saluja > > ___ > 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] Gunradio on RHEL6
HI All, I have compiled gnuradio on RHEL6 I am able compile gnuradio but some of the components are disabled * sphinx -- * gr-ctrlport -- * gr-comedi -- * gr-qtgui -- * gr-uhd -- * gr-video-sdl -- * gr-wxgui -- * gr-zeromq How can I enable them ? Thanks Sumit Saluja ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Receiving streaming data by external application
Hi Mehmeto, I'd argue you're looking at the best example :) But: gr-zmq comes with more examples in gnuradio/gr-zeromq/examples . If you're on linux, these get typically installed to /usr[/local]/share/gnuradio/examples/zeromq Also, you posted this question twice (no harm done); I'd like to point out that nabble.com really isn't the greatest way to deal with the mailing list. You're using GMail, anyway, and that works rather nicely for mailing lists: simply sign up on https://lists.gnu.org/mailman/listinfo/discuss-gnuradio directly instead of using Nabble. You can add a nice filter in GMail that filters all emails coming to the mailing list into a separate folder/label. Best regards, Marcus On 21.02.2017 15:37, Mehmeto wrote: > Hi ya, > > Just executed the flowgraphs "Streaming processed data from the E31x with > GNU Radio and ZMQ" > https://kb.ettus.com/Streaming_processed_data_from_the_E31x_with_GNU_Radio_and_ZMQ#Host_flow_graph. > > > The flowgraphs work just fine. > > I want to replace the fm_receiver_zmq_host.grc with my own > application.(C++). > > Are there any examples of such an external application which uses streaming > data? > > > > -- > View this message in context: > http://gnuradio.4.n7.nabble.com/Receiving-streaming-data-by-external-application-tp62907.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 mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Receiving streaming data by external application
Hi ya, Just executed the flowgraphs "Streaming processed data from the E31x with GNU Radio and ZMQ" https://kb.ettus.com/Streaming_processed_data_from_the_E31x_with_GNU_Radio_and_ZMQ#Host_flow_graph. The flowgraphs work just fine. I want to replace the fm_receiver_zmq_host.grc with my own application.(C++). Are there any examples of such an external application which uses streaming data? -- View this message in context: http://gnuradio.4.n7.nabble.com/Receiving-streaming-data-by-external-application-tp62907.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] Receiving streaming data by external application
Hi ya, Just executed the flowgraphs "Streaming processed data from the E31x with GNU Radio and ZMQ" https://kb.ettus.com/Streaming_processed_data_from_the_E31x_with_GNU_Radio_and_ZMQ#Host_flow_graph. The flowgraphs work just fine. I want to replace the fm_receiver_zmq_host.grc with my own application.(C++). Are there any examples of such an external application which uses streaming data? -- View this message in context: http://gnuradio.4.n7.nabble.com/Receiving-streaming-data-by-external-application-tp62908.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] GNU Radio Companion - ALSA
Hello Cinaed. It's (maybe) because X GUI is startet up on RPi and i'm connectet with a VNC-Client. But anyway, i got it to work by taking Rationel Resampler out of the chain and then cheat with the Sample Rate. So now: RTL-SDR Source: Samp_Rate: 2M -> Low Pass: Samp_rate: 1.92 M, decimation:4 -> WBFM: Quadrature: 480K, Demation: 10 -> Audio_Sink: 48K, 2 Channels. And now it run and play with a overrun. :-) Best regards Robin. Den 20-02-2017 kl. 22:05 skrev Cinaed Simson: On 02/20/2017 07:31 AM, Robin A. Jensen wrote: Hello Cinaed Thank you for your interrest in the proble, When using GRC i been trying by VNCserver and directly on the pi in GUI (X11). This is what ps -ef | grep pulse audio shows pi 855 1 0 Feb19 ?00:00:00 /bin/sh /usr/bin/start-pulseaudio-x11 pi1203 1 0 Feb19 ?00:00:00 /bin/sh /usr/bin/start-pulseaudio-x11 pi3959 3941 0 16:24 pts/000:00:00 grep --color=auto pulse That's odd - 2 copies of /usr/bin/start-pulseaudio-x11 running at the same time? But still: When using a signal source directly to the audio sink it will work. But if i put in Rationel Resampler, there will be no sound or a RuntimeError, if resampler interpolation is not set to 48K. So i.e. source = 480k and resampler decimate with 480 (=1000) and interpolation is set to 48 (=48000), it will create an error. It's very strange. I just installed the raspbian version of gnuradio - version 3.7.4 - on my raspberry pi3. There were no runtime errors with the audio while logged into the console. In fact, the audio works if I just leave the audio device blank. If you think it might be related to stereo, you an use /usr/bin/pavucontrol and change the audio device to mono. I can run a python script from a SSH connection on an Intel machine and the audio works However, if I connect from an ARM machine, the audio doesn't work - I get runtime errors. Using VNC from Windows, your mileage may vary - but it doesn't appear to be gnuradio issue. The only suggestion I have is to turn off Qt/WX in the flow graph and try running only the python code. Otherwise, post your flow chart to mailing list and I'll try in on my pi3. -- Cinaed Best regards Robin. Den 20-02-2017 kl. 01:33 skrev Cinaed Simson: My guess is you have pulse audio installed but it won't let you use the audio devices because you're not logged into the console on the pi3. Type ps -ef | grep pulse which should return entries similar to /usr/bin/pulseaudio --start --log-target=syslog /bin/sh /usr/bin/start-pulseaudio-x11 Note, if pulse-audio is the problem, then you need to log into the console and change your audio device to 'pulse' before trying it again. -- Cinaed On 02/19/2017 12:17 PM, Robin A. Jensen wrote: Hello Marcus. I've haven't copy pasted! I made it from a tutorial and it will work on Window 10 machine. :-) Now i have tried your suggestion and the RuntimeError is till persist. But you lost min the part, about moving the resampler in front of WBFM. I did it and the Runtime error is still presentet. But i'm sure that there is a bug in the debian versin of GNU Radio Companion 3.7.5 when using Rationel Resampler. It's making no sense. I have understood the concept of Decimating and Interpolation. I now have done some test with exactly the same simple setup on Windows 10 and RPi 3 Jessie. On Windows: Souce: resample 480 k Waveform: Cosine, Freq: 1k-> Rationel Resampler: Decimation 480 (= 1000), Interpolation 48 (=48.000) -> Audio Sink: Sample Rate: 48k It will produce a tone of 1 KHz. Doing precise the same on RPi 3: RuntimeError: audio_alsa_sink Only when Rationel Resampler is set to: Interpolation 48000, It will run, but if Decimation is 480 (= 1000 -> 1000 * 48000) it will sound like a metronome! If i'll set it as it should be: Decimation: 4800 (=1000) and Interpolation: 48 (48 * 1000 = 48 KHz) It will throw RuntimeError: audio_alsa_sink. I've tried many different settings Rationel Resampler and if Interpolation is not set to 48000, it will create and RuntimeError. If i do the test on windows with: Source: sample rate: 48k -> Rationel Resampler: Interpolation: 1, Decimation: 1 -> Audio Sink It will work and procuce 1KHz tone. Doing the same on RPi 3: And it throws a RuntimeError. If I then change Rationel Resampler: Interpolation 48000 It will run without RuntimeError and with no sound! So i'll think this is not about a copy / paste error. All block used in these test, are with the same Types float 32. So i'm quit sure that is something wrong with the Rationel Resampler block i RPi - Jessie version. Best regards Robin. Den 19-02-2017 kl. 20:39 skrev Marcus Müller: *high five*, got it to work! So, why the rational resampler?! makes no sense, especially since both interpolation and decimation need to be integers; since it doesn't make sense mathematical, is it possible you did something slightly different on Windows? Resamplers are *only* necessary to