ally helps!!
However, your help is appreciated!
Thanks,
Ralf
Am 27.06.2011 18:50, schrieb Josh Blum:
we don't manage wih the E100 FPGA5 bitstream.
It is placed in the images directory and we use a new branch but we
don't really think the FPGA5 is used.
What do you mean?
And we still h
Hi,
the simple GRC in the attachment creates lots of underflows on our E100
("U" on console)
and dropouts when looking at the spectrum.
Is this as expected or how can this overload of the embedded Linux be
avoided?
Thanks,
Ralf
Wed Jun 29 14:59:09 2011
uhd
Alpha: 0.01
Phase Alpha: 0.1
Timing Max Dev: 1.5
Omega Relative Limit: 0.005
GrayCode: YES
Verbose: OFF
Logging: OFF
Sync Out: ON
Thanks in advance!
Ralf
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo
Am 29.06.2011 16:34, schrieb Marcus D. Leech:
On 29/06/2011 9:11 AM, Ralf wrote:
Hi,
the simple GRC in the attachment creates lots of underflows on our
E100 ("U" on console)
and dropouts when looking at the spectrum.
Is this as expected or how can this overload of the embedde
ciate answers from the US or elsewhere as well.
For number 2) above it is not absotuley necessary to create the hardware.
Design and component selection would help as well.
If you are interested please contact me directly and we can talk about
details.
Best regards,
Ralf
I don't really dare t
4, in usrp_sink
return _uhd_swig.usrp_sink(*args, **kwargs)
RuntimeError: LookupError: KeyError: No devices found for ->
Empty Device Address
How to configure the sink address?
Any help appreciated!
thanks!
Ralf
uhd_usrp_probe output:
linux; GNU C++ version 4.5.3 20110311 (prerele
OK, first simple reason discovered.
UHD can only be used for one device - either UHD_usrp_sink or source.
How can UHD be used for both devices in parallel?
Thanks,
Ralf
> -Original Message-
> From: discuss-gnuradio-bounces+r.wierse=brunel...@gnu.org
> [mailto:discuss-gnuradi
> -Original Message-
> From: Jason Abele [mailto:ja...@ettus.com]
> Sent: Thursday, June 23, 2011 1:04 PM
> To: Ralf Wierse
> Cc: discuss-gnuradio Discussion Group
> Subject: Re: [Discuss-gnuradio] E100 - No devices found for ->
>
>
> On Thu, Jun 23
> -Original Message-
> From: Jason Abele [mailto:ja...@ettus.com]
> Sent: Thursday, June 23, 2011 1:04 PM
> To: Ralf Wierse
> Cc: discuss-gnuradio Discussion Group
> Subject: Re: [Discuss-gnuradio] E100 - No devices found for ->
>
>
> On Thu, Jun 23
> -Original Message-
> From: Jason Abele [mailto:ja...@ettus.com]
> Sent: Thursday, June 23, 2011 5:29 PM
> To: Ralf Wierse
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] E100 - No devices found for ->
>
>
> On Thu, Jun 23, 2011 at
s-gnuradio] E100 - No devices found for ->
>
>
>
>
> On 06/23/2011 03:16 AM, Ralf Wierse wrote:
> > OK, first simple reason discovered.
> > UHD can only be used for one device - either UHD_usrp_sink
> or source.
> >
> > How can UHD be used for bot
!
Ralf
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Ok, please forget my question.
I have found that I need to specify the Makefile generator which at
least in my case is NMake by default but I need MinGW.
Now I have to install missing software (e.g. boost).
Ralf
rsion 3.8?
Could somebody please give me a hint what I have to do to get this
module compiled and installed for GNU Radio 3.8? I would like to use it
on a more recent version of GNU Radio than 3.7.
Thank you very much for your help!
Kind regards,
Ralf
.
Thank you very much and happy easter!
Kind regards,
Ralf
ld like to understand how this controller works and
how the blocks are called. What I have read until now does not answer my
questions :-)
Happy Easter,
Ralf
Am 03.04.2021 um 21:52 schrieb Marcus D Leech:
If you want VLC to produce a stream and Gnu Radio to consume it, you need a UDP
*source* r
#x27;socat' and have never used it before).
Ralf
Am 04.04.2021 um 18:09 schrieb Steven Barbo:
Hello.
If the question is, how can one receive an multicast udp transport
stream into udp gr source block?
as a test, i've an encoder that encodes a transport stream to
udp://239.
Thank you, this would explain why it did not work out of the box. I had
tried multi-cast.
Ralf
Am 04.04.2021 um 20:22 schrieb Marcus D. Leech:
On 04/04/2021 12:22 PM, Ralf Gorholt wrote:
Hello Steven,
when I look at your flow graph, that is exactly what I have tried to
do (use a UDP source
Hello Alberto,
you may try this:
git clone git://github.com/osmocom/gr-osmosdr -b gr3.8
That's how I got the sources for GNU Radio 3.8 one or two weeks ago.
Regards,
Ralf
Am 11.04.2021 um 12:35 schrieb alberto.alle...@alice.it:
I follow now this guide:
https://lists.gnu.org/archive
Hello Marcus,
I had done this before (installed from PPA) but I didn't get a module
that worked with GNU Radio 3.8.2. That's why I have compiled it from
source. When the module is compiled, you have to pay attention to the
correct prefix for cmake.
Ralf
Am 11.04.2021 um 14:37 schr
3.8.2, the GNU Radio version that I have installed.
That's the reason why I have compiled it from source.
Kind regards,
Ralf
Am 11.04.2021 um 17:31 schrieb Marcus Müller:
Hi Ralf,
glad to hear you've got it to work!
When not using the PPA (which I was assuming you'd be doing)
alues allowed (as in C/C++)?
For example, in my block I need an option called "Guard interval" that
has four possible values: 0.25, 0.125, 0.0625 and 0.03125. The
corresponding labels would be 1/4, 1/8, 1/16 and 1/32. How can I do this?
Thank you very much for your help!
Kind regards,
Ralf
ember correctly, not
everything has been ported to version 3.9 yet and for this reason I
would like to keep version 3.8. Would it be possible to fix this bug
also in version 3.8?
Thank you very much for your help.
Kind regards,
Ralf
options:
parameters:
author: Laurent F4FDW
categor
Thank you very much.
Kind regards,
Ralf
mains.
I can call gr_modtool without parameters. In this case a help text is
shown. Only when I want to add a new module the error message is shown.
Ralf
Am 05.05.2021 um 12:31 schrieb Josh Morman:
Check your ~/.gnuradio/config.conf file. In there is a section
[modtool] and a "newmod_path=.
he original code the initialization of "d_fft_calculator" the
initializatiion is done this way. I have the same problem when I change
d_fft_calculator to a pointer type and initialize it with "new" inside
of the constructor.
Can anybody give me a hint what is happening here? Is there something
missing in the .yml file? I have got the impression that C++ and GNU
Radio are indeed not made for beginners :-(
Thank you very much for your help!
Kind regards,
Ralf
Hello Vasil,
thank you very much, this seems to solve the problem and I now know
where to look the next time :-)
Kind regards,
Ralf
Am 05.05.2021 um 17:08 schrieb Vasil Velichkov:
Hi Ralf,
On 05/05/2021 17.38, Ralf Gorholt wrote:
AttributeError: module 'dl5eu' has no
)
parameters:
- id: blk_size
label: Block size
dtype: int
default: '1'
inputs:
- label: in
domain: stream
dtype: complex
vlen: ${blk_size}
optional: '0'
outputs:
- label: out
domain: stream
dtype: complex
vlen: ${blk_size}
optional: '0'
file_format: 1
Thank you very much for your help!
Kind regards,
Ralf
Hi Federico and Jeff,
thank you very much for your prompt answer. As I thought, it was a
"newbie" mistake :-) I have modified my block according to what Federico
has written and now it works.
Regards,
Ralf
Am 02.12.2021 um 12:31 schrieb Jeff Long:
[I just saw the response from Fed
to the output of
the TPS decoder the flowgraph does not crash (no -11).
I would be happy if someone (especially Federico :-) ) could take a look
at it. Perhaps he or she sees at a glance what I do not see.
Please do not forget that I am no experienced GNU radio user :-)
Thank you very much for your help!
Kind regards,
Ralf
<>
Dear all,
I forgot to mention in me previous mail that the test flowgraph is not
generated by GRC when it terminates with a -11 return code. I have just
noticed that the test.py file is missing.
My GNU Radio version is 3.8.3.1.
Ralf
e TPS information
that changes accordingly when I change settings in the transmitter, for
instance the modulation scheme.
I will focus on the tags and see what is missing.
Regards,
Ralf
Am 10.12.2021 um 14:25 schrieb Federico 'Larroca' La Rocca:
Hi,
I'd be more than happy to he
raph fails (see Federicos post
earlier today, he gave me a hint). I have already added one missing tag
and there is no more -11 :-)
Kind regards,
Ralf
Am 10.12.2021 um 17:59 schrieb Vasil Velichkov:
Hi Ralf,
Thread 27 "dvbt_symbol_inn" received signal SIGSEGV, Segmentation fault.
ar as I know, in DVB-T the
carriers at the borders are all set to zero (and perhaps the one in the
middle too). Perhaps this would be too simple to be true :-)
Regards,
Ralf
Am 10.12.2021 um 14:41 schrieb Ralf Gorholt:
Hi Federico,
indeed, the "symbol_index" tag that is normally sen
. from positive to negative values).
2) The value at the samp. error output is zero and constant (at least I
have seen no change during about 30 minutes).
Is this the correct behaviour? If not, how should it be?
Thank you very much for your help and kind regards,
Ralf
Am 11.12.2021 um 16:11 schrieb
y error is. Perhaps somebody has some time to take a
look at it?
Thank you very much for your help!
Kind regards,
Ralf
<>
copied the relevant code from the old to the new version.
Thank you very much and kind regards,
Ralf
Hello Ron,
thank you very much.
I have walked right into the trap a second time :-( I should attach a
Post-It to my monitor screen to remind me that I might need to adapt the
CMakeLists.txt files when I change something...
Long story short, it works now :-)
Regards,
Ralf
Am 29.01.2022 um 23
When OFDM reception and TPS decoding is OK, what could cause the
reception "freeze"? Any idea?
As far as GNU Radio and DSP is concerned, I consider myself still as a
beginner, so please don't assume too much knowledge on my part :-)
Thank you very much for your help!
Kind regards,
Ralf, DL5EU
wrong here or what I am doing wrong? Why is the output of the OFDM symbol acquisition block not always the same when the start condition of every run is the same? Am I missing something here?
Thank you very much for your help.
Kind regards,
Ralf
remember correctly the ADALM PLUTO does), but in my case a sample rate of 16/7 MHz is needed, which is not an integer value.
I suppose there is no way to correct a sample rate difference automatically and for small differences resampling won't help either...
Kind regards,
Ralf (
To mention something that just comes back to my mind: as far as I can see, the first difference in the files is always at a 16k boundary (0x8000, 0xc000, 0x14000, ...) but this might be a coincidence.
Kind regards,
Ralf (DL5EU)
Gesendet: Montag, 02. März 2020 um 13:57 Uhr
Von: "Müll
case.
However, I have some new things to test now. Thank you all very much.
Ralf
Gesendet: Montag, 02. März 2020 um 14:54 Uhr
Von: "Ron Economos"
An: discuss-gnuradio@gnu.org
Betreff: Re: DVB-T receiver problem (OFDM symbol acquisition)
Okay, just making sure since you me
for your help.
Kind regards,
Ralf, DL5EU
Am 02.03.2020 um 13:42 schrieb Ron Economos:
Did you read the README.md of gr-dvbt? It says:
/Late note: As of 2015, I donated the gr-dvbt project to gnuradio. It
is now integrated in the mainline of gnuradio/gr-dtv./
The OFDM symbol acquisition block
hints.
Thank you very much and kind regards,
Ralf, DL5EU
Gesendet: Montag, 02. März 2020 um 13:47 Uhr
Von: "Federico 'Larroca' La Rocca"
An: "Ron Economos"
Cc: "GNURadio Discussion List"
Betreff: Re: DVB-T receiver problem (OFDM symbol acqui
Thank you very much, Federico.
If I understand correctly, this block replaces the OFDM symbol acquisition block. I will have a look at the examples and try it.
Best regards,
Ralf, DL5EU
Gesendet: Dienstag, 03. März 2020 um 13:05 Uhr
Von: "Federico 'Larroca' La Ro
. carrier positions).
Kind regards,
Ralf
Am 03.03.2020 um 13:05 schrieb Federico 'Larroca' La Rocca:
Hi Ralf,
It should be right after the channel. It performs symbol acquisition,
FFT and channel equalization (as well as sampling corrections and
coarse and fine frequency corrections).
Hi Ron,
when I adapt the parameters of my flow graph I get exactly the same
result with your file as you do.
Kind regards,
Ralf
Am 03.03.2020 um 02:22 schrieb Ron Economos:
Yes, changing back to uint16_t is correct. But something is not
correct with your file. When you read from a file
cally.
Thank you very much and kind regards,
Ralf
Am 02.03.2020 um 13:42 schrieb Ron Economos:
Did you read the README.md of gr-dvbt? It says:
/Late note: As of 2015, I donated the gr-dvbt project to gnuradio. It
is now integrated in the mainline of gnuradio/gr-dtv./
The OFDM symbol acquis
t system around, people would
still prefer Windows. My impression is that without an always up to date
Windows version GNU Radio will remain something for "nerds".
5) Yes.
Kind regards,
Ralf
Am 14.11.2020 um 21:43 schrieb Elmore Family:
Adrian,
Here are my answers to your survey;
1. Yes
2
thing but maybe I've overlooked it. I am
currently using VOLK version 3.1.2
Thank you for your help!
Ralf
ot updated.
I personally would prefer radioconda because it is more complete and you
normally don't have to install additional packages.
So, if someone knows why radioconda is not updated when I issue "conda
update conda" but conda is and what I need to do to have radioconda
updated please let me know.
Kind regards,
Ralf
synchronization everything is fine again.
Does anyone have an idea what is going on here?
Thank you very much for your help!
Kind regards,
Ralf
options:
parameters:
author: Ralf DL5EU
catch_exceptions: 'True'
category: '[GRC Hier Blocks]'
cmake_opt: ''
T.
I would be happy if someone on this mailing list could help me.
Thank you very much,
Ralf
seful.
Federico, when you have the time, would you take a look at my code?
Without your work I would not have been able to create my blocks!
Kind regards,
Ralf
ontinue, can I just copy my module from your repository to mine
or do you need to create a pull request or whatever? Don't forget that I
am a GitHub newbie :-)
Regards,
Ralf
in my module.
Perhaps someone who has experience with (radio)conda on Windows can give
me a hint? I hesitate to delete and reinstall my development environment
and start from scratch ;-)
Regards,
Ralf
Am 30.01.2025 um 16:02 schrieb Marcus Müller:
Hey Ralf,
don't apologize for asking the mailin
Hi Ryan,
thank you very much for your support.
My module is available at https://github.com/dl5eu/gr-dl5eu.
Am 30.01.2025 um 18:03 schrieb Ryan Volz:
Hi Ralf,
Do you have your code/packaging publicly available somewhere that I
can look at? I'd be happy to support your aims of mak
rently no idea if it corresponds to the (written or
non-written) rules :-)
My aim is to build and install the module on Linux as well as Windows
(because friends of mine who would like to test are "Windows only").
Thank you very much and best regards from East Frisia :-)
Ralf, DL5EU
Am 30.01.2
prevented conda from building the package
correctly.
Regards,
Ralf
(gnuradio) C:\Users\ralf>conda install .\gnuradio-dl5eu.conda
Downloading and Extracting Packages:
## Package Plan ##
environment location: C:\Users\ralf\miniforge3\envs\gnuradio
added / updated specs:
- gnuradio-dl5eu[
Hi,
I have now found the file
"C:\Users\ralf\miniforge3\conda-bld\win-64\gnuradio-dl5eu-0.0.0.20250128.dev+glocal-py312h480494c_0.conda".
Is this what I am looking for? I was expecting a .tar.bz2 file, as
indicated in the conda docs.
When I rename this file to gnuradio-dl5eu.con
overlooked something or it is not complete enough for me.
Thank you very much for your help!
Ralf
y the first synchronization works.
Perhaps things become clearer when I see what you have done in your code.
Regards,
Ralf
Am 20.02.2025 um 19:45 schrieb Federico 'Larroca' La Rocca:
Hi Ralf,
Since the Viterbi Decoder has to wait for a tag to start (and is thus
a general block), I'
This is a
very special case that is difficult to reproduce and trace because it
can happen after some seconds or even hours. I also doubt that many
users use GNU Radio for DVB-T reception. It might be only some friends
of mine and me who would like to do this in Amateur Radio.
Kind regards,
Ralf
Am 1
Hi Martin,
thank you for the suggestion. Please excuse the delayed answer, I was on
holidays.
I don't know PyBOMBs, neither gr-recipes and I don't have any experience
with github yet. If it is easy to do it I will do so. If you know what
needs to be done, please let me know :-)
Rega
know by experience that if it works for
me, it might fail easily for others because I haven't respected one or
more rules. This would not be the first time :-)
Regards,
Ralf
Am 18.02.2025 um 16:29 schrieb Martin Braun:
Don't worry, it's easy:
- Clone this repo: https://gi
66 matches
Mail list logo
