Re: [Discuss-gnuradio] gr-eventstream OOT module

2017-04-17 Thread Tim O'Shea
On 04/17/2017 05:26 PM, Cinaed Simson wrote: Hi - anyone using gr-eventstream? If I recall correctly, gr-eventstream depends upon gr-mapper gr-framers gr-burst python-bitarray it does not depend on any of these ___ Discuss-gnuradio

[Discuss-gnuradio] gr-eventstream OOT module

2017-04-17 Thread Cinaed Simson
Hi - anyone using gr-eventstream? If I recall correctly, gr-eventstream depends upon gr-mapper gr-framers gr-burst python-bitarray Out of the 4 OOT modules above, 3 fail the make test gr-framer, gr-mapper, and gr-eventstream all fail - gr-mapper passed. python-bitarray was

Re: [Discuss-gnuradio] Huge Bandwidth Issues

2017-04-17 Thread mleech
My guess is that you're operating over USB-2.0, which can only sustain an *aggregate* (TX and RX) of ca 8Msps, as far as I know. On 2017-04-17 12:17, Santos Campos wrote: > Hello! > > I'm trying to use a b200mini to implement a relay with 6MHz of bandwidth. > Would it be feasible to do this

[Discuss-gnuradio] Huge Bandwidth Issues

2017-04-17 Thread Santos Campos
Hello! I'm trying to use a b200mini to implement a relay with 6MHz of bandwidth. Would it be feasible to do this as a time division to be able to use the same center frequency? I know to not alias any data, the sampling frequency must be at least the nyquist rate. The specs from the board seem

Re: [Discuss-gnuradio] Huge delay with Osmocom sink

2017-04-17 Thread Daniel Estévez
El 17/04/17 a las 13:58, Daniel Estévez escribió: > I was running at 1Msps. I've tested the same flowgraph at 10Msps and the > delay is now around 1 second, which seems fine. > > Is it possible to tweak the buffer sizes in an easy manner so I could > get the same effect at 1Msps? I've found

Re: [Discuss-gnuradio] Huge delay with Osmocom sink

2017-04-17 Thread Daniel Estévez
El 17/04/17 a las 13:04, Marcus Müller escribió: > Hi Daniel, > > I'm not overly happy with the splitting using Throttle: Sooner or later, > it's going to turn out either your PC or your SDR device are a few ppm > faster clocked, and then your throttle rate doesn't match your actual > sample

Re: [Discuss-gnuradio] Huge delay with Osmocom sink

2017-04-17 Thread Marcus Müller
Hi Daniel, I'm not overly happy with the splitting using Throttle: Sooner or later, it's going to turn out either your PC or your SDR device are a few ppm faster clocked, and then your throttle rate doesn't match your actual sample consumption rate, and then some buffers are going to over- or

[Discuss-gnuradio] Huge delay with Osmocom sink

2017-04-17 Thread Daniel Estévez
Hi guys, I'm using the Osmocom sink with a LimeSDR. I'm testing with a very simple flowgraph (attached): a cosine source's amplitude is toggled according to the state of a QT push button, thus getting a crude CW transmitter. The problem I'm seeing is that there is a huge delay (about 5 seconds)