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: transmitting without the host - RFNoC (J Hershberger)
2. Re: transmitting without the host - RFNoC (Jonathon Pendlum)
3. Re: transmitting without the host - RFNoC (J Hershberger)
4. USRP1 PROGRAMMED ([email protected])
5. UHD and GNU Radio on Beaglebone (Usman Haider)
6. Damaged hardware? (Carin)
----------------------------------------------------------------------
Message: 1
Date: Fri, 3 Mar 2017 16:30:03 -0500
From: J Hershberger <[email protected]>
To: Nick Foster <[email protected]>
Cc: "Marcus D. Leech" <[email protected]>, [email protected]
Subject: Re: [USRP-users] transmitting without the host - RFNoC
Message-ID:
<canufeqxyx7_p1eh7cmcwjoj_k9k3k67tuomupq+vffhau-2...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Nick,
I don't know how many interested parties it would take for you devote time
to creating this tutorial, but I am certainly interested.
Cheers,
-Jeremy
On Thu, Mar 2, 2017 at 8:19 PM, Nick Foster via USRP-users <
[email protected]> wrote:
> It is not difficult to configure a radio-radio RFNoC flowgraph, either in
> plain UHD or in Gnuradio with gr-ettus, but a few modifications are
> necessary to UHD and gr-ettus. I can put together a tutorial if folks are
> interested.
>
> --n
>
> On Thu, Mar 2, 2017, 5:14 PM Marcus D. Leech via USRP-users <
> [email protected]> wrote:
>
>> On 03/02/2017 07:50 PM, Martin Braun via USRP-users wrote:
>> > Jeremy,
>> >
>> > siggen -> radio does indeed work, with some limitations. Generic
>> > host-less RFNoC flow graphs do not work (e.g, radio -> radio) but that's
>> > because it's a feature that hasn't been implemented yet. It's not a
>> > simple fix, it requires some restructuring of the driver code.
>> >
>> > Cheers,
>> > Martin
>> There's the whole "setup of the hardware" thing which conceivably
>> *could* be done in the FPGA (I'm thinking things like understanding how
>> to set gain, frequency, etc), but would take up a lot of space in the
>> FPGA, and it's near-trivial for the host to do that.
>>
>>
>> >
>> > On 03/02/2017 04:12 PM, J Hershberger via USRP-users wrote:
>> >> I am interested in transmitting directly from a stored/generated
>> >> waveform @ 200 MS/s on the X310. I saw in this post
>> >> <http://lists.ettus.com/pipermail/usrp-users_lists.
>> ettus.com/2016-July/021185.html>that
>> >> transmitting directly from the siggen noc-block is not supported. Is
>> >> there any idea why this is not currently possible? Is there a specific
>> >> limitation imposed by RFNoC, or is this functionality just not
>> >> implemented yet? How difficult of a challenge does this problem pose?
>> >>
>> >> Cheers,
>> >>
>> >> -Jeremy
>> >>
>> >>
>> >> _______________________________________________
>> >> USRP-users mailing list
>> >> [email protected]
>> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>> >>
>> >
>> > _______________________________________________
>> > USRP-users mailing list
>> > [email protected]
>> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
> _______________________________________________
> 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/20170303/61aa20cb/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 3 Mar 2017 16:08:26 -0600
From: Jonathon Pendlum <[email protected]>
To: J Hershberger <[email protected]>
Cc: [email protected], Martin Braun <[email protected]>
Subject: Re: [USRP-users] transmitting without the host - RFNoC
Message-ID:
<cagdo0uqsyckspn1tx-dkax_hvfhqtgsztvudxqbptpmf0h4...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Jeremy,
Did you try toggling "Enable"?
On Mar 3, 2017 12:26 AM, "J Hershberger via USRP-users" <
[email protected]> wrote:
Martin,
This is interesting to find out. What are the limitations you speak of?
I set up RFNoC with an X310 and was able to run the rfnoc_siggen.grc
example as well as the rfnoc_rxtx.grc example successfully. However, when
I put a RFNoC:SigGen -> RFNoC: Radio I get no signal out, no errors or
underflows, just nothing. Is there some secret sauce I am overlooking. I
tried various configs like: (siggen->duc->radio) and
(siggen->fifo->duc->radio) but I was still unable to actually get any tx
signal out.
Thanks
-Jeremy
On Thu, Mar 2, 2017 at 7:50 PM, Martin Braun via USRP-users <
[email protected]> wrote:
> Jeremy,
>
> siggen -> radio does indeed work, with some limitations. Generic
> host-less RFNoC flow graphs do not work (e.g, radio -> radio) but that's
> because it's a feature that hasn't been implemented yet. It's not a
> simple fix, it requires some restructuring of the driver code.
>
> Cheers,
> Martin
>
> On 03/02/2017 04:12 PM, J Hershberger via USRP-users wrote:
> > I am interested in transmitting directly from a stored/generated
> > waveform @ 200 MS/s on the X310. I saw in this post
> > <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.
> com/2016-July/021185.html>that
> > transmitting directly from the siggen noc-block is not supported. Is
> > there any idea why this is not currently possible? Is there a specific
> > limitation imposed by RFNoC, or is this functionality just not
> > implemented yet? How difficult of a challenge does this problem pose?
> >
> > Cheers,
> >
> > -Jeremy
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
_______________________________________________
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/20170303/6a023f68/attachment-0001.html>
------------------------------
Message: 3
Date: Fri, 3 Mar 2017 17:33:51 -0500
From: J Hershberger <[email protected]>
To: Jonathon Pendlum <[email protected]>
Cc: J Hershberger <[email protected]>,
[email protected], Martin Braun <[email protected]>
Subject: Re: [USRP-users] transmitting without the host - RFNoC
Message-ID:
<canufeqvualnze_fuzeacjv8qdwfrrvwpxr34owvddzhxpua...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Perfect suggestion! I had selected a constant value of true in the
properties, however, once I changed it to a check box and "enabled" it
during run-time it began transmitting.
Much appreciated
-Jeremy
On Fri, Mar 3, 2017 at 5:08 PM, Jonathon Pendlum <[email protected]
> wrote:
> Jeremy,
>
> Did you try toggling "Enable"?
>
>
> On Mar 3, 2017 12:26 AM, "J Hershberger via USRP-users" <
> [email protected]> wrote:
>
> Martin,
>
> This is interesting to find out. What are the limitations you speak of?
>
> I set up RFNoC with an X310 and was able to run the rfnoc_siggen.grc
> example as well as the rfnoc_rxtx.grc example successfully. However, when
> I put a RFNoC:SigGen -> RFNoC: Radio I get no signal out, no errors or
> underflows, just nothing. Is there some secret sauce I am overlooking. I
> tried various configs like: (siggen->duc->radio) and
> (siggen->fifo->duc->radio) but I was still unable to actually get any tx
> signal out.
>
> Thanks
>
> -Jeremy
>
>
>
> On Thu, Mar 2, 2017 at 7:50 PM, Martin Braun via USRP-users <
> [email protected]> wrote:
>
>> Jeremy,
>>
>> siggen -> radio does indeed work, with some limitations. Generic
>> host-less RFNoC flow graphs do not work (e.g, radio -> radio) but that's
>> because it's a feature that hasn't been implemented yet. It's not a
>> simple fix, it requires some restructuring of the driver code.
>>
>> Cheers,
>> Martin
>>
>> On 03/02/2017 04:12 PM, J Hershberger via USRP-users wrote:
>> > I am interested in transmitting directly from a stored/generated
>> > waveform @ 200 MS/s on the X310. I saw in this post
>> > <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com
>> /2016-July/021185.html>that
>> > transmitting directly from the siggen noc-block is not supported. Is
>> > there any idea why this is not currently possible? Is there a specific
>> > limitation imposed by RFNoC, or is this functionality just not
>> > implemented yet? How difficult of a challenge does this problem pose?
>> >
>> > Cheers,
>> >
>> > -Jeremy
>> >
>> >
>> > _______________________________________________
>> > USRP-users mailing list
>> > [email protected]
>> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>> >
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
>
> _______________________________________________
> 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/20170303/9ebe6b65/attachment-0001.html>
------------------------------
Message: 4
Date: Fri, 03 Mar 2017 14:34:22 +0800
From: <[email protected]>
To: "usrp-users" <[email protected]>
Subject: [USRP-users] USRP1 PROGRAMMED
Message-ID: <[email protected]>
Content-Type: text/plain; charset="gbk"
I have using the USRP1 and WBX-40 for a lot of time. But the chip CY7C68013A is
broken as a result of collisions. So I used a same-type and same-specification
CY7C68013A to replace the broken one. but some problems have happened:(1) the
"usrp1_fw.ihx" and "usrp1_fpga.rbf" can not be programmed.(2) Error: No Devices
Found
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170303/7134d74a/attachment-0001.html>
------------------------------
Message: 5
Date: Fri, 3 Mar 2017 18:33:56 +0500
From: Usman Haider <[email protected]>
To: [email protected]
Cc: GNURadio Discussion List <[email protected]>
Subject: [USRP-users] UHD and GNU Radio on Beaglebone
Message-ID:
<canxwoty182ambrwcyq1q_z+7035bjmzsicjqvbelrr4g8wz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I want to build UHD and GNU Radio on Beaglebone black to run an application
using N210s. Has anyone tried this before? Is there a guide that I can
follow?
Thanks!
--
Usman
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170303/f2bb7e3d/attachment-0001.html>
------------------------------
Message: 6
Date: Sat, 4 Mar 2017 13:46:26 +0000
From: Carin <[email protected]>
To: Carin via USRP-users <[email protected]>
Subject: [USRP-users] Damaged hardware?
Message-ID:
<am3pr01mb228368c0d5d46359e6636ebe2...@am3pr01mb228.eurprd01.prod.exchangelabs.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I just read your examples provided with USRP Hardware Driver:
https://www.ettus.com/content/files/kb/application_note_uhd_examples.pdf.
I am testing a USRP B210 and to test the receive function I use a generator.
For now I'm testing the receive function:
I read that you should not exceed the maximum input (-10 dBm). I have some
questions regarding this:
- Does this mean that I need to check that the power supply in the signal from
the generator is <-10 dBm =0.1 mW? How do I know which voltage this corresponds
to?
- what happen if you do exceed this limit? Is it just to make sure the program
works properly or can you actually damage the hardware?
- If the hardware is damaged, is it only the daughter card that is currently
used, or both of them?
Also another question:
- The realtime controls that should be used to specify free, samp rate, gain -
they will appear when I run the program, right?
- A too high frequency, gain or samp rate will not damage hardware, but not
give the expected results, right?
Regards,
Carin
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170304/fe27738c/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 79, Issue 4
*****************************************
