• State Resolved
  • Locked Locked
  • Replies 6 replies
  • Subscribers 79 subscribers
  • Views 984 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

MSP430F5244 Flash Programming

Akshat Saraf
Intellectual 325 points

Other Parts Discussed in Thread: MSP430F5244, CC2530

Hi,

I am using MSP430F5244 mcu application with CC2530 Zigbee HA communicating on uart. I want to update the firmware of mcu with the help of Flash memory.

I have seen that MSP430F5244 have two Flash partition FLASH and FLASH2. My application is around 40kb and it is able to fit in FLASH part.

I want to use FLASH2 as a storage for firmware update and after restarting, mcu should boot from the FLASH2 address space. Is it possible ?

If yes, please guide me for the same.

Thanks in advance.

  • 0
    Guru 25210 points
    >Is it possible ?
    No.

    The reset (and all other interrupt vectors) are only 16 bits. That means that your application startup code has to always be in the lower 64KB address space.

    There are other options. Have you considered using the BSL to upgrade the application "in-place"?
  • 0 in reply to Brian Boorman
    Intellectual 325 points
    Hi Brian,

    Thanks for your response.
    I have gone though the BSL document also, but my problem is I have connected CC2530 to USCIA0 port. MSP430 BSL needs TA0.0 and TA0.1 pins.
    Is there any way to do it using BSL and with CC2530 (Zigbee HA router) ? Actually i want to do the update remotely.
  • 0 in reply to Akshat Saraf
    Guru 25210 points
    >Is there any way to do it using BSL and with CC2530

    You could take the BSL source and customize it to your system. If you have a known crystal feeding the MSP (so a known SMCLK) then you could use the USCI with the BSL instead of the Timer module. The pre-programmed BSL uses the Timer only because it has no way of knowing what the CPU frequency is in a customer's application and thus has to auto-adapt to get a workable bit-timing for serial communications.

    Since you know the parameters of your specific application, you can take advantage and just use the USCI with the proper clock selection and baud rate divisors. However, you would need to make these changes and modifications yourself.
  • 0 in reply to Brian Boorman
    Intellectual 325 points
    Hi Brian,
    Thanks for your response.
    I have gone though BSL doc and I have found the discussion here :
    e2e.ti.com/.../221505

    I think this will helpful for my application.
  • 0 in reply to Akshat Saraf
    Guru 25210 points
    Just be aware that in the thread you referenced, when they are talking about UART, they are really talking about the Timer A as UART, not the USCI. You'll still need to develop that portion.
  • 0 in reply to Brian Boorman
    Intellectual 325 points
    Hi Brian,

    Thanks for your suggestion.
    I will try to develop that part, and update you.

**Attention** This is a public forum