On 07/17/2019 11:10 AM, Sumit Kumar via USRP-users wrote:
Sorry, here it is.

Benchmark rate summary:
  Num received samples:     5999986436
  Num dropped samples:      0
  Num overruns detected:    0
  Num transmitted samples:  0
  Num sequence errors (Tx): 0
  Num sequence errors (Rx): 0
  Num underruns detected:   0
  Num late commands:        0
  Num timeouts (Tx):        0
  Num timeouts (Rx):        0


Purely on a hunch, try swapping power supplies.


On Wed, Jul 17, 2019 at 5:08 PM Nate Temple <nate.tem...@ettus.com <mailto:nate.tem...@ettus.com>> wrote:

    Hi Sumit,

    It will take 10 minutes for that run to complete. Does it produce
    a report at the end of the run?

    Regards,
    Nate Temple

    On Wed, Jul 17, 2019 at 8:06 AM Sumit Kumar <cog...@gmail.com
    <mailto:cog...@gmail.com>> wrote:

        Hi Nate,
        No there are not. At the end of the last line, cursor keeps
        blinking, no sequence errors.

        john@john-Precision-M4600:~/pybombs/src/uhd/host/build/examples$
        sudo ./benchmark_rate --rx_rate 10e6 --duration 600

        [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609;
        Boost_105800; UHD_3.15.0.git-1-gf83faf28
        [00:00:00.000024] Creating the usrp device with: ...
        [INFO] [USRP2] Opening a USRP2/N-Series device...
        [INFO] [USRP2] Current recv frame size: 1472 bytes
        [INFO] [USRP2] Current send frame size: 1472 bytes
        Using Device: Single USRP:
          Device: USRP2 / N-Series Device
          Mboard 0: N200r4
          RX Channel: 0
            RX DSP: 0
            RX Dboard: A
            RX Subdev: SBXv3 RX
          TX Channel: 0
            TX DSP: 0
            TX Dboard: A
            TX Subdev: SBXv3 TX

        [00:00:01.796895] Setting device timestamp to 0...
        [00:00:01.797430] Testing receive rate 10.000000 Msps on 1
        channels

        On Wed, Jul 17, 2019 at 4:39 PM Nate Temple
        <nate.tem...@ettus.com <mailto:nate.tem...@ettus.com>> wrote:

            Hi Sumit,

            If you run benchmark_rate for an extend period of time, do
            you see any sequence errors?

            /usr/local/lib/uhd/examples/benchmark_rate --rx_rate 10e6
            --duration 600


            Regards,
            Nate Temple

            On Wed, Jul 17, 2019 at 7:34 AM Sumit Kumar
            <cog...@gmail.com <mailto:cog...@gmail.com>> wrote:

                Hi Nate,
                Yes I addressed the first 2 points you mentioned.

                
john@john-Precision-M4600:~/pybombs/src/gnuradio/gr-digital/examples/narrowband$
                sudo ./benchmark_tx.py -f 2.45G -S 10
                linux; GNU C++ version 5.3.1 20151219; Boost_105800;
                UHD_003.009.002-0-unknown

                Using Volk machine: avx_64_mmx_orc
                -- Opening a USRP2/N-Series device...
                -- Current recv frame size: 1472 bytes
                -- Current send frame size: 1472 bytes

                No gain specified.
                Setting gain to 15.750000 (from [0.000000, 31.500000])
                
..............................................................................................SS.SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS.SSSS..S......SS.S......SS.....S....S...S.S.......S....S........^C

                I am using ./benchmark_tx.py located
                in gnuradio/gr-digital/examples/narrowband



                On Wed, Jul 17, 2019 at 4:25 PM Nate Temple
                <nate.tem...@ettus.com <mailto:nate.tem...@ettus.com>>
                wrote:

                    Hi Sumit,

                    A couple things to address:

                    1) Enable Thread priority scheduling on your host

                    Note it is throwing a warning in the output:
                    "[WARNING] [UHD] Unable to set the thread
                    priority. Performance may be negatively affected."

                    
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux#Thread_priority_scheduling
                    
<https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_%28UHD_and_GNU_Radio%29_on_Linux#Thread_priority_scheduling>


                    2) Adjust your network buffers

                    "
                    [WARNING] [UDP] The send buffer could not be
                    resized sufficiently.
                    Target sock buff size: 2500000 bytes.
                    Actual sock buff size: 1048576 bytes.
                    See the transport application notes on buffer
                    resizing.
                    Please run: sudo sysctl -w net.core.wmem_max=2500000
                    [WARNING] [UDP] The send buffer could not be
                    resized sufficiently.
                    Target sock buff size: 2500000 bytes.
                    Actual sock buff size: 1048576 bytes.
                    See the transport application notes on buffer
                    resizing.
                    Please run: sudo sysctl -w net.core.wmem_max=2500000
                    "

                    
https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks#N2xx


                    What is the command you're using to transmit(which
                    utility and args?)


                    Regards,
                    Nate Temple

                    On Wed, Jul 17, 2019 at 7:06 AM Sumit Kumar via
                    USRP-users <usrp-users@lists.ettus.com
                    <mailto:usrp-users@lists.ettus.com>> wrote:

                        Following is what I am getting after the
                        command you asked to run. The 192.168.10.5
                        gives SSSSSSS.

                        
john@john-Precision-M4600:~/pybombs/src/uhd/host/build/utils$
                        ./usrp_burn_mb_eeprom --read-all --args
                        "addr=192.168.10.5"
                        Creating USRP device from address:
                        addr=192.168.10.5
                        [INFO] [UHD] linux; GNU C++ version 5.4.0
                        20160609; Boost_105800; UHD_3.15.0.git-1-gf83faf28
                        [INFO] [USRP2] Opening a USRP2/N-Series device...
                        [INFO] [USRP2] Current recv frame size: 1472 bytes
                        [INFO] [USRP2] Current send frame size: 1472 bytes
                        [WARNING] [UDP] The send buffer could not be
                        resized sufficiently.
                        Target sock buff size: 2500000 bytes.
                        Actual sock buff size: 1048576 bytes.
                        See the transport application notes on buffer
                        resizing.
                        Please run: sudo sysctl -w
                        net.core.wmem_max=2500000
                        [WARNING] [UDP] The send buffer could not be
                        resized sufficiently.
                        Target sock buff size: 2500000 bytes.
                        Actual sock buff size: 1048576 bytes.
                        See the transport application notes on buffer
                        resizing.
                        Please run: sudo sysctl -w
                        net.core.wmem_max=2500000
                        [WARNING] [UDP] The send buffer could not be
                        resized sufficiently.
                        Target sock buff size: 2500000 bytes.
                        Actual sock buff size: 1048576 bytes.
                        See the transport application notes on buffer
                        resizing.
                        Please run: sudo sysctl -w
                        net.core.wmem_max=2500000
                        [WARNING] [UHD] Unable to set the thread
                        priority. Performance may be negatively affected.
                        Please see the general application notes in
                        the manual for instructions.
                        EnvironmentError: OSError: error in
                        pthread_setschedparam

                        Fetching current settings from EEPROM...
                            EEPROM ["hardware"] is "2576"
                            EEPROM ["revision"] is ""
                            EEPROM ["product"] is ""
                            EEPROM ["mac-addr"] is "a0:36:fa:26:34:44"
                            EEPROM ["ip-addr"] is "192.168.10.5"
                            EEPROM ["subnet"] is "255.255.255.255"
                            EEPROM ["gateway"] is "255.255.255.255"
                            EEPROM ["gpsdo"] is "none"
                            EEPROM ["serial"] is "E4R14V4UN"
                            EEPROM ["name"] is ""

                        Power-cycle the USRP device for the changes to
                        take effect.

                        Done


                        
john@john-Precision-M4600:~/pybombs/src/uhd/host/build/utils$
                        ./usrp_burn_mb_eeprom --read-all --args
                        "addr=192.168.10.3"
                        Creating USRP device from address:
                        addr=192.168.10.3
                        [INFO] [UHD] linux; GNU C++ version 5.4.0
                        20160609; Boost_105800; UHD_3.15.0.git-1-gf83faf28
                        [INFO] [USRP2] Opening a USRP2/N-Series device...
                        [INFO] [USRP2] Current recv frame size: 1472 bytes
                        [INFO] [USRP2] Current send frame size: 1472 bytes
                        [WARNING] [UDP] The send buffer could not be
                        resized sufficiently.
                        Target sock buff size: 2500000 bytes.
                        Actual sock buff size: 1048576 bytes.
                        See the transport application notes on buffer
                        resizing.
                        Please run: sudo sysctl -w
                        net.core.wmem_max=2500000
                        [WARNING] [UDP] The send buffer could not be
                        resized sufficiently.
                        Target sock buff size: 2500000 bytes.
                        Actual sock buff size: 1048576 bytes.
                        See the transport application notes on buffer
                        resizing.
                        Please run: sudo sysctl -w
                        net.core.wmem_max=2500000
                        [WARNING] [UDP] The send buffer could not be
                        resized sufficiently.
                        Target sock buff size: 2500000 bytes.
                        Actual sock buff size: 1048576 bytes.
                        See the transport application notes on buffer
                        resizing.
                        Please run: sudo sysctl -w
                        net.core.wmem_max=2500000
                        [WARNING] [UHD] Unable to set the thread
                        priority. Performance may be negatively affected.
                        Please see the general application notes in
                        the manual for instructions.
                        EnvironmentError: OSError: error in
                        pthread_setschedparam

                        Fetching current settings from EEPROM...
                            EEPROM ["hardware"] is "2576"
                            EEPROM ["revision"] is ""
                            EEPROM ["product"] is ""
                            EEPROM ["mac-addr"] is "a0:36:fa:26:34:42"
                            EEPROM ["ip-addr"] is "192.168.10.3"
                            EEPROM ["subnet"] is "255.255.255.255"
                            EEPROM ["gateway"] is "255.255.255.255"
                            EEPROM ["gpsdo"] is "none"
                            EEPROM ["serial"] is "E4R14V2UN"
                            EEPROM ["name"] is ""

                        Power-cycle the USRP device for the changes to
                        take effect.

                        Done


                        On Wed, Jul 17, 2019 at 3:19 PM Jason Matusiak
                        <ja...@gardettoengineering.com
                        <mailto:ja...@gardettoengineering.com>> wrote:

                            You are right, the table of revisions was
                            for the X-series

                            try running the command from your prefix:
                            src/uhd/host/build/utils/usrp_burn_mb_eeprom 
--args="type=n200"
                            --read-all

                            don't quote me on the type portion, I
                            don't have a board in front of me to see
                            if it is n200 or something else.  I
                            //think// that will report the major and
                            minor revision values (I am grasping at
                            straws here, just trying to figure out
                            what the differences might be).

                            You are connecting the ethernet
                            connections to the two devices through the
                            exact same port on your PC?

                            
------------------------------------------------------------------------
                            *From:* Sumit Kumar <cog...@gmail.com
                            <mailto:cog...@gmail.com>>
                            *Sent:* Wednesday, July 17, 2019 8:24 AM
                            *To:* Jason Matusiak
                            <ja...@gardettoengineering.com
                            <mailto:ja...@gardettoengineering.com>>
                            *Cc:* usrp-users@lists.ettus.com
                            <mailto:usrp-users@lists.ettus.com>
                            <usrp-users@lists.ettus.com
                            <mailto:usrp-users@lists.ettus.com>>
                            *Subject:* Re: [USRP-users] Sequence
                            Errors N200
                            The sticker for sbx shows F33612 and F33814.
                            How will this help ?


                            On Wed, Jul 17, 2019 at 1:50 PM Jason
                            Matusiak <ja...@gardettoengineering.com
                            <mailto:ja...@gardettoengineering.com>> wrote:

                                Sumit,

                                OK, the last idea I have:

                                There is a sticker on the back of the
                                N-series devices it /usually/ says the
                                version there, but not always.  This
                                has a little info:
                                
https://kb.ettus.com/About_the_Motherboard_and_Daughtercard_EEPROM_on_USRP_Devices#N200.2F210_EEPROM

                                Do they match?

                                
------------------------------------------------------------------------
                                *From:* Sumit Kumar <cog...@gmail.com
                                <mailto:cog...@gmail.com>>
                                *Sent:* Wednesday, July 17, 2019 7:45 AM
                                *To:* Jason Matusiak
                                <ja...@gardettoengineering.com
                                <mailto:ja...@gardettoengineering.com>>
                                *Cc:* usrp-users@lists.ettus.com
                                <mailto:usrp-users@lists.ettus.com>
                                <usrp-users@lists.ettus.com
                                <mailto:usrp-users@lists.ettus.com>>
                                *Subject:* Re: [USRP-users] Sequence
                                Errors N200
                                Hi Jason,

                                Yes they are consistent, I mean the
                                output of uhd_usrp_probe for both N200
                                is exactly the same (except the ip,
                                serial and mac addr).
                                I do not know where the problem is!
                                Hardware or software

                                Regards
                                Sumit

                                On Wed, Jul 17, 2019 at 1:19 PM Jason
                                Matusiak
                                <ja...@gardettoengineering.com
                                <mailto:ja...@gardettoengineering.com>> wrote:

                                    I am not really an N-series guy,
                                    so this probably won't be helpful.
                                    Have you tried doing a
                                    uhd_usrp_probe on both devices and
                                    seen that the responses are
                                    consistent?

                                    
------------------------------------------------------------------------
                                    *From:* USRP-users
                                    <usrp-users-boun...@lists.ettus.com 
<mailto:usrp-users-boun...@lists.ettus.com>>
                                    on behalf of Sumit Kumar via
                                    USRP-users
                                    <usrp-users@lists.ettus.com
                                    <mailto:usrp-users@lists.ettus.com>>
                                    *Sent:* Wednesday, July 17, 2019
                                    7:15 AM
                                    *To:* usrp-users@lists.ettus.com
                                    <mailto:usrp-users@lists.ettus.com> 
<usrp-users@lists.ettus.com
                                    <mailto:usrp-users@lists.ettus.com>>
                                    *Subject:* [USRP-users] Sequence
                                    Errors N200
                                    Hi,
                                    I am trying transmit using Ettus
                                    N200 (call it A) but getting this
                                    error message on the console

                                    
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSUSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................

                                    I looked for it on google and
                                    found these links
                                    
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2014-May/037495.html
                                    
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2012-July/032838.html

                                    Both the links suggested problem
                                    related to the gigabit port. Then
                                    I connected another USRP N200
                                    (call it B) to the same laptop and
                                    tried transmitting using that as
                                    there were no such sequence error
                                    messages.

                                    This makes me believe there is
                                    some problem with the first USRP,
                                    i.e., A.

                                    Further I tried with different
                                    versions of UHD 3.11, UHD 3.15..
                                    but its the same.

                                    Receive is good only transmit is
                                    throwing error.

                                    Not only with UHD, even in
                                    labview, when I transmit, I see
                                    nothing coming out from the N200 (A).

                                    I am using SBXv2 daughter board.

                                    Any clue!

                                    Regards
-- -- Sumit kumar
                                    Postdoc
                                    SnT, Luxembourg




-- -- Sumit kumar
                                Postdoc
                                SnT, Luxembourg




-- -- Sumit kumar
                            Postdoc
                            SnT, Luxembourg




-- -- Sumit kumar
                        Postdoc
                        SnT, Luxembourg


                        _______________________________________________
                        USRP-users mailing list
                        USRP-users@lists.ettus.com
                        <mailto:USRP-users@lists.ettus.com>
                        
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com



-- -- Sumit kumar
                Postdoc
                SnT, Luxembourg




-- -- Sumit kumar
        Postdoc
        SnT, Luxembourg




--
--
Sumit kumar
Postdoc
SnT, Luxembourg




_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to