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
Hi Ben,
I have implemented a function to dynamically change my system gain based
on sample distribution (to utilize full range of A/D converter). However
I'm wondering why the sample values have a dependance on sample rate.
Simon
Den 2016-06-01 kl. 17:19, skrev Ben Hilburn:
Hi Simon -
Just t
Hi,
No two channels. I get this regardless of the change.
/Simon
Den 20 jun 2016 23:28 skrev "Martin Braun" :
> Wait, are you using a single channel? That would be very weird if you
> saw that issue, that's true.
>
> Otherwise, do you get this when you're switching from low rates to
> really high
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
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-
, 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
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
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
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
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
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
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'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
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
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
> 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/
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
17 matches
Mail list logo