| One possible mechanism to satisfy this requirement:
- A mechanism for discovery and identification of connected devices is provided. - A controlling device (e.g., laptop) can thus acquire the list of connected devices. - The controlling device asks a subset of the connected devices (via the adapter) to be members of its "notification group" (e.g., to "friend" it) - The connected devices individually accept or deny the request (the controlling device should have access to the final group of "friends") - The adapter keeps a list of all the members of the group (which should probably be persistent) - On disconnect or power down of the controlling device, the adapter notifies all members of the specific power group. - Each connected device reacts appropriately, e.g., by entering a power-down or stand-by mode
Note that this mechanism requires that each device individually accept the control and behaves according to its own needs, the adapter only notifies each member of the group of changes in conditions. Clearly this requires more intelligence on each device, but it should reduce security issues and requirements on the adapter. This also addresses the issue of multiple controlling devices, as a connected device can choose to turn off only if all the controlling devices are off.
This could be a more generic notification mechanism, so that specific status messages can be broadcast to all participating devices. This would support different responses to disconnect, power-down, standby, or other types of messages.
The case of dumb devices would have to be addressed separately, e.g., by giving full control to the adapter or by allowing the controlling device to directly write the dumb device control parameters. Persistence in this case would become problematic.
Edgar
Paul,
Does this application level of functionality
already exist outside UPAMD over LAN, USB, or video? If not, I see
a marketing value to powering down the entire desk when the CPU is powered
down.
I agree we shouldn't use a hard shutdown
of smart peripherals, but powering down stupid peripheral (a desk lamp
for example) shouldn't need the additional cost of circuitry to collaborate.
Thanks,
Steve Sedio
Foxconn, NWInG
Stephen.sedio@xxxxxxxxxxx
(760) 751-1645
Cell (760) 855-9807
Hello Stephen:
In my view, this is application
level functionality outside the scope of the UPAMD spec. What is
important is that UPAMD provides primitives so that any vendor wishing
to implement this clever on/off energy-saving feature can do so.
That said, we may want to consider
a message type RequestShutDown. While we can clearly implement a
scheme where the power hub shuts down power to peripheral devices when
the PC shuts down without the need for exchanging messages, it would be
nice to be more collaborative to give the peripherals a more graceful shutdown
option or to refuse shutdown if needed.
Best regards,
Paul
(970) 461-3077
Skype: ppanepinto
Green Plug - Digital Power
From: upamd@xxxxxxxx [mailto:upamd@xxxxxxxx]
On Behalf Of stephen.sedio@xxxxxxxxxxx
Sent: Tuesday, July 19, 2011 9:17 AM
To: upamd@xxxxxxxx
Subject: Question for UPAMD control
All,
Is there any way to control power to multiple devices based on the activity
of one device one device?
A handshake with the computer that indicates it is going to sleep, or being
shut off (even though a battery may be charging in a laptop) would turn
off the unneeded peripherals. A peripheral manufacturer may design
this in, or a user can choose from the list of attached devices. The
latter would be needed for a peripheral like a WiFi enable printer can
be selected for shutdown if unused by others, or left on.
The same this would apply if UPAMD is used for a home entertainment system
(TV off, DVD player, surround sound, etc. off, DVR remains on).
Taken to the extreme, an office or a home could use UPAMD to control all
its power (with UPAMD adapter modules to control things requiring 240W
and above).
A computer tied system has the advantage of being able to use software
control, other applications may not afford a sophisticated control system.
Thanks,
Steve Sedio
Foxconn, NWInG
Stephen.sedio@xxxxxxxxxxx
(760) 751-1645
Cell (760) 855-9807
--
CONFIDENTIALITY/PRIVILEGE NOTICE
Please be advised that this email message and any attachments are confidential,
intended solely for the use of the named recipient(s) above and may contain
information that is non-public Foxconn confidential information and/or
privileged communications and/or otherwise exempt from disclosure under
applicable law. Any unauthorized review, use, copying, disclosure
or distribution of any information contained in or attached to this transmission
is STRICTLY PROHIBITED. If you have received this message in error,
or are not the named recipient(s), please immediately notify the sender
by email by "reply to sender only" and delete this message and
any attached documents from your computer. Receipt by anyone other
than the intended recipient(s) is not a waiver of confidentiality and/or
any legal privilege.
--
CONFIDENTIALITY/PRIVILEGE NOTICE
Please be advised that this email message and any attachments are confidential,
intended solely for the use of the named recipient(s) above and may contain
information that is non-public Foxconn confidential information and/or
privileged communications and/or otherwise exempt from disclosure under
applicable law. Any unauthorized review, use, copying, disclosure
or distribution of any information contained in or attached to this transmission
is STRICTLY PROHIBITED. If you have received this message in error,
or are not the named recipient(s), please immediately notify the sender
by email by "reply to sender only" and delete this message and
any attached documents from your computer. Receipt by anyone other
than the intended recipient(s) is not a waiver of confidentiality and/or
any legal privilege. |