I think yes. If I had not received a certain number of samples, I would
have had errors with their further recording and processing. Since I attach
to this value throughout the entire program. If you have any suggestions on
how to verify this, I will be grateful.
вс, 12 мая 2019 г. в 15:29, Marcus
Hm, are you 100% sure that you really received as many samples as you
ordered before?
On Sun, 2019-05-12 at 12:41 +0300, Ivan Zahartchuk wrote:
> Good morning. Thanks for your answers, I fixed the record in the data
> array. But it did not help me. But I noticed that everything works
> for me whe
Good morning. Thanks for your answers, I fixed the record in the data
array. But
it did not help me. But I noticed that everything works for me when I add a
cycle
while samps:
samps = self.streamer_rx.recv (self.recv_buff,
self.metadata_rx)
after
self.stream_cmd = lib.types.strea
Ah, I see you think that this burst can't be too hard on your computer,
because it arrives "at once"? That's not the case.
On Sun, 2019-05-12 at 01:18 +0200, Marcus Müller wrote:
> Um, sorry, I don't understand your sentence. Of course we have to
> care
> about these samples. Otherwise, we get an o
Um, sorry, I don't understand your sentence. Of course we have to care
about these samples. Otherwise, we get an overflow. That is literally
what overflow means: Samples not getting received by the program using
UHD in time before a buffer overflows.
On Sat, 2019-05-11 at 22:29 +0300, Ivan Zahartc
No, I meant that all system performance is enabled only when we make a
request and not all the time. And we no longer care what we do next with
these samples, they are just an array and the board does not require
constant reading.
вс, 12 мая 2019 г. в 01:03, Marcus Müller :
> I'm not quite sure h
I'm not quite sure how you come to the conclusion that we wouldn't be
tied to system performance in that case: that number of samples still
needs to be received by the software running on the computer.
Best regards,
Marcus
On Sat, 2019-05-11 at 20:39 +0300, Ivan Zahartchuk wrote:
> Thanks for the
Thanks for the help. I will try to fix everything tomorrow and see the
result. But tell me, maybe I don’t fully understand how num_sams_and_done
works. If I understand correctly, this method does not send a continuous
stream of data but simply gives a certain number of samples upon request.
And in
Dear Ivan,
On Sat, 2019-05-11 at 20:00 +0300, Ivan Zahartchuk wrote:
> Sorry I did not specify. When working with the start_cont mode with a
> frequency of more than 5 MHz, I have an overflow error.
Which probably happens due to the inefficient way you handle the data;
your program simply is too
Sorry I did not specify. When working with the start_cont mode with a
frequency of more than 5 MHz, I have an overflow error. That leads to a
chaotic change in the spectrum. I agree about the wrong allocation of
memory, but I created my own data array and ran it through the whole chain
of changes a
Dear Ivan,
it's not clear what you've modified. I'm not aware of any UHD function
that restricts any frequency to 5 MHz.
Could you elaborate on which code you're basing this on?
Also, while I really like the Python interface, if you're really after
high-rate sampling, it might simply not be the o
Hello. My task is to make a broadband spectrum analyzer on the usrp b200
board. For this, the standard functions for reading samples in python are
not suitable for me. Therefore, I edited them. When reading samples using
the start_con method, I cannot specify a band greater than 5 MHz.
Therefore, I
12 matches
Mail list logo