Android-„Sparmodus“ und CEC-Interaktionen ⇐ Android

[Anonymous]

Ich versuche derzeit, ein seltsames, zeitweise auftretendes Problem mit dem „Standby-Modus“ eines Android-Videogeräts und seiner Interaktion mit einer CEC-„Ruhezustand“-Meldung zu beheben.
Das Verhalten des Android-Geräts zeigt zwei Verhaltensweisen auf einem CEC-fähigen Fernseher, der über HDMI daran angeschlossen ist:
Verhalten 1 (wünschenswert): Der Fernseher schaltet sich aus und zeigt kein HDMI-Videosignal an, wenn Schalten Sie den Fernseher erneut ein (aber nicht das Gerät). Wenn ich das Gerät aufwecke, dauert es 1-2 Sekunden.
Verhalten 2 (unerwünscht): Der Fernseher schaltet sich aus, aber wenn ich ihn einschalte, zeigt sein HDMI-Ansichtsfenster einen schwarzen Bildschirm (also ein HDMI-Videosignal). Wenn ich das Gerät aufwecke, passiert es fast sofort.
Das Beste, was ich feststellen kann, ist, dass das Android-Gerät in den „Standby-Modus“ wechselt und eine Art Bildschirmschonerbild anzeigen möchte.
Hier ist ein Protokollausschnitt:

01-15 18:04:53.370 2639 3095 D vol.VolumeDialogControl: onReceive ACTION_SCREEN_OFF
15.01. 18:04:53.370 2639 2639 D DozeScreenState: setDozeScreenState(1)
15.01. 18:04:53.370 2639 2639 D KeyguardViewMediator: handleNotifyFinishedGoingToSleep
15.01. 18:04:53.372 2639 2639 D CentralSurfaces: Neuen Deaktivierungsstatus erhalten: enaihbcrso.qingr (unverändert)
15.01. 18:04:53.372 2639 2639 E OverviewProxyService: Übersichtsproxy für Deaktivierungsflags konnte nicht abgerufen werden.
01-15 18:04:53.372 2639 2639 D CentralSurfaces: Neuer Deaktivierungsstatus erhalten: enaihbcrso.qingr (unverändert)
--
01-15 18:04:53.382 3519 3519 D SYS_EVENT: Benachrichtigung über Ereignis 8 an Client senden
15.01. 18:04:53.382 2015 2968 D SystemServerTiming: getUserSwitchability-0
15.01. 18:04:53.382 2015 2968 D SystemServerTiming: TM.isInCall
01-15 18:04:53.382 2015 2968 D Telecom: Protokollierung: START_SESSION
01-15 18:04:53.382 2015 2968 D Telecom: Protokollierung: END_SESSION (Dauer: 0 ms): TSI.iIC@ALI
01-15 18:04:53.382 3494 3494 D PASRDozeReceiver: Received Intent Intent { act=android.intent.action.SCREEN_OFF flg=0x50200010
01-15 18:04:53.382 2015 2968 D SystemServerTiming: hasUserRestriction-DISALLOW_USER_SWITCH
01-15 18:04:53.382 2015 2968 D SystemServerTiming: getInt-ALLOW_USER_SWITCHING_WHEN_SYSTEM_USER_LOCKED
01-15 18:04:53.382 2015 2968 D SystemServerTiming: isUserUnlocked-USER_SYSTEM
01-15 18:04:53.383 2015 4003 D SystemServerTiming: getUserSwitchability-0
15.01.18:04:53.383 2015 4003 D SystemServerTiming: TM.isInCall
--
15.01.18:04:53.383 2015 4003 D hasUserRestriction-DISALLOW_USER_SWITCH
15.01. 18:04:53.383 2015 4003 D SystemServerTiming: getInt-ALLOW_USER_SWITCHING_WHEN_SYSTEM_USER_LOCKED
15.01. 18:04:53.383 2015 4003 D SystemServerTiming: isUserUnlocked-USER_SYSTEM
01-15 18:04:53.384 3494 3494 D PASRDozeReceiver: Absicht erfolgreich gesendet
01-15 18:04:53.384 3494 3494 D PASRService: PASRService gestartet
01-15 18:04:53.384 3494 3494 D PASRService: OnStartteett, Intent: android.intent.action.SCREEN_OFF
01-15 18:04:53.384 3494 3494 D PASRService: Screen Off timer prop: 0. val: 0
Ich schätze, meine Frage wäre: Wie verhindere ich, dass das Android-Gerät versucht, die HDMI-Schnittstelle aktiv zu halten, um ein Bildschirmschonerbild anzuzeigen (was in diesem Fall ein schwarzes Signal ist), aber den Rest der „Standby-Modus“-Funktionalität beizubehalten?
Vielen Dank für Ihren Rat!

Prost, Charles.