Search

Technical Discussion Group Forum

This forum is provided for user discussion. While Beacon EmbeddedWorks support staff and engineers participate, Beacon EmbeddedWorks does not guarantee the accuracy of all information within in the Technical Discussion Group (TDG).

The "Articles" forums provide brief Articles written by Beacon EmbeddedWorks engineers that address the most frequently asked technical questions.

To receive email notifications when updates are posted for a Beacon EmbeddedWorks product download, please subscribe to the TDG Forum of interest.

TDG Forum

PrevPrev Go to previous topic
NextNext Go to next topic
Last Post 24 Jan 2011 08:46 AM by  richard.laborde@logicpd.com
Getting started with BSL
 3 Replies
Sort:
You are not authorized to post a reply.
Author Messages
oliver.nottrodt
New Member
New Member
Posts:


--
14 Jan 2011 04:36 AM
    I trying getting started with the AM3517 eXperimenter kit. According to the documentation of the BSL-package one way to start with a small program is to interrupt the boot sequence and upload the raw file. I think that it shoud be possible to test a changed pin muxing for my own baseboard by editing \bsl\src\evmam35xx.c.

    Is it possible to update the device permanently going this way and autostart a program or do I have to go through the hole procedure described in http://processors.wiki.ti..._EVM_Software_Setup? Additionally I think TI uses the Codesourcery gnueabi whereas the BSL-package compiles with the eabi compiler. Do I have to uses different compiler packages accordant to the choosen way?

    Thanks for help in advance,
    Oli
    richard.laborde@logicpd.com
    Basic Member
    Basic Member
    Posts:247


    --
    14 Jan 2011 08:13 AM
    Oli,

    I am not an BSL expert, but I asked the guy that wrote them and here is his response:

    The BSL applications can be written to flash and autostarted using U-boot. I have burned one of them to flash in place of U-boot, and that works just fine as well.

    As for the question of gnueabi vs eabi, visit [1]. TI uses the compiler that is meant for linux. Yes, U-Boot is built using that compiler, but you have to bend the compiler to your will to do that. Much easier to just use the compiler meant for the task at hand.

    Mike

    [1] http://www.codesourcery.c...arm/portal/kbentry34

    I hope that helps.
    Thanks
    oliver.nottrodt
    New Member
    New Member
    Posts:


    --
    18 Jan 2011 09:33 AM
    Thanks Mike for the first support. I was able to execute my own test using U-boot.

    The main part of the test turns the user LED 3 on and off for several times:
    for (i = 0; i < 50; i++)
    {
    OUT_REGL(GPIO1_MODULE_BA+GPIO_SETDATAOUT,USERLED3_OFFSET); //UserLED3=GPIO11=uP_emu0
    OUT_REGL(GPIO1_MODULE_BA+GPIO_CLEARDATAOUT,USERLED3_OFFSET);
    }

    This test works nearly fine except that the LED is switched on for nearly 850ns. I expected something much shorter!

    I'm aware that the application is loaded into DDR and there are several clocks with prescalers that effect the interface access time. I need to access the gpios much faster but I dont know where to start!

    Could anyone give me a glue?

    Regards,
    Oli
    richard.laborde@logicpd.com
    Basic Member
    Basic Member
    Posts:247


    --
    24 Jan 2011 08:46 AM
    Oli,

    I recommend the TI 2e2 site (http://e2e.ti.com/). They have apps engineers assigned to this product.
    Thanks
    You are not authorized to post a reply.