Chris Liechti wrote:
as i'm using my own loader, i'm using also different IOs. there is no way to activate the ROM BSL without opening the device and connecting wires to the other pins.

We are putting the signals required for the TI BSL on a header that you have to open the device to get to but which make it easy for the factory to download code in the case where the flash is just too corrupted to run my BSL code. And we are also using different IOs for the user port.

if you realy want to encrypt the data, then some asymmetric algorithm with private and public key would be good. each device could have it's own private key, so that you can sell the updates per device.

That's the plan, plus adding keys for major and minor software version so something like a bug fix can be distributed for free, with a single update file, to anyone with that software version and the cost of an upgrade can depend on which version you currently have.

but there are "replacement BSLs" that allow higher baudrates and fix some bugs of BSL version 1.1. these are often used with F14x devices. they are loaded into RAM and executed from there.

That's probably where I got the idea that my BSL would have to operate out of RAM. Not needing to do that is hugely helpful.

Dale

Reply via email to