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 500ms,
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 period
stoph 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: Diensta
Tyroller
Von: Will Thompson [mailto:will.thomp...@toshiba-trel.com]
Gesendet: Mittwoch, 18. November 2015 10:58
An: Ludwig Stephan (CR/AEH4) ;
discuss-gnuradio@gnu.org
Betreff: RE: USRP Latency.
Hi Stephan
Thanks for your reply.
It’s good to hear you’re having similar issues with tags.
Actually
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
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 of
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
> upda
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 v
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
n 12/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
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 kin
schke, Wolf-Henning 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
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
Hello Moritz,
Hello List,
I might have found some unintended behaviour in gr-specest. I claim that the
content of const std::vector &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 patch
oard: 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
Hi List,
from my understanding of the code, this caveat still exists. And I have the
same problem with this block as Achilleas.
Johnathan: As you wrote in the cited post that you would be working on that
after 3.7.0, could you please give an update on the state of work?
How can we support?
Mit
deau.com] Im Auftrag von Tom
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)
wrote:
Hi list,
I am tryin
bel,
Uwe Raschke, Wolf-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 p
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 my_module.my_block_name_here
my_module.my_block_name_here.my_block_name_here(…)
(note the double block_name in )
I do not
om] 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)
mailto:stephan.ludw...@de.bosch.com>> wrote:
Hi Tom,
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 kn
f-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
At
Hi Tom,
I have a similar problem. I added a pretty plain block, which uses #include
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 am missing?
Regards
er Struth, Peter Tyroller
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: [Discu
Rondeau
Gesendet: 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)
mailto:stephan.ludw...@de.bosch.com&
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 descrip
the REQ source, with an address like tcp://: 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 (CR/AEH4) wrote
to:discuss-gnuradio-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. Meanwh
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
31 matches
Mail list logo
