Jede Minute geht das Display an.

[Eldkatten]

Hallo,

das gestrige Gespräch mit dem Telefonsupport war relativ unergiebig. Es wurden nur uns bekannte Aussagen gemacht:
- Ja, das Problem mit dem regelmäßigen Aufwachen aus dem Standby sei bekannt bzw. als Feature beabsichtigt.
- Es würde daran gearbeitet, das wieder auszubauen und im nächsten oder übernächsten Update zur Verfügung zu stellen.
- Nein, es gäbe keine Möglichkeit, das Aufwachen per Einstellungen irgendwelcher Parameter zu beseitigen. Eine Applikation, die das Aufwachen verhindert, sei nicht bekannt.

Das regelmäßige Aufwachen sei auch in den neusten Auslieferversionen (B30 und B02) nicht ausgebaut. Allerdings wurde es hier langsam unglaubwürdig, weil der Mann am Telefon anscheinend nicht die aktuellen Versions- bzw. Buildnummern kannte.

Auf meine Frage hin, warum denn auf der Update-Seite der Cat-Homepage immer noch nur die B28 verfügbar sei, wenn bereits Geräte mit B30 und B02 ausgeliefert würden, herrschte relative Ratlosigkeit.

Freundlich sind sie, und auch bemüht und hilfsbereit. Das Problem besteht weiterhin und es ist keine Lösung von seitens Cat in Sicht.

Schönen Gruss

 

[MadEye]

habe gestern den ganzen Tag versucht den Support telefonisch zu erreichen - war immer besetzt

+49 (0) 33 222 756 29 0

das ist doch die Service-Nr. - oder ??

 

[Baer65]

... Auf meine Frage hin, warum denn auf der Update-Seite der Cat-Homepage immer noch nur die B28 verfügbar sei, wenn bereits Geräte mit B30 und B02 ausgeliefert würden, herrschte relative Ratlosigkeit.

Freundlich sind sie, und auch bemüht und hilfsbereit. Das Problem besteht weiterhin und es ist keine Lösung von seitens Cat in Sicht.

Schönen Gruss

Na dann hoffen wir mal, dass alle Programmierer bei CAT grad so mit der Portierung von Android ICS beschäftigt sind, dass deshalb niemand mehr weiss, was grad *on Air* ist

 

[RGH]

Auf meine Frage hin, warum denn auf der Update-Seite der Cat-Homepage immer noch nur die B28 verfügbar sei, wenn bereits Geräte mit B30 und B02 ausgeliefert würden, herrschte relative Ratlosigkeit.

Warum B30 nicht auf der Homepage steht, dürfte inzwischen (siehe Diskussion zum Community-ROM) klar sein: Bei mindestens einer Baureihe des Pads funktioniert damit der Touchscreen nicht mehr, weil die Treiber für deren speziellen Touchscreen fehlen. Das wurde wohl in B02 wieder behoben. Möglicherweise hat B02 zu wenig Verbesserungen gegenüber B28, als dass sich der Aufwand einer Anpassung der Homepage lohnen würde oder es ist noch nicht ausreichend mit allen Bausreihen getest, sodass es sicherheitshalber nur mit der aktuellen ausgeliefert wird.

Ich würde jedem empfehlen, das aktuelle Comunity-ROM zu nutzen. Es basiert auf B02, ist kinderleicht zu installieren ... und bringt Root-Rechte für den Nutzer (nicht für Anwendungen) noch mit: Einfach die ZIP-Datei auf eine Micro-SD kopieren, diese in das Pad einlegen, das Pad mit Power und gleichzeitig Vol+ einschalten, Update mit Vol+/Vol- auswählen und mit Zurück bestätigen, die ZIP-datei auswählen und bestätigen, etwas Gedulf habben, neu booten (beim ersten Mal noch mal Geduld haben) und fertig ist die Laube!

Gruß
Roland

 

[Eldkatten]

Hallo,

(...)
Ich würde jedem empfehlen, das aktuelle Comunity-ROM zu nutzen. Es basiert auf B02, ist kinderleicht zu installieren ... und bringt Root-Rechte für den Nutzer (nicht für Anwendungen) noch mit
(...)

Mag ja sein, dass leicht zu installieren, aber ich will all die "geschmacklichen" Änderungen (ES Datei Explorer ersetzt durch fx file manager; Bootanimation ersetzt durch "circle"; Spiele Kompatibilität verbessert; ""Müll" von CAT entsorgt": Was genau bedeutet das?; etc.) gar nicht haben. Root geht auch super fix mit EasyRoot (https://www.android-hilfe.de/forum/...a.507/tool-easyroot-fuer-cat-nova.192256.html), und wenn darin mein Hauptproblem nicht gefixt ist, wüsste ich keinen Grund, dieses ROM zu installieren.

Könnte denn mal bitte jemand in das Logfile gucken und meine Fragen (https://www.android-hilfe.de/forum/...as-display-an.170482-page-6.html#post-2601868) beantworten? Wäre sehr nett.

Danke und schönen Gruss

 

[baerchen]

Warum schon wieder so ungehalten, "Kampfkatze" ...

Habe ES-Dateiexplorer drauf, hat sich nichts geändert ach dem Update, Du must den neuen ja nicht nutzen.

Der "Müll" wurde auch beim ROM beschrieben, u.a. das "geliebte" Zanavi, das jetzt sowieso immer kostet und dadurch auch nicht mehr mit Updates nervt, jetzt ist es ja nun ganz weg...

*** Gesendet vom NOVA mit der android-hilfe.de-app ***

 

[Eldkatten]

Hallo,

(...)
Warum schon wieder so ungehalten, "Kampfkatze" ...
(...)

"Ungehalten" sieht anders aus. Ich sehe nur für mich den Vorteil nicht, das ist alles.

(...)
Habe ES-Dateiexplorer drauf, hat sich nichts geändert ach dem Update, Du must den neuen ja nicht nutzen.
(...)

Wenn da "ersetzt durch" steht, heisst das eigentlich, dass ES-Dateiexplorer entfernt ist und fx file manager dafür drauf ist. Und wenn ichs nicht benutzen "muss" (und eben auch nicht will), brauche ich auch kein ROM, das mir das installiert.

(...)
u.a. das "geliebte" Zanavi, das jetzt sowieso immer kostet (...) jetzt ist es ja nun ganz weg...
(...)

Davon, das ZaNavi jetzt kostenpflichtig wäre, habe ich nichts gemerkt. Und ich benutze das, und gerne. Ein Grund mehr, nicht ein ROM zu installieren, das mit eine von mir genutzte Applikation löscht. Ok, kann ich wieder manuell installieren, aber wozu dann diese Aktion?

Jetzt verständlich, was ich mit "geschmacklichen" Änderungen meine?

Guckst du mal in dein Logfile, wegen der von mir gestellten Fragen im Zusammenhang mit dem eigentlichen Thema dieses Threads? Wäre nett, danke.

Schönen Gruss

P.S.: Und sorry, aber ich sehe weder im aktuellen Eingangsposting noch auf der ersten Seite dieses Threads (https://www.android-hilfe.de/forum/...er-cat-nova.507/rom-community-rom.191084.html), was genau mit "Müll" gemeint ist. Da steht eben nur "-"Müll" von CAT entsorgt (unter Umständen können Linkleichen am Desktop sein die einfach im Papierkorb entsorgt werden können)". Aber sei's drum, ich nehm's ja ohnehin nicht.

 

[xminister]

Oh man,...
Tja, mit dem Log das war jetzt nichts.
Wenn nen Android am USB hängt verhält es sich ganz anders, kein Diskolicht und eben auch keine verdächtigen Log-Einträge.

 

[Eldkatten]

Hallo,

Oh man,...
Tja, mit dem Log das war jetzt nichts.
Wenn nen Android am USB hängt verhält es sich ganz anders, kein Diskolicht und eben auch keine verdächtigen Log-Einträge.

Schade. Aber danke für den Versuch.

Schönen Gruss

 

[xminister]

Schade. Aber danke für den Versuch.

Naja, ich muss die Tablets halt erstmal im Standby laufen lassen und das Log später ziehen.
Die Idee mit dem Live-Log am PC war halt nicht so gut, ist aber interessant, wie unterschiedlich die Logs bei FW B26 und B28 aussehen.

Aber warum 'schläft' das Nova, wenns am PC hängt ?

 

[Eldkatten]

Hallo,

(...)
Aber warum 'schläft' das Nova, wenns am PC hängt?

Die Frage hatte ich mir später, nachdem ich den Beitrag gelesen hatte, auch gestellt.
Meine Theorie zum Standby sieht bisher so aus:
- Unabhängig vom Prozessor läuft ein "Watchdog". Keine Ahnung, ob das Ding bei Android oder innerhalb des Tablets so heisst, aber das kenne ich von anderen embedded Systemen. Irgendwer muss ja zum Beispiel den "On"-Button überwachen, solange das Herrchen, der Prozessor, schläft.
- Wenn ein Ereignis eintritt, das den Prozessor aufwecken soll - Drücken des "On"-Buttons, Nachricht über's WLAN, oder der Ablauf einer bestimmten Zeit - gibt der Watchdog einen Trigger aus, der wiederum in einem Teil des Prozessors, der nicht schläft, die Aufwach-Sequenz einleitet.
- Cat hat diesen Watchdog womöglich so parametriert, dass er in regelmäßigen Abständen den Prozessor aufweckt.
- Oft nicht bewusste Folge dieses Systems ist, dass das Gerät nie komplett "aus", sprich stromlos, ist. Im Standby ist der Prozessor stillgelegt (Taktfrequenz und Versorgungsspannungen abgeschaltet), im "Aus"-Zustand ist fast das gesamte Gerät stromlos, aber zumindest der Watchdog und ein paar andere Bauteile müssen mit Strom versorgt sein, sonst könnte man das Gerät nicht per Taste einschalten.

Wenn das Cat Nova tatsächlich nicht aufwacht, wenn es an der USB-Schnittstelle hängt, würde das bedeuten, dass in diesem Fall das periodische Aufwecken im Watchdog deaktiviert ist. Sonderbarer und sonderbarer... :blushing:

Schönen Gruss

 

[Snoopdog]

Und was ist, wenn der On-Button wirklich ein Schalter ist der Strom an- und abschaltet?

Dann bräuchte ich doch keinen Watchdog, oder?

Hab ich zu Hause z. B. im Lichtschalter nämlich auch nicht.

 

[Eldkatten]

Hallo,

Und was ist, wenn der On-Button wirklich ein Schalter ist der Strom an- und abschaltet?
Dann bräuchte ich doch keinen Watchdog, oder?
Hab ich zu Hause z. B. im Lichtschalter nämlich auch nicht.

Das ist kein Schalter, sondern ein Taster. Und das Einschalten mit einem Taster funktioniert nur mit Watchdog. Ist so, glaub's mir

Am "Lichtschalter zuhause" hängt auch nur eine Leuchte, nichts was irgendwelche Routinen abarbeiten muss. Sobald es an den DVD-Player oder Videorekorder oder Fernseher geht, die einen Ein-Taster haben - also keinen Schalter, der wie ein Kugelschreiber-Knopf zwei Raststellungen hat - muss da ein Watchdog dranhängen. Genau deswegen gibt es ja diese Steckdosenleisten mit Schalter, damit man daran hängende Geräte, die im Standbymodus ja weiterhin Strom verbrauchen, wirklich stromlos machen kann. Ältere Fernseher oder Videorekorder verlieren dabei allerdings ihre Einstellungen.

Wie auch immer, im Standby-Modus des Cat Nova (und anderer Tablets und Mobiltelefone) weckt immer ein Watchdog das Gerät auf, weil es im Standby nicht aus (=stromlos) geschaltet ist.

Schönen Gruss

 

[Snoopdog]

Stimmt, ist ein Taster, kein Schalter

 

[xminister]

Wenn das Cat Nova tatsächlich nicht aufwacht, wenn es an der USB-Schnittstelle hängt, würde das bedeuten, dass in diesem Fall das periodische Aufwecken im Watchdog deaktiviert ist. Sonderbarer und sonderbarer... :blushing:

Das Tablet verhält sich am USB total anders, eigentlich so, wie es sein sollte. Nach und nach werden die Apps aus dem Speicher entfernt und sich langsam schlafen gelegt.
Nach ein paar Minuten kommen da kaum noch Meldungen im Log, außer das ne gecrashte App neu gestartet oder wieder eine entfernt wurde und der Speicherstatus.

Ohne USB sieht der Standby nicht nach Standby aus, das Tablet hat immer etwas zu tun.

Hier ist mal ein Auszug aus nem Original B026-ROM, alle helferlein deaktiviert. 2 mal blinkiblinki

01-25 17:29:26.670 D/WifiService(  881): ACTION_SCREEN_OFF
01-25 17:29:29.500 D/SntpClient(  881): request time failed: java.net.SocketTimeoutException: Try again
01-25 17:29:31.850 D/dalvikvm( 1392): GC_EXPLICIT freed 104K, 52% free 2631K/5379K, external 716K/1038K, paused 156ms
01-25 17:29:36.850 D/dalvikvm( 1401): GC_EXPLICIT freed 106K, 52% free 2633K/5379K, external 716K/1038K, paused 151ms
01-25 17:29:37.010 D/        ( 1367): drv_wext: sleep again 0
01-25 17:29:47.560 D/KeyguardViewMediator(  881): wakeWhenReadyLocked(6)
01-25 17:29:47.580 I/power   (  881): *** set_screen_state 1
01-25 17:29:47.650 D/GTalkService( 1005): [GTalkConnection.1] connect: network unavailable, set state=PENDING, err=NO_NETWORK
01-25 17:29:47.870 D/WifiService(  881): ACTION_SCREEN_ON
01-25 17:29:48.670 D/SurfaceFlinger(  881): Screen about to return, flinger = 0x8ef40
01-25 17:29:48.700 D/Vold    (  784): ==== HDMI auto plug ==== 
01-25 17:29:48.700 D/HdmiManager_sys(  784): == handleMiscEvent == offline
01-25 17:29:48.700 D/HdmiManager_sys(  784): == hdmiHpdOut ==
01-25 17:29:48.700 W/SocketListener(  784): sendMsg::634::hdmi_hpd_out
01-25 17:29:48.710 E/MountService(  881): ==========================================
01-25 17:29:48.710 E/MountService(  881): Mount Service::onEvent
01-25 17:29:48.710 E/MountService(  881): ==========================================
01-25 17:29:48.710 E/MountService(  881): ==========================================
01-25 17:29:48.710 E/MountService(  881): HDMI plug out
01-25 17:29:48.710 E/MountService(  881): ==========================================
01-25 17:29:48.720 I/NotificationService(  881): updateHPDNotification...0
01-25 17:29:51.730 D/Vold    (  784): ==== HDMI auto plug ==== 
01-25 17:29:51.730 D/HdmiManager_sys(  784): == handleMiscEvent == offline
01-25 17:29:51.730 D/HdmiManager_sys(  784): == hdmiHpdOut ==
01-25 17:29:51.730 W/SocketListener(  784): sendMsg::634::hdmi_hpd_out
01-25 17:29:51.750 E/MountService(  881): ==========================================
01-25 17:29:51.750 E/MountService(  881): Mount Service::onEvent
01-25 17:29:51.750 E/MountService(  881): ==========================================
01-25 17:29:51.750 E/MountService(  881): ==========================================
01-25 17:29:51.750 E/MountService(  881): HDMI plug out
01-25 17:29:51.750 E/MountService(  881): ==========================================
01-25 17:29:51.760 I/NotificationService(  881): updateHPDNotification...0
01-25 17:29:55.280 I/power   (  881): *** set_screen_state 0
01-25 17:29:55.280 E/Sensors (  881): Couldn't open /dev/stk_als (No such file or directory)
01-25 17:29:55.290 D/SurfaceFlinger(  881): About to give-up screen, flinger = 0x8ef40
01-25 17:29:55.290 D/LockPatternKeyguardView(  881): getUnlockMode --->getSimState():0
01-25 17:29:55.600 D/WifiService(  881): ACTION_SCREEN_OFF
01-25 17:30:05.180 E/wpa_supplicant( 1367): ioctl[SIOCSIWPRIV] (cscan): -1
01-25 17:30:05.220 D/dalvikvm( 1413): GC_EXPLICIT freed 108K, 52% free 2636K/5379K, external 716K/1038K, paused 86ms
01-25 17:33:12.540 D/KeyguardViewMediator(  881): wakeWhenReadyLocked(6)
01-25 17:33:12.550 I/power   (  881): *** set_screen_state 1
01-25 17:33:12.570 D/NoLock/NoLockService( 1199): onCreate
01-25 17:33:12.610 D/NoLock/NoLockService( 1199): onStartCommand
01-25 17:33:12.610 D/NoLock/NoLockService( 1199): handleStart locking=true (nolock DISABLED)
01-25 17:33:12.780 D/NoLock/NoLockService( 1199): onDestroy
01-25 17:33:12.940 D/WifiService(  881): ACTION_SCREEN_ON
01-25 17:33:13.650 D/SurfaceFlinger(  881): Screen about to return, flinger = 0x8ef40
01-25 17:33:13.680 D/Vold    (  784): ==== HDMI auto plug ==== 
01-25 17:33:13.680 D/HdmiManager_sys(  784): == handleMiscEvent == offline
01-25 17:33:13.680 D/HdmiManager_sys(  784): == hdmiHpdOut ==
01-25 17:33:13.680 W/SocketListener(  784): sendMsg::634::hdmi_hpd_out
01-25 17:33:13.680 E/MountService(  881): ==========================================
01-25 17:33:13.680 E/MountService(  881): Mount Service::onEvent
01-25 17:33:13.680 E/MountService(  881): ==========================================
01-25 17:33:13.680 E/MountService(  881): ==========================================
01-25 17:33:13.680 E/MountService(  881): HDMI plug out
01-25 17:33:13.680 E/MountService(  881): ==========================================
01-25 17:33:13.700 I/NotificationService(  881): updateHPDNotification...0
01-25 17:33:16.320 D/WifiService(  881): ACTION_BATTERY_CHANGED pluggedType: 1
01-25 17:33:16.700 D/Vold    (  784): ==== HDMI auto plug ==== 
01-25 17:33:16.700 D/HdmiManager_sys(  784): == handleMiscEvent == offline
01-25 17:33:16.700 D/HdmiManager_sys(  784): == hdmiHpdOut ==
01-25 17:33:16.700 W/SocketListener(  784): sendMsg::634::hdmi_hpd_out
01-25 17:33:16.710 E/MountService(  881): ==========================================
01-25 17:33:16.710 E/MountService(  881): Mount Service::onEvent
01-25 17:33:16.710 E/MountService(  881): ==========================================
01-25 17:33:16.710 E/MountService(  881): ==========================================
01-25 17:33:16.710 E/MountService(  881): HDMI plug out
01-25 17:33:16.710 E/MountService(  881): ==========================================
01-25 17:33:16.710 I/NotificationService(  881): updateHPDNotification...0
01-25 17:33:20.310 I/power   (  881): *** set_screen_state 0
01-25 17:33:20.310 E/Sensors (  881): Couldn't open /dev/stk_als (No such file or directory)
01-25 17:33:20.320 D/SurfaceFlinger(  881): About to give-up screen, flinger = 0x8ef40
01-25 17:33:20.320 D/LockPatternKeyguardView(  881): getUnlockMode --->getSimState():0
01-25 17:33:20.640 D/WifiService(  881): ACTION_SCREEN_OFF

Also doch Wifi schuld ?
D/WifiService( 881): ACTION_SCREEN_ON

 

[ANDROMAT]

Einen hab ich noch...
Beim WIFI Service passen leider die Zeitabstände, die bei Eldkatten und mir auftreten nicht.

In den letzten Tagen habe ich 4 neue ROM´s installiert (letzte V1.1) und habe dabei immer dieselbe Beobachtung gemacht:
Nach dem 1. Start mit neuem ROM tritt das Display/Timeout Problem nicht auf.
In der Timeout Vorgabe ist kein Eintrag vorhanden. WIFI oder andere App´s können beliebig aktiviert/deaktiviert werden ohne das der Fehler auftritt.
Das ändert sich schlagartig mit dem 2. Start nach der Neuinstallation. In der Timeout Vorgabe ist der 30 Sec. Timer markiert und der Fehler treibt wieder sein Unwesen.

Eins ist mir dabei klar geworden - Defekte Hardware verhält sich anders.

 

[Eldkatten]

Hallo,

@ANDROMAT: könntest du denn mal loggen, am besten einmal nach dem ersten Start, wenn das Cat Nova "ruhig" ist, und zum Vergleich nach dem zweiten Start?

@xminister: Aus dem Log werde ich nicht so ganz schlau. Ich entdecke zwar den alten Bekannten - "KeyguardViewMediator( 881): wakeWhenReadyLocked(6)" - und ein paar andere Parallelen, aber auch z.B. "D/WifiService( 881): ACTION_SCREEN_ON" und "D/NoLock/NoLockService( 1199)". Ist WLAN bei dir aktiviert? Und NoLock installiert?

Ich sehe mal zu, dass ich einen meiner Logs zum Vergleich hier hinein stelle. Vorweg: zum Anfang jedes Aufwachen steht bei mir immer "KeyguardViewMediator( 881): wakeWhenReadyLocked(6)", exakt alle 30 Minuten. WLAN ist deaktiviert, alle Applikationen (ausser CatLog) vor dem Standby - soweit möglich - geschlossen.

Zur Erklärung, was ich eigentlich bezwecke: Meine Vermutung ist, dass wenn alle Software-Wecker deaktiviert sind (was wohl mit all den Tools gemacht wird, die hier kursieren), noch ein Hardware-Wecker übrig bleibt, der sich eben nur durch Konfiguration des Watchdogs (bzw. des verantwortlichen Bausteins, der z.B. auch den On-Button verarbeitet) stilllegen lässt. Unterschiedliche Tablets, und dasselbe Tablet zu unterschiedlichen Zeiten, scheinen unterschiedlich auf diesen Wecker zu reagieren: still, mit "Aufblinken", oder mit Einschalten. Aber das ist ein sekundärer Effekt.
Ich möchte verstehen, was überhaupt das Cat Nova regelmäßig aufweckt. Ob ich dann aus eigener Kraft das Ding abstellen kann (Java ist schon ein bisschen her, und mit der Android-Toolkette müsste ich mich erst vertraut machen), ist eine andere Fragte, aber ohne die grundlegende Ursache zu kennen, hat man gar keine Chance.
Auf ein Lösung "irgendwann" von Cat will ich da nicht vertrauen.

Schönen Gruss

 

[Eldkatten]

Hallo,

hier also mein Log. Standbymode, WLAN deaktiviert, keine Applikation laufend ausser CatLog:

01-26 10:06:28.520 D/KeyguardViewMediator(884): wakeWhenReadyLocked(6)
01-26 10:06:28.520 I/power   (884): *** set_screen_state 1
01-26 10:06:28.520 W/WindowManager(884): Unable to find ITelephony interface.
01-26 10:06:29.030 W/KeyCharacterMap(884): Can't open keycharmap file
01-26 10:06:29.030 W/KeyCharacterMap(884): Error loading keycharmap file '/system/usr/keychars/telechips_keypad.kcm.bin'. hw.keyboards.65538.devname='telechips keypad'
01-26 10:06:29.030 W/KeyCharacterMap(884): Using default keymap: /system/usr/keychars/qwerty.kcm.bin
01-26 10:06:29.380 D/SurfaceFlinger(884): Screen about to return, flinger = 0x8ff38
01-26 10:06:29.380 D/HdmiManager_sys(802): == handleMiscEvent == offline
01-26 10:06:29.380 D/HdmiManager_sys(802): == hdmiHpdOut ==
01-26 10:06:29.380 W/SocketListener(802): sendMsg::634::hdmi_hpd_out
01-26 10:06:29.380 E/MountService(884): ==========================================
01-26 10:06:29.380 E/MountService(884): Mount Service::onEvent
01-26 10:06:29.380 E/MountService(884): ==========================================
01-26 10:06:29.380 E/MountService(884): ==========================================
01-26 10:06:29.380 E/MountService(884): HDMI plug out
01-26 10:06:29.380 E/MountService(884): ==========================================
01-26 10:06:29.380 I/NotificationService(884): updateHPDNotification...0
01-26 10:06:32.390 D/HdmiManager_sys(802): == handleMiscEvent == offline
01-26 10:06:32.390 D/HdmiManager_sys(802): == hdmiHpdOut ==
01-26 10:06:32.390 W/SocketListener(802): sendMsg::634::hdmi_hpd_out
01-26 10:06:32.390 E/MountService(884): ==========================================
01-26 10:06:32.390 E/MountService(884): Mount Service::onEvent
01-26 10:06:32.390 E/MountService(884): ==========================================
01-26 10:06:32.390 E/MountService(884): ==========================================
01-26 10:06:32.390 E/MountService(884): HDMI plug out
01-26 10:06:32.390 E/MountService(884): ==========================================
01-26 10:06:32.400 I/NotificationService(884): updateHPDNotification...0
01-26 10:06:36.330 I/power   (884): *** set_screen_state 0
01-26 10:06:36.330 E/Sensors (884): Couldn't open /dev/stk_als (No such file or directory)
01-26 10:06:36.330 D/SurfaceFlinger(884): About to give-up screen, flinger = 0x8ff38
01-26 10:06:36.330 D/LockPatternKeyguardView(884): getUnlockMode --->getSimState():0

Bis auf wenige erklärbare Unterschiede ist diese Sequenz mit der identisch, die ausgelöst wird, wenn man im Standby den On-Button drückt.
Diese Sequenz wiederholt sich exakt alle 30 Minuten, inzwischen 6 Minuten nach der halben Stunde (x:06 Uhr und x:36 Uhr).

Schönen Gruss

 

[baerchen]

Diese Sequenz wiederholt sich exakt alle 30 Minuten, inzwischen 6 Minuten nach der halben Stunde (x:06 Uhr und x:36 Uhr).

Verändert sich diese "Sequenz", wenn Du das Display-Timeout statt auf 30 Min (falls so eingestellt?) auf einen anderen Wert einstellst?

 

[Eldkatten]

Hallo,

Verändert sich diese "Sequenz", wenn Du das Display-Timeout statt auf 30 Min (falls so eingestellt?) auf einen anderen Wert einstellst?

Die Frage hatte ich mir auch gestellt, und nein, die Periode des Aufwachens ist unabhängig vom Display-Timeout. Das ist inzwischen auf 10 Minuten eingestellt, die Aufwach-Sequenz läuft aber weiterhin alle 30 Minuten an.

Schönen Gruss