Hi All, I have bunch of code that we want to put the compiled file in the external flash, in the runtime i want to copy the code to RAM and run it from RAM. Consider that the code is using some variable in the RAM. the code is like this:
extern PROTOCOL_SOLVER PROTOCOL_CAN_SOLVER; //for ccn!!! CAN_FILTERING_ARRAY filter_array = { {0x650},1}; Can_Device m_canDev = {0x750, 0x0, 0xff, 500, &filter_array}; ProtocolProfiler profile1 = { PROTOCOL_CAN, &m_canDev, &PROTOCOL_CAN_SOLVER }; //task development ::::: ProtocolProfiler * m_CurrentProfile = &profile1; float Calculate_Ids_B0(void) { return 0.0f; } taskDiag task_sample[2] = {{1, 3, Calculate_Ids_B0, {{0, {0x10,0x90},2}}, {1}, 0, {""}, {0}}, {1, 3, Calculate_Ids_B0, {{0, {0x10,0x90},2}}, {1}, 0, {""}, {0}}}; ////just for references..... typedef struct _can_devices_ { uint16_t ID_part; uint8_t split_part; uint8_t fill_the_Rest ; uint16_t Delay_BetweenFrm; CAN_FILTERING_ARRAY * filter_array; } Can_Device; typedef struct _frame_bank_ { uint8_t frmBank[270]; uint16_t rec_byte_number; } m_FrmBank; typedef struct _PROTOCOL_SOLVER_ { uint8_t (*ConnectProcedure) (Can_Device * canSpec); uint8_t (*SendAndRecieveFrame) (Can_Device * DevSpec, uint8_t * buffer, uint16_t size_of_buffer, uint8_t bank_frm_num); } PROTOCOL_SOLVER; typedef struct _comm_protocol_profile_ { uint8_t protocol_type; Can_Device * can_spect; PROTOCOL_SOLVER * protocol_solver; } ProtocolProfiler;
I am using LPC1788 and EA-1788 board. I hope someone can help me.
Best Regards, MJM
The linker supports that you specify one address for where to store the data, and another address for where to run the data.
So you can get an output file that is intended for storage in external flash, but with all internal references adjusted for it to run in RAM.
Have your start up code in your normal internal FLASH, create a Load Region in the Scatter File describing the external FLASH, and put the RAM based code INSIDE that region.
For an example take a look at a normal scatter file, which describes internal FLASH, and your variables it is going to move into internal SRAM when it starts. The code that does this is in __main
Thanks for your replies. But you know it is a small part of code that should change dynamically. I think if I can put the code at specific address for example section 27 of ARM flash. I can replace this section at runtime from external flash.
I think it can be done easily. But I should work hard.
Thank you so much.
Don't bet too high on that project.
You must make sure that the linker knows all symbols in the fixed region really have the same fixed address for every rebuild.
While you must also make sure that any symbols the fixed part needs to access in your replaceable part have fixed addresses.
And remember that the compiler will not just play with variable and function names you include in your program. The generated code will also contain calls to helper functions in the runtime library.
Best is if you link the two parts as totally separate applications, and set up an access table for making calls to functions within the replaceable applet.
Or write the replaceable part in assembler.
Or go all-out and select a RaspPi or similar where you get real applications complete with dynamic libraries.
You know I am testing a simple procedure to handle this : each dynamic block of the code is placed at the given address. for example I have five code which they should be replaced dynamically. I compile and link them separately with the fixed part of code. In this way,I can just get and replace that section in demand. I hope this can be done easily. This is a way which I hope work!!!
Doesn't seem meaningful. Did you select a too small processor? Because if you are going to reprogram the chip, then why not do what "everyone else" is doing - have a small boot loader and then replace the full application? It is way more flexible to be able to replace 95% of the code, than to be able to replace 5%.
The speed is really important. the second part is just containing some data and some functions. these two parts are really separated. Just importing some structures and calculating some parameters. because there are about more than 1000 of these configurations.
replacing all code is done for upgrading issue by a boot-loader. But replacing the whole code is really time-consuming.
our IC is LPC1788 with external NAND flash.
"because there are about more than 1000 of these configurations."
You should try to separate code and data.
View all questions in Keil forum