- 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
- Wireless ConnectivityWireless Connectivity
- RFID / NFCRFID / NFC
- Advanced AnalogAdvanced Analog
- MCX Microcontrollers
- S32G
- S32K
- S32V
- MPC5xxx
- Other NXP Products
- 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
- S32M
- S32Z/E
-
- 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
- Generative AI & LLMs
-
- 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
- ARM Microcontrollers
- i.MX Processors
- Identification and Security
- Model-Based Design Toolbox (MBDT)
- QorIQ Processing Platforms
- S32 Automotive Processing Platform
- Wireless Connectivity
- CodeWarrior
- MCUXpresso Suite of Software and Tools
- MQX Software Solutions
- RFID / NFC
- Advanced Analog
-
- NXP Tech Blogs
- Home
- :
- CodeWarrior
- :
- CodeWarrior for MCU
- :
- Re: Using Codewarrior (CW) to program MC68HC908GP32 I noted several "*** illegal opcode" into assembled files (as displayed into CW debug assembly window). The same I noted with the HC08 demo projects of CW. Why this? If the source files are correct, wher
Using Codewarrior (CW) to program MC68HC908GP32 I noted several "*** illegal opcode" into assembled files (as displayed into CW debug assembly window). The same I noted with the HC08 demo projects of CW. Why this? If the source files are correct, where do
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Using Codewarrior (CW) to program MC68HC908GP32 I noted several "*** illegal opcode" into assembled files (as displayed into CW debug assembly window). The same I noted with the HC08 demo projects of CW. Why this? If the source files are correct, where do
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Using Codewarrior (CW) to program MC68HC908GP32 I noted several "*** illegal opcode" into assembled files (as displayed into CW debug assembly window). The same I noted with the HC08 demo projects of CW. Why this? If the source files are correct, where do they all come from?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Are you certain that the 'illegal opcode' values are in code, and not data structures or variable values?
I have only (1) function in my projects for 908 / 9S08 controllers that intentionally contains an illegal opcode - I use it to force a CPU reset (and thus a system reset) under software control if things get into an invalid or unrecoverable state. My processor initialization is setup so an illegal opcode exception causes the system reset.
Otherwise I don't know why such would be in the code of the project, unless the disassembler was misinterpreting data for for instructions, or had gotten out of synch with what processor it is connected with.
