Re: How to power off the monitor?

From: Wil Blake <wblake_at_emsys.net>
Date: Sat, 25 Nov 2006 13:27:24 -0500

Hello,

Try these links.

MSDN Windows Power Management
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnanchor/html/anch_PowerMgmt.asp
Windows Hardware Developer Central Power Management and Plug and Play
http://www.microsoft.com/whdc/system/pnppwr/default.mspx
ACPI/Power Management - Architecture and Driver Support
http://www.microsoft.com/whdc/system/pnppwr/powermgmt/default.mspx

Offhand there *may* be several ways to power off the monitor. Using the
Operating System interface as described in the MSDN Link (a sequence like
determine if the system supports power management, determine system
suitability for idle, determine display power management capabilities,
power down display) remains the most friendly to other applications.

If your application does not care about other applications, it can likely
1) Disable the display via the ACPI BIOS
2) Power down the display through calls to the ACPI Plug and Play Monitor
Interface
-Wil Blake

At 12:40 PM 11/25/2006, you wrote:
>morten.steien_at_chello.no wrote:
> > Does anybody know how I can power off (and on) the monitor from my
> program?
> >
> > Regards,
> > Morten A. Steien
>
>Operating on 3 hours sleep after driving 17, "simple" answer is "no" ;)
>
>A more useful reply would be:
> 1. Exactly what do you wish to accomplish. Actually removing AC line
> power from the monitor would require external hardware which would
> end up being driven by the word OUT.
> 2. What is your system description:
> a. Hardware
> b. Specific OS
> c. PROBABLY KEY ITEM -- what BIOS
> Some BIOS's have ability to put some subsystems "to sleep"
> in order to reduce power consumption.
>
>I'm not qualified to answer your question even given that information.
>
>*HOWEVER* that information will allow qualified persons to answer your
>problem. Please note that I differentiate between "problem" and
>"request". After YEARS in customer support in a different industry, I've
>learned that they are not always the same ;)
>
>----------------------------------------------------------------------
>sftalk_at_forth.com The SwiftForth programming discussion email list
>To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
>For list command help, send subject "help" to sftalk-request_at_forth.com
>Message archives are located at http://www.forth.com/archive/sftalk
>----------------------------------------------------------------------
>This list is a forum for SwiftForth users. For product support and
>bug reports, please send email to support_at_forth.com
>----------------------------------------------------------------------

----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe" to sftalk-request_at_forth.com
For list command help, send subject "help" to sftalk-request_at_forth.com
Message archives are located at http://www.forth.com/archive/sftalk
----------------------------------------------------------------------
This list is a forum for SwiftForth users. For product support and
bug reports, please send email to support_at_forth.com
----------------------------------------------------------------------
Received on Sat Nov 25 2006 - 10:28:03 PST


Subscribe to our e-mail list service. It's free for all SwiftForth and SwiftX users!

This archive was generated 07-Feb-2012. Archive updated nightly.