Code shared between Processor Expert configurations

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Code shared between Processor Expert configurations

Jump to solution
815 Views
allgood38
Contributor I

I am currently developing code for the KL15Z128, but often only have access to the KL25Z128 for testing. Right now I have two completely separate projects in KDS for each chip, and need to carefully merge changes between them as I add code.

I was thinking it would be cool to create two projects dedicated to generating the Processor Expert configurations, which create the same components with exactly the same names, whose source files are included by a third project which contains the actual code.

Is this the right way for going about this? Does KDS (or maybe Codewarrior) have a method for doing this?

Thanks,

Tags (2)
0 Kudos
1 Solution
690 Views
BlackNight
NXP Employee
NXP Employee

You can consider this approach: one project with two configurations. You can have two CPU's in the project and switch between them.

See http://mcuoneclipse.com/2012/03/07/configurations-with-processor-expert/

I'm doing this for several of my projects.

The only disadvantage is that you can not have both project 'active' the same time (e.g. to debug in parallel for the KL15 and the KL25). In that case I'm doing the approach you mentioned: two projects (with different CPU's, but same components), but not sharing the generated code, but the application code/sources in a 'common' folder/library.

I hope this helps,

Erich

View solution in original post

0 Kudos
2 Replies
691 Views
BlackNight
NXP Employee
NXP Employee

You can consider this approach: one project with two configurations. You can have two CPU's in the project and switch between them.

See http://mcuoneclipse.com/2012/03/07/configurations-with-processor-expert/

I'm doing this for several of my projects.

The only disadvantage is that you can not have both project 'active' the same time (e.g. to debug in parallel for the KL15 and the KL25). In that case I'm doing the approach you mentioned: two projects (with different CPU's, but same components), but not sharing the generated code, but the application code/sources in a 'common' folder/library.

I hope this helps,

Erich

0 Kudos
690 Views
allgood38
Contributor I

Great, thanks!

I hadn't realized that the additional CPU component would automatically create a new configuration, and that enabling/disabling a component would stick to the active configuration.

0 Kudos