FFT, it should not be an issue. If
>> you print raw iq samples, then you will run out of memory. By long, you
>> mean how long? Days?
>>
>> On Tue, Jan 10, 2017 at 3:16 PM, Martin Braun
>> wrote:
>>
>>> Hasini,
>>>
>>> can you please re-s
Hi all,
I have a flowgraph that reads a signal and writes its FFT samples to a
file. I need to run this continuously (for a long time), without running
out of memory.
I tired deleting the earlier FFT samples from the file but that messes up
with reading the data. I also tried starting writing to
g flushed. Rethinking the problem is likely
> the best way forward.
>
> I highly recommend option 1 and option 2 as a last resort. Option 2 is
> better for when you're no longer doing DSP and passing something like bits
> to another process that's great at handling bits.
>
ss it. I need
this to be done real time and that's why I'm looking for the most efficient
way.
Regards,
Hasini
On Tue, Sep 20, 2016 at 10:34 AM, West, Nathan
wrote:
>
> On Mon, Sep 19, 2016 at 6:57 AM, Hasini Abeywickrama
> wrote:
>
>> Hi Marcus,
>>
>> T
>
> Marcus
>
>> On 09/18/2016 11:21 PM, Hasini Abeywickrama wrote:
>> Hi Marcus,
>>
>> It's like I need to start reading and processing the file after a certain
>> number of FFTs are being written to the file. For that I would need to
>> maintai
ler
wrote:
> What would you need that counter for? There's the 1/(FFT length) fixed
> relation between samples processed and numbers of FFTs done, so this is
> pretty much a redundant piece of info, but maybe I'm just missing the use
> case.
>
> Best regards,
>
&g
Hi all,
I have a GNU Radio flowgraph which uses a USRP to receive a signal,
converts it to log power FFT and then writes the result to a file, using
File Sink. I want to have a counter which increments with each FFT written
to the file.
Is there a way of maintaining and increasing count of the FF
Hi all,
I have a flowgraph that users a USRP to receive signal and writes it to a
file using a file sink.
I want to start writing to the file and a specific time precisely. I
modified the code to start running the flowgraph at a specific time but
booting up the USRP and setting up the flowgraph t
Cool. I will try that.
Thank you very much :)
On Fri, Sep 2, 2016 at 12:08 PM, Marcus D. Leech wrote:
> On 09/01/2016 10:05 PM, Hasini Abeywickrama wrote:
>
> Hi Dan,
>
> I have tried different gain values from 0 to 20.
>
> On the TX side, the B2xx have about 90dB of gain-
Hi Dan,
I have tried different gain values from 0 to 20.
On Fri, Sep 2, 2016 at 9:35 AM, Dan CaJacob wrote:
> What gain are you using?
>
> On Thu, Sep 1, 2016 at 7:32 PM Hasini Abeywickrama
> wrote:
>
>> Hi Derek,
>>
>> Thank you for suggesting the USRP-users
n the other one?
>
> Thanks,
> Derek
>
> On Wed, Aug 31, 2016 at 10:31 PM, Hasini Abeywickrama
> wrote:
>
>> Hi,
>>
>> I have a USRP B200 set to transmit a signal (using uhd_tx_dpsk.grc in the
>> GNURadio examples) and another USRP B200 receive the signa
Hi,
I have a USRP B200 set to transmit a signal (using uhd_tx_dpsk.grc in the
GNURadio examples) and another USRP B200 receive the signal (using
uhd_rx_dpsk.grc in the GNURadio examples). But the receiving USRP does not
receive the signal that is being transmitted by the other USRP, even though
th
Thank you very much for the information.
On Thu, Aug 25, 2016 at 10:44 AM, Marcus D. Leech wrote:
> On 08/24/2016 08:28 PM, Hasini Abeywickrama wrote:
>
> Hi all,
>
> I have flowgraph that receives a signal from a USRP and converts it to log
> power FFT and then writes th
Hi all,
I have flowgraph that receives a signal from a USRP and converts it to log
power FFT and then writes the result to a file, using File Sink.
I want to understand how writing to the file works.
- If the signal is received for *n *seconds and it takes *m *seconds to
write to the file,
14 matches
Mail list logo
