![Volkswagen potvrzuje levný elektromobil ID.2 na rok 2025, má mít 38 kWh nebo 56 kWh 8640/volkswagen-id2-50.webp](volkswagen-potvrzuje-levny-elektromobil-id-2-na-rok-2025-ma-mit-38-kwh-nebo-56-kwh/8640/img/volkswagen-id2-50.webp)
Proč se mi každou půlnoc rozsvítí můj HD???
Čau, hele stává se Vám taky že přesně na minutu ve 12:00pm se vám probudí hd? každou půlnoc na to koukám jak vlázen jentak se mi rozvítí a nic se nestane, pak zase zhasne po určité době,ale proč to udělá to nevím. dík
Automaticka udrzba systemu, kontroluji a nejak se zpracovavaji udalosti na dany den atp. Vlastnost, pokud se zarizeni pak zase normalne vypne, neni treba resit:) Problem je, kdyz se pak nevypne...
ale když ho mám o půlnoci v kapse a něco se mi tam pomačká vytočí nebo něco tak to dobrý moc neni ;-)
toho jsem si take vsiml a pozastavil se nad tim. Vysvetleni jake tu napsal Pavel dava celkem smysl :)Pomackani se bat nemusis pokud pouzivas nejaky lock zarizeni jako napr. S2U2 apod...
Už jsem to tu někde psal.. "Předpokládám, že máte nainstalovaný G-Alarm, ten přesně toto probouzení o půlnoci způsobuje.."
Je to popsáno v manuálu G-Alarmu:
2. Windows alarm bug
Windows Mobile has on some devices a strange behaviour: Although an alarm is successfully added to the WM notification queue (it's like a scheduler) it doesn't go off.
Searching the web gave me following information:
At midnight WM rebuilds the notification queue, therefore it wakes up for about 15 seconds. If the notification queue is too big or the device too slow WM goes to sleep again before it could finish building the queue for the next day.
If you force WM too stay awake for a longer time, it should successfully build the queue on at least more devices.
If you start G-Alarm and it complains about the Windows alarm bug, you've got the default WM settings (15 seconds WakeUpTime). If you press "Yes" G-Alarm changes it to 120 seconds which should be enough.
Here are the registry values G-Alarm changes:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Power\Timeouts\ACResumingSuspendTimeout
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Power\Timeouts\BattResumingSuspendTimeout
2. Windows alarm bug
Windows Mobile has on some devices a strange behaviour: Although an alarm is successfully added to the WM notification queue (it's like a scheduler) it doesn't go off.
Searching the web gave me following information:
At midnight WM rebuilds the notification queue, therefore it wakes up for about 15 seconds. If the notification queue is too big or the device too slow WM goes to sleep again before it could finish building the queue for the next day.
If you force WM too stay awake for a longer time, it should successfully build the queue on at least more devices.
If you start G-Alarm and it complains about the Windows alarm bug, you've got the default WM settings (15 seconds WakeUpTime). If you press "Yes" G-Alarm changes it to 120 seconds which should be enough.
Here are the registry values G-Alarm changes:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Power\Timeouts\ACResumingSuspendTimeout
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Power\Timeouts\BattResumingSuspendTimeout
No G-alarmom to nebude. Ja ho nemám a robí mi to tiež. A tuším že to robilo vždy, či som ho mal alebo nemal. Teraz mám ROM Dutty Extreme 2.3. A naozaj, pokiaľ je S2U tak to nie je taký problém. Inak by ma zaujímalo, že keďže v TF3D sa štandardne pri original Romke o polnoci neprehodili udalosti na ďalší deň (to sa riešilo, že sa prehodia až po pridaní alebo vymazaní položky v kalendári alebo vypnutí a zapnutí zariadenia...) tak čo vlastne sa aktualizovalo... Pri tejto Romke čo mám je ta aktualizacia TF3D v pohode, funguje ako má, takže je v pohode že sa niečo také stane...