On 05/31/2021 03:25 PM, Alexey Silyuk wrote:
maybe you can help me to find some example of recorded files with iq
stream, so I will understand it's values please.
it may help
Google is better than I am at this...
пн, 31 мая 2021 г., 20:35 Marcus D. Leech <[email protected]
<mailto:[email protected]>>:
On 05/31/2021 09:07 AM, Alexey Silyuk wrote:
Thanks for the answer, so what is the order of pushing samples to
the mock buffer? if i want to ensure that i am receiving correct
data i pushed after calling recv() using float or double type?
The ordering on the "wire" is IQIQIQIQ, and similarly on the
converted-to-host-format side.
пн, 31 мая 2021 г. в 15:44, Marcus D. Leech
<[email protected] <mailto:[email protected]>>:
On 05/31/2021 08:30 AM, Alexey Silyuk wrote:
> HI everybody, I am new at mailing list.
> These days I am writing an emulator for emulating tx/rx
streams based
> on uhd 3.15LTS
> I am using device usrp2 device from uhd/lib.
> As I saw in examples (rx_samples_to_file), I am creating a
mock
> streamer ( taken from uhd tests ).
> and now i want to push samples inside the buffer.
> I see that i can define type of samples, if am using
'short' type of
> samples, I am creating uint32_t variable, 16 MSB i put real
part of
> sample, and 16 LSB i put imaginary part of sample (i am
using little
> endian)
> After that i am calling usrp->recv() and i get samples as i
defined (
> spp is 2000)
> (0,0)
> (2,2)
> ....
> (1999,1999)
> as expected, according to data I push to the mock buffer.
>
> now while i want to use type 'float' i am using for example
> float real = 1.5
> float imag = 2.5
> and trying to push sample to the mock buffer, i am doing:
> buffer[0] = (uint32_t)real;
> buffer[1] = (uint32_t)imag;
>
> and expecting to get after calling usrp->recv()
> (1.5, 2.5)
> but i get incorrect result (convertor settings: cpu_format
"fc32",
> otw_format "sf16" )
>
> i am printing real and imag parameters as bitset<32> and
see in real
> part, in 16 LSB part of result, my 16 MSB bits from sample
value 1.5,
------------------------------------------------------------------------
*From:* Marcus D Leech <[email protected]>
*Sent:* Monday, May 31, 2021 9:56 PM
*To:* Skyvalakis Konstantinos
*Cc:* usrp-users
*Subject:* Re: USRP N200
Yes.
Sent from my iPhone
On May 31, 2021, at 2:55 PM, Skyvalakis Konstantinos
<[email protected]> wrote:
So after upgrading UHD I should also rebuild gnuradio right?
------------------------------------------------------------------------
*From:* Marcus D Leech <[email protected]>
*Sent:* Monday, May 31, 2021 9:39 PM
*To:* Skyvalakis Konstantinos
*Subject:* Re: USRP N200
If you upgrade UHD and use GnuRadio you’ll have to at least
relink GR against the new UHD.
But recent vintage distros like Ubuntu allow you to just
install as packages. No build from source required.
Sent from my iPhone
On May 31, 2021, at 2:30 PM, Skyvalakis Konstantinos
<[email protected]> wrote:
Ok, I just have a simple question for upgrading to a newer
version of UHD.
Do I just need to "git checkout" a newer version of
UHD, build it, etc. etc. and that's all there's to it.
OR do I also have to rebuild my gnuradio install after
installing a newer UHD?
Excuse me if what I'm saying is stupid but I am really
trying to understand how to do things correctly.
------------------------------------------------------------------------
*From:* Marcus D. Leech <[email protected]>
*Sent:* Monday, May 31, 2021 9:17 PM
*To:* Skyvalakis Konstantinos; [email protected]
*Subject:* Re: USRP N200
On 05/31/2021 02:13 PM, Skyvalakis Konstantinos wrote:
My UHD version is UHD_003.010.000.HEAD-0-g6e1ac3fc
and my ethernet interface adapter is a Qualcomm Atheros
Killer E2400 Gigabit Ethernet Controller (rev 10).
Thank you so much for your effort and time with my issue.
I honestly appreciate it.
------------------------------------------------------------------------
This issue shows up quite some time ago and I found it in
the Nabble archive for this list:
http://ettus.80997.x6.nabble.com/Re-USRP-users-Discuss-gnuradio-RuntimeError-fifo-ctrl-timed-out-looking-for-acks-td8198.html
You might also try upgrading to a much-more-recent UHD.
> and in imagine part zeros, in next sample i see in 16 LSB
part of
> result, 16 MSB bits of sample value 2.5. I mean one sample
i push to
> buffer uses whole sample after calling recv()
>
> P.S i set scale factor to 1.0
>
> What am I doing wrong to use the type 'float' and 'double'
for mock
> samples?
> I am new at usrp so I don't understand what samples I
should use, will
> be glad to get references.
> Thanks
>
>
Your OTW format is still SC16 -- normally only the *HOST*
side uses
floating-point and no actual USRP devices that I'm aware of can
support floating-point *ON THE WIRE* (OTW).
_______________________________________________
USRP-users mailing list -- [email protected]
<mailto:[email protected]>
To unsubscribe send an email to
[email protected]
<mailto:[email protected]>
_______________________________________________
USRP-users mailing list [email protected]
<mailto:[email protected]>
To unsubscribe send an email [email protected]
<mailto:[email protected]>
_______________________________________________
USRP-users mailing list -- [email protected]
<mailto:[email protected]>
To unsubscribe send an email to [email protected]
<mailto:[email protected]>
_______________________________________________
USRP-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
_______________________________________________
USRP-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
