- 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
- Neural Processing UnitsNeural Processing Units
- 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
- Neural Processing Units
-
- NXP Tech Blogs
- Home
- :
- Translated Content
- :
- Multi Source Translation Content
- :
- 1987904_en-US
1987904_en-US
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
1987904_en-US
1987904_en-US
Hello,
According to ERR050080 in Errata IMX8MM_0N87W, "There is a degradation of the internal IO pullup/pulldown capability when the IO pads are continuously driven in the opposite logic level,"
What is the meaning of continuously? more than 1 millisecond, 1 minute, or 1 hour???
On my design, The IO pad could be driven in the opposite logic level of internal Pullup /pullodwn resistor during software boots. After, the software disable the internal pullup/pulldown.
It's not continously, but it could be more than several tens of seconds.
Do you think it could be be a problem?
Remark: the operating temperature is -20/+70°C.
Best Regards.
Sylvain
Hello @Sylvain_B
If pull-up/Pull-down resistors are not required (internal or external), it should works well, there is not related known issue, but anyway is recommended to disable the the Pull resistors by software as you are doing.
Best regards,
Salas.
=> So, can you confirm that if the IO pad is driven at the logic level opposite to the internal pullup/pullodwn resistor during software startup and then the software disables the internal pullup/pulldown after several tens of seconds, there won't be a problem?
Alternatively , In the first version of the erratasheet (Rev 0) 01/2019, it is mentioned that the impedance pad is downgraded (20k -> 92k). Could you please confirm that only the resistor value is affected on theand that the IO will still be functional (without the internal PU/PD resistor.
Best Regards
Hello @Sylvain_B
There is not documented exact "time" to describe continuously. The errata ERR050080 impact to the operations like a communication protocol that use changes in the line to the opposite state of the pull at 3.3v, that means continuously.
As the workaround of this Errata, is recommended to use external pulls and disable from software.
Best regards,
Salas.