DPMS switches to suspend too early

[Peter Münster]

On Mon, Mar 02 2015, Chris Sorenson wrote:

> The X Window event stream is like a firehose, but if you
> enjoy information overload the xev program will copy every
> event back to whatever console you launch it from. The
> output of strace may also be a source of insight...

I've tried xev:

When I use a normal USB-keyboard, there is no problem. DPMS switches
correctly from On to Standby->Suspend->Off with the right timings.
These are the events:

KeyPress event, serial 21, synthetic NO, window 0xa00002,
    root 0x2d8, subw 0x0, time 47543835, (960,540), root:(960,540),
    state 0x10, keycode 36 (keysym 0xff0d, Return), same_screen YES,
"   XLookupString gives 1 bytes: (0d) "
"   XmbLookupString gives 1 bytes: (0d) "
    XFilterEvent returns: False

KeyRelease event, serial 21, synthetic NO, window 0xa00002,
    root 0x2d8, subw 0x0, time 47543987, (960,540), root:(960,540),
    state 0x10, keycode 36 (keysym 0xff0d, Return), same_screen YES,
"   XLookupString gives 1 bytes: (0d) "
    XFilterEvent returns: False

But when using the IR-RC, I get these events:

KeyPress event, serial 21, synthetic YES, window 0x1,
    root 0x2d8, subw 0x0, time 3778943021, (1,1), root:(1,1),
    state 0x0, keycode 36 (keysym 0xff0d, Return), same_screen YES,
"   XLookupString gives 1 bytes: (0d) "
"   XmbLookupString gives 1 bytes: (0d) "
    XFilterEvent returns: False

KeyRelease event, serial 21, synthetic YES, window 0x1,
    root 0x2d8, subw 0x0, time 3778943042, (1,1), root:(1,1),
    state 0x0, keycode 36 (keysym 0xff0d, Return), same_screen YES,
"   XLookupString gives 1 bytes: (0d) "
    XFilterEvent returns: False

Perhaps the DPMS system does not like the "synthetic YES" or the
"window 0x1" ?

Also, with the IR-RC, the "Standby" state and sometimes also the
"Suspend" state are skipped (no problem for me, just FYI).

TIA for any further help for debugging and solving this issue,
-- 
           Peter