(section 1.4.4) and DaVinci serial download utility as a starting point, I just tried to create an OMAP3 boot ROM UART download utility. And, well, failed
Two files (target and host) for easy review and complete project in attachment.
The host tool should wait for the ASIC ID of OMAP3 (which it gets) and then it sends 0xF0030002 (peripheral boot), image size (example image has 136 bytes) and then the 136 bytes image.
It is my understanding that the target image is loaded into internal SRAM to 0x40200000 and immediately when size bytes (here 136) of image are downloaded the processor jumps to 0x40200000 executing the code there.
Assuming this, I thougt example code can just write "Hello OMAP3" to UART3 THR register in infinite loop. Then attaching with terminal
program should give infinite hello message. But I get nothing
(section 1.4.4) and DaVinci serial download utility as a starting
point, I just tried to create an OMAP3 boot ROM UART download utility.
And, well, failed
Two files (target and host) for easy review and complete project in
attachment.
The host tool should wait for the ASIC ID of OMAP3 (which it gets) and
then it sends 0xF0030002 (peripheral boot), image size (example image
has 136 bytes) and then the 136 bytes image.
It is my understanding that the target image is loaded into internal
SRAM to 0x40200000 and immediately when size bytes (here 136) of image
are downloaded the processor jumps to 0x40200000 executing the code there.
Assuming this, I thougt example code can just write "Hello OMAP3" to
UART3 THR register in infinite loop. Then attaching with terminal
program should give infinite hello message. But I get nothing
i have a part patch (attached which i have been trying with).w.r.t
x-loader.. But the result is same as you: No Luck yet!!
(section 1.4.4) and DaVinci serial download utility as a starting point, I just tried to create an OMAP3 boot ROM UART download utility. And, well, failed
Two files (target and host) for easy review and complete project in attachment.
The host tool should wait for the ASIC ID of OMAP3 (which it gets) and then it sends 0xF0030002 (peripheral boot), image size (example image has 136 bytes) and then the 136 bytes image.
It is my understanding that the target image is loaded into internal SRAM to 0x40200000 and immediately when size bytes (here 136) of image are downloaded the processor jumps to 0x40200000 executing the code there.
Assuming this, I thougt example code can just write "Hello OMAP3" to UART3 THR register in infinite loop. Then attaching with terminal
program should give infinite hello message. But I get nothing
i have a part patch (attached which i have been trying with).w.r.t
x-loader.. But the result is same as you: No Luck yet!!
Dirk Behme said the following on 04/20/2008 12:56 PM:
>
> I tried what you proposed in [1], still without luck.
>
> Do you like to have look to attachment? Maybe you see what I'm missing
Yes. will do that on monday. kind of tied up today with house chores and
beagle is away for upgrades.. :(..
got my board finally and made some time to look at this.. I got the
LEDs to glow.. but I cant get them to blink (they wont go off now)
:(.. Setting either GPIO-149 or 150 seem to glow both USR0 and USR1
LEDs together :(.. probably I am missing something else.. been
scratching my head for last couple of hours without much use..
probably I gotta hibernate now and look at it afresh later..
By the way, I did get USB peripheral download working with a tiny
variant of the testusb example file. - it detects on windows, but not
much luck without a filter driver.. Linux did work in a breeze without
a kernel driver - the required data was all in the public TRM
The USER LEDS are shorted on the Beagle board and they cannot be
controlled individually. You need to control both GPIO_149 and GPIO_150
to control the LEDs.
Gerald
Dirk,
Dirk Behme said the following on 04/20/2008 12:56 PM:
>
> I tried what you proposed in [1], still without luck.
>
> Do you like to have look to attachment? Maybe you see what I'm
missing Yes. will do that on monday. kind of tied up today with
house chores and beagle is away for upgrades.. :(..
got my board finally and made some time to look at this.. I got the LEDs
to glow.. but I cant get them to blink (they wont go off now) :(..
Setting either GPIO-149 or 150 seem to glow both USR0 and USR1 LEDs
together :(.. probably I am missing something else.. been scratching my
head for last couple of hours without much use.. probably I gotta
hibernate now and look at it afresh later..
By the way, I did get USB peripheral download working with a tiny
variant of the testusb example file. - it detects on windows, but not
much luck without a filter driver.. Linux did work in a breeze without a
kernel driver - the required data was all in the public TRM
The USER LEDS are shorted on the Beagle board and they cannot be
controlled individually. You need to control both GPIO_149 and GPIO_150
to control the LEDs.
Thanks. yep. it works now.
Dirk,
Looking at the problem on a full stomach helped
Attached code gives blinky blinky LEDs frequency of 1Hz. Kinda round
about way to test 32Khz clock though ;).. did not add print code
though..
The USER LEDS are shorted on the Beagle board and they cannot be
controlled individually. You need to control both GPIO_149 and GPIO_150
to control the LEDs.
Thanks. yep. it works now.
YES! Great!
Dirk,
Looking at the problem on a full stomach helped
Attached code gives blinky blinky LEDs frequency of 1Hz. Kinda round
about way to test 32Khz clock though ;).. did not add print code
though..
- I will add Nishanth's (c), repackage the stuff and then send it to this list in a new thread we can link to from wiki page. With this, people can get everything with one download.
- Now that we have a download/debug (LEDs) tooling, we should start to discuss how download/flash target code should look like. Will start an new thread for this, too.
- I will add Nishanth's (c), repackage the stuff and then send it to
this list in a new thread we can link to from wiki page. With this,
people can get everything with one download.
Done.. attached. (I did change the original name of Dirk'sGames to
omap3_peripheral
- Now that we have a download/debug (LEDs) tooling, we should start to
discuss how download/flash target code should look like. Will start an
new thread for this, too.
Aaah.. an area at least for the moment I cannot enter.
Regards,
Nishanth Menon
- the required data was all in the public TRM