brary 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)
### Ch
tches 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-t
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 for
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. I'
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 modified
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 n
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 a
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 connect
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 for
xport 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
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 virtua
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 box.
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 co
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
impl
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
`--rx_otw
sc12 --tx_otw sc12` options.
According to the aforementioned discussion, the reasons seems to be a
bandwidth limitation on the B210 between the USB controller and the FPGA.
Cheers
Johannes
On 14.09.22 12:29, Johannes Demel wrote:
Hi all,
I'm still trying to figure out what the cause
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 function,
eers
Johannes
On 14.09.22 12:29, Johannes Demel wrote:
Hi all,
I'm still trying to figure out what the causes these problems.
I tried different B210s on multiple computers now.
It works with 2x2 up to 24.4MSps. And breaks with 24.5MSps.
However, 2x TX+RX @30.72MSps does not work.
Also, 2x
ts. Thus, I assume after a burst is transmitted, smth
fails.
Cheers
Johannes
On 09.09.22 11:55, Johannes Demel wrote:
Hi all,
there's smth else going on. I tried the UHD-4.1 and UHD-4.1.0.6 branches
and all cause these errors. I will investigate this further.
I need to switch USRPs
Hi all,
there's smth else going on. I tried the UHD-4.1 and UHD-4.1.0.6 branches
and all cause these errors. I will investigate this further.
I need to switch USRPs and hosts and see how the errors appear/disappear.
Cheers
Johannes
On 07.09.22 19:29, per...@o2.pl wrote:
Johannes Demel
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
Hi all,
thanks for your suggestions.
A few more details:
- Ryzen 5900X CPU
- UHD reports USB 3. With USB2 it would probably fail above ~8MSps.
- Ubuntu 22.04 with GCC 11.2, Python3.10
I tried 2TX streams alone at 30.72MSps. works. check.
I tried 2RX streams alone at 30.72MSps. works. check.
I
Hi all,
I try to use a B210 with a computer that runs Ubuntu 22.04 now. However,
at higher sampling rates, above 24MSps with 2TX and 2RX streams, I get a
lot of overruns and underruns. I need 30.72MSps eventually and got that
working on all other machines.
This happens on Ubuntu 22.04 with UHD
with 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
- F
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
- wh
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, num_s
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.
https://github.com/g
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.
Quest
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 search
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 and
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
che
to use &my_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 po
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 use
Hi Wade,
thanks for that hint. I tried to change the hostname on some N310s in
the past and now I am able to.
The docs should contain that in
https://files.ettus.com/manual/page_usrp_n3xx.html
under SSH connection. That's where I was reading about it. And I guess
the docs need a UHD4 update t
hat ?
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
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 caus
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)`
On Sat, 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
* Andrej 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
* Ma
st CI that required Boost 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.
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
kes C++ a much less Lovecraftian nightmare of a
language than the one I learned 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
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 reque
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
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
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
in
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 let's
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)
stats.sort_stats('cumtime').reverse_or
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 w
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
r,
thanks for digging in so deeply!
First thing I'm going to do: Loop Johannes Demel in here, he's the most
knowledgeable
person on the CPU detection and build issues.
Johannes, see below. There's two things to unpack here:
1. It looks like debian disables NEON. Do we need to check
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 expe
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. Ta
erhoff
* Jam M. 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_32
cy in that case.
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>
ld be nice as well though.
Cheers
Johannes
On 26.05.21 19:17, Jeff Long wrote:
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
. How do I do that? Or disable
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
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 suppo
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 sy
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, J
et TX gain to 90 and I could observe an improvement. Though, this is
still far from what I'd expect after my sine test.
Is there an issue with burst transmission and B210s? Do I need to take
any special precautions?
Cheers
Johannes
--
Johannes Demel M.Sc.
Research Engineer
University
, you never know.
On Fri, Feb 19, 2021 at 9:12 AM Marcus D Leech via USRP-users
wrote:
Are the antennae situated outdoors?
It can take almost an hour to achieve lock from a cold start.
Sent from my iPhone
On Feb 19, 2021, at 4:14 AM, Johannes Demel
wrote:
Each USRP has its own GPS
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 requi
ers
wrote:
Are the antennae situated outdoors?
It can take almost an hour to achieve lock from a cold start.
Sent from my iPhone
On Feb 19, 2021, at 4:14 AM, Johannes Demel
wrote:
Each USRP has its own GPS antenna. One of those you buy at
ettus.com as a recommended accessory.
On 18.0
, 2021, at 7:07 AM, Johannes Demel via USRP-users
wrote:
Just a quick follow-up. The B210 finally got a GPS lock. (I had to wait for
~2h). Though, all N310s still don't.
On 18.02.21 10:12, Johannes Demel via USRP-users wrote:
Hi all,
I have some N310s and a B210 that I try to sync with a
Just a quick follow-up. The B210 finally got a GPS lock. (I had to wait
for ~2h). Though, all N310s still don't.
On 18.02.21 10:12, Johannes Demel via USRP-users wrote:
Hi all,
I have some N310s and a B210 that I try to sync with a GPSDO. All of
them recognize their GPSDOs but fail to
llites. But it has a list of satellites.
Since we have several devices in that room that are able to acquire a
lock but none of our USRPs with their GPSDOs, I wonder what is going on.
Do they need a very strong signal?
Cheers
Johannes
--
Johannes Demel M.Sc.
Research Engineer
Universit
packets seem to spam `L`. The system seems like it won't ever
recover from that state. But that's a different issue.
On 11.02.21 20:37, Marcus D. Leech wrote:
On 02/11/2021 05:04 AM, Johannes Demel wrote:
Hi,
yes, I just attach a grc file for GR 3.9 that I use to test things.
It works if
10, 2021, at 1:25 PM, 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
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
--args="addr0=192.168.21.218,addr1=192.168.2
Hi Jeff,
I use burst mode all the time (mostly on N310 but X310 as well). I
usually prefer a `packet_length` tag instead of SOB --> EOB. As Marcus
mentioned, as soon as the first sample goes into the USRP sink, you
start transmitting and need to sustain your sample rate. To ensure that
you pr
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 a
sure 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
*
nel
- 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 vo
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 Baroch,
Do you need UHD 3.14? UHD 3.15 is probably easier to install on your system.
Besides, the missing dependencies indicate that you want to install a
really old version of UHD? or GNU Radio? On a modern system. The clock
ran out on Python2. For some reason cmake seems to find a python2
Are there errors showing on the interface? Do regular pings work
reliably?
Sent from my iPhone
On Oct 28, 2020, at 1:05 PM, Johannes Demel wrote:
Hi Marcus,
no, I didn't swap cables. I put this on the list of things I will try. Physical
access is cumbersome this year.
Thanks for the hi
f the problem follows the cable?
Sent from my iPhone
On Oct 28, 2020, at 12:44 PM, Johannes Demel via USRP-users
wrote:
Hi all,
we have a couple of N310s in our lab and some of them seem to fail to transmit
reliably.
Each N310 is connected to a host via one of those SFP+ cables that came with
Hi all,
we have a couple of N310s in our lab and some of them seem to fail to
transmit reliably.
Each N310 is connected to a host via one of those SFP+ cables that came
with them from Ettus. We have 3 N310s that are connected via said cables
to one host each with an Intel X710 DA2 with an AM
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 Cameron,
where did you find this 140us switching time? I'm curious.
If I recall correctly, my tests with N310s indicate 18us delay between
TX and RX with timed bursts at sample x and corresponding start of burst
in RX at x+18us. The behavior you observe seems to be different.
How does you
.html#n3xx_synchronization
On 23.07.20 09:59, Marcus Müller via USRP-users wrote:
Hi Johannes,
let me increas Marcusness of this by ~3dB.
On 23.07.20 09:29, Johannes Demel via USRP-users wrote:
I don't have a PPS signal readily available. Would a 10MHz reference
suffice as well?
Nope, th
s
On 22.07.20 19:00, Marcus D. Leech via USRP-users wrote:
On 07/22/2020 12:39 PM, Johannes Demel via USRP-users wrote:
Hi all,
I have an issue with multiple USRP streams. If they are on separate
daughterboards, but on the same motherboard aka USRP, those streams
are not time aligned. They show a
Hi all,
I have an issue with multiple USRP streams. If they are on separate
daughterboards, but on the same motherboard aka USRP, those streams are
not time aligned. They show a time offset of more than 10us. I use one
USRP source block in GNU Radio and configure it with multiple streams.
At
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 uses
urce as well as the directivity. The SNR 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
m open 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 fil
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
versions
d_32f kernel to perform vector + 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 anothe
1 - 100 of 293 matches
Mail list logo
