- NXP 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
- Vigiles
- GUI Guider
- Zephyr Project
- Voice Technology
- Application Software Packs
- Secure Provisioning SDK (SPSDK)
- Processor Expert Software
-
- 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
-
-
- Home
- :
- QorIQ Processing Platforms
- :
- T-Series
- :
- Codewarrior flash error - Sector Protection Error.
Codewarrior flash error - Sector Protection Error.
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
We have a T1023 based design board which we are trying to program for first time with Hardcoded RCW. When flash programmer actions "Program and verify" are chosen, Erase fails:
"Error: Erase failed. Flash driver reports the following error(s): Sector Protection Error"
The Dump flash appears to go well from logs and the saved file is all 0xFF's (Clean flash).
Few details and background:
1) NOR flash is device S70GL02GT12FHBV20 (Cypress) - 256 MB.
2) Created a bareboard project in codewarrior and chose template target init script as "T1023RDB_init_sram.tcl" and Memory initialization one as "T1023RDB.mem". These were modified for our design (For 256 MB flash). Attached.
3) Added a flash device as "S29GL01GP (64Mx16x1)" with base address and offsets as captured in console logs.
Please advice/guide with your expertise. If a support request is required let me know too.
Solved! Go to Solution.
ufedor
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Have you considered that IFC address bus is 32-bit-wide for T1042 and only 28-bit-wide for T1023?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If this error happens only on one PC and CodeWarrior correctly works on other PC, try to reinstall CodeWarrior on this PC.
It looks like that CodeWarrior incorrectly installed on this PC.
Regards,
Rachel Gomez
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Considering switching "ADM_SHFT_MODE" and modification of CPLD logic to handle addresses straight. Thanks for assistance.
ufedor
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Please add Unprotect Action for selected sectors.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Yup tried that as well .. Doesn't work.
fl::target -lc "T1023_Fresh_debug-core00_RAM_T1023_Connect"
fl::target -b 0x0 0x10000
fl::target -v on -l off
cmdwin::fl::device -d "S29GL01GP" -o "64Mx16x1" -a 0xe0000000 0xe7ffffff
cmdwin::fl::protect all off
Beginning Operation ...
-------------------------
Performing target initialization ...
Downloading Flash Diagnostics Driver ...
Reading flash ID ...
Unprotecting all sectors...
Unprotecting ...
Unprotecting ....
Unprotecting .....
Unprotecting ......
Unprotect Command Succeeded
fl::target -lc "T1023_Fresh_debug-core00_RAM_T1023_Connect"
fl::target -b 0x0 0x10000
fl::target -v on -l off
cmdwin::fl::device -d "S29GL01GP" -o "64Mx16x1" -a 0xe0000000 0xe7ffffff
cmdwin::fl::image -f "C:\\Users\\labuser\\qcvs\\NTK55952\\Generated_Code\\PBL.bin" -t "Auto Detect" -re off -oe on -o 0xe3a20000
cmdwin::fl::erase image
Beginning Operation ...
-------------------------
Auto-detection is successful.
File is of type Binary/Raw Format.
Performing target initialization ...
Downloading Flash Device Driver ...
Reading flash ID ...
Erasing Sector 0xE3A20000 to 0xE3A3FFFF
Erasing ...
Error: Erase failed. Flash driver reports the following error(s): Sector Protection Error
Error: Erase failed. Flash driver reports the following error(s): Sector Protection Error
Real assistance would be to verify the two codewarrior scripts we modified to suit our design with minor changes, please check them once, they are attached in this request:
< T1023RDB_init_sram.tcl>
=> Expanded LAW window as (0xE000_0000 – 0x EFFF_FFFF) to accommodate 256 MB flash device.
=> IFC Controller setup for new space.
< T1023RDB.mem>
=> TLB Entries and reserved range update for flash.
Meanwhile we are also checking the addresses put on the address bus of the flash device, since there is one more device in between T1023 and Flash device.
ufedor
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
".mem" file is not used during Flash Programmer operation.
In the modified "T1023RDB_init_sram.tcl" ADM_SHFT_MODE=0:
mem [CCSR_ADDR [expr {0x124130 + $NOR_CS * 0x0C}]] = 0x0000000C
Why?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
This is alright, we have a CPLD device between T1023 and Flash.
T1023 =>CPLD=> Flash.
And is according to the expectation of CPLD device.
We also use T1042 based system with same flash and CPLD device which works perfectly...
This setting came from there (ADM_SHFT_MODE=0)
We are also verifying if CPLD device is putting correct addresses or not for flash.
ufedor
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Have you considered that IFC address bus is 32-bit-wide for T1042 and only 28-bit-wide for T1023?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Going through Reference manuals of T1042 and T1023 i see no differences between IFC block of both.
I hope you are not taking about our design (Which uses 28 bit indeed)?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks Fedor this is a very good point. I get it now.
I was running through "Integrated flash" section in Reference manual for T1023.
<Table 23-1. Signal properties>
Which mentioned
IFC_AD[0:15] AD[0:15]
IFC_A[16:31] ADDR[16:31]
Which led me to believe that its a 32 bit bus. But its not actually.
