from low rates to
> really high rates, or regardless of the change?
>
> M
>
> On 06/17/2016 03:55 AM, olvhammar wrote:
> >
> >
> > Hi Martin,
> >
> > These are the rates I need to able to change between: { "50.0" "25.0"
> > &
the Error and I have no need to
time align or sync the two RX channels.
But still I'm a bit worried about it and would like to get rid of it.
Regards Simon
On 2016-06-17 01:33, Martin Braun wrote:
From which rate to which new rate are you changing your sample rates?
M
On 06/16/2016
Hi,
For several reasons I need to change the sample rate during runtime (i.e
flowgraph running) in my gnuradio program. I use Ettus X310 and receive
on two UBX-160 cards. The error that I get when I change the sample rate
is the following:
UHD Error:
The receive packet handler failed to
Hi,
I have a Ettus X310 and two UBX-160 daughterboards. I'm looking to
receive on RX2 on each card simultaneously.
How should I specify the subdev spec in my python/gnuradio application?
Regards Simon
___
Discuss-gnuradio mailing list
Discuss-gnurad
Just to make sure I'm understanding your question correctly: are you
asking how to dynamically change your system gain or scale your
samples so that you are using the full range [-1, +1]?
Cheers,
Ben
On Tue, May 31, 2016 at 5:07 PM, olvhammar <mailto:simon.olvham...@gmail.com>&
Hi,
In my GNURadio program I need to determine the correct gain in order to
fully utilize the dynamic range of the A/D converter of the Ettus USRP x310.
I currently have implemented a automatic function for this using the
probe samples block and make sure that values stays just within -1 > +1.
Hi,
I'm using GNURadio with Python and all communication is handled over a
socket server e.g. stopping and starting measurements. This have been
working fine until now when I modified my GNURadio program to able to
stream from two RX channels (Double UBX + X310). The error I occasionally
get (some
22:10, Martin Braun wrote:
Simply drop down a USRP source with 2 channels.
Cheers,
Martin
On 03/16/2016 02:08 PM, olvhammar wrote:
Hi,
I would like to receive samples from two different daughterboards on the
same device (Ettus x310) using one GNURadio flowgraph. What is the
easiest way to accom
Hi,
I would like to read the current set window function from python, e.g.
blackman-harris, hanning.
There doesn't seem to be any fft.get.window() command? Any other way?
Best regards
Simon
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
Hi,
I would like to receive samples from two different daughterboards on the
same device (Ettus x310) using one GNURadio flowgraph. What is the
easiest way to accomplish this? Any examples?
Best regards
Simon
___
Discuss-gnuradio mailing list
Discu
> A possible workaround would be writing your own wrapper for the Xilinx IP
> core used to actually do the FFT, which would be able to fragment. But then
> again, the question is what you want to do with the output afterwards.
>
> Best regards,
> Marcus
>
>
> On 03/
t; On 03/03/2016 05:21 AM, Simon Olvhammar wrote:
>
>> Hi,
>>
>> I'm wondering what it would take to modify the current FFT RFNoC block to
>> be able to compute a 8192 channel FFT. Someone that can guide me in the
>> right direction? I'm a quite experienced
Hi,
I am trying to get a RFNoC build working. I have done everything at
https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started
However when running uhd_usrp_probe --init-only
I get the following error:
-- [RFNOC] --- Block Setup ---
-- [X300] Assigning PCIe DMA channel 6 to SI
Hi,
I'm wondering what it would take to modify the current FFT RFNoC block to
be able to compute a 8192 channel FFT. Someone that can guide me in the
right direction? I'm a quite experienced programmer, however not in HDL.
Best regards
Simon
___
Discuss
say decimation at 100?
Den 29 dec 2015 19:31 skrev "Marcus D. Leech" :
> On 12/29/2015 01:01 PM, Simon Olvhammar wrote:
>
>> Hi,
>>
>> I have a question regarding the block RA:FFT in the RA Blocks package.
>> If I set, for example, the decimation at 100 does th
Hi,
I have a question regarding the block RA:FFT in the RA Blocks package.
If I set, for example, the decimation at 100 does this mean that only 1
in 100 items will be kept?
In that case it would occur to me if, I do say a measurement of 100
minutes at a signal, I only get 1 minute of data?
B
current setup optimized first.
Yes, CPU loads and data rates are big and we'd like to use the full 160
Mhz of the UBX card, why I'm looking at RFNoC. I expect that delay times
will become alot smaller as well with RFNoC?
Den 2015-09-25 kl. 03:31, skrev Marcus D. Leech:
On 09/24/2015
he two virtual "channels"? You'll always have *some*. When
I've done similar things, I always discard some samples during the
switching interval, because both analog and digital bits and pieces
make samples delivered during that time ambiguous.
On 2015-09-24 03:48, Simon
do right now with all averaging done in python. Could the iir
filter affect this aspect? What delay time could I expect from the
x310:s A/D converter down to file sink?
Simon
On 09/24/2015 02:14 AM, Marcus D. Leech wrote:
On 09/23/2015 06:13 PM, Simon Olvhammar wrote:
What would be a good
What would be a good choice for N in this case?
However, this seems very promising and I thank you for your help!
Cheers
Simon
On 09/23/2015 11:40 PM, Marcus D. Leech wrote:
On 09/23/2015 04:19 PM, Simon Olvhammar wrote:
Hi Marcus,
No, we also have some spectrometers for atmospheric
, skrev Marcus D. Leech:
On 09/23/2015 03:06 PM, Marcus D. Leech wrote:
On 09/23/2015 02:49 PM, Simon Olvhammar wrote:
Hello,
Thank you for your answers.
Yes we do alot of averaging to expose the signal, in some
applications we even average over several months.
Are these astronomical spectral
Hello,
Thank you for your answers.
Yes we do alot of averaging to expose the signal, in some applications
we even average over several months.
Could you elaborate on the internal precision that you mentioned?
We are looking for a simple block that could do sum(FFT:s)/(Number of
FFT:s) element-
Hello,
I have a question regarding RFnoc and the USRP x310 FPGA capabilities.
We currently have a working GnuRadio application used for astronomy
observations and are looking to get several more devices for integration
in other systems.
However the data rates are high and CPU loads as well, t
23 matches
Mail list logo
