- 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
- 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
-
- 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
-
- 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
-
- Home
- :
- Product Forums
- :
- S12 / MagniV Microcontrollers
- :
- S12XEQ512 eeeprom hangs
S12XEQ512 eeeprom hangs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
S12XEQ512 eeeprom hangs
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi all,
I've issue in some devices that log data using EEEPROM. After several months it stops flushing data to EEEPROM that is enabled during start without any errors (query returns no dead secors, 4 sectors ready, ECOUNT = 306) . But after writing data to EEE RAM ETAG register never goes to zero. Then loop waiting for ETAG == 0 never ends. Error registers are zero...
Re-format of DFLASH solve this issue but how to investigate cause? ECOUNT is far below the limit.
Mask set 0M12S
lama
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
Before E/W EEEPROM it should not be any problem with changing EEPROM clock. The problem can be caused if there is any E/W from any reason.
The main issue I see you write it happens after few months so the lab tests are not easy to perform.
The easiest way how to point to the issue is to create an test code which will only use EEEPROM. Some code examples can be found here…
(XEP100 is a master device of the family … memory map attached)
If it works correctly then the issue can be in the application code and I can not imagine how to find the solution except code minimizing till it start works without issue and the think about next steps what they cause.
If the test code fails then the only way is to perform warranty return to the official distributor where you bought the device.
Moreover, i would also look at the errata list for used mask set of the device whether everything is served.
S12XE MCUs|16-Bit Microcontroller | NXP Semiconductors
... go to documentation and select errata ...
Best regards,
Ladislav
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I've found in the meantime, some of these devices had software that incorrectly set flash frequency for a while. Software starting sequence was: correc setting - incorrect - correct again - eeeprom enabled. May that cause error that cannot be fixed, even if software was fixed? I've fixed this bug in software and applied to devices that had issue but existing eeeprom errors wasn't fixed.
regards
Michal
lama
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
It is really hard to answer. The issue can be in anything and I am afraid you will have to use simplification method to find where the issue is. (expluding application features)
There are some hints in my mind to share:
- Wrong flash frequency set
- The behavior can only be a symptom of another issue .... for example accidentaly disabled emulation of the EEE.
- There could be an application problem od EEE usage ...
https://www.nxp.com/docs/en/application-note/AN3490.pdf
I have discussed he issue with my colleagues and we see no problem which should cause this issue if the EEE is correctly used. So, if you are sure that the code is absolutely OK then the last solution is warranty return to the official distributor where you bought the device.
We could imagine the issue during debugging when you read while write (or you have currently written DFLASH in the memory window of the debugger)
Of course the same can happen in the application if you accidentally read the DFLASH which is currently E/W but this needs deeper investigation.
Best regards,
Ladislav
