Other Parts Discussed in Thread: SYSCONFIG,
We have connected our TMS320F280025C with a Linux based embedded computer. It is required to have over the air firmware update feature. The embedded computer having WiFi connectivity can remotely download the application file from a web server. The embedded computer has access to the microcontroller reset pin as well as boot mode select pins GPIO 24 and GPIO 32. GPIO24 is configured as BOOT1 whereas GPIO32 is configured as BOOT0 . Both pins are externally pulled high so that default selection is 0x011 (to boot from FLASH). The embedded computer should be driving the BOOT1 high during normal operations so that microcontroller starts code execution from FLASH. If firmware update is required then it will be driving the BOOT1 pin as 0 to select SCI boot. GPIO16 is configured as SCI_TX pin and GPIO17 is configured as SCI_RX pin. Based on this understanding, I have configured DCSM in the Sysconfig tool as shown below:
Flash entry address is chosen as 0x00080000 following the linker command settings:
MEMORY
{
BEGIN : origin = 0x080000, length = 0x000002
....
}
Kindly check if the settings are correct so that I don't ruin my Dev board by writing wrong OTP values.
I understand that all this is required since the default SCI boot pins are GPIO28 and GPIO29 otherwise I could use the default settings. Is there any way that we can use GPIO16 & GPIO17 as SCI boot pins without DCSM update. This can save us from manual firmware update on the empty microcontrollers.
