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. USRP B100 with MatLab or LabView
      (Pablo Fern?ndez Alonso via USRP-users)
   2. Ask for old USRP N210 firmware (via USRP-users)
   3. Re: Ask for old USRP N210 firmware
      (Marcus D. Leech via USRP-users)
   4. Re: USRP B100 with MatLab or LabView
      (Mike McLernon via USRP-users)
   5. Re: USRP B100 with MatLab or LabView (Martin Braun via USRP-users)
   6. Re: Ask for old USRP N210 firmware (Marcus M?ller via USRP-users)
   7. Re: USRP B100 with MatLab or LabView
      (Robert Kossler via USRP-users)
   8. Re: USRP B100 with MatLab or LabView
      (Mike McLernon via USRP-users)
   9. Transmit data with USRP (Hossein Soleymani via USRP-users)
  10. update image file (Hossein Soleymani via USRP-users)
  11. Re: Transmit data with USRP (Marcus M?ller via USRP-users)
  12. Re: Transmit data with USRP (Mike McLernon via USRP-users)
  13. Re: update image file (Mike Jameson via USRP-users)
  14. Re: update image file (Ethem Sozer via USRP-users)


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

Message: 1
Date: Mon, 2 Jun 2014 18:33:15 +0200
From: Pablo Fern?ndez Alonso via USRP-users
        <[email protected]>
To: <[email protected]>
Subject: [USRP-users] USRP B100 with MatLab or LabView
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Hi,

 

I want to know if someone could use the USRP B100 with LabView or MatLab. I
prefer to use Windows instead of Ubuntu (GNURadio). I saw several tutorials
about how to install it on Windows but there are a lot of prerequisites
needed so I am using a VM and the  LiveUSB environment.

 

Regards,

 

Pablo.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140602/afa88a02/attachment-0001.html>

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

Message: 2
Date: Mon, 2 Jun 2014 10:30:19 +0800 (CST)
From: via USRP-users <[email protected]>
To: [email protected]
Subject: [USRP-users] Ask for old USRP N210 firmware
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="gbk"

Dear all,


I'm building a old 3rd party app, which is based on the Gnuradio 3.3.1 and 
UHD-002-201101, for USRP N210.


My current problem is that USRP N210 is too new not to match with old UHD. And 
firmware and FPGA images from 
http://files.ettus.com/uhd_releases/master_images/, are both too new, and all 
the UHDs with version 002 have been removed from the official ftp system. 


The bug information is like that :
lab525@lab525-desktop:~$ uhd_usrp_probe
linux; GNU C++ version 4.4.3; Boost_104000; UHD_0002.20110114000248.ad51739
Warning:
    Ignoring discovered device
    Expected protocol compatibility number 8, but got 12:
    The firmware build is not compatible with the host code build.




Could anyone give me a solution to deal with the embarrassed situation? Or did 
anyone could provide me with the old firmware?


I have no ideas for that and got no reply from Ettus.


Thanks for any kinds of suggestion. 


Best regards,
--

Yang Zhou
Dept. of Control Science & Engineering (CSE), 
Zhejiang University.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140602/eab0805e/attachment-0001.html>

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

Message: 3
Date: Mon, 02 Jun 2014 13:13:39 -0400
From: "Marcus D. Leech via USRP-users" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Ask for old USRP N210 firmware
Message-ID: <[email protected]>
Content-Type: text/plain; charset="x-gbk"; Format="flowed"

On 06/01/2014 10:30 PM, via USRP-users wrote:
> Dear all,
>
> I'm building a old 3rd party app, which is based on the Gnuradio 3.3.1 
> and UHD-002-201101, for USRP N210.
>
> My current problem is that *USRP N210 is too new not to match with old 
> UHD*. And firmware and FPGA images from 
> http://files.ettus.com/uhd_releases/master_images/, are both too new, 
> *and all the UHDs with version 002 have been removed from the official 
> ftp system*.
>
> The bug information is like that :
> /lab525@lab525-desktop:~$ uhd_usrp_probe/
> /linux; GNU C++ version 4.4.3; Boost_104000; 
> UHD_0002.20110114000248.ad51739/
> /Warning:/
> /Ignoring discovered device/
> /_Expected protocol compatibility number 8, but got 12:_/
> /The firmware build is not compatible with the host code build./
>
>
> Could anyone give me a solution to deal with the embarrassed 
> situation? Or did anyone could provide me with the old firmware?
>
> I have no ideas for that and got no reply from Ettus.
>
> Thanks for any kinds of suggestion.
>
> Best regards,
> --
> *Yang Zhou*
> Dept. of Control Science & Engineering (CSE),
> Zhejiang University.
>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
My suggestion would be to modify it to bring it up to modern Gnu Radio 
and UHD.

I can't find anything older than 3.0.0 myself, but perhaps one of the 
other Ettus folks has an archive of much-older stuff.



-- 
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140602/5347c430/attachment-0001.html>

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

Message: 4
Date: Mon, 2 Jun 2014 18:16:45 +0000
From: Mike McLernon via USRP-users <[email protected]>
To: Pablo Fern?ndez Alonso <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B100 with MatLab or LabView
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Hi Pablo,

MathWorks does not currently offer MATLAB/Simulink support for the B100.  It is 
an area of current investment for us, but we do not yet have a planned release 
date.

Hth,
Mike


From: USRP-users [mailto:[email protected]] On Behalf Of Pablo 
Fern?ndez Alonso via USRP-users
Sent: Monday, June 02, 2014 12:33 PM
To: [email protected]
Subject: [USRP-users] USRP B100 with MatLab or LabView

Hi,

I want to know if someone could use the USRP B100 with LabView or MatLab. I 
prefer to use Windows instead of Ubuntu (GNURadio). I saw several tutorials 
about how to install it on Windows but there are a lot of prerequisites needed 
so I am using a VM and the  LiveUSB environment.

Regards,

Pablo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140602/665c69aa/attachment-0001.html>

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

Message: 5
Date: Mon, 02 Jun 2014 20:34:10 +0200
From: Martin Braun via USRP-users <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP B100 with MatLab or LabView
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1

On 06/02/2014 06:33 PM, Pablo Fern?ndez Alonso via USRP-users wrote:
> I want to know if someone could use the USRP B100 with LabView or
> MatLab. I prefer to use Windows instead of Ubuntu (GNURadio). I saw
> several tutorials about how to install it on Windows but there are a lot
> of prerequisites needed so I am using a VM and the  LiveUSB environment.

GNU Radio works on Windows, if that's any help.

http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNU_Radio_UHD
http://files.ettus.com/binaries/gnuradio/gnuradio_v3.7.3/

M




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

Message: 6
Date: Mon, 02 Jun 2014 20:58:56 +0200
From: Marcus M?ller via USRP-users      <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Ask for old USRP N210 firmware
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Also, old UHD will have a lot less features than modern one. Generally,
UHD is quite straightforward when it comes to switching to new versions,
unless you did something very version-specific.

On 02.06.2014 19:13, Marcus D. Leech via USRP-users wrote:
> On 06/01/2014 10:30 PM, via USRP-users wrote:
>> Dear all,
>>
>> I'm building a old 3rd party app, which is based on the Gnuradio
>> 3.3.1 and UHD-002-201101, for USRP N210.
>>
>> My current problem is that *USRP N210 is too new not to match with
>> old UHD*. And firmware and FPGA images from
>> http://files.ettus.com/uhd_releases/master_images/, are both too new,
>> *and all the UHDs with version 002 have been removed from the
>> official ftp system*.
>>
>> The bug information is like that :
>> /lab525@lab525-desktop:~$ uhd_usrp_probe/
>> /linux; GNU C++ version 4.4.3; Boost_104000;
>> UHD_0002.20110114000248.ad51739/
>> /Warning:/
>> /Ignoring discovered device/
>> /_Expected protocol compatibility number 8, but got 12:_/
>> /The firmware build is not compatible with the host code build./
>>
>>
>> Could anyone give me a solution to deal with the embarrassed
>> situation? Or did anyone could provide me with the old firmware?
>>
>> I have no ideas for that and got no reply from Ettus.
>>
>> Thanks for any kinds of suggestion.
>>
>> Best regards,
>> -- 
>> *Yang Zhou*
>> Dept. of Control Science & Engineering (CSE),
>> Zhejiang University.
>>
>>
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> My suggestion would be to modify it to bring it up to modern Gnu Radio
> and UHD.
>
> I can't find anything older than 3.0.0 myself, but perhaps one of the
> other Ettus folks has an archive of much-older stuff.
>
>
>
>
>
> _______________________________________________
> 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/20140602/7aa204d1/attachment-0001.html>

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

Message: 7
Date: Mon, 2 Jun 2014 15:04:02 -0400
From: Robert Kossler via USRP-users <[email protected]>
To: Mike McLernon <[email protected]>, Pablo Fern?ndez
        Alonso <[email protected]>,  "[email protected]"
        <[email protected]>
Subject: Re: [USRP-users] USRP B100 with MatLab or LabView
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

How about the B210?   Does this presently have Matlab/Simulink support?

Rob

From: USRP-users [mailto:[email protected]] On Behalf Of Mike 
McLernon via USRP-users
Sent: Monday, June 02, 2014 2:17 PM
To: Pablo Fern?ndez Alonso
Cc: [email protected]
Subject: Re: [USRP-users] USRP B100 with MatLab or LabView

Hi Pablo,

MathWorks does not currently offer MATLAB/Simulink support for the B100.  It is 
an area of current investment for us, but we do not yet have a planned release 
date.

Hth,
Mike


From: USRP-users [mailto:[email protected]] On Behalf Of Pablo 
Fern?ndez Alonso via USRP-users
Sent: Monday, June 02, 2014 12:33 PM
To: [email protected]<mailto:[email protected]>
Subject: [USRP-users] USRP B100 with MatLab or LabView

Hi,

I want to know if someone could use the USRP B100 with LabView or MatLab. I 
prefer to use Windows instead of Ubuntu (GNURadio). I saw several tutorials 
about how to install it on Windows but there are a lot of prerequisites needed 
so I am using a VM and the  LiveUSB environment.

Regards,

Pablo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140602/0716d49a/attachment-0001.html>

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

Message: 8
Date: Mon, 2 Jun 2014 19:11:14 +0000
From: Mike McLernon via USRP-users <[email protected]>
To: Robert Kossler <[email protected]>
Cc: "[email protected]" <[email protected]>, Pablo
        Fern?ndez Alonso <[email protected]>
Subject: Re: [USRP-users] USRP B100 with MatLab or LabView
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

We're working on B100 / B200 / B210 support simultaneously.
Mike


From: Robert Kossler [mailto:[email protected]]
Sent: Monday, June 02, 2014 3:04 PM
To: Mike McLernon; Pablo Fern?ndez Alonso; [email protected]
Subject: RE: [USRP-users] USRP B100 with MatLab or LabView

How about the B210?   Does this presently have Matlab/Simulink support?

Rob

From: USRP-users [mailto:[email protected]] On Behalf Of Mike 
McLernon via USRP-users
Sent: Monday, June 02, 2014 2:17 PM
To: Pablo Fern?ndez Alonso
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [USRP-users] USRP B100 with MatLab or LabView

Hi Pablo,

MathWorks does not currently offer MATLAB/Simulink support for the B100.  It is 
an area of current investment for us, but we do not yet have a planned release 
date.

Hth,
Mike


From: USRP-users [mailto:[email protected]] On Behalf Of Pablo 
Fern?ndez Alonso via USRP-users
Sent: Monday, June 02, 2014 12:33 PM
To: [email protected]<mailto:[email protected]>
Subject: [USRP-users] USRP B100 with MatLab or LabView

Hi,

I want to know if someone could use the USRP B100 with LabView or MatLab. I 
prefer to use Windows instead of Ubuntu (GNURadio). I saw several tutorials 
about how to install it on Windows but there are a lot of prerequisites needed 
so I am using a VM and the  LiveUSB environment.

Regards,

Pablo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140602/9f9e2215/attachment-0001.html>

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

Message: 9
Date: Tue, 3 Jun 2014 11:35:35 +0200
From: Hossein Soleymani via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>, Marcus
        M?ller <[email protected]>,      Ettus Research Support
        <[email protected]>
Subject: [USRP-users] Transmit data with USRP
Message-ID:
        <cab8nzswi6mpmvrxqmgza2fp9skl6mjgowlpks4x9aalwwcs...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Dear all

I am strongly interest to know.  If I want send ( transmit ) data and
receive data, like Wifi  or Bluetooth,  from  USRP to other USRP. is it
possible or not?
Should I use Matlab Sdru toolbox to transmit data and recieve data from
USRP to other USRP. Am I correct or not? , how can I create wifi or
Bluetooth data in USRP and send it to other USRP?
Is there any suggestion for me?

I really appreciate to your answer.

Best Regards
Hossein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140603/a732a6f1/attachment-0001.html>

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

Message: 10
Date: Tue, 3 Jun 2014 12:32:13 +0200
From: Hossein Soleymani via USRP-users <[email protected]>
To: Ettus Research Support <[email protected]>,
        "[email protected]" <[email protected]>, Marcus
        M?ller <[email protected]>
Subject: [USRP-users] update image file
Message-ID:
        <cab8nzsypeuwhroae6pvs5uexcfohhyxa7pmxnqxkz+f34p6...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Dear all



I have problem as following to write image file in UHD. Is there anybody
help me to repair it?
 I am interesting to know , where is my fault ?
Because I did all of process like routine method  but I have not given
correct result to connect UHD to Matlab and USRP. first of all I should say
my Matlab version is 2012a and it is compatible with UHD_003_002_003
I reload Firmware and FPGA image file as following in command of terminal.

*acts@Nevada:~$ cd/usr/local/share/uhd *

*acts@Nevada:/usr/local/share/uhd$ ls*

examples  images  tests  utils

*acts@Nevada:/usr/local/share/uhd$ cd utils/*

*            acts@Nevada:/usr/local/share/uhd/utils$ ls*

fx2_init_eeprom           usrp2_card_burner.py  usrp_burn_mb_eeprom

uhd-usrp.rules            usrp2_recovery.py     usrp_n2xx_net_burner_gui.py

usrp2_card_burner_gui.py  usrp_burn_db_eeprom   usrp_n2xx_net_burner.py

*               acts@Nevada:/usr/local/share/uhd/utils$ sudo
./usrp2_card_burner_gui.py*

[sudo] password for acts:

I wrote usrp2_fw.bin and usrp2_fpga.bin of  UHD-images-003.002.003  to
*/dev/sda2*

I wrote  findsdru command window of matlab and I saw this message

linux; GNU c++ version 4.4.6 ;Boost_104400; UHD_003.002.003-vendor

see libuhd version information above this line
and
192.168.10.2

but when I wrote uhd_fft.py in teminal I have given this error.

linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.000-07c9d41



-- Opening a USRP2/N-Series device...

Traceback (most recent call last):

  File "/usr/local/bin/uhd_fft.py", line 279, in <module>

    main ()

  File "/usr/local/bin/uhd_fft.py", line 275, in main

    app = stdgui2.stdapp(app_top_block, "UHD FFT", nstatus=1)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
line 36, in __init__

    wx.App.__init__ (self, redirect=False)

  File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
line 7978, in __init__

    self._BootstrapApp()

  File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
line 7552, in _BootstrapApp

    return _core_.PyApp__BootstrapApp(*args, **kwargs)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
line 39, in OnInit

    frame = stdframe (self.top_block_maker, self.title, self._nstatus)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
line 60, in __init__

    self.panel = stdpanel (self, self, top_block_maker)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
line 81, in __init__

    self.top_block = top_block_maker (frame, self, vbox, sys.argv)

  File "/usr/local/bin/uhd_fft.py", line 83, in __init__

    stream_args=uhd.stream_args('fc32'))

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/__init__.py",
line 112, in constructor_interceptor

    return old_constructor(*args)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/uhd_swig.py",
line 2286, in usrp_source

    return _uhd_swig.usrp_source(*args)

RuntimeError: RuntimeError:

Please update the firmware and FPGA images for your device.

See the application notes for USRP2/N-Series for instructions.

Expected FPGA compatibility number 8, but got 7:

The FPGA build is not compatible with the host code build.

for exmaple,  I run uhd_usrp_probe in terminal


linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.000-07c9d41



-- Opening a USRP2/N-Series device...

Error: RuntimeError:

Please update the firmware and FPGA images for your device.

See the application notes for USRP2/N-Series for instructions.

Expected FPGA compatibility number 8, but got 7:

The FPGA build is not compatible with the host code build.





 and in Matlab I wrote  sdruFMMono and I have given this error


---------- begin libuhd driver construction output ----------

---------- begin libuhd status message output ----------

Opening a USRP2/N-Series device...

---------- end libuhd status message output ----------

---------- begin libuhd status message output ----------

Current recv frame size: 1472 bytes

---------- end libuhd status message output ----------

---------- begin libuhd status message output ----------

Current send frame size: 1472 bytes

---------- end libuhd status message output ----------

---------- begin libuhd warning message output ----------

The recv buffer could not be resized sufficiently.

Target sock buff size: 50000000 bytes.

Actual sock buff size: 1000000 bytes.

See the transport application notes on buffer resizing.

Please run: sudo sysctl -w net.core.rmem_max=50000000

---------- end libuhd warning message output ----------

---------- begin libuhd warning message output ----------

The recv buffer could not be resized sufficiently.

Target sock buff size: 50000000 bytes.

Actual sock buff size: 1000000 bytes.

See the transport application notes on buffer resizing.

Please run: sudo sysctl -w net.core.rmem_max=50000000

---------- end libuhd warning message output ----------

---------- begin libuhd warning message output ----------

The send buffer could not be resized sufficiently.

Target sock buff size: 1048576 bytes.

Actual sock buff size: 1000000 bytes.

See the transport application notes on buffer resizing.

Please run: sudo sysctl -w net.core.wmem_max=1048576

---------- end libuhd warning message output ----------

---------- end libuhd driver construction output ----------

 I really appreciate to your answer.


Best Regards

hossein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140603/4ca69103/attachment-0001.html>

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

Message: 11
Date: Tue, 03 Jun 2014 12:59:30 +0200
From: Marcus M?ller via USRP-users      <[email protected]>
To: Hossein Soleymani <[email protected]>,
        "[email protected]" <[email protected]>,      Ettus
        Research Support <[email protected]>
Subject: Re: [USRP-users] Transmit data with USRP
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

Hi Hossein,

Transmission and reception  of signals following arbitrary standards is one of 
the possible applications of USRPs.

There are several options to generate signals, the matlab toolkits are one of 
these. GNU Radio is another. However you use these tools to generate waveforms 
is up to these tools and your communication engineering efforts.

Greetings,
Marcus

On June 3, 2014 11:35:35 AM CEST, Hossein Soleymani <[email protected]> 
wrote:
>Dear all
>
>I am strongly interest to know.  If I want send ( transmit ) data and
>receive data, like Wifi  or Bluetooth,  from  USRP to other USRP. is it
>possible or not?
>Should I use Matlab Sdru toolbox to transmit data and recieve data from
>USRP to other USRP. Am I correct or not? , how can I create wifi or
>Bluetooth data in USRP and send it to other USRP?
>Is there any suggestion for me?
>
>I really appreciate to your answer.
>
>Best Regards
>Hossein

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140603/c06e6eb5/attachment-0001.html>

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

Message: 12
Date: Tue, 3 Jun 2014 12:13:06 +0000
From: Mike McLernon via USRP-users <[email protected]>
To: Hossein Soleymani <[email protected]>
Cc: "[email protected]" <[email protected]>, Ettus
        Research Support <[email protected]>
Subject: Re: [USRP-users] Transmit data with USRP
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="utf-8"

Hi Hossein,

I agree with Marcus? comments.  As a point of reference, the MathWorks support 
package for USRP radio contains a QPSK example that performs both transmission 
and reception, assuming two USRP radios.  The example exists in both MATLAB and 
Simulink versions.

Hth,
Mike


From: USRP-users [mailto:[email protected]] On Behalf Of 
Marcus M?ller via USRP-users
Sent: Tuesday, June 03, 2014 7:00 AM
To: Hossein Soleymani; [email protected]; Ettus Research Support
Subject: Re: [USRP-users] Transmit data with USRP

Hi Hossein,

Transmission and reception of signals following arbitrary standards is one of 
the possible applications of USRPs.

There are several options to generate signals, the matlab toolkits are one of 
these. GNU Radio is another. However you use these tools to generate waveforms 
is up to these tools and your communication engineering efforts.

Greetings,
Marcus
On June 3, 2014 11:35:35 AM CEST, Hossein Soleymani 
<[email protected]<mailto:[email protected]>> wrote:
Dear all

I am strongly interest to know.  If I want send ( transmit ) data and receive 
data, like Wifi  or Bluetooth,  from  USRP to other USRP. is it possible or not?
Should I use Matlab Sdru toolbox to transmit data and recieve data from USRP to 
other USRP. Am I correct or not? , how can I create wifi or Bluetooth data in 
USRP and send it to other USRP?
Is there any suggestion for me?

I really appreciate to your answer.

Best Regards
Hossein

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140603/866653cb/attachment-0001.html>

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

Message: 13
Date: Tue, 3 Jun 2014 14:42:05 +0100
From: Mike Jameson via USRP-users <[email protected]>
To: Hossein Soleymani <[email protected]>
Cc: "[email protected]" <[email protected]>,  Ettus
        Research Support <[email protected]>
Subject: Re: [USRP-users] update image file
Message-ID:
        <cajcjmitdh9i5fbj80nhz3is2oj0zmqdi05f+a1_wxx_6us+...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

The UHD image files from the Ettus website are not the same as the UHD
image files from the MATLAB website.  Make sure that the images you are
using are from the MATLAB USRP support package:

http://www.mathworks.co.uk/hardware-support/usrp.html

Mike

--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: [email protected]
Web: http://ettus.com


On Tue, Jun 3, 2014 at 11:32 AM, Hossein Soleymani via USRP-users <
[email protected]> wrote:

> Dear all
>
>
>
> I have problem as following to write image file in UHD. Is there anybody
> help me to repair it?
>  I am interesting to know , where is my fault ?
> Because I did all of process like routine method  but I have not given
> correct result to connect UHD to Matlab and USRP. first of all I should say
> my Matlab version is 2012a and it is compatible with UHD_003_002_003
> I reload Firmware and FPGA image file as following in command of terminal.
>
> *acts@Nevada:~$ cd/usr/local/share/uhd *
>
> *acts@Nevada:/usr/local/share/uhd$ ls*
>
> examples  images  tests  utils
>
> *acts@Nevada:/usr/local/share/uhd$ cd utils/*
>
> *            acts@Nevada:/usr/local/share/uhd/utils$ ls*
>
> fx2_init_eeprom           usrp2_card_burner.py  usrp_burn_mb_eeprom
>
> uhd-usrp.rules            usrp2_recovery.py     usrp_n2xx_net_burner_gui.py
>
> usrp2_card_burner_gui.py  usrp_burn_db_eeprom   usrp_n2xx_net_burner.py
>
> *               acts@Nevada:/usr/local/share/uhd/utils$ sudo
> ./usrp2_card_burner_gui.py*
>
> [sudo] password for acts:
>
> I wrote usrp2_fw.bin and usrp2_fpga.bin of  UHD-images-003.002.003  to
> */dev/sda2*
>
> I wrote  findsdru command window of matlab and I saw this message
>
> linux; GNU c++ version 4.4.6 ;Boost_104400; UHD_003.002.003-vendor
>
> see libuhd version information above this line
> and
> 192.168.10.2
>
> but when I wrote uhd_fft.py in teminal I have given this error.
>
> linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.000-07c9d41
>
>
>
> -- Opening a USRP2/N-Series device...
>
> Traceback (most recent call last):
>
>   File "/usr/local/bin/uhd_fft.py", line 279, in <module>
>
>     main ()
>
>   File "/usr/local/bin/uhd_fft.py", line 275, in main
>
>     app = stdgui2.stdapp(app_top_block, "UHD FFT", nstatus=1)
>
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
> line 36, in __init__
>
>     wx.App.__init__ (self, redirect=False)
>
>   File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
> line 7978, in __init__
>
>     self._BootstrapApp()
>
>   File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
> line 7552, in _BootstrapApp
>
>     return _core_.PyApp__BootstrapApp(*args, **kwargs)
>
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
> line 39, in OnInit
>
>     frame = stdframe (self.top_block_maker, self.title, self._nstatus)
>
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
> line 60, in __init__
>
>     self.panel = stdpanel (self, self, top_block_maker)
>
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py",
> line 81, in __init__
>
>     self.top_block = top_block_maker (frame, self, vbox, sys.argv)
>
>   File "/usr/local/bin/uhd_fft.py", line 83, in __init__
>
>     stream_args=uhd.stream_args('fc32'))
>
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/__init__.py",
> line 112, in constructor_interceptor
>
>     return old_constructor(*args)
>
>   File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/uhd_swig.py",
> line 2286, in usrp_source
>
>     return _uhd_swig.usrp_source(*args)
>
> RuntimeError: RuntimeError:
>
> Please update the firmware and FPGA images for your device.
>
> See the application notes for USRP2/N-Series for instructions.
>
> Expected FPGA compatibility number 8, but got 7:
>
> The FPGA build is not compatible with the host code build.
>
> for exmaple,  I run uhd_usrp_probe in terminal
>
>
> linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.000-07c9d41
>
>
>
> -- Opening a USRP2/N-Series device...
>
> Error: RuntimeError:
>
> Please update the firmware and FPGA images for your device.
>
> See the application notes for USRP2/N-Series for instructions.
>
> Expected FPGA compatibility number 8, but got 7:
>
> The FPGA build is not compatible with the host code build.
>
>
>
>
>
>  and in Matlab I wrote  sdruFMMono and I have given this error
>
>
> ---------- begin libuhd driver construction output ----------
>
> ---------- begin libuhd status message output ----------
>
> Opening a USRP2/N-Series device...
>
> ---------- end libuhd status message output ----------
>
> ---------- begin libuhd status message output ----------
>
> Current recv frame size: 1472 bytes
>
> ---------- end libuhd status message output ----------
>
> ---------- begin libuhd status message output ----------
>
> Current send frame size: 1472 bytes
>
> ---------- end libuhd status message output ----------
>
> ---------- begin libuhd warning message output ----------
>
> The recv buffer could not be resized sufficiently.
>
> Target sock buff size: 50000000 bytes.
>
> Actual sock buff size: 1000000 bytes.
>
> See the transport application notes on buffer resizing.
>
> Please run: sudo sysctl -w net.core.rmem_max=50000000
>
> ---------- end libuhd warning message output ----------
>
> ---------- begin libuhd warning message output ----------
>
> The recv buffer could not be resized sufficiently.
>
> Target sock buff size: 50000000 bytes.
>
> Actual sock buff size: 1000000 bytes.
>
> See the transport application notes on buffer resizing.
>
> Please run: sudo sysctl -w net.core.rmem_max=50000000
>
> ---------- end libuhd warning message output ----------
>
> ---------- begin libuhd warning message output ----------
>
> The send buffer could not be resized sufficiently.
>
> Target sock buff size: 1048576 bytes.
>
> Actual sock buff size: 1000000 bytes.
>
> See the transport application notes on buffer resizing.
>
> Please run: sudo sysctl -w net.core.wmem_max=1048576
>
> ---------- end libuhd warning message output ----------
>
> ---------- end libuhd driver construction output ----------
>
>  I really appreciate to your answer.
>
>
> Best Regards
>
> hossein
>
> _______________________________________________
> 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/20140603/fe9f97d0/attachment-0001.html>

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

Message: 14
Date: Tue, 3 Jun 2014 13:54:24 +0000
From: Ethem Sozer via USRP-users <[email protected]>
To: Mike Jameson <[email protected]>, Hossein Soleymani
        <[email protected]>
Cc: "[email protected]" <[email protected]>,  Ettus
        Research Support <[email protected]>
Subject: Re: [USRP-users] update image file
Message-ID:
        <[email protected]>
Content-Type: text/plain; charset="utf-8"

Hi Hossein,

USRP Support Package for MATLAB and Simulink uses a version of UHD that may be 
different than a version of UHD that is already installed on your computer. 
From the command line outputs you sent, I can see that your computer has UHD 
version  003.004.000 already installed. Also, when you installed the USRP 
support package, UHD version 003.002.003 was installed and MATLAB uses that 
version. So, from an installation stand point, I do not see any problems.

The following messages are not errors:

Target sock buff size: 50000000 bytes.

Actual sock buff size: 1000000 bytes.

See the transport application notes on buffer resizing.

Please run: sudo sysctl -w net.core.rmem_max=50000000

They are suggestions from the UHD driver for better performance. I highly 
recommend you to follow this suggestion and run ?sudo sysctl -w 
net.core.rmem_max=50000000? on your command line.

Hth,
Ethem


From: USRP-users [mailto:[email protected]] On Behalf Of Mike 
Jameson via USRP-users
Sent: Tuesday, June 03, 2014 9:42 AM
To: Hossein Soleymani
Cc: [email protected]; Ettus Research Support
Subject: Re: [USRP-users] update image file

The UHD image files from the Ettus website are not the same as the UHD image 
files from the MATLAB website.  Make sure that the images you are using are 
from the MATLAB USRP support package:

http://www.mathworks.co.uk/hardware-support/usrp.html
Mike
--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: [email protected]<mailto:[email protected]>
Web: http://ettus.com

On Tue, Jun 3, 2014 at 11:32 AM, Hossein Soleymani via USRP-users 
<[email protected]<mailto:[email protected]>> wrote:
Dear all



I have problem as following to write image file in UHD. Is there anybody help 
me to repair it?
 I am interesting to know , where is my fault ?
Because I did all of process like routine method  but I have not given correct 
result to connect UHD to Matlab and USRP. first of all I should say my Matlab 
version is 2012a and it is compatible with UHD_003_002_003
I reload Firmware and FPGA image file as following in command of terminal.


acts@Nevada:~$ cd/usr/local/share/uhd

acts@Nevada:/usr/local/share/uhd$ ls

examples  images  tests  utils

acts@Nevada:/usr/local/share/uhd$ cd utils/

            acts@Nevada:/usr/local/share/uhd/utils$ ls

fx2_init_eeprom           usrp2_card_burner.py  usrp_burn_mb_eeprom

uhd-usrp.rules            usrp2_recovery.py     usrp_n2xx_net_burner_gui.py

usrp2_card_burner_gui.py  usrp_burn_db_eeprom   usrp_n2xx_net_burner.py

               acts@Nevada:/usr/local/share/uhd/utils$ sudo 
./usrp2_card_burner_gui.py

[sudo] password for acts:

I wrote usrp2_fw.bin and usrp2_fpga.bin of  UHD-images-003.002.003  to /dev/sda2

I wrote  findsdru command window of matlab and I saw this message

linux; GNU c++ version 4.4.6 ;Boost_104400; UHD_003.002.003-vendor

see libuhd version information above this line
and
192.168.10.2

but when I wrote uhd_fft.py in teminal I have given this error.

linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.000-07c9d41



-- Opening a USRP2/N-Series device...

Traceback (most recent call last):

  File "/usr/local/bin/uhd_fft.py", line 279, in <module>

    main ()

  File "/usr/local/bin/uhd_fft.py", line 275, in main

    app = stdgui2.stdapp(app_top_block, "UHD FFT", nstatus=1)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 
36, in __init__

    wx.App.__init__ (self, redirect=False)

  File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 
7978, in __init__

    self._BootstrapApp()

  File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 
7552, in _BootstrapApp

    return _core_.PyApp__BootstrapApp(*args, **kwargs)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 
39, in OnInit

    frame = stdframe (self.top_block_maker, self.title, self._nstatus)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 
60, in __init__

    self.panel = stdpanel (self, self, top_block_maker)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 
81, in __init__

    self.top_block = top_block_maker (frame, self, vbox, sys.argv)

  File "/usr/local/bin/uhd_fft.py", line 83, in __init__

    stream_args=uhd.stream_args('fc32'))

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/__init__.py", line 
112, in constructor_interceptor

    return old_constructor(*args)

  File "/usr/local/lib/python2.6/dist-packages/gnuradio/uhd/uhd_swig.py", line 
2286, in usrp_source

    return _uhd_swig.usrp_source(*args)

RuntimeError: RuntimeError:

Please update the firmware and FPGA images for your device.

See the application notes for USRP2/N-Series for instructions.

Expected FPGA compatibility number 8, but got 7:

The FPGA build is not compatible with the host code build.

for exmaple,  I run uhd_usrp_probe in terminal



linux; GNU C++ version 4.4.5; Boost_104200; UHD_003.004.000-07c9d41



-- Opening a USRP2/N-Series device...

Error: RuntimeError:

Please update the firmware and FPGA images for your device.

See the application notes for USRP2/N-Series for instructions.

Expected FPGA compatibility number 8, but got 7:

The FPGA build is not compatible with the host code build.







 and in Matlab I wrote  sdruFMMono and I have given this error



---------- begin libuhd driver construction output ----------

---------- begin libuhd status message output ----------

Opening a USRP2/N-Series device...

---------- end libuhd status message output ----------

---------- begin libuhd status message output ----------

Current recv frame size: 1472 bytes

---------- end libuhd status message output ----------

---------- begin libuhd status message output ----------

Current send frame size: 1472 bytes

---------- end libuhd status message output ----------

---------- begin libuhd warning message output ----------

The recv buffer could not be resized sufficiently.

Target sock buff size: 50000000 bytes.

Actual sock buff size: 1000000 bytes.

See the transport application notes on buffer resizing.

Please run: sudo sysctl -w net.core.rmem_max=50000000

---------- end libuhd warning message output ----------

---------- begin libuhd warning message output ----------

The recv buffer could not be resized sufficiently.

Target sock buff size: 50000000 bytes.

Actual sock buff size: 1000000 bytes.

See the transport application notes on buffer resizing.

Please run: sudo sysctl -w net.core.rmem_max=50000000

---------- end libuhd warning message output ----------

---------- begin libuhd warning message output ----------

The send buffer could not be resized sufficiently.

Target sock buff size: 1048576 bytes.

Actual sock buff size: 1000000 bytes.

See the transport application notes on buffer resizing.

Please run: sudo sysctl -w net.core.wmem_max=1048576

---------- end libuhd warning message output ----------

---------- end libuhd driver construction output ----------

 I really appreciate to your answer.



Best Regards

hossein

_______________________________________________
USRP-users mailing list
[email protected]<mailto:[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/20140603/3f2a7223/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 46, Issue 3
*****************************************

Reply via email to