Hi Bastian,
I thought being a bit more thorough on the SOS method never harms ;-)
Aah, I got the point: alpha_n depends on theta and theta increases. I mixed it
up and thought we were talking about psi and phi.
> It does not grow, but change over time. alpha_n depends on theta, which is
>
Hi Bastian,
I cannot contribute anything to the implementation in GNU Radio, but maybe some
experience from other projects (IT++ and private ones):
I basically rely on [1] and give some explanation, which maybe leads to a
solution finding discussion…
Yes, alpha_n should be different for each
Hi Martin,
I think you got it right to insert the tag at least if you have a packet_len
tag (and maybe MIMO). There might be a performance issue, because we get buffer
underruns above 2 MHz sampling frequency, while not getting anyone with
continuous streaming.
Otherwise, any solution leading
Peter Tyroller
Von: Will Thompson [mailto:will.thomp...@toshiba-trel.com]
Gesendet: Mittwoch, 18. November 2015 10:58
An: Ludwig Stephan (CR/AEH4) <stephan.ludw...@de.bosch.com>;
discuss-gnuradio@gnu.org
Betreff: RE: USRP Latency.
Hi Stephan
Thanks for your reply.
It’s good to hear you’re havi
Kübel, Uwe Raschke, Dr. Werner Struth, Peter Tyroller
-Ursprüngliche Nachricht-
Von: discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org
[mailto:discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org] Im
Auftrag von Ludwig Stephan (CR/AEH4)
Gesendet: Dienstag, 17
Hello list,
I have a really tricky question that we have been working on during the last
few weeks. I am asking for any advice how to handle this issue:
In short: Samples input into the USRP sink do not appear at both hardware
outputs at the same time, but are set off by several sampling
Hi Will,
we have a similar problem with our set-up, and hence I can somehow confirm your
findings, although we do not have a solution/explanation (yet), either.
We have a 2x2 MIMO N210 system (with MIMO cable and w/o GPSDO) in burst-mode
(PDU messages from message strobe are issued every
Hi Jeff,
you could use a strcture like this
MA_divisor = Divide: % =multiply = pad sink.
|- threshold detector-^
i.e. take the divisor path in parallel into threshold detector and use the
output (in {0,1}) in a multiplier for masking the dividing by zero cases.
By
and the REQ source, with an address like tcp://ip address of
your computer: in both.
If you want a publisher/multi-subscriber thing, have a look at the pub/sub
combination. There's examples, typically in /usr/share/gnuradio/examples/zeromq
Best regards,
Marcus
On 06/26/2015 07:20 AM, Ludwig Stephan
-bounces+stephan.ludwig2=de.bosch@gnu.org] Im
Auftrag von Ludwig Stephan (CR/AEH4)
Gesendet: Freitag, 26. Juni 2015 11:13
An: discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] Transmit stream tags via socket
Hello Marcus,
hello Kevin,
thank you for your hints. Meanwhile I also recognized
Hello list,
I kindly ask for an idea how to transmit a pmt::cons via a tcp (or udp)
connection? Alternatively I want to transmit tagged streams including the tags.
In my special case, the tag in question is an integer, if that helps.
I checked so far:
* TCP Sink/Source uses file
: Freitag, 20. März 2015 17:58
An: Ludwig Stephan (CR/AEH4)
Cc: discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] Fwd: AttributeError: 'module' object has no
attri
On Fri, Mar 20, 2015 at 12:42 PM, Ludwig Stephan (CR/AEH4)
stephan.ludw...@de.bosch.commailto:stephan.ludw...@de.bosch.com wrote:
Hi
Hi Tom,
I have a similar problem. I added a pretty plain block, which uses #include
gnuradio/blocks/pdu.h and changed my set() according to your description to
set(GR_REQUIRED_COMPONENTS RUNTIME BLOCKS PMT PDU)
All compiles well, but the same error as in this thread.
Do you have a clue, what I
Von: discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org
[mailto:discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org] Im
Auftrag von Ludwig Stephan (CR/AEH4)
Gesendet: Freitag, 20. März 2015 17:43
An: discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] Fwd: AttributeError
-Henning Scheider, Dr. Werner Struth, Peter Tyroller
-Ursprüngliche Nachricht-
Von: discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org
[mailto:discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org] Im
Auftrag von Ludwig Stephan (CR/AEH4)
Gesendet: Mittwoch, 4. März 2015
Hello all,
I have some problems in getting my OOT module running with boost::serialization
(have never used this part of boost before). The library is installed on a
recent Kubuntu 14.10 with pybombs GNU radio. Once trying to run a GRC model
with a component of this module, I get the error
Hello Rich,
although Ed commented on the latency issue, regarding your performance issue my
2 pence: From my experience, using a time domain equalizer with 100 taps is a
huge computational burden. Imagine: You are expecting significant echos (to be
equalized) of 100*4/250kHz=1,6 ms. I do not
...@trondeau.com] Im Auftrag von Tom Rondeau
Gesendet: Freitag, 30. Januar 2015 11:38
An: Ludwig Stephan (CR/AEH4); GNURadio Discussion List
Betreff: Re: [Discuss-gnuradio] OOT Python Block
On Fri, Jan 30, 2015 at 5:31 AM, Ludwig Stephan (CR/AEH4)
stephan.ludw...@de.bosch.commailto:stephan.ludw
Hi Richard,
I noticed the same problem with some blocks in my own OOT module. I do not know
why, but if you change the lines in the GRC file to (if not already done)
import import my_module.my_block_name_here/import
makemy_module.my_block_name_here.my_block_name_here(…)/make
(note the double
-Henning Scheider, Dr. Werner Struth, Peter Tyroller
Von: trond...@trondeau.com [mailto:trond...@trondeau.com] Im Auftrag von Tom
Rondeau
Gesendet: Mittwoch, 21. Januar 2015 14:50
An: Ludwig Stephan (CR/AEH4)
Cc: Discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] Python pass parameter as const
Rondeau
Gesendet: Dienstag, 20. Januar 2015 15:57
An: Ludwig Stephan (CR/AEH4)
Cc: Discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] Python pass parameter as const *gr_complex?
On Wed, Jan 7, 2015 at 7:57 AM, Ludwig Stephan (CR/AEH4)
stephan.ludw...@de.bosch.com wrote:
Hi list,
I am
Hello Moritz,
Hello List,
I might have found some unintended behaviour in gr-specest. I claim that the
content of const std::vectorfloat window is not passed in the constructor,
if called by the GRC block. I cannot explain why and ask for hints on how to
correct the behavior. I could supply a
Board: Franz Fehrenbach; Managing Directors: Dr.
Volkmar Denner,
Dr. Stefan Asenkerschbaumer, Dr. Rolf Bulander, Dr. Stefan Hartung, Dr. Dirk
Hoheisel, Christoph Kübel,
Uwe Raschke, Wolf-Henning Scheider, Dr. Werner Struth, Peter Tyroller
-Ursprüngliche Nachricht-
Von: Ludwig Stephan (CR
Hi list,
I am trying to use the gr::digital::constellation::decision_maker(.) method
from python, but I get an error message.
In order to reproduce call in python:
import gnuradio.digital
a = gnuradio.digital.constellation_qpsk()
b = complex(1+1j)
a.decision_maker(b)
= TypeError [..] argument 2
Scheider, Dr. Werner Struth, Peter Tyroller
Von: achilleas.anastasopou...@gmail.com
[mailto:achilleas.anastasopou...@gmail.com] Im Auftrag von Achilleas
Anastasopoulos
Gesendet: Samstag, 3. Januar 2015 00:35
An: Ludwig Stephan (CR/AEH4); Discuss-gnuradio@gnu.org
Betreff: [Discuss-gnuradio
Hello and Season's Greetings,
I am experiencing a problem with the blocks::peak_detector2 block. The
simulation stalls after some time. My conjecture is that this is due to the
kind the block handles its output in work(), but I am not sure, since I am not
that deep into the scheduler. I am
Hello all,
are there any means of showing blocks in GRC, which are assigned to catetegory
[None]? If I search in GRC for blocks without a (recognized) category, these
blocks are shown, but with an empty search string, they are not shown at all.
I am using GRC 3.7.6git-214-g56f69533 on a plain
/15/2014 02:30 PM, Ludwig Stephan (CR/AEH4) wrote:
Hello all,
are there any means of showing blocks in GRC, which are assigned to
catetegory [None]? If I search in GRC for blocks without a
(recognized) category, these blocks are shown, but with an empty search
string, they are not shown
Hi Community,
I have a problem concerning the gr::blocks::peak_detector2_fb class (as far as
I think). I does not seem to perform deterministically, although the
constraining blocks are deterministic.
But first, please let me introduce myself:
I am Stephan Ludwig from Stuttgart, Germany. I did
Hello,
a short update before the weekend:
I was not able to hunt down the problem of non-reproducibility, but another one.
I had an input signal, which had its max. value as the first value getting over
the (very high) threshold. This value is not taken as the peak, but any second
but largest
30 matches
Mail list logo
