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: AssertionError: block_def with X300 (Nicolas Cuervo)
   2. Re: Two usrps can't talk (Neel Pandeya)
   3. Re: loading fpga image into E310 device (Nate Temple)
   4. Re: Processing on the FPGA (Neel Pandeya)
   5. Re: Half Duplex RX toggling issue (Nate Temple)
   6. GNURadio on Android about spectrogram (=?gb18030?B?4+XH5Q==?=)
   7. uhd_tx_metadata_make (Ekko)
   8. Re: uhd_tx_metadata_make (Marcus M?ller)


----------------------------------------------------------------------

Message: 1
Date: Fri, 7 Oct 2016 09:48:52 -0700
From: Nicolas Cuervo <[email protected]>
To: Claudio Cicconetti <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] AssertionError: block_def with X300
Message-ID:
        <CAOuPCvhJc0wpGyWaag0qEKsS+9=w6xdUp6w_gbSVcTjEMH=j...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello Claudio,

Just as a sanity check, did you run the images downloader after checking
out the release? If not, please check out to the branch that you want
(master or maint), then run the uhd_images_downloader, and then burn the
new image using jtag or the image loader (hd_images_downloader;
uhd_image_loader --args
type=x300,addr=[the IP addr of your device]

You can differentiate the FPGA images from  UHD 3.9.5 and 3.10 because from
the former they end in HGS.bit, while from the later they end in HG.bit.

Please let us know if you still see this issue after that.

Cheers,

-Nicolas

On Fri, Oct 7, 2016 at 3:45 AM, Claudio Cicconetti via USRP-users <
[email protected]> wrote:

> Dear all,
> I am starting experimenting with RFNoC but I encountered the following
> blocking issue.
>
> As recommended in the "Testing the installation" section of the "RFNoC
> Getting Started Guides" I ran:
>
> $ uhd_usrp_probe --init-only
>
> but unfortunately I obtained the following error (full output at the
> bottom of this email):
>
> Error: AssertionError: block_def
>   in void uhd::usrp::device3_impl::enumerate_rfnoc_blocks(size_t,
> size_t, size_t, const uhd::sid_t&, uhd::device_addr_t, uhd::endianness_t)
>   at /home/ccicconetti/uhd/host/lib/usrp/device3/device3_impl.cpp:148
>
> This happens both with 3.10.0.0-release (FW release 32), Ubuntu 16.04
> packages and compiled from source, and with the latest code from git
> rfnoc-devel branch (FW release 33).
>
> I have an X300 with a single WBX-120 and no GPSDO on board.
>
> The radio works perfectly fine with stable UHD versions until 3.9.5
> (both Ubuntu packages and compiled versions).
>
> Best regards,
> Claudio
>
> --
>
> Full output of 'uhd_usrp_probe --init-only':
>
> linux; GNU C++ version 5.4.0 20160609; Boost_105800;
> UHD_004.000.000.rfnoc-devel-641-g8773fb2c
>
> -- X300 initialization sequence...
> -- Determining maximum frame size... 8000 bytes.
> -- Setup basic communication...
> -- Loading values from EEPROM...
> -- Setup RF frontend clocking...
> -- Radio 1x clock:200
> -- [RFNOC] ------- Block Setup -----------
> -- Setting up NoC-Shell Control for port #0 (SID: 00:00>02:30)...OK
> -- Port 48: Found NoC-Block with ID F1F0D00000000000.
> -- Using default block configuration.
> Error: AssertionError: block_def
>   in void uhd::usrp::device3_impl::enumerate_rfnoc_blocks(size_t,
> size_t, size_t, const uhd::sid_t&, uhd::device_addr_t, uhd::endianness_t)
>   at /home/ccicconetti/uhd/host/lib/usrp/device3/device3_impl.cpp:148
>
> _______________________________________________
> 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/20161007/c2b32092/attachment-0001.html>

------------------------------

Message: 2
Date: Fri, 7 Oct 2016 10:22:47 -0700
From: Neel Pandeya <[email protected]>
To: Zhongkai Xu <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Two usrps can't talk
Message-ID:
        <CACaXmv-tAGCiMmZ8yTpP6MX=ku91s6Cp72HihoB==xecz0f...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello Zack:

How are your two E312 connected? Are they directly connected, or connected
through a switch? Could you run "ifconfig" on both E312, and post the
output?

Also, could you run "uhd_usrp_probe" on either one of your E312, and post
the output?

--Neel Pandeya



On 24 August 2016 at 02:06, Zhongkai Xu via USRP-users <
[email protected]> wrote:

> Hello there,
>
> I recently got two two usrp E321 and i want to do something using them.
>
> I run the script  ../examples/digital/ofdm/tunnel.py -f 400M -W 5M -A
> TX/RX, and configure the gr0 interface 192.168.1.1 and 192.168.1.2. But i
> just can't ping each other successfully.
>
> Can anybody help me find out what's wrong?
>
> Thanks a lot in advance.
>
> zack
>
> _______________________________________________
> 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/20161007/1d17d51b/attachment-0001.html>

------------------------------

Message: 3
Date: Fri, 7 Oct 2016 11:38:00 -0700
From: Nate Temple <[email protected]>
To: "Mukherjee, Satrajit" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] loading fpga image into E310 device
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1

Hello Satrajit:

Were you able to over come this issue? Is this a stock FPGA image or a custom 
image you have made?

Your ifconfig and ssh commands appear to be correct based on the information 
you have listed.

Regards,
Nate Temple



> On Sep 7, 2016, at 4:37 AM, Mukherjee, Satrajit via USRP-users 
> <[email protected]> wrote:
> 
> Hello,
> 
> 
>    I am trying to upload fpga images to my usrp e310 using command line:
> 
> 
> 
> uhd_usrp_probe --args='fpga=usrp_e310_rfnoc_fpga.bit'
> 
> 
> 
> 
> 
> I am getting the following error. What might be the reason nd how do I tackle 
> this?
> 
> 
> 
> 
> linux; GNU C++ version 4.8.2; Boost_105500; UHD_003.007.002-0-unknown
> 
> 
> 
> 
> 
> -- Loading FPGA image: usrp_e310_rfnoc_fpga.bit...Error: AssertionError: 
> fpga_file.good()
> 
> 
> in void uhd::usrp::e300::common::load_fpga_image(const string&)
> 
> 
> at 
> /home/balister/e300-master-images/build/tmp-eglibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/uhd/3.7.1+gitAUTOINC+f2b34dc6cd-r0/git/host/lib/usrp/e300/e300_common.cpp:39
> 
> 
> 
> 
> 
> 
> 
> 
> And also say my ethernet is connected to port 1 i.e.
>  eth1
>  and has network address
> 
> 192.168.10.1. What would be the corresponding ifconfig and ssh commands for 
> recognizing my e310 device?
> 
> 
> 
> 
> I used these commands before loading the fpga image:
> 
> 
> 
> 
> 
> sudo ifconfig eth1 192.168.10.2 255.255.255.0
> 
> 
> 
> 
> 
> and then ssh 
> [email protected]
> 
> 
> 
> 
> I guess these are correct for the network configuration but I would still 
> need your suggestion.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Regards,
> Satrajit
> 
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com




------------------------------

Message: 4
Date: Fri, 7 Oct 2016 19:21:06 -0700
From: Neel Pandeya <[email protected]>
To: Wouter Kayser <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] Processing on the FPGA
Message-ID:
        <CACaXmv_CAAV4FCvqbw=+3o3mehluk--bf0bra7cublrrlee...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello Wouter:

Which USRP are you thinking to use? If you're using an X300 or X310, then
you could use RFNoC.

--Neel Pandeya



On 7 September 2016 at 05:47, Wouter Kayser via USRP-users <
[email protected]> wrote:

> Hi everybody,
>
> I am looking to implement some cdma and bpsk modulation in the FPGA of my
> usrp. For this I would like to send data to the FPGA via the standard
> transmit streamers. I then want to read the individual bytes from the 16
> bit i and q samples coming from the tx_buffer. What would be the easiest
> way to send the data? As this would require that I can read the bits after
> the tx_buffer. Is it just as easy as sending an 16 bit complex integer via
> something like gnuradio? Or are conversions happening in the blocks?
>
> Yours Sincerely,
> Wouter Kayser
> --
> Groeten van / Yours Sincerely,
> Wouter Kayser
> EE Student at the TU Delft
>
> _______________________________________________
> 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/20161007/ea48ed20/attachment-0001.html>

------------------------------

Message: 5
Date: Fri, 7 Oct 2016 20:24:32 -0700
From: Nate Temple <[email protected]>
To: Mitchell Overdick <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Half Duplex RX toggling issue
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

Hi Mitch,

Can you post your example code that you have so far? I'd be happy to take a 
look at it and if you want to send it to me directly off list that is fine too.

Regards, 
Nate Temple


> On Sep 7, 2016, at 5:20 PM, Mitchell Overdick via USRP-users 
> <[email protected]> wrote:
> 
> 
> Hello,
> 
> I am working on an E310 trying to get one antenna toggling between TX and RX, 
> and I am having trouble getting this done successfully. I have started by 
> working with one subdevice getting the TRX-A antenna to transmit on and off 
> and then get RX2-A to receive on and off. I managed to get the transmit 
> function to toggle with no issue, but I have run into trouble getting it to 
> toggle receive without getting errors. I tried just wrapping the recv() 
> command in an if statement that is logically true when there is nothing being 
> transmitted, but I run into L's on the terminal and ERROR_CODE_TIMEOUT and 
> ERROR_CODE_OVERFLOW from the metadata. I also notice that the green light on 
> the E310 will turn on and off for a fraction of a second and then it turns 
> off completely and the code soon crashes. I think I have the Rx streamer 
> configured incorrectly, and I have tried many combinations of configurations 
> with no success, and referring to the UHD manual has done little for me, 
> since there is not m
 uch information on configuring the Rx streamer. I am wondering if you could 
provide me with some guidance on how to configure the Rx streamer for receiving 
at certain time intervals? 
> 
> In a nutshell, my end goal is to get the E310 to run in half duplex using 
> just the TRX-A antenna.
> 
> Thanks,
> Mitch
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com




------------------------------

Message: 6
Date: Sat, 8 Oct 2016 14:47:07 +0800
From: "=?gb18030?B?4+XH5Q==?=" <[email protected]>
To: "=?gb18030?B?dXNycC11c2Vycw==?=" <[email protected]>
Subject: [USRP-users] GNURadio on Android about spectrogram
Message-ID: <[email protected]>
Content-Type: text/plain; charset="gb18030"

Hello,
 
 After I visited the site about GNURadio on Android : 
http://gnuradio.org/redmine/projects/gnuradio/wiki/Android . I use B200mini to 
connect phone and run the program. The project GrRxFM can run and receive 
voice. 
 I have some questions:
 1. I haven't looking for which code for playing the radio. 
 2.How can I draw a spectrogram? Do you know where is the data source of  the 
spectrogram?
 
 I saw the class "SampleView" in the project GrRxFM to draw a spectrogram, but 
it doesn't work. 
 Do you have a example to draw a spectrogram?
 
 Thank you very much.
 
 I am looking forward to your reply.
 
Ye
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20161008/a7ff5670/attachment-0001.html>

------------------------------

Message: 7
Date: Sat, 8 Oct 2016 18:39:15 +0800
From: Ekko <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] uhd_tx_metadata_make
Message-ID:
        <caggob6z7omcpggcup+kc3dbspxa-a_v5_ah4gwu5j1f6zkj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

hello all
i am reading a c example program of uhd,named tx_samples_c.c
[image: ???? 4]
for the function uhd_tx_metadata_make()
[image: ???? 3]
if i want to create a tx metadata handle that send data at 2 seconds later
which does not send data immediately

i know i need to set has_time_spec to true,but how do i set the full_secs
and frac_secs
is this
right?------------>uhd_tx_metadata_make(&md,true,0.0,2.0,false,false)

thank you

--Ekko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20161008/de8b4851/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 14036 bytes
Desc: not available
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20161008/de8b4851/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 19535 bytes
Desc: not available
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20161008/de8b4851/attachment-0003.png>

------------------------------

Message: 8
Date: Sat, 8 Oct 2016 12:49:50 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] uhd_tx_metadata_make
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

Hi Ekko,

just a friendly reminder that, as discussed, you're absolutely free to
copy&paste source code rather than screnshots.

You'd go for full_secs = 2, frac_secs = 0.0; full_secs is generally an
integer type, and should contain the full seconds.

uhd_tx_metadata_make(&md,true,0.0,2.0,false,false)

Best regards,
Marcus


On 08.10.2016 12:39, Ekko via USRP-users wrote:
> hello all
> i am reading a c example program of uhd,named tx_samples_c.c
> ???? 4
> for the function uhd_tx_metadata_make()
> ???? 3
> if i want to create a tx metadata handle that send data at 2 seconds
> later which does not send data immediately
>
> i know i need to set has_time_spec to true,but how do i set the
> full_secs and frac_secs
> is this
> right?------------>uhd_tx_metadata_make(&md,true,0.0,2.0,false,false)
>
> thank you
>
> --Ekko
>
>
>
> _______________________________________________
> 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/20161008/ed02fe2e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 14036 bytes
Desc: not available
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20161008/ed02fe2e/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 19535 bytes
Desc: not available
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20161008/ed02fe2e/attachment-0003.png>

------------------------------

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 74, Issue 8
*****************************************

Reply via email to