From owner-freebsd-questions Mon Nov 26 2:25:39 2001 Delivered-To: freebsd-questions@freebsd.org Received: from mailin5.bigpond.com (mailin5.bigpond.com [139.134.6.78]) by hub.freebsd.org (Postfix) with ESMTP id D71AC37B41E for ; Mon, 26 Nov 2001 02:24:13 -0800 (PST) Received: from wskatinka ([144.135.24.84]) by mailin5.bigpond.com (Netscape Messaging Server 4.15) with SMTP id GNEL6Z00.66U for ; Mon, 26 Nov 2001 20:30:35 +1000 Received: from 144.137.224.179 ([144.137.224.179]) by bwmam06.mailsvc.email.bigpond.com(MailRouter V2.9k 8341/21476599); 26 Nov 2001 20:23:48 Message-ID: <080501c17665$1185a430$fe00a8c0@wskatinka> From: "Kathy Quinlan" To: References: <3C01F367.8646.DBFD8@localhost> <3C020FDE.24171.7CF4E7@localhost> Subject: Re: Dumb UPS support under FreeBSD? Date: Mon, 26 Nov 2001 18:27:43 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, We build and design such modules, for all "dumb ups's, they are based on an AVR micrcontroller, and interpret the signals to and from the UPS, and when a power down command is issued (by toggling DTR CTS) we delay by a user amount (sent to the module through the serial port). We custom build these units, and hope to have a range on the market soon. But for a one off, if you tell me the model of your UPS I can give you a quote, (most modules are priced around us$35 +shipping) communication to the module is by any terminal program of your choice. Regards, Kat. ____________________________________________________________________________ /"\ ASCII Ribbon Campaign | K.A.Q. Electronics \ / - NO HTML/RTF in e-mail | Software and Electronic Engineering X - NO Word docs in e-mail | Perth Western Australia / \ | Ph +61 419 923 731 ____________________________________________________________________________ ----- Original Message ----- From: "Kjell" To: "Ted Mittelstaedt" Cc: Sent: Monday, November 26, 2001 5:48 PM Subject: RE: Dumb UPS support under FreeBSD? > From: "Ted Mittelstaedt" > To: , > Subject: RE: Dumb UPS support under FreeBSD? > Date sent: Mon, 26 Nov 2001 01:15:39 -0800 > > > >-----Original Message----- > > >From: owner-freebsd-questions@FreeBSD.ORG > > >[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Kjell > > >Sent: Sunday, November 25, 2001 11:47 PM > > >To: freebsd-questions@FreeBSD.ORG > > >Subject: Dumb UPS support under FreeBSD? > > > > > > > > >List members! > > > > > >I am looking for a program that will work with my (Liebert) dumb UPS > > >that will perform an orderly shutdown of my computer by power fail, and > > >turn it back on again when power returns. > > > > > >I have spent some time with the bkpupsd program, and found that it > > >turns the UPS off at the same time it calls shutdown. Thus shutdown > > >does not get time to sync discs etc.. This renders bkpupsd useless for > > >machines with both latching (AT) and soft (ATX) power switches. > > > > > >I have found the mgeupsd and upsd programs in the ports collection. > > >Does anyone have any experience with these programs? > > > > > >Are there any other programs I may use? After some modification? > > > > > > > The difference between your Liebert dumb UPS and the APC dumb BackUPS (which > > is > > what bkpupsd program is written for) is that APC put a timer in the BackUPS, > > so that when the BackUPS receives the signal to shut itself off, it waits for > > a set period of time before actually doing it. Obviously the Liebert just > > shuts off immediately. > > > > If you have an ATX system that will indeed power itself off with bkpupsd, then > > you can change your UPS cable connections so that instead of the turn-off > > line being connected to DTR or CTS of the com port, it's instead connected to > > something like the 5v+ of the mouse port. Of course you will want to > > put in a 1K protection resistor or something like that so that you don't blow > > up the mouse port. The idea here is that this power will disappear when the > > ATX system shuts off completely by which it will then be safe to shut off the > > Liebert. Your going to have to do a little probing with a VOM to confirm > > that. > Good point. Will look into this. > > > > If, however, you have an AT system then you have a problem because logically > > it's impossible for a program to be written that toggles off the serial port > > AFTER the system is completely stopped - because once the system is stopped > > then programs cannot run, and since the system will still be powered and in > > operation, there's not going to be anything you can sense that is going to > > change > > state then. > > > > What you will need then is a black box that on receipt of a logic 0 from the > > com port controlled by bkpupsd, will wait a spell then signal it's own logic 0 > > to the Liebert. This could be anything from some relays and a capacitor, to > > something totally electronic built around a 555 chip. > I have followed this line, but I ended up with a small microprocessor > project to be built into the UPS in order to take care of all possible > races etc.. I concluded it was better to go out and buy a new smarter > UPS than do this. > > To turn my ATX back on again I have tried to use the "wake on ring" > feature, but it does not seem to be as reliable as I want. Another > possibility I see is to pulse the power on connector on the main board. > Do you see any other possibilities? > > Tnx from Kjell > > > > > > Ted Mittelstaedt tedm@toybox.placo.com > > Author of: The FreeBSD Corporate Networker's Guide > > Book website: http://www.freebsd-corp-net-guide.com > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message