This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

RTOS/AM3358: NDK issues

Part Number: AM3358

Tool/software: TI-RTOS

I would like to use NDK (with SYS/BIOS) on beagleboard black. Examples from PDK 1.0.10 working only few minutes, any network buffer fulfilled. Its takes about few minutes, after that ping is lifeless... 

Time depends on value of:

Global.ndkTickPeriod

during 100 lifetime is about 5 minutes

10 - 2 minutes

3000 - 25 minutes

In Linux ethernet is not timelimited

Do you have any idea? 

  • The RTOS team have been notified. They will respond here.
  • Dariusz,

    >> any network buffer fulfilled

    Have you tried the NIMU_FtpExample_bbbAM335x_armExampleproject with file transfer? It should work without issue.
    Do you observe the ping lifeless issue with your own application or any example project from PDK?
    Does the issue happen after you upgrade to PDK 1.0.10 but works with previous PDK release?

    Regards,
    Garrett
  • Garrett,
    NIMU_FtpExample_bbbAM335x_armExampleprojec works well, but it is also time (send packages) limited. Without parallel pinging working few minutes during file transfer, with pinging about 2 minutes.
    Previous PDK was tested, results are similar for:
    PDK 1.0.7 with NDK 2.25.1.11
    PDK 1.0.9 with NDK 2.26.0.08
    PDK 1.0.10 with NDK 2.26.0.08.
    I just tested PDK network pure examples with clean BBB using XDS100v3, XDS220 debug via standard GEL for beaglebone black - results are consistent.

    Reagrds,
    Dariusz
  • Garrett,

    do yo have any idea?

    Do you know someone who tested PDK transport (NDK) examples?

    Regards,

    Dariusz

  • Hi Dariusz,

    Sorry for the late response. It's quite unusual the JTAG emulator header for beaglebone black I ordered hasn't received, will update you my findings early next week. These examples are tested by Processor SDK system test team, but may not use large file for longer time test, neither ping in parallel.

    Regards,
    Garrett
  • Dariusz,

    Is the "> .\TmpCBA7.tmp:Software caused connection abort" issue you observed with NIMU_FtpExample_bbbAM335x_armExampleproject test on BBB?

    Connected to 192.168.1.4.
    220 Welcome to TCP-TEST FTP server
    User (192.168.1.4:(none)): user
    331 Password required
    Password:
    230 Public login successful
    ftp> get test.dat
    200 Ok
    150 Transfering...
    > .\TmpCBA7.tmp:Software caused connection abort
    226 File transfer completed...
    ftp: 2560856064 bytes received in 236.24Seconds 10840.15Kbytes/sec.
    ftp>

    Regards,
    Garrett
  • Dariusz,

    Were you able to workaround/fix the ftp data transfer issue? Do you observe the same 'connection abort' or something else?

    Regards,
    Garrett
  • Hi Garrett,

    my response is:

    darjan@darjanhomex:~$ ftp 10.10.10.222
    Connected to 10.10.10.222.
    220 Welcome to TCP-TEST FTP server
    Name (10.10.10.222:darjan): user
    331 Password required
    Password:
    230 Public login successful
    Remote system type is Command.
    ftp> get test.bin
    local: test.bin remote: test.bin
    200 Ok
    150 Transfering...
    226 File transfer completed...
    2560000 bytes received in 0.24 secs (10.2650 MB/s)
    ftp> get test.bin
    local: test.bin remote: test.bin
    200 Ok
    150 Transfering...
    226 File transfer completed...
    2560000 bytes received in 0.24 secs (10.2877 MB/s)

    ---- after 2 minutes system hangs. Request:

    ftp> get test.bin
    local: test.bin remote: test.bin

    leaves without any answer. Ping also do not work...

    Do you have any idea? That example (ethernet with TCP/IP) working on BeagleBone Black is critical in my application.

    It is not possible to change into other board (i.e. am437x-IDK where ftp example working very well), because there is communication channel via GPMC with FPGA.

    Regards,

    Dariusz


    ftp> get test.bin
    local: test.bin remote: test.bin

  • Dariusz,

    With the '2560000' bytes data transfer, I don't see any issue with ping in parallel. Which revision of beagbone black board you have? Is it rev. C? Also, AM335x ICEv2 board has the GPMC interface in expansion connector:

    www.ti.com/.../TMDSICE3359
    processors.wiki.ti.com/.../AM335x_Industrial_Communication_Engine_(ICE)_EVM_HW_User_Guide

    Regards,
    Garrett
  • Garrett,
    thank you for fast answer.
    The '2560000' bytes data transfer takes few seconds, hangs problem is after few minutes. Lets try few times to get file from BBB.

    My BBB is HW rev.B6 and rev.C (industrial temp. grade).

    These same boards works good using linux (yocto) but in my application speed is necessary for fast control of two electric drives and 8 encoder sensors.
    I mention IDK with am335x but price is 4 times BBB.

    Regards,
    Dariusz