[GLLUG] Re: apcups

Jeff Lawton jeff@idealso.com
Fri, 15 Mar 2002 09:43:59 -0500


This is a multi-part message in MIME format.

------=_NextPart_000_0000_01C1CC05.EF0A0A80
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

there is what status gives
and yes I am using the apcupsd.sh whit mod 755

DATE     : Sun Jun 17 11:08:33 EDT 2001
HOSTNAME : CRMC.attbi.com
RELEASE  : 3.8.5
UPSNAME  : CRMC.attbi.com
CABLE    : APC Cable 940-0020C
MODEL    : BackUPS
UPSMODE  : Stand Alone
STARTTIME: Sun Jun 17 11:08:25 EDT 2001
LINEFAIL : OK
BATTSTAT : OK
STATFLAG : 0x008 Status Flag
END APC  : Sun Jun 17 11:08:33 EDT 2001

what does statflag mean the sio0 said it was flag 0x10 on isa0 is that
relevant.
do I need more in my conf file or something?

  -----Original Message-----
  From: Server Admin [mailto:admin@sage-one.net]
  Sent: Friday, March 15, 2002 8:59 AM
  To: jeff@idealso.com; linux-user@egr.msu.edu;
freebsd-questions@FreeBSD.ORG
  Subject: RE: [GLLUG] Re: apcups


  Well, then you may not be starting it right. You don't need to reboot.
Here are the various commands to manage the daemon and you can watch what
happens:
  # sh /usr/local/etc/rc.d/apcupsd.sh restart
  # sh /usr/local/etc/rc.d/apcupsd.sh stop
  # sh /usr/local/etc/rc.d/apcupsd.sh start
  # sh /usr/local/etc/rc.d/apcupsd.sh status

  For straight start for now, use this:
  # /usr/local/sbin/apcupsd

  BTW, if you don't have the /usr/local/etc/rc.d/apcupsd.sh.sample file
renamed to
  /usr/local/etc/rc.d/apcupsd.sh (and made executable chmod 0755), it will
not start the daemon on any reboot.

  If you do not see the "events" log, then it's never started. Instead, look
at this log:
  #tail -f /var/log/messages

  I noticed on your next post, you ask if there is a better port... this one
works fine. You are trying to get a dumb UPS to "talk". In fact, if you have
a Windoze machine, install Power Chute or Power Alert (or whichever software
came with it). You'll have the same results. It will not load a driver
because the com port will NOT detect any new hardware.

  We've gone through this frustration, even put a Spectrum Analyzer on the
UPS to see what the pins were putting out. Some pins indicated were just a
tiny bit of "noise" and nothing intellegent enough.

  If you want to try other ports anyway, the next best (probably comparable)
is NUT.....

  Methinks it is the hardeware, NOT the software!

  Also, you need to designate the device I gave you in the config file....

  At 07:48 AM 3.15.2002 -0500, Jeff Lawton wrote:
  >>>>
  I do not have a file /var/log/apcupsd.events. the shell script runs at
boot with no screen messages. yes the the cable is the # on the cable. you
are correct about the apcupsd not starting in smart mode without a
connection. The docs said that if a connection is lost with a dumb ups
apcupsd would not know. I also tryed apctest and it does not tell me
anything. is there any way I can check the serial port from the comand
prompt?

    -----Original Message-----
    From: Server Admin [mailto:admin@sage-one.net]
    Sent: Thursday, March 14, 2002 10:52 PM
    To: jeff@idealso.com; linux-user@egr.msu.edu;
freebsd-questions@FreeBSD.ORG
    Subject: RE: [GLLUG] Re: apcups

    Jeff: No, sio0 is not the device. You should be using this:
    "DEVICE /dev/ttyd0" # For com 1
    Then make sure you have the right cable number which is found on the
flat side of the connector. I gather that is where you got the number used.
Otherwise your configuration looks correct.

    When starting the daemon, look at #tail -f /var/log/apcupsd.events and
see what is happening. If it shows no errors and that "startup succeeded"
then you have the right device assigned. It will not start with the wrong
com port device and show an error in the log.

    I'm afraid with a "dumb UPS" you are not going to see much more....
maybe some one else has some tricks I don't know about... I'd like to learn
about them too because I have several "dummies" here.

    I've overcome the problem as said before by using a APC smartups as a
master on one machine and the dummies as "slaves" on the other machines. The
master can signal the other machines on the network to shut down after a
designated amount of time (well within the limits of the battery of course).
Thus, the dummies (through the apcupsd daemons on them) do what they are
told to do by the master. You can set the timeouts on each machine.

    At 10:29 PM 3.14.2002 -0500, Jeff Lawton wrote:
    >>>>
    Yes i looked throught the apcupsd site and most of the documentation is
about smart ups and the backups is a dumb one. I checked the bios and
everything there is fine. can i access sio0 directly or will that not work?

      -----Original Message-----
      From: Server Admin [mailto:admin@sage-one.net]
      Sent: Thursday, March 14, 2002 6:42 PM
      To: jeff@idealso.com; linux-user@egr.msu.edu;
freebsd-questions@FreeBSD.ORG
      Subject: RE: [GLLUG] Re: apcups

      Jeff: First, have you visited the very thorough website at:
      http://www.apcupsd.org/

      It has almost everything you want to know.

      BUT, I have tried many different types of UPSes and I could only get
the APC Smart-UPS models to actually "talk" to the system and give out data
about the battery. If you have the Backups, I think it is among the "dumb
UPSes" that are described in the documentation and very limited on the cable
signals. If you pull off the cable, you *may* be told it sensed a break, but
as far as any useful data...???

      Again, I will never buy anything BUT an APC Smart-UPS.... if I want to
communicate with it. The so-called "dumb UPSes" are okay IF you have a
smart-ups running on the network to monitor things and tell the ones without
ability to shut down. At least the dumb ones will sense a power outage and
run the machines long enough to save files and shut down.... I may be wrong
about your model, but don't think so....

      At 05:55 PM 3.14.2002 -0500, Jeff Lawton wrote:
      >>>>
      I am using apcupsd from the ports collection on comm 1 and with APC,s
serial cable 940-0020C that came with the unit and freebsd 4.5. I have tried
both cuaa0 and ttyd0 without success. the ups is feeding a lightbulb and
when I unplug the ups I get no messages, any ideals?

      Here is a copy of the conf file.am I missing something ?

      ## apcupsd.conf v1.1 ##
      UPSCABLE 940-0020C
      UPSTYPE backups
      DEVICE /dev/ttyd0
      LOCKFILE /var/apcups/lock
      UPSCLASS standalone
      UPSMODE disable
      ANNOY 10
      ANNOYDELAY 20

        -----Original Message-----
        From: linux-user-admin@egr.msu.edu
[mailto:linux-user-admin@egr.msu.edu]On Behalf Of Server Admin
        Sent: Thursday, March 14, 2002 4:28 PM
        To: jeff@idealso.com; linux-user@egr.msu.edu;
freebsd-questions@FreeBSD.ORG
        Subject: [GLLUG] Re: apcups

        Try /dev/ttyd0

        At 03:55 PM 3.14.2002 -0500, Jeff Lawton wrote:
        >>>>


        I am setting up a APC backups 650 on a freebsd box. It does not seem
to be communicating. Is there a different device I should be using other
than cuaa0?



        Jeff Lawton







        <<<<





        .... our website: http://www.sage-one.net/

        Best regards,

        Jack L. Stone
        Server Admin _______________________________________________
linux-user mailing list linux-user@egr.msu.edu
http://www.egr.msu.edu/mailman/listinfo/linux-user


        <<<<





        .... our website: http://www.sage-one.net/

        Best regards,

        Jack L. Stone
        Server Admin


        <<<<





        .... our website: http://www.sage-one.net/

        Best regards,

        Jack L. Stone
        Server Admin


  <<<<





  .... our website: http://www.sage-one.net/

  Best regards,

  Jack L. Stone
  Server Admin

------=_NextPart_000_0000_01C1CC05.EF0A0A80
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4807.2300" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D750203914-15032002></SPAN><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>t<SPAN class=3D750203914-15032002>here is what status=20
gives</SPAN></FONT></DIV>
<DIV><SPAN class=3D750203914-15032002></SPAN><SPAN=20
class=3D750203914-15032002></SPAN><FONT face=3DArial color=3D#0000ff =
size=3D2>a<SPAN=20
class=3D750203914-15032002>nd yes I am using the apcupsd.sh whit mod=20
755</SPAN></FONT></DIV><SPAN class=3D750203914-15032002></SPAN>
<DIV><BR><FONT face=3DArial color=3D#0000ff =
size=3D2>DATE&nbsp;&nbsp;&nbsp;&nbsp; :=20
Sun Jun 17 11:08:33 EDT 2001<BR>HOSTNAME : =
CRMC.attbi.com<BR>RELEASE&nbsp; :=20
3.8.5<BR>UPSNAME&nbsp; : CRMC.attbi.com<BR>CABLE&nbsp;&nbsp;&nbsp; : APC =
Cable=20
940-0020C<BR>MODEL&nbsp;&nbsp;&nbsp; : BackUPS<BR>UPSMODE&nbsp; : Stand=20
Alone<BR>STARTTIME: Sun Jun 17 11:08:25 EDT 2001<BR>LINEFAIL : =
OK<BR>BATTSTAT :=20
OK<BR>STATFLAG : 0x008 Status Flag<BR>END APC&nbsp; : Sun Jun 17 =
11:08:33 EDT=20
2001</FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT>&nbsp;</DIV>
<DIV><SPAN class=3D750203914-15032002></SPAN><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>w<SPAN class=3D750203914-15032002>hat does statflag mean the =
sio0 said it=20
was flag 0x10 on isa0 is that relevant. </SPAN></FONT></DIV>
<DIV><SPAN class=3D750203914-15032002></SPAN><SPAN=20
class=3D750203914-15032002></SPAN><FONT face=3DArial color=3D#0000ff =
size=3D2>d<SPAN=20
class=3D750203914-15032002>o I need more in my conf file or=20
something?</SPAN><BR></FONT></DIV>
<BLOCKQUOTE>
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B> Server Admin=20
  [mailto:admin@sage-one.net]<BR><B>Sent:</B> Friday, March 15, 2002 =
8:59=20
  AM<BR><B>To:</B> jeff@idealso.com; linux-user@egr.msu.edu;=20
  freebsd-questions@FreeBSD.ORG<BR><B>Subject:</B> RE: [GLLUG] Re:=20
  apcups<BR><BR></FONT></DIV>Well, then you may not be starting it =
right. You=20
  don't need to reboot. Here are the various commands to manage the =
daemon and=20
  you can watch what happens:<BR># sh /usr/local/etc/rc.d/apcupsd.sh=20
  restart<BR># sh /usr/local/etc/rc.d/apcupsd.sh stop<BR># sh=20
  /usr/local/etc/rc.d/apcupsd.sh start<BR># sh =
/usr/local/etc/rc.d/apcupsd.sh=20
  status<BR><BR>For straight start for now, use this:<BR>#=20
  /usr/local/sbin/apcupsd<BR><BR>BTW, if you don't have the=20
  /usr/local/etc/rc.d/apcupsd.sh.sample file renamed=20
  to<BR>/usr/local/etc/rc.d/apcupsd.sh (and made executable chmod 0755), =
it will=20
  not start the daemon on any reboot.<BR><BR>If you do not see the =
"events" log,=20
  then it's never started. Instead, look at this log:<BR>#tail -f=20
  /var/log/messages<BR><BR>I noticed on your next post, you ask if there =
is a=20
  better port... this one works fine. You are trying to get a dumb UPS =
to=20
  "talk". In fact, if you have a Windoze machine, install Power Chute or =
Power=20
  Alert (or whichever software came with it). You'll have the same =
results. It=20
  will not load a driver because the com port will NOT detect any new=20
  hardware.<BR><BR>We've gone through this frustration, even put a =
Spectrum=20
  Analyzer on the UPS to see what the pins were putting out. Some pins =
indicated=20
  were just a tiny bit of "noise" and nothing intellegent =
enough.<BR><BR>If you=20
  want to try other ports anyway, the next best (probably comparable) is =

  NUT.....<BR><BR>Methinks it is the hardeware, NOT the =
software!<BR><BR>Also,=20
  you need to designate the device I gave you in the config =
file....<BR><BR>At=20
  07:48 AM 3.15.2002 -0500, Jeff Lawton wrote: =
<BR>&gt;&gt;&gt;&gt;<BR><?fontfamily><?param Arial><?color><?param =
0000,0000,ffff><?smaller>I=20
  do not have a file /var/log/apcupsd.events. the shell script runs at =
boot with=20
  no screen messages. yes the the cable is the # on the cable. you are =
correct=20
  about the apcupsd not starting in smart mode without a connection. The =
docs=20
  said that if a connection is lost with a dumb ups apcupsd would not =
know. I=20
  also tryed apctest and it does not tell me anything. is there any way =
I can=20
  check the serial port from the comand =
prompt?<BR><?/smaller><?/color><?/fontfamily>
  <BLOCKQUOTE><?fontfamily><?param Tahoma><?smaller>-----Original=20
    Message-----<BR><?/smaller><?/fontfamily><B>From:</B> Server Admin=20
    [mailto:admin@sage-one.net]<BR><B>Sent:</B> Thursday, March 14, 2002 =
10:52=20
    PM<BR><B>To:</B> jeff@idealso.com; linux-user@egr.msu.edu;=20
    freebsd-questions@FreeBSD.ORG<BR><B>Subject:</B> RE: [GLLUG] Re:=20
    apcups<BR><BR>Jeff: No, sio0 is not the device. You should be using=20
    this:<BR>"DEVICE /dev/ttyd0" # For com 1<BR>Then make sure you have =
the=20
    right cable number which is found on the flat side of the connector. =
I=20
    gather that is where you got the number used. Otherwise your =
configuration=20
    looks correct.<BR><BR>When starting the daemon, look at #tail -f=20
    /var/log/apcupsd.events and see what is happening. If it shows no =
errors and=20
    that "startup succeeded" then you have the right device assigned. It =
will=20
    not start with the wrong com port device and show an error in the=20
    log.<BR><BR>I'm afraid with a "dumb UPS" you are not going to see =
much=20
    more.... maybe some one else has some tricks I don't know about... =
I'd like=20
    to learn about them too because I have several "dummies" =
here.<BR><BR>I've=20
    overcome the problem as said before by using a APC smartups as a =
master on=20
    one machine and the dummies as "slaves" on the other machines. The =
master=20
    can signal the other machines on the network to shut down after a =
designated=20
    amount of time (well within the limits of the battery of course). =
Thus, the=20
    dummies (through the apcupsd daemons on them) do what they are told =
to do by=20
    the master. You can set the timeouts on each machine.<BR><BR>At =
10:29 PM=20
    3.14.2002 -0500, Jeff Lawton wrote: <BR>&gt;&gt;&gt;&gt;<BR>Yes i =
looked=20
    throught the apcupsd site and most of the documentation is about =
smart ups=20
    and the backups is a dumb one. I checked the bios and everything =
there is=20
    fine. can i access sio0 directly or will that not work?<BR>
    <BLOCKQUOTE>-----Original Message-----<BR><B>From:</B> Server Admin=20
      [mailto:admin@sage-one.net]<BR><B>Sent:</B> Thursday, March 14, =
2002 6:42=20
      PM<BR><B>To:</B> jeff@idealso.com; linux-user@egr.msu.edu;=20
      freebsd-questions@FreeBSD.ORG<BR><B>Subject:</B> RE: [GLLUG] Re:=20
      apcups<BR><BR>Jeff: First, have you visited the very thorough =
website=20
      at:<BR>http://www.apcupsd.org/<BR><BR>It has almost everything you =
want to=20
      know.<BR><BR>BUT, I have tried many different types of UPSes and I =
could=20
      only get the APC Smart-UPS models to actually "talk" to the system =
and=20
      give out data about the battery. If you have the Backups, I think =
it is=20
      among the "dumb UPSes" that are described in the documentation and =
very=20
      limited on the cable signals. If you pull off the cable, you *may* =
be told=20
      it sensed a break, but as far as any useful =
data...???<BR><BR>Again, I=20
      will never buy anything BUT an APC Smart-UPS.... if I want to =
communicate=20
      with it. The so-called "dumb UPSes" are okay IF you have a =
smart-ups=20
      running on the network to monitor things and tell the ones without =
ability=20
      to shut down. At least the dumb ones will sense a power outage and =
run the=20
      machines long enough to save files and shut down.... I may be =
wrong about=20
      your model, but don't think so....<BR><BR>At 05:55 PM 3.14.2002 =
-0500,=20
      Jeff Lawton wrote: <BR>&gt;&gt;&gt;&gt;<BR>I am using apcupsd from =
the=20
      ports collection on comm 1 and with APC,s serial cable 940-0020C =
that came=20
      with the unit and freebsd 4.5. I have tried both cuaa0 and ttyd0 =
without=20
      success. the ups is feeding a lightbulb and when I unplug the ups =
I get no=20
      messages, any ideals?<BR><BR>Here is a copy of the conf file.am I =
missing=20
      something ? <BR><BR>## apcupsd.conf v1.1 ##<BR>UPSCABLE=20
      940-0020C<BR>UPSTYPE backups<BR>DEVICE /dev/ttyd0<BR>LOCKFILE=20
      /var/apcups/lock<BR>UPSCLASS standalone<BR>UPSMODE =
disable<BR>ANNOY=20
      10<BR>ANNOYDELAY 20<BR>
      <BLOCKQUOTE>-----Original Message-----<BR><B>From:</B>=20
        linux-user-admin@egr.msu.edu =
[mailto:linux-user-admin@egr.msu.edu]<B>On=20
        Behalf Of </B>Server Admin<BR><B>Sent:</B> Thursday, March 14, =
2002 4:28=20
        PM<BR><B>To:</B> jeff@idealso.com; linux-user@egr.msu.edu;=20
        freebsd-questions@FreeBSD.ORG<BR><B>Subject:</B> [GLLUG] Re:=20
        apcups<BR><BR>Try /dev/ttyd0<BR><BR>At 03:55 PM 3.14.2002 -0500, =
Jeff=20
        Lawton wrote: <BR>&gt;&gt;&gt;&gt;<BR><BR><BR>I am setting up a =
APC=20
        backups 650 on a freebsd box. It does not seem to be =
communicating. Is=20
        there a different device I should be using other than=20
        cuaa0?<BR><BR><BR><BR>Jeff=20
        =
Lawton<BR><BR><BR><BR><BR><BR><BR><BR>&lt;&lt;&lt;&lt;<BR><BR><BR><BR><BR=
><BR>....=20
        our website: http://www.sage-one.net/<BR><BR>Best =
regards,<BR><BR>Jack=20
        L. Stone<BR>Server Admin =
_______________________________________________=20
        linux-user mailing list linux-user@egr.msu.edu=20
        http://www.egr.msu.edu/mailman/listinfo/linux-user=20
        <BR><BR><BR>&lt;&lt;&lt;&lt;<BR><BR><BR><BR><BR><BR>.... our =
website:=20
        http://www.sage-one.net/<BR><BR>Best regards,<BR><BR>Jack L.=20
        Stone<BR>Server Admin=20
        <BR><BR><BR>&lt;&lt;&lt;&lt;<BR><BR><BR><BR><BR><BR>.... our =
website:=20
        http://www.sage-one.net/<BR><BR>Best regards,<BR><BR>Jack L.=20
        Stone<BR>Server Admin=20
  =
<BR></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE><BR>&lt;&lt;&lt;&lt;<BR><BR><B=
R><BR><BR><BR>....=20
  our website: http://www.sage-one.net/<BR><BR>Best regards,<BR><BR>Jack =
L.=20
  Stone<BR>Server Admin </BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0000_01C1CC05.EF0A0A80--