We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
Hi ALL,
i am using Cypress fx2lp chip in my application & uVision2 IDE. i have 16KB of code & data memory but my code size is more than it. so i am planning to have two memory segments 1. fixed memory (around 10KB) 2. shared memory n(6KB)
i am planning to store code in EEPROM. where on reset chip will start loading code in fixed memory. the required part of the remaining code will be loaded by fixed code in to shared memory whenever required. can i do this? any other suggestions
-dhanraj
Stephen,
it is not boot loader but similar stuff. fx2lp can talk to NAND flash. boot loader firmware is available for loading code from NAND flash for fx2lp. fx2lp is the perfect for my application but it has 16KB of internal memory only. though it can support 64KB of total i can not afford to have external memory(Huge quantity).my plan is to use memory overlay for 6KB memory & keep 10KB fixed code. i will always read from NAND so wearing issue is solved. remaining space in NAND will be used for mass storage purpose. i can manage mass storage & stuff. plan is compile some individual function & keep in hidden area of nand flash. load them into data/code memory whenever required (one at a time)& execute but how do i compile specific function individually which will be using global variable from fixed memory.
any suggestion
i will always read from NAND so wearing issue is solved. since you need the CODE in CODE memory (which is flash) the wearing issue is NOT solved.
Erik
Eric, code memory is 16KB RAM
still you would be far better off choosing a chip with more code memory (tons avaialble) or use an external code memory.
I take it security is an obvious non issue? IE you don't care if your code is dumped and reversed engineered?
That will be easy if you do things this way. There are reasons they don't use RAM for code space on many microcontrollers, theft is a one, another is people reprogramming it to do things you don't want it too. So property theft and liability are some of the main reasons you do not execute code from RAM on microcontrollers. Unless you are doing a consumer item that can't kill someone cause an explosion etc.
Stephen