Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: UHD & B210 board (Michael West)
2. Re: RX timeout after longer inactivity (Michael West)
3. User Settings Register Not Working?? (Robert Palumbo)
----------------------------------------------------------------------
Message: 1
Date: Thu, 6 Mar 2014 10:41:56 -0800
From: Michael West <[email protected]>
To: 442777816 <[email protected]>
Cc: USRP-users <[email protected]>
Subject: Re: [USRP-users] UHD & B210 board
Message-ID:
<CAM4xKrrwO3tNHbyMXdougzy8NQdtBcS5UfMRb3woCD=3i3h...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Chuang,
No, there is no generic way to write any of the registers in AD9361. You
will have to modify the code for that capability.
As for your other question, there is a static block in b200_impl.cpp that
registers the find and make functions (search for UHD_STATIC_BLOCK). The
make function returns a device::sptr. The implementation-specific code is
accessed through that device interface and the property tree. The
convention in the code to do things like change a property is to create a
property in the property tree, register a subscribe or coerce function to
it that does the actual work, and then create a function in multi_usrp that
sets/gets the property value.
Regards,
Michael E. West
Senior Software Design Engineer
Ettus Research
www.ettus.com
On Wed, Mar 5, 2014 at 11:21 PM, 442777816 <[email protected]> wrote:
> Another thing has been confusing me , can I use the UHD to write any of
> the registers in AD9361?
> I found that neither b200_impl.cpp or b200_impl.hpp is included by one
> application programme(like rx_samples_to_file.cpp), how can the application
> make a device by using the Classes in files which are not included ,such
> like b210_impl.hpp?
>
> Thank you all!
>
> Greeting,
> Chuang
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140306/1fe5e198/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 6 Mar 2014 16:21:27 -0800
From: Michael West <[email protected]>
To: Ales Povalac <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] RX timeout after longer inactivity
Message-ID:
<cam4xkrqz8dclppxuyg5o_n7eseiypugu7pkxromdjgw_mjg...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Ales,
Can you provide me with some information about your set up (i.e. OS, type
of device, type of daughterboards, etc...)?
Thanks,
Michael E. West
Senior Software Design Engineer
Ettus Research
www.ettus.com
On Wed, Mar 5, 2014 at 3:58 PM, Michael West <[email protected]> wrote:
> Ales,
>
> Thanks for letting us know. We will try to reproduce the issue and file a
> bug if appropriate. I will let you know if we find a workaround or fix.
>
> Best regards,
> Michael E. West
> Senior Software Design Engineer
> Ettus Research
> www.ettus.com
>
>
> On Wed, Mar 5, 2014 at 6:10 AM, Ales Povalac <[email protected]> wrote:
>
>> Dear all,
>>
>> we have a problem with UHD RX code. If there is a delay between
>> get_rx_stream() and issue_stream_cmd() longer than ca. 64 seconds, the
>> recv() call always fails with ERROR_CODE_TIMEOUT.
>>
>> Issue can be reproduced in rx_samples_to_file example by adding a
>> delay of >64 seconds before stream command, diff at
>> http://pastebin.com/MFDNVyYy . Threshold is near 64 seconds - 60 sec
>> always works, 70 sec always fails with "Timeout while streaming".
>>
>> I am on maint branch of UHD, tested also on 003.005.001 with the same
>> result. Any ideas how to fix this issue?
>>
>> Thanks,
>> Ales
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140306/07e55b81/attachment-0001.html>
------------------------------
Message: 3
Date: Fri, 7 Mar 2014 00:30:36 -0500
From: Robert Palumbo <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] User Settings Register Not Working??
Message-ID:
<CAKwzk9yT83WS5y7d-6jxoo8PyJWRqLUhJpMOW=GM74r9wDM=n...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hey Everyone,
Has anyone been able to use the user settings registers on the N210 (UHD v.
3.7.0)? I've recently tried to poke values to the user settings bus without
success.
As a test, I rebuilt the N210 FPGA code and tied the user address "0" to
the first LED on the N210, in place of the 'transmitting' signal, via:
wire led_user;
setting_reg #(.my_addr(0),.width(1)) sr_user_led
(.clk(dsp_clk),.rst(dsp_rst),.strobe(set_stb_user),.addr(set_addr_user),.in(set_data_user),.out(led_user),.changed());
wire [7:0] led_src, led_sw;
wire [7:0] led_hw = {led_user, (run_rx0_d1 | run_rx1_d1), ...
Next, I poked the register via usrp->set_user_register(0,1). I can confirm
that some information is being transmitted, because the Ethernet light
blinks. However, the LED does not light, which seems to indicate that the
address is not being poked correctly.
I confirmed that Xilinx isn't optimizing away the user settings registers
for some strange reason.
Am I using the user settings register correctly?
Rob
--
Robert A Palumbo
[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140307/95542945/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 43, Issue 7
*****************************************
