• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

K7S5A, batterie Problem

Page 2 - Seeking answers? Join the AnandTech community: where nearly half-a-million members share solutions and discuss the latest tech.
Quotes from here:

In an ATX board that is in soft-off state (which is what happens when it powers down on its own, or the power button is pressed), the power supply's Standby rail provides the backup voltage to the RTC and CMOS RAM, as well as the chipset south bridge so you can push the power button again to make the south bridge wake the PSU and the rest of the system.

The "lost CMOS" issue comes in when during this power supply transition from Standby-Only to Full-On, the Standby rail takes a nosedive below the threshold where the RTC chip sets its "low voltage" flag. BIOS in turn uses that flag to then assume the CMOS RAM contents cannot be trusted, and there's your CMOS error message.

The battery on the board is only used when the board is in Physical Off state.

And:

Standby power going away (to physical Off state) isn't the problem - that's covered by the battery taking over.

The problem is the transition from Standby to On, where on many cheap power supplies one can observe the Standby rail dropping below the limit tolerated by the RTC while firing up the main rails. Now while the board is in On state, the Standby rail is supposed to feed the RTC, doesn't, and causes the RTC to complain.

In simple words, the Standby voltage may drop or go away altogether in Standby state (transitioning to Off), but in On state, it must be stable.
 
Back
Top