A short note to remind potential contributors that the European GNU Radio Days
2021
submission deadline is 1-week away: https://gnuradio-eu-21.sciencesconf.org/
Best, JM
I have just completed gr-rpitx a GNU Radio sink block for emitting
from Raspberry Pi's GPIO output thanks to F5OEO's librpitx
(https://github.com/jmfriedt/gr-rpitx) and the dataflow is well scheduled
as shown with the short movie
https://files.ettus.com/schematics/b200/b210.pdf first page U101 is a x4 PLL
that converts the incoming 10 MHz to 40 MHz to feed U2 the AD9361.
JM
--
JM Friedt, FEMTO-ST Time & Frequency, 26 rue de l'Epitaphe, 25000 Besancon,
France
April 7, 2021 1:17 AM, "Mike" wrote:
> Hello,
>
> I’d like
Without claiming the in-depth knowledge or the quality of Marcus' scheduler
presentation,
I just happened to have recorded the first introductory tutorial for 2021
European GNU
Radio Days at https://www.youtube.com/watch?v=_0xF_eQoSGA
Not sure if it will answer "please direct me to the
The European GNU Radio Days will be held *virtually* from June 24 to 26, 2021
with
the core organizers located in Poitiers, France. The objective of the meeting
is to
foster collaboration between GNU Radio users, developers, hackers and
enthusiasts
*from all around the world* thanks to the
If anyone is interested, I just managed to meet the deadline of
translating the tutorial on GNU Radio port to Buildroot prior to
the SDR session at FOSDEM: the manuscript is at
http://jmfriedt.free.fr/hackable_buildroot_eng.pdf
The French speaking audience will have to wait for the April issue
of
We might hide or we might discuss ... jamming systems are less than 10 euros on
amazon [0]
for any script-kiddie to play with including myself [1]. Why anyone one would
want to
implement this in SDR rather than a NE555+VCO is beyond my understanding by why
not ...
we even got to reverse
First of all, thank you for the feedback and letting me know that someone has
watched
the video :)
I believe the issue with your flowgraph is that the second channel is too far
from the
center frequency: with 800 kHz offset with respect to the center frequency and
a span
of 1.536 MHz (spectrum
Dear GNU Radio community,
due to lockdown restricted access of students to universities, I have recorded
videos for the undergraduate course on Digital Communication. As I try to
illustrate
most concepts of discrete time digital signal processing with GNU Radio (and
GNU/Octave
when needed for
The benchmark on volk/64 bit kernel v.s 32 bit Raspbian is at
https://pubs.gnuradio.org/index.php/grcon/article/view/73/55
last page. I get 3 to 7-fold improvement by volk_config on a dedicated
toolchain for 64-bit CPU.
JM
--
JM Friedt, FEMTO-ST Time & Frequency, 26 rue de l'Epitaphe, 25000
Forgot to Cc: the mailing list for the record:
> You will find at http://jmfriedt.free.fr/projetM1_2020_2.pdf the description
> of our use of the sound card of the Pi4 on slide 4. Prior to running the
> sound card
> with GNU Radio, we tested with the speaker-test application by
> 1/ activating
The European GNU Radio Days is a conference to be held in Poitiers (France)
aimed
at promoting the exchange of development results, experience and tutorials using
the GNU Radio framework. It will be held from June 24th to 26th, 2021. Under
the
assumption of lockdown restrictions to still limit
you forgot to highlight in your message the answers given by libuhd:
> Set the environment variable 'UHD_IMAGES_DIR' appropriately or follow the
> below instructions to
> download the images package.
>
> Please run:
>
> "/usr/lib/arm-linux-gnueabihf/uhd/utils/uhd_images_downloader.py"
JM
y 20, 2020 5:43 PM, "Brian Padalino" wrote:
> On Mon, Jul 20, 2020 at 11:32 AM jean-michel.fri...@femto-st.fr
>
> wrote:
>
>> Indeed second Nyquist zone before decimation.
>> My thought was
>> 143.05 MHz -> transpose by 100 MHz using the DDC (NCO at
edt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe,
25000 Besancon, France
July 20, 2020 5:20 PM, "Marcus D. Leech" wrote:
> On 07/20/2020 07:37 AM, jean-michel.fri...@femto-st.fr wrote:
>
>> I'd like to analyze a higher Nyquist zone with a X310 fitted with a
I'd like to analyze a higher Nyquist zone with a X310 fitted with a BasicRX:
trying to listen at 143.5 MHz (GRAVES), I can transpose by 100 MHz but am still
far from the ~8 MS/s sampling I can use on the Gb Ethernet interface. Since the
signal is only in the third Nyquist zone, I'd like to tell
class can be accessed and indeed, changing the signal source frequency
does
lead to a change in the displayed spectrum.
JM
--
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe,
25000 Besancon, France
June 30, 2020 10:10 AM, jean-michel.fri...@femto-st.fr wrote:
> Thanks to this
I do not claim to cover all aspect of OOT blocks but I tried to document the
basics of
passing parameters and public/private variables at
http://jmfriedt.free.fr/gr_oscilloscope_eng.pdf
Unfortunately this document only covers GNU Radio 3.7: while the French version
was extended to
GNU Radio
elease
> something), you can make use of the "Python Snippets" in GRC.
>
> Cheers,
> Marcus
>
> On 18/06/2020 23.17, Marcus D. Leech wrote:
>
>> On 06/18/2020 03:54 PM, jean-michel.fri...@femto-st.fr wrote:
>>> My approach:
>>> * build your grc char
est practices so that it doesn't go unused, either, so:
>
> Assuming you're using GNU Radio 3.8.1.0 (or later, once we release
> something), you can make use of the "Python Snippets" in GRC.
>
> Cheers,
> Marcus
>
> On 18/06/2020 23.17, Marcus D. Leech wrote:
SDR based RADAR will be discussed at 6:30 PM European time as
announced at https://2020.sdra.io/pages/programme.html
The slides are at http://jmfriedt.free.fr/sdra_radar.pdf
RThe reference on slide 17 explains how to switch LO frequency without
stopping the data stream when using osmosdr. Not
ctices so that it doesn't go unused, either, so:
>>
>> Assuming you're using GNU Radio 3.8.1.0 (or later, once we release
>> something), you can make use of the "Python Snippets" in GRC.
>>
>> Cheers,
>> Marcus
>>
>> On 18/06/2020 23.17, Marc
My approach:
* build your grc chart from GNU Radio Companion and generate the .py file
* edit the py file and import pygpio
* play with the RPi4 GPIO in your python script.
See attached script, with a python server included in the Python script
to control an RF switch from a GNU Octave TCP/IP
about +/- 30 milliseconds. I now think this is due to circular buffers
> in Gnuradio.
> (still to be determined).
>
> So, to conclude this long email, it would be fantastic to learn how to use
> Buildroot to figure out
> how
> to program Gnuradio on the PlutoSDR. There are som
I have followed
https://bootlin.com/blog/building-a-linux-system-for-the-stm32mp1-basic-system/
to generate the STM32MP157 cross-compilation framework. Once the Buildroot
environment is functional, you can follow
https://github.com/oscimp/PlutoSDR/tree/master/doc
to add GNU Radio support including
> 25000 Besancon, France
>>
>> May 29, 2020 3:33 AM, "Glen Langston" wrote:
>>
>>> Hi
>>>
>>> Thanks for your help.
>>>
>>> I’ve written the image to an SDCARD and the PI4 boots to
>>> the command line prompt.
t. The password is accepted and
> I’ve looked around.
>
> Gnuradio seems to be installed, but not the xwindow system.
>
> How do you use gnuradio-companion etc?
>
> I could not find “xstartup” or some such program.
>
> Thanks
>
> Glen
>
>> On May 24, 202
As I am annoyed by the constant reminder of compiling such a complex
piece of software as GNU Radio and associated libraries on the target
embedded ARM system (lack of optimization of the binary distribution
tuned for the lowest performance target, damaging the mass-storage SD
card medium,
I have uploaded http://jmfriedt.org/sdcard.img
my Buildroot image generated for RPi4 that I have been
using daily for the last 2 months, so pretty sure it is
working. Actually it is 1.1 GB because of lapack needed
for gnss-sdr but GNU Radio 3.8/Python3 will only require
about 500 MB.
Gwenhael
Thank you Sylvain:
as this is a new computer, I had not installed pulseaudio. It seems
the "default" Alsa backend indeed drops frames. I installed pulseaudio
and running in debug mode (-) I cannot see frame size updates but most
importantly my records are now continuous, problems solved.
Since I have little else to do at the moment than playing with my phone,
I debugged the USB OTG port of my Sony Z5, which led me to install the
rtl-sdr driver, which led me to install some non-GNU Radio application
to test the SDR capability of the phone, and it works. I haven't learnt
anything in
re frontend. What is causing the extra delay I can only
> guess but perhaps
> communication overhead is the culprit.
>
> Regards,
> Sebastian
>
> Den tis 14 apr. 2020 kl 13:40 skrev jean-michel.fri...@femto-st.fr
> :
>
>> I am considering frequency sweeping
I am considering frequency sweeping a PlutoSDR and a B210, both fitted with
AD936x RF frontends.
As I was writing the application and reading the libuhd documentation, I read
at https://files.ettus.com/manual/page_general.html
"After tuning, the RF front-end will need time to settle into a usable
Thanks to the help I received during the week end, I completed the update
on gr-acars. One thing I realized when working on PSK modulations (e.g RDS)
is the importance of bitrate clock synchronization.
After investigating the M algorithm, possibly because of my misunderstanding
of its
luckily for you I was just saving some ADS-B records for direction of arrival
measurement. The data was collected April 2nd so already very few planes over
French airspace. A short sample has just been uploaded to
http://jmfriedt.org/adsb_2000kSps2_1uint8_10Msamples.bin
in unsigned char complex
works like a charm with these, had missed the update in the lib/
configuration file.
Thanks a lot, JM
--
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe,
25000 Besancon, France
April 5, 2020 3:29 PM, "Sylvain Munaut" <246...@gmail.com> wrote:
> Hi JM,
>
> In CMakeList.txt:
gr-acars is working very well with GNU Radio 3.8, all good. Now I'd like
to add two improvements: being able to run multiple processing blocks in
parallel (on multiple channels, which libfftw seems hardly able to do due to
the non-threadable plan creation) and getting rid of the external FFTW
for an
> example.
>
> https://lists.gnu.org/archive/html/discuss-gnuradio/2019-08/msg00188.html
>
> Ron
>
> On 4/5/20 01:36, jean-michel.fri...@femto-st.fr wrote:
>
>> I am using the opportunity of porting gr-acars to GNU Radio 3.8 to
>> re-write the processing
I am using the opportunity of porting gr-acars to GNU Radio 3.8 to
re-write the processing algorithm. As part of this reorganization,
I want to analyze the baseline standard deviation and detect the AM
modulated message as a rise in standard deviation (ie custom squelch).
Since there is hardly
The initial deadline for contributing to the European GNU Radio Days conference
https://gnuradio-eu-20.sciencesconf.org/ is supposed to be today.
In these uncertain times, some might be hesitant to spend time summarizing
the result of their work: since no official guideline has been issued for
welcome to the field of real time operating systems. There are a few thousand
pages about the latencies introduced by the scheduler in non-real time OS, the
first google hit being
https://www.veterobot.org/2012/04/precise-pwms-with-gpio-using-xenomai.html
A few microseconds is not too bad
The submission site for contributing to the European GNU Radio Days, to be held
in Poitiers (France) June 22nd & 23rd, is now open. A two-page abstract will
help
the organizing committee select between oral presentation, poster presentation
or demonstration.
The deadline for contribution
My mistake ... my noise level was far too high. Additionnally, the noise
with amplitude lower than LSB must be added to a full-scale range sine wave
to be dithered amongst the various quantization bins. If anyone is interested,
I updated http://jmfriedt.org/quantization.pdf which (I believe)
ror: IndexError: multi_usrp: RX channel
>> 140641462873248 out of range for configured RX frontends
>>
>>>>> Done (return code 1)
>>
>> Ron
>>
>> On 11/21/19 00:43, jean-michel.fri...@femto-st.fr wrote:
>> Am I the only one facing an issue w
Am I the only one facing an issue with fetching data from 2 channels of a B210
receiver ?
When addressing a single channels (USRP Source -> file sink) all goes well, but
whenever I activate a second channel (Num Mboards=1, Num Channels=2) I get an
error message
tb = top_block_cls()
File
Dear GNU Radio community members,
we are organizing the third edition of the European GNU Radio Days 2020,
to be held in Poitiers (France) June 22 & 23rd, 2020.
We are seeking contributions: oral presentations, posters, demonstrations,
tutorials.
A two-page abstract would allow us to select
> pybombs prefix init ~/gnuradio -R gnuradio-default
gnuradio-default.lwr recipe is 3.7. Edit the recipe in
.pybombs/recipes/gr-recipes
and replace gnuradio with (in order to call gnuradio38.lwr)
depends:
- gnuradio38
and in gnuradio38.lwr
gitbranch: master -> gitrev: v3.8.0.0
(since
since the name of the original author sounds French, a manuscript being
finalized
on writing OOT block including porting to GNU Radio 3.8 or native gr_modtool
for GR3.8
is at http://jmfriedt.free.fr/gr_oscilloscope.pdf [in French, draft version].
I will translate to English once finalized and
As I am investigating GPU and OpenCL for acceerating correlation computations,
I thought
I'd give OpenCL-Enabled FFT block in GNU Radio Companion (still version
3.7.13.4) a try to
see if I can see any performance change.
When I run signal source -> throttle -> OpenCL FFT -> time sink, all goes
> It took about eight hours total.
I would hope this list would stop promoting building on the target
embedded system.
Embedded system development should never, ever, attempt compiling
on the low power target but rather figure out how to cross-compile
from the powerful host for generating
The videos of the European GNU Radio Days oral presentations and tutorials
are now available online:
Marcus' keynote presentation:
https://mediacenter.ens2m.fr/videos/?video=MEDIA190710141050023
First day oral presentations (morning):
reading your email more closely:
* the sound card generates real data with an even spectrum with components at w
and -w
* you transfer from VLF band to baseband by multiplying by a complex NCO
exp(-jwt) with t=[0:length(samples)]/fs
when sampling at fs
* the -w component is shifted to -2w that
https://agupubs.onlinelibrary.wiley.com/doi/abs/10.1002/2017RS006420
or
http://jmfriedt.free.fr/agu_dcf77.pdf
We are currently working on simultaneously decoding (e)LORAN/MSF, TDF & DCF77
v.s GPS
with a sound card.
JM
--
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe,
25000
When running a GNU/Linux VirtualBox on MS-Windows, I whish to make GNU Radio
running
on the guest OS (GNU/Linux) communicate with GNU Radio running on the host OS
(MS-Windows)
through ZeroMQ. Has anyone tested the proper operation of the ZeroMQ libraries
provided
with the MS-Windows port [1] of
The European GNU Radio Days contribution deadline is getting close (set to
March 21st). Please consider contributing if you wish to share the results
of your work either as oral presentation, demonstration or tutorial.
The template and submission site are available at
55 matches
Mail list logo
