No BOOTME on DM648 Lyrtech EVM

Sorry. Typo, I should have type 115200.

The configuration is as you stated above. The issue still persists.[:(]

Thanks

Eddie

Hi Eddie,

I looked into this a bit this morning, and although I do have an update I do not yet have a resolution. I configured my DIP switches to SW2 = 1100101000 and SW3 = 1111010000 and I do receive output to my terminal; however, this output is always garbage. It does output every few seconds and the garbage remains almost always identical so I am confident this is the BOOTME message. Because the data is garbled, this led me to believe there was a timing issue.

As you already know the ROM requires a 27MHz input clock which the DM648EVM has. I took a peak at the UART registers after configuring it for UART boot  and I see the DLL register set to 0x31. By my calculations this is what I expect in order for the UART to hit the 115200 mark (((27MHz * 20)/6)/(16*50) = ~115200) but for some reason this is not functioning correctly. I am still debugging to see if I can figure out why this fails.

Hi Tim

I'm glad you found the issue[:D], but bummed I can't use the board for what we bought it for [:(].

Are there any HW modifications we can do to get it to run the UART boot mode?

Also, is your calculation correct?

   (((27MHz * 20)/6)/(16*50) = ~115200)

I get 112500 baud not the required 115200 baud (I noted you said approximately ( "~") but 112500 seems way off.)

Cheers

Agreed that the value is not precisely 115200, but I believe UART can function with up to a 5% tolerance (a 112500 baud rate is about 2.3%).

I'm checking to see if there's something that can be done to remedy this. The MSP430 controls the CDCE906 before the DSP is released from RESET so if the MSP430 code can be modified then this should be a pretty easy change. I have to see if the MSP430 source code is available (or if Lyrtech ever created an alternate firmware version).

Thanks a bunch.[:Y]

Hi

According to the "Using the DM648 Bootloader spraaj1d.pdf doc,

"The bootloader software does not use auto-baud detect. The UART clock divide registers are set for a
total divide down value of 15. With a 27-MHz input clock, this yields an approximate baud rate of 115 kbps
(kilobits per second). The input clock supplied to the UART bypasses the PLL; therefore, this baud rate is
unaffected by PLL configuration and advantage can be taken of the FASTBOOT modes for faster CPU
clock."

With my calculation, 27e6/15 = no where close to 115 kbps[:S]. Your 20/(6*16*50) factor is a lot closer.

Anyhow, when the document refers to the PLL, is it referring to the PLL driven by CLKIN1 or CLKIN2 pins?

And thats the same CLKIN you are referring to in the previous emails?

Thanks.

Hi

I noticed the DM648 data sheet (sprs372d.pdf) Table 3-3 says FASTBOOT=0 hence it is not available for the UART. Yet the "Using the DM648 Bootloader spraaj1d.pdf says that FASTBOOT can be 0 or 1.

Which is correct?

What happens if FASTBOOT = 0? The "using the DM648 bootloader ..." doc only states what happens when FASTBOOT=1.

Thanks

Hi

(Yet another question)

I was wondering where your (((27MHz * 20)/6)/(16*50) = ~115200) numbers came from.

where

- 20: Due to FASTBOOT which sets SYSCLK multiplier to 19 (using thebootloader doc spraaj1d.pdf)

- 6: Due to UART bit clock = 1/6th of SYSCLk (From the UART GUIDE spruel8a.pdf)

- 16: ??

- 50: You mentioned the clk divide register was set to 0x31 (49). I can't find any documentation on this.

In the "Using the Bootloader..." doc Sec 1.10.1, it states that the UART clock divide registers are set to 15. Could you help me understand how the clock dividing works?.[:S]

If FASTBOOT=0, then the 6 factor is removed from the equation and the divider is not set to 0x31?

Many thanks

Eddie said:

With my calculation, 27e6/15 = no where close to 115 kbps. Your 20/(6*16*50) factor is a lot closer.

Anyhow, when the document refers to the PLL, is it referring to the PLL driven by CLKIN1 or CLKIN2 pins?

And thats the same CLKIN you are referring to in the previous emails?

Eddie said:

What happens if FASTBOOT = 0? The "using the DM648 bootloader ..." doc only states what happens when FASTBOOT=1.

Eddie said:

I was wondering where your (((27MHz * 20)/6)/(16*50) = ~115200) numbers came from.

Thanks TIm

Your comments really help to bring clarity to the documentation errors![:D]

Cheers
Eddie

Hi Tim

Any luck finding a fix?[*-)] Our new hardware is coming out fab in a couple weeks and I'd sure like to have verified that I can load my test apps using the EVM UART boot mode.

Cheers

Eddie

Eddie,

I haven't heard back from Lyrtech yet. I'll be sure to let you know when I do hear anything back. You may want to submit this question to them yourself (who knows, it may speed up the process [:)] ).

Yiks.[:S] The last time I sent them a request it took 2 weeks for a response. I'd better send it pronto.

Cheers

RS232 boot mode is not supported on DM648 evm (all rev including C2).

1- As a workaround, if user want to customize an evm board to run application at startup, he could program his application easily in onboard evm flash memory (32 MB) and configure the dip switches to boot direct from flash. Provided Lyrtech "evmupdater" application can be easily used to program any user ".out" application in flash memory.

2- If a user really want to send code through rs232, he could program a small application in flash memory that configures rs232 correctly then wait from the serial port to download some binary file sent by user application. But this should all be done by user dsp application without using the dsp boot rom.

For additionnal support, please contact support@lyrtech.com

Thanks for suggesting a.......... solution..............I think[:S]

The response I received from Lyrtech:

Dear Edward,

Uart boot mode is unsupported on the EVM. EVM clocks (DSP/VIDEO/AUDIO) are
all based on a 33 MHz clock by design because 27 MHz clock does not allow to
run the cpu at maximum speed. 27 MHz clock is unsupported on the EVM.

As a suggested workaround:

1- you can boot your application from flash memory instead (using lyrtech
evmupdater tool allows to burn an application in flash memory easily from
your application .out file, using a jtag emulator).

2- Another but more difficult work around would be to write a small
application that would initialize the evm serial port say at 115200 Bauds,
than wait for a binary transfer received from the serial port. These small
apps could simply dump the binary received at fixed location in DDR2 or L2
memory (depending of your requirement). You can look at DVSDK
"C:\dvsdk_1_11_00_00_DM648\pspdrivers_1_10_00\packages\ti\sdo\pspdrivers\sys
tem\dm648\bios\evmDM648\uart"

UART example application for UART communication (path is for latest 1.11
DVSDK). In this case, you would download your binary application and then
jumping to execute it after. These workarounds do not rely on the rom
bootloader uart mode.

3- Ethernet rom boot mode can also be used but would require writes a more
complicated PC computer application.

Hope this information help

Hi

Since I have to write my own flashed UART bootloader, is there example code that does what the DM648 resident UART bootloader does? What I'm looking for is something that parses the AIS format so that the UART reading software knows how many bytes it is expecting to receive?

Thanks