- Forums
- Product Forums
- General Purpose MicrocontrollersGeneral Purpose Microcontrollers
- i.MX Forumsi.MX Forums
- QorIQ Processing PlatformsQorIQ Processing Platforms
- Identification and SecurityIdentification and Security
- Power ManagementPower Management
- MCX Microcontrollers
- S32G
- S32K
- S32V
- MPC5xxx
- Other NXP Products
- Wireless Connectivity
- S12 / MagniV Microcontrollers
- Powertrain and Electrification Analog Drivers
- Sensors
- Vybrid Processors
- Digital Signal Controllers
- 8-bit Microcontrollers
- ColdFire/68K Microcontrollers and Processors
- PowerQUICC Processors
- OSBDM and TBDML
-
- Solution Forums
- Software Forums
- MCUXpresso Software and ToolsMCUXpresso Software and Tools
- CodeWarriorCodeWarrior
- MQX Software SolutionsMQX Software Solutions
- Model-Based Design Toolbox (MBDT)Model-Based Design Toolbox (MBDT)
- FreeMASTER
- eIQ Machine Learning Software
- Embedded Software and Tools Clinic
- S32 SDK
- S32 Design Studio
- GUI Guider
- Zephyr Project
- Voice Technology
- Application Software Packs
- Secure Provisioning SDK (SPSDK)
- Processor Expert Software
- MCUXpresso Training Hub
-
- Topics
- Mobile Robotics - Drones and RoversMobile Robotics - Drones and Rovers
- NXP Training ContentNXP Training Content
- University ProgramsUniversity Programs
- Rapid IoT
- NXP Designs
- SafeAssure-Community
- OSS Security & Maintenance
- Using Our Community
-
- Cloud Lab Forums
-
- Knowledge Bases
- Home
- :
- CodeWarrior
- :
- CodeWarrior for MCU
- :
- need GC128 service pack for codewarrior version 3.1
need GC128 service pack for codewarrior version 3.1
已解决
1 解答
11-22-2007
11:49 AM
507 次查看
One reason could be that he has payed for V3.1 and doesn't wish to pay yet another fortune for a product he has already payed for... That's why I am still using that version myself.
However, since the HCS12 is code-compatible between every derivate, simply picking another derivate will work, you only need to pick one that ressembles of GC128.
As far as I am aware, picking a derivate in CW does three things:
- Gives you a default memory map in the .prm file. This may or may not be the same one Freescale recommends in the manual, depending on derivate. Since you can't trust that CW picks the recommended mapping, you will have to see the manual yourself at any rate. And of course also take your own project's needs in account. So you can live without this feature/issue.
- Selecting the correct "FPP" file when using the CW debugger. This needs to be a FPP file of a derivate with the same default mapping as GC128, since the debugger will used that information to download bootloader stuff into RAM during program download. If you aren't using the CW debugger, this won't affect you at all.
- Processor Expert related stuff. I have never used it, but I assume it needs to know the exact derivate.
So if you pick another S12 derivate which maps RAM the same way as CG128, there is no reason it won't work. Luckily, every x128 device maps RAM to 0x0000 out of reset. So you should be able to use DG128, A128 etc. I have done this plenty of times on both HCS12 and HC08 without any problems.
Message Edited by Lundin on 2007-11-22 11:49 AM
However, since the HCS12 is code-compatible between every derivate, simply picking another derivate will work, you only need to pick one that ressembles of GC128.
As far as I am aware, picking a derivate in CW does three things:
- Gives you a default memory map in the .prm file. This may or may not be the same one Freescale recommends in the manual, depending on derivate. Since you can't trust that CW picks the recommended mapping, you will have to see the manual yourself at any rate. And of course also take your own project's needs in account. So you can live without this feature/issue.
- Selecting the correct "FPP" file when using the CW debugger. This needs to be a FPP file of a derivate with the same default mapping as GC128, since the debugger will used that information to download bootloader stuff into RAM during program download. If you aren't using the CW debugger, this won't affect you at all.
- Processor Expert related stuff. I have never used it, but I assume it needs to know the exact derivate.
So if you pick another S12 derivate which maps RAM the same way as CG128, there is no reason it won't work. Luckily, every x128 device maps RAM to 0x0000 out of reset. So you should be able to use DG128, A128 etc. I have done this plenty of times on both HCS12 and HC08 without any problems.
Message Edited by Lundin on 2007-11-22 11:49 AM
3 回复数
11-22-2007
10:37 AM
507 次查看
Hello
Any reason you need to stay with CodeWarrior for HC(S)12 V3.1?
HCS12GC128 is supported in V4.5 & V4.6 of the software.
So easiest way for you to get support for that part is to upgrade to the latest release.
CrasyCat
11-22-2007
11:49 AM
508 次查看
One reason could be that he has payed for V3.1 and doesn't wish to pay yet another fortune for a product he has already payed for... That's why I am still using that version myself.
However, since the HCS12 is code-compatible between every derivate, simply picking another derivate will work, you only need to pick one that ressembles of GC128.
As far as I am aware, picking a derivate in CW does three things:
- Gives you a default memory map in the .prm file. This may or may not be the same one Freescale recommends in the manual, depending on derivate. Since you can't trust that CW picks the recommended mapping, you will have to see the manual yourself at any rate. And of course also take your own project's needs in account. So you can live without this feature/issue.
- Selecting the correct "FPP" file when using the CW debugger. This needs to be a FPP file of a derivate with the same default mapping as GC128, since the debugger will used that information to download bootloader stuff into RAM during program download. If you aren't using the CW debugger, this won't affect you at all.
- Processor Expert related stuff. I have never used it, but I assume it needs to know the exact derivate.
So if you pick another S12 derivate which maps RAM the same way as CG128, there is no reason it won't work. Luckily, every x128 device maps RAM to 0x0000 out of reset. So you should be able to use DG128, A128 etc. I have done this plenty of times on both HCS12 and HC08 without any problems.
Message Edited by Lundin on 2007-11-22 11:49 AM
However, since the HCS12 is code-compatible between every derivate, simply picking another derivate will work, you only need to pick one that ressembles of GC128.
As far as I am aware, picking a derivate in CW does three things:
- Gives you a default memory map in the .prm file. This may or may not be the same one Freescale recommends in the manual, depending on derivate. Since you can't trust that CW picks the recommended mapping, you will have to see the manual yourself at any rate. And of course also take your own project's needs in account. So you can live without this feature/issue.
- Selecting the correct "FPP" file when using the CW debugger. This needs to be a FPP file of a derivate with the same default mapping as GC128, since the debugger will used that information to download bootloader stuff into RAM during program download. If you aren't using the CW debugger, this won't affect you at all.
- Processor Expert related stuff. I have never used it, but I assume it needs to know the exact derivate.
So if you pick another S12 derivate which maps RAM the same way as CG128, there is no reason it won't work. Luckily, every x128 device maps RAM to 0x0000 out of reset. So you should be able to use DG128, A128 etc. I have done this plenty of times on both HCS12 and HC08 without any problems.
Message Edited by Lundin on 2007-11-22 11:49 AM
11-28-2007
09:40 PM
507 次查看
thanks lundin, i will try that next time. tech support emailed it to me all ready.
i do not like continuously updating software. 3.1 has worked well for years, i know how to navigate through it and see no need to change.
