[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Auxiliary power support
- To: Mailing List Recipients <pci-sig-request@znyx.com>
- Subject: RE: Auxiliary power support
- From: Tony Goodfellow <tonygd@earthlink.net>
- Date: Sun, 18 May 1997 14:17:25 -0700
- Cc: "'PCISIGList'" <pci-sig@znyx.com>
- Resent-Date: Sun, 18 May 1997 14:17:25 -0700
- Resent-From: pci-sig-request@znyx.com
- Resent-Message-Id: <"KMAsF2.0.rW3.f8tVp"@dart>
- Resent-Sender: pci-sig-request@znyx.com
There is a solution that can and does work. The solution is the use of ATX power supplies. The ones we have seen are form/fit the same as the standard "PS-2" style silver boxes. They have an additional connector that provides 5Vsb (5V standby). In addition they have a PWRON line. The PWRON line is used to power-on (and off) the main supply. This means that the whole system is powered down except those items powered by 5Vsb. A device such as a modem can be powered by 5Vsb, activate PWRON and bring the whole system to life.
There are several PSU suppliers offering these supplies but most are at the "sampling" stage. I believe ASTEC was the first but they only provide 100mA of power. This is just not enough for many applications. Other supplies are now specifying 700-800 mA.
There is a connector specified but not much has been said about add-in adapters. It seems that most of the work has been done by m-board oriented folks.
The ATX psu, is I believe, part of the MS On-Now initiative, as is the provision of "ring-indicator" as a means of waking up a "snoozing" PC. I have not seen any specs on that connector etc..
If anyone has more info, or where to find it please post it.
Thanks
-----Original Message-----
From: B. P. Lame' [SMTP:blame@prolog.com]
Sent: Thursday, May 01, 1997 11:47 AM
To: Mailing List Recipients
Cc: 'PCISIGList'
Subject: RE: Auxiliary power support
On Tuesday, 29 April, 1997 18:29, Eric Rehm[SMTP:eric@equator.com] wrote:
> Hi. Since I'm interested in this and no one has responded, I'll
> post this again. Any comments on how a modem or multifunction
> add-in card w/modem is supposed to handle this?
>
> /eric rehm
> eric@equator.com
> 206.812.1290 x213
>
> ----------
> From: Tad Ball
> Sent: Monday, April 14, 1997 11:19 AM
> To: Mailing List Recipients
> Subject: Auxiliary power support
>
> Hi,
>
> We're interested in developing a power-managed PCI device that is
> capable of generating wake events from the D3cold state, and I'm
> concerned about the support for auxiliary power in the 1.0 rev of the
> power management spec. Specifically, I'm concerned that there is no
> standard way for add-in cards to get trickle power from the system.
> Near as I can tell, if you are not a motherboard device you have to have
> some sort of external power source. This seems bulky, cumbersone, and
> rather user-unfriendly to me.
>
> True power-managed buses like PCMCIA and CardBus have had support for
> these sorts of devices for a long time, and I'm disappointed that the
> PCI Power Management spec doesn't have similar capabilities. What's the
> rationale for omitting standardized trickle power? It certainly seems
> like any add-in that wants to generate PME to wake a sleeping system is
> going to need it (functions like Modems, Network adapters, etc).
>
> What do other people think of this?
The power management spec does suggest some ways to deal with this. An on-card rechargeable supply would probably be the cleanest. But sure, a PCI connector RESERVED pin could be defined for 5v Soft-Power to provide some limited amount of power while the main supply is off. However, as of yet, the ATX power supply is the only common spec supply that supports 5v Soft-Power and I'd guess > 95% of all PCI mother boards/backplanes sold today still use PS/2 type supplys, which have no support for Soft-Power. Since it's not very practical to _require_ Soft-Power support in all PCI systems, your card could not rely on its availability and you'd probably need some config jumper for that. And lastly, how should 5v Soft-Power be handled in hot-swapping?
--
Brooks Lame'
Engineer
Pro-Log Corporation
blame@prolog.com
408.646.3631
\ K