should be minimal, usability
should be improved. Most notably, we build and deploy [the VOLK
documentation](https://www.libvolk.org/docs) automatically now.
### Contributors
- Andrej Rode
- Clayton Smith
- Johannes Demel ,
- Marcus Müller
- Rick Farina (Zero_Chaos)
### Changes
more errors.
### Contributors
- Clayton Smith
- Johannes Demel ,
- Kenji Rikitake
- Philip Balister
### Changes
- CI fixes
- Allow for rounding error in float-to-int conversions
- Allow for rounding error in `volk_32fc_s32f_magnitude_16i`
- Allow for rounding error in float-to-int
Hi Fons,
sorry for the abbreviation PR == Pull Request. A request to merge your
contribution into the VOLK repository in this case. This includes a
forum to discuss the specifics and possible improvements before we merge
your code.
Did your Boost issue get solved? Boost was only required
Hi Fons,
first off, we'd need to know a bit more about your setup. Could you
share the versions of VOLK and your host system, e.g. OS, version, etc.
Furthermore, do you use a VM, a container, or smth like this?
Regarding your question, if these functions may be useful to VOLK / GNU
Radio.
Hi Jeff,
there's a good chance that your compiler outsmarted you. i.e. parts of
your test are optimized out. I suggest to use smth like "benchmark" for
tests. Also, make sure that the variables in your test cannot be
optimized out.
Cheers
Johannes
On 08.10.23 00:22, Jeff R wrote:
I
Hi Luca,
you need to install the OOT module that includes the RFNoC version of
fosphor.
Cheers
Johannes
On 04.09.23 13:00, Bachmaier, Luca wrote:
Hey everyone,
I’m currently implementing a flowgraph that uses RFNoC by UHD / Ettus
Research. In GNU Radio companion, I noticed that there are
Hi Jiya,
some inline comments.
On 31.08.23 12:35, Jiya Johnson wrote:
Hi Johannes,
Thanks in advance for your valuable inputs!
I appreciate your help so much.
1.I want to measure the time taken by 1 sample from the random source to
the decoder unit-endpoint.
My previous comment was targeted
Hi Theo,
I assume this setup is part of a very old experiment that you want to
reboot. However, something must have changed since it's broken at the
moment.
It is very difficult to spot the issue without any context but just a
traceback.
The message itself tells you that you try to
Hi Jiya,
It seems like you want to measure the DSP latency in a flowgraph without
hardware.
For better readability, I suggest to use a service that lets you upload
screenshots in higher resolution and you just share the link.
In said screenshot, I suggest to mark your start end endpoint
everything via
https://github.com/elasticsearch-dump/elasticsearch-dump
But they use their custom format and change it over time. I doubt it is
suitable for archiving purposes.
I'd appreciate hints on how to do that properly.
Cheers
Johannes
--
Johannes Demel M.Sc.
Research Engineer
University
Hi Jorge,
a couple of observations first:
- the "throttle" block needs to be part of the actual flowgraph to have
any effect. You might want to remove your null source -> throttle ->
null sink chain.
- for the sake of a Minimum Working Example (MWE) I suggest to remove
the file sink and
Hi Mike,
you'd need to provide more detail for a good answer.
How did you install gr-gfdm and GNU Radio?
Which source did you use?
Cheers
Johannes
On 05.07.23 17:29, Mike Sousa wrote:
i'm trying to execute gr-gfdm in gnuradio companion v3.10. There are a
lot of Flowgraph errors out of the
Hi Hamed,
you mentioned that increasing the TX and RX gain reduced the number of
invalid packets. Still, as long as you transmit over an imperfect
channel, there will be reception errors.
The reports you receive stem from the logging system. They are tagged
":info:" because this might be an
Hi Niklas,
since gdb starts quite a few threads, I suggest you extract the part
that segfaults into a script that's as small as possible. I assume you
run a flowgraph in GRC. Just take the generated `.py` file and reduce it.
A simple unittest would be an alternative approach.
Which GR version
Hi,
the error comes up when you try to `import satmisc_python`. This is the
Pybind11 Bindings part of your module.
Fortunately, the bindings exist and are found. Also, the library
`libgnuradio-satmisc.so` exists. This is the file where your blocks get
compiled into.
However, this library is
Hi everyone!
This is the VOLK v3.0.0 major release! This release marks the conclusion
of a long lasting effort to complete [GREP
23](https://github.com/gnuradio/greps/blob/main/grep-0023-relicense-volk.md)
that proposes to change the VOLK license to LGPLv3+. We would like to
thank all VOLK
Hi,
If you use a Python block, you use `gateway.py`. Under the hood, this
file provides the functionality that binds Python and GR together to be
able to call Python code during runtime. Everywhere else GR uses Python
to configure flowgraphs but the actual flowgraph execution is entirely
Hi all,
it looks like there's a path issue.
In line 34 in "run_response.py" you do
```
parser.read('./ft8_qso.conf')
```
There's a good chance, that you did not load this file.
I assume this is:
https://docs.python.org/3/library/configparser.html#configparser.ConfigParser.read
> If none of the
Hi George,
first a few words of caution. Python blocks are intended for quick tests
and incur a serious performance penalty. Thus, they are actually not
that well documented in terms of more advanced functionality. Given that
`forecast` is generally more of a performance optimization
in a submodule to disable installation.
2. CMake tries to be smart and the linker does smth different.
A more complete analysis and a subsequent fix may be nice.
Cheers
Johannes
On 08.09.22 23:40, Chris Vine wrote:
On Sun, 4 Sep 2022 18:41:18 +0200
Johannes Demel wrote:
Hi everyone!
We have a new VOLK
2.x on a
technical level. However, VOLK 3+ will be released under LGPL. We are
convinced a license change justifies a major release.
### Contributors
* Aang23
* Clayton Smith
* Johannes Demel ,
* Michael Dickens
* Michael Roe
### Changes
* Android
- Add Android CI
- Fix armeabi
Hi all,
since Audacity is targeted at audio samples, it might be interesting to
have a tool that is more targeted at IQ samples.
I've heard/read about quite a few people who use "inspectrum":
https://github.com/miek/inspectrum
(I hope this is the correct repo.)
A somewhat older tool might be
Hi,
I'd like to point out that we maintain a guide on "How to ask questions"
https://wiki.gnuradio.org/index.php?title=ReportingErrors
I'd like to point to our netiquette because of multiple similar postings
to the mailing list.
Specifically in your case, please share more information on
-
Hi Randall,
in your case,
https://github.com/gnuradio/volk/blob/main/kernels/volk/volk_32f_x2_multiply_32f.h
followed by
https://github.com/gnuradio/volk/blob/main/kernels/volk/volk_32f_x2_add_32f.h
would be the way to go at the moment.
```
volk_32f_x2_multiply_32f(multiply_result, b, c,
Hi,
the kernels are type specific. However, if you want a dot product:
a = \sum_{i=0}^{N-1} b[i]c[i],
https://github.com/gnuradio/volk/blob/main/kernels/volk/volk_32fc_x2_dot_prod_32fc.h
A [i] += B [i] * C [i], for i = 0...N-1
This would implement the above formula:
1.
Hi Peter,
since you're looking at a signal with less than 10MHz bandwidth around
910MHz, you might have hardware available that is able to capture the
whole bandwidth. This should be a good starting point.
Besides, the best approach to solve your challenge depends on more
parameters.
Hi,
If you target USRPs, their driver does the complex float 32 to complex
int 16 conversion. No need for you to do this "manually". If you want to
use complex int 16 in your flowgraph, there should be converters. VOLK
includes kernels to convert between these data types as well.
In GRC
Hi Tom,
I've seen this error before in conjunction with pybind11. The error
indicates that the pybind11 version for your GR install and the pybind11
version for your OOT module differ. Unfortunately, the error message is
not helpful in that case.
I assume it doesn't hurt to switch to 22.04
Hi Anton,
This guide may help you:
https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks
I usually use the CPU Governor, Thread Priority Scheduling, Adjust
Network Buffers, and Adjust Ethernet MTU sections.
I can run flowgraphs at 30.72MSps without hiccups. Thus, I suggest you
to use _val
Also, my current code has the following: #include do I in
addition need to include #include ?
Thank you very much!
George
On Tue, May 3, 2022 at 3:35 AM Johannes Demel <mailto:de...@ant.uni-bremen.de>> wrote:
Hi George,
All VOLK functions require pointers as yo
Hi George,
All VOLK functions require pointers as you already noticed. You can
access the underlying data structure of a vector via its `.data()`
method as Brian noted.
Moreover, you can use `volk::vector` if you want your vectors to be
aligned. `volk::vector` is almost a `std::vector` but
at ?
Thanks for your help,
Fabien, F4CTZ.
Le 04/03/2022 à 12:03, Johannes Demel a écrit :
Hi Fabien,
do those underruns occur after you lock/unlock and switch from TX to
RX or vice versa? Do you see overruns as well?
I'd assume the USRP expects a constant sample flow and even a short
interupti
Hi Fabien,
do those underruns occur after you lock/unlock and switch from TX to RX
or vice versa? Do you see overruns as well?
I'd assume the USRP expects a constant sample flow and even a short
interuption, like your lock/unlock task interrupts that flow.
Still assuming this is the root
Hi Dave,
fortunately, the process got simpler.
For now, let's assume the library you want to use supports CMake. In my
experience, every library you can install via `sudo apt install
lib...-dev` supports CMake.
Let's assume you want to use libfmt, then you need:
`find_package(fmt REQUIRED)`
at, Feb 12, 2022 at 6:19 PM Chris Vine <mailto:vine24683...@gmail.com>> wrote:
On Sat, 12 Feb 2022 11:40:26 +0100
Johannes Demel mailto:de...@ant.uni-bremen.de>> wrote:
> Hi everyone!
>
> You can find the news at
https://www.libvolk.org/release-v251
ndrej Rode
* Ben Hilburn
* Bernhard M. Wiedemann
* Brennan Ashton
* Carles Fernandez
* Clayton Smith
* Doug
* Douglas Anderson
* Florian Ritterhoff
* Jaroslav Škarvada
* Johannes Demel
* Josh Blum
* Kyle A Logue
* Luigi Cruz
* Magnus Lundmark
* Marc L
* Marcus Müller
* Martin
was for
Ubuntu 14.04. Starting with Ubuntu 16.04, we were able to use
`std::experimental::filesystem` and drop our Boost dependency. Thus, it
might be time to finally drop our Boost dependency.
If you have time to look at those PRs and review them, that'd be great.
Cheers
Johannes
--
Johannes
Hi Patric,
first off, the `consume_each` call needs to go behind any read on the
input buffer. You really tell the system at this point: I'm finally done
with these items, do whatever. Since GR is a multi-threaded system, this
may cause trouble because the samples you want to read are already
Hi Patric,
since your goal is to produce a variable number of output items, your
`general_work` approach seems to be the correct one.
I mean "variable number of output items" in the sense that there is no
fixed relation between the number of input items to the number of output
items. Just for
earned from Stroustrop.
Nick
Re: RFC: can we have something like a wiki page (maybe on the VOLK
repo?) to collect
these
comments?
You mention spans, so C++-VOLK would be >= C++20?
Cheers,
Marcus
On 21.12.21 10:55, Johannes Demel wrote:
> Hi everyone
Hi everyone,
today I'd like to propose an idea for the future of VOLK. Currently,
VOLK is a C library with a C++ interface and tooling that is written in C++.
I propose to make VOLK a C++ library. Similar to e.g. UHD, we can add a
C interface if the need arises.
This email serves as a
Hi Pedro,
we'd need more info to tell why you observe these peaks. How large are
your input packets? Do they span multiple OFDM symbols? How many
subcarriers are active?
Your peaks hint at some kind of repetition or lot's of zeros.
Cheers
Johannes
On 14.12.21 13:07, Pedro Viegas wrote:
Hi,
I assume the "Swap IQ" block is exactly what you're looking for.
https://wiki.gnuradio.org/index.php/Swap_IQ
Cheers
Johannes
On 13.12.21 16:39, Cyrille Morin wrote:
Hi,
You could use a "Complex to Float" to separate the I and Q components,
followed by a "Float to Complex", inverting the
for your GNU Radio
flowgraph (the client) to send data.
Cheers
Johannes
On 13.12.21 03:38, Zen Chen wrote:
Hi Demel,
I sort of get what you meant . How do I read the data from UDP sink ?
That is one of my questions.
Regards,
Chen Chong Zhi
On Fri, 10 Dec 2021 at 19:49, Johannes Demel <mailto
Hi Chong Zhi,
I assume you want to observe the FM band ~90MHz to ~100MHz is that correct?
If you want to listen to audio, have a look at gr-rds.
https://github.com/bastibl/gr-rds
It helps quite a bit more to understand FM.
Since this discussion seems to have started in the GR Matrix chat, I
Hi all,
we have quite a few open positions for PhD candidates at our institute.
If you're interested, I pasted the description in this email. You can
find the description here: https://www.ant.uni-bremen.de/en/int_jobs/
Cheers
Johannes
As a key partner in various collaborative research
Hi Fabien,
unless this is a very specific issue and you know exactly that your OS
is the component that causes an issue, I recommend to stick with your
distros generic kernel image.
I'd need more information but my gut feeling tells me that your issue is
somehow a 2-clock problem.
So
Hi,
I used:
https://docs.python.org/3/library/profile.html#module-cProfile
in the past to locate the problematic lines of code.
```
import cProfile
import pstats
with cProfile.Profile() as pr:
run_the_problematic_function_etc()
stats = pstats.Stats(pr)
Dear contributors of VOLK,
we are writing to let you know that we are working towards a new major
release of VOLK. The possibly biggest change will be that we intend to
use a different license for this release: VOLK 3.0 shall be licensed
under the LGPL 3.0 (or later).
To do this effectively, we
Hi Arhum,
first off a few comments. You mention Ubuntu 16.04 which reached
End-Of-Life (EOL) a few months back. Please don't use obsolete software.
After all, it is a security risk. Besides, Ubuntu 16.04 exposed a series
of bugs that are very specific to this distro. Thus, they are considered
Hi Larry,
Which carrier frequency do you use for your tests? Something like 2.4GHz?
do the 4 receive channels have a stable phase between them? i.e. if you
don't move the transmit antenna or your RX array, the phases do not change?
I assume you have 1 TX antenna and 4 RX antennas. I would
Hi,
besides the hint to work through textbooks, I'd like to point out that
you will probably have more success if you start with nearly perfect
"Channel Model" coefficients and then observe changes in the following
order:
1. Noise Voltage: 0 (and raise it slowly e.g. in 1e-2 increments.
2.
. Hernandez Quiceno ,
* Jaroslav Škarvada
* Johannes Demel
* Magnus Lundmark
* Michael Dickens
* Steven Behnke
* alesha72003
* dernasherbrezon
* rear1019
### Changes
* Kernels
- volk_32f_stddev_and_mean_32f_x2: implemented Young and Cramer's
algorithm
- volk_32fc_accumulator_s32fc
.
Cheers
Johannes
On 27.05.21 11:32, Jeff Long wrote:
Or could just install the missing LaTeX module. On Fedora, it's
texlive-newunicodechar. For reference, no problems building libosmo-dsp
here.
On Thu, May 27, 2021 at 4:21 AM Johannes Demel <mailto:de...@ant.uni-bremen.de>> wrote:
Th
:
In ~/.pybombs/config.yml
- config:
makewidth: 4
builddocs: OFF
cmakebuildtype: Release
On Wed, May 26, 2021 at 12:41 PM Johannes Demel <mailto:de...@ant.uni-bremen.de>> wrote:
Hi all,
I'm trying to install gr-osmosdr with GR 3.9. Currently pybombs hangs
doxygen.
Cheers
Johannes
--
Johannes Demel M.Sc.
Research Engineer
University of Bremen
Department of Communications Engineering
Faculty 1 - Physics / Electrical Engineering
NW1, N2400
Otto-Hahn-Allee NW1
28359 Bremen
Phone +49 421 218-62393
de...@ant.uni-bremen.de
Secretariat
Tel. +49 421 218
Hi Alberto,
Since your error is "Python.exe stopped working", it might be a Python
issue. Besides, Windows 7's time has run out for over a year. Further,
you use GR 3.7 and Python 2. Again, Python 2's time has run out for over
a year. Please update your system.
GR is supposed to run on
Hi Oliver,
unfortunately, I don't know of any GNU Radio UMTS implementation. If
others do, they will point you to it.
Besides, I'd like to point out a few caveats. UMTS is not a simple
single carrier system. You can't just use a Costas Loop to sync to your
constellation. You first need to
Hi John,
you're not alone with your concerns. There's a GREP (GNU Radio
Enhancement Proposal) [0] where issues with PMTs are discussed. This
would be an excellent place to discuss more details and contribute.
Cheers
Johannes
[0] https://github.com/gnuradio/greps/pull/31
On 25.03.21 23:43,
Hi Moses,
2GSps sounds like a lot of samples. Assuming you have 16bit I and Q that
would be around 64Gbit/s (4 * 8bit * 2e9) if streamed continuously.
Thus, I'd focus on whatever interface you need to get your samples in
and out of your CPU.
In my experience GNU Radio flowgraphs do not
, Johannes Demel wrote:
Hi all,
I have a flowgraph where I want to use two N310s for TX and RX.
If I run `benchmark_rate`, everything works fine.
```
./benchmark_rate --pps external --ref external --rx_channels "0,4" --tx_channels
"2,6" --rx_rate 61.44e6 --tx_rate 61
Hi all,
I have a flowgraph where I want to use two N310s for TX and RX.
If I run `benchmark_rate`, everything works fine.
```
./benchmark_rate --pps external --ref external --rx_channels "0,4"
--tx_channels "2,6" --rx_rate 61.44e6 --tx_rate 61.44e6
Hi Glen,
I fully understand your frustration to make things work long term and
constant breakage.
There are, however, reasons why breaking changes are unavoidable. Some
examples are:
1. GRC used Cheetah with XML for block definitions BUT:
Cheetah got unmaintained for years. Cheetah is only
that everything works as
expected again.
You can find the release news on
[libvolk.org](https://www.libvolk.org/category/news.html)
### Contributors
* A. Maitland Bottoms
* Johannes Demel
* Michael Dickens
* Philip Balister
* Ron Economos
* Ryan Volz
### Changes
* Build
Use `INT8_*` instead of `CHAR_*`
### Contributors
* Adam Thompson
* Andrej Rode
* Christoph Mayer
* Clayton Smith
* Doron Behar
* Johannes Demel ,
* Martin Kaesberger
* Michael Dickens
* Ron Economos
### Changes
* Documentation
- Update README to include ldconfig upon volk build a
Hi Gisle,
`file` is not a placeholder but the literal argument. `--style=file`
tells `clang-format` to search for a `.clang-format` file in the current
and parent folders.
Cheers
Johannes
On 11.11.20 13:19, Gisle Vanem wrote:
Johannes Demel wrote:
unless the clang-format behavior changed
Hi,
unless the clang-format behavior changed, the function call should be:
clang-format --style=file -i path/to/file.cc
The `--style=file` option tells clang-format to search for a
`.clang-format` file.
Cheers
Johannes
On 11.11.20 11:47, Ron Economos wrote:
I forgot to mention, you have to
Hi Lukas,
I'd suggest you use timed transmissions with your USRP. I assume you
want to build a TDD system. In that case, it would be advisable to avoid
transmitting `0`s. One more reason to use timed transmissions.
I assume your align block is some kind of synchronization. I suggest to
sync
Hi Thomas,
with AVX512 we have maximum 64byte alignment. That's the current maximum
`volk_get_alignment` could return. Of course, that'll change at some
point in the future. So, at the moment we could define this value and
hope we'll update it as soon as we introduce our first kernel that
I'll be looking for is at
the receiver. So the equation takes care of any signal attenuation.
I'm building a passive RF range calculation system in conjunction with
an EO object tracking system.
Thank you,
Alex
On Fri, Jun 26, 2020 at 11:14 AM Johannes Demel <mailto:de...@ant.uni-bremen
to that as well.
Thank you for the help,
Alex
On Fri, Jun 26, 2020 at 4:17 AM Johannes Demel <mailto:de...@ant.uni-bremen.de>> wrote:
Hi Alex,
"0 < fa <= sampling_rate/2" is correct and should always be
enforced. If
you try to set your filter cut-off frequency
Hi Alex,
"0 < fa <= sampling_rate/2" is correct and should always be enforced. If
you try to set your filter cut-off frequency at >= samp_rate/2, you'll
experience aliasing.
After reading your mails, I get the impression you try to set your
filter cut-off frequency at your carrier frequency
Hi Silvio,
please do not send docx Files. After reading Marcus answer, I assume
your file contains valid info. But I thought this was just a spam or
phishing mail. I'd totally expect some malicious macro in such a file. I
see such malicious attachments regularly going through my spam filter.
Hi John,
VOLK tries to figure out the correct flags for you. We run CI tests for
aarch64, so these seem to work. Unless you have a good reason to set
compiler flags, I'd recommend to stick with what CMake detects for you.
The line `-- CPU is armv8, Overruled arch neonv7` tells you that armv8
Hi all,
we all saw the Python clock [0] run out on 2020-01-01 after over 10 years.
Also, Maitland Bottoms had to add GR patches to switch from Qt4 to Qt5
for GR 3.7 even earlier to be able to get GR3.7 into newer Debian
versions. Apps are not accepted to the repos if they run with Qt
+ scalar float operation
### Contributors
* Bernhard M. Wiedemann
* Clayton Smith
* Johannes Demel
* Michael Dickens
* Tom Rondeau
* Vasil Velichkov
* ghostop14
### Changes
* Reproducible builds
- Drop compile-time CPU detection
- Drop another instance of compile-time CPU
Hi Tom,
ORC is a Tool that is used in VOLK to optimize some kernels. Though,
this is an optional dependency. ORC kernels are not built if liborc etc
is not found.
I assume you can run example flowgraphs in GRC.
In this case, you shouldn't need to worry about ORC at all. Though,
somehow you
ale-
Da: Discuss-gnuradio
Per conto di Johannes Demel
Inviato: lunedì 27 aprile 2020 09:45
A: discuss-gnuradio@gnu.org
Oggetto: Re: Gnuradio 3.7
Hi Vincenzo,
one major change in Ubuntu 20.04 is: Python 2 is removed. "Long live
Python
3+!" [0] Theoretically you co
Hi Vincenzo,
one major change in Ubuntu 20.04 is: Python 2 is removed. "Long live
Python 3+!" [0] Theoretically you could re-enable it but this is
discouraged.
One major change for GNU Radio 3.8 is Python 3 support for exactly this
reason. Python2 is dead effective 2020-01-01. We had 10
Hi everyone,
I'd like to share a new module `gr-latency` that I created and use[0].
Sometimes it would be great to be able to measure latency in a
flowgraph. With this module this should be easier. I have questions in
mind like:
* Which blocks delay processing?
* How long does it take a
Hi Sylvain,
It tried the GLFW version but the error is the same, the shaders fail.
How did you manage to install OpenCL + amdgpu? I tried that and thought
I had succeeded but apparently that's not the case.
Cheers
PS: Yeah, taking it off the list was an error.
On 26.02.20 13:39, Sylvain
in kernel 5.5 and thus I'll migrate to Ubuntu 20.04 as soon as it's
available. I hope that'll make it easier as well.
Cheers
Johannes
Von: Sylvain Munaut <246...@gmail.com>
Gesendet: Montag, 24. Februar 2020 23:47
An: Johannes Demel
Cc: discuss-gn
Hi everyone,
with VOLK 2.2.0, we introduced another AVX rotator bug which is fixed
with this release.
In the process 2 more bugs were identified and fixed. Further, we saw
some documentation improvements.
### Contributors
* Clayton Smith
* Michael Dickens
### Changes
* Fix loop bound
Hi all,
We have some new AMD machines with RX 550 graphics. I want to run
gr-fosphor on them. So far I've failed to make it work.
It's an AMD system with RX 550 and Ubuntu 18.04 with amdgpu open source
drivers. I work with GR 3.8-master (or 3.9.0.0-git)
version in `volk_version.h` (included in `volk.h`)
* Improved CMake code
* Improved code with lots of refactoring and performance tweaks
### Contributors
* Carles Fernandez
* Gwenhael Goavec-Merou
* Albin Stigo
* Johannes Demel
* Michael Dickens
* Valerii Zapodovnikov
* Vasil Velichkov
Hi everyone,
we just released VOLK v2.1.0!
we would like to announce that Michael Dickens and Johannes Demel are
the new VOLK maintainers. We want to review and merge PRs in a timely
manner as well as commenting on issues in order to resolve them.
We want to thank all contributors. This release
Hi,
I kind of had this experience a few days ago. Basically the block tree
panel was just minimized to the right. i.e. the width was 0 and a mouse
over and click fixed it. I hope this helps. It seems so obvious but it
wasn't.
Cheers
Johannes
On 07.11.19 22:16, Achilleas Anastasopoulos wrote:
Hi all,
I was wondering about that mailing list behavior as well.
My solution
1. If "Mail From 'discuss-gnuradio@gnu.org'"
2. If "Mail To 'discuss-gnuradio@gnu.org'"
In my case: move to folder.
1. covers original mails
2. covers replies.
I had to split this into 2 separate rules but that's due
Hi Satish,
I didn't receive your mail through the mailing list. I wonder if anyone
else did? Anyways, I just post my answer to the mailing list so others
may benefit as well.
First off, there is a `convert38` branch in both repos that enables you
to use `gr-gfdm` and `XFDMSync` with GNU Radio
Hi Albin,
one of my students reported a little oddity about `-ffast-math`. Assume
you want to set a float to -0, i.e. set the sign bit only. In this case
`-ffast-math` seems to remove the sign bit.
In VOLK this might be an issue with `_mm256_conjugate_ps` in
Hi Sumit,
this is not an installation error. Your configuration is wrong. The
argument `enb` must be of type bool but it is a string in your case.
I assume you use GRC to generate this flowgraph.
Open your USRP source block. Go to the `FE Corrections` tab and put in
`False` in both fields. No
Hi all,
I'd like to let you know that we have open positions for SDR-related
work at our department [0]. The goal would be to eventually graduate as
a PhD (Dr.-Ing.).
The research focus will be on 5G baseband signal processing and SDR
implementations.
Applications should go directly to our
Hi Bowen,
it's great that you start to work on your project right away. Since you
want to implement a new feature for GNU Radio, I'd suggest to use the
latest GNU Radio version which is the one in the repository. To rephrase
it, I recommend to use GNU Radio 3.8. Though, I assume you already
Hey everyone,
I have an issue with how additional tags are handled in 'tagged stream
blocks'.
E.g. think of a 'FEC Tagged Encoder'. It does handle the length tag but
what happens to other tags? They are left untouched. This results in a
situation where a rate change basically makes all other
Hi Chesir,
I saw similar behavior with very recent X310s with UBX daughterboards.
It did help to revert to an earlier UHD version [0]. Maybe the issue is
related. Maybe it is not.
Cheers
Johannes
[0] https://github.com/EttusResearch/uhd/issues/257
Am 02.04.19 um 16:04 schrieb Chesir, Aaron
Hi Marcus,
it seems like Thrift is a painful dependency. So, this is a pro ctrlport
removal. Though, what else does ctrlport removal entail?
Is it really only used for monitoring and control?
Just for clarification, the zeromq blocks are not affected?
How will the performance monitor be
Hi Mayank,
I'm glad you're interested in optimized codes.
There are quite a lot of comms standards out there. They all come with
their standardized codes. Unlike their general definition, standards use
a small subset of all possible configurations a code might have.
e.g. in general frozen bits
Hi Rob,
Am 26.02.19 um 15:51 schrieb Rob Heig:
> Hi,
>
> I've bought an Ettus E310 board and I am trying to use it for a MIMO
> project, but I am encountering several issues.
>
> In particular, I have created a GNU Radio design, compiled it as Python
> script (as illustrated on the page
>
/39321262/switching-usrp-from-rx-to-tx-using-gnuradio
Am 25.02.19 um 20:30 schrieb Andy Walls:
>
>> Date: Mon, 25 Feb 2019 10:29:56 +
>> From: Johannes Demel
>> To: "discuss-gnuradio@gnu.org"
>> Subject: [Discuss-gnuradio] TDD mode with USRPs in GNU Radio
&g
Hi all,
I plan to implement a TDD system with GNU Radio and X310s w UBX160s. My
lab setup is as follows:
- multiple USRPs (start with 2, extend to more)
- each USRP shall use 1 TX and one RX port. Preferably on one
daughterboard in order to extend it to MIMO later on.
At the moment the
1 - 100 of 241 matches
Mail list logo