NEWS
[Adapter] NUT Adapter (USV/UPS auslesen per NUT)
-
Hi @ all, speziell an Ingo F!
Bin gerade im Experimentiermodus den Adapter erfolgreich mit den Daten einer APC von meiner Syno eingerichtet, PERFEKT! Respekt und Dank!
Aber jetzt will ich es wissen, habe ich doch noch so eine APC, die hängt auf einem Raspi (dort werkelt noch Dash.UI). Leider krieg ich keine Daten vom Raspi, da muss sicher noch irgendwo irgendwas auf dem APC-Raspi eingestellt werden.
Eine Freigabe für den Zugriff?
Kann mir da bitte jemand weiter helfen?
Danke und LGmxa
-
Upsmode ist hier standalone … dazu müsste der Adapter lokal auf diesem Rechner laufen sonst kann keiner drauf zugreifen
http://networkupstools.org/docs/man/nut.conf.html
Netserver falls es Remote sein soll ...
-
Danke Ingo für deine rasche AW!
Wenn ich deinen Link richtig übersetze:
__netserver
Like the standalone configuration, but also possibly need one or more specific LISTEN directive(s) in upsd.conf. Since this MODE is open to the network, a special care should be applied to security concerns.__
Ich müßte die upsd.conf auf Netserver umstellen, ok.
Aber diese Aussage verstehe ich nicht ganz:
a special care should be applied to security concerns.
Ist das nur eine Erklärung oder auch ein todo?
LG, mxa
-
Naja der Modus öffnet den nut Port im ersten Schritt im lokalen Netzwerk. Je nachdem wer da alles ist und welche Kommandos die USV vllt kann, kann das gefährlich sein und man muss es ggf noch besser absichern. Wie es im Detail bei dir ist musst du entscheiden.
-
Ok, ich schlafe mal drüber, danke.
Probieren geht über studieren ….. morgen (ups.., später) ist auch noch ein Tag.
Danke nochmals für den tollen Adapter!
LG, mxa
-
Viel Spaß. Ich denke in einem normalen Heimnetzwerk ist das Risiko überschaubar
-
Guten Abend!
Ist doch nicht so einfach, das ist meine apcupsd.conf
! ## apcupsd.conf v1.1 ##
! #
! # for apcupsd release 3.14.10 (13 September 2011) - debian
! #
! # "apcupsd" POSIX config file
! #
! # ========= General configuration parameters ============
! #
! # UPSNAME xxx
! # Use this to give your UPS a name in log files and such. This
! # is particulary useful if you have multiple UPSes. This does not
! # set the EEPROM. It should be 8 characters or less.
! UPSNAME usv700_zentrale
! # UPSCABLE <cable># Defines the type of cable connecting the UPS to your computer.
! #
! # Possible generic choices for <cable>are:
! # simple, smart, ether, usb
! #
! # Or a specific cable model number may be used:
! # 940-0119A, 940-0127A, 940-0128A, 940-0020B,
! # 940-0020C, 940-0023A, 940-0024B, 940-0024C,
! # 940-1524C, 940-0024G, 940-0095A, 940-0095B,
! # 940-0095C, M-04-02-2000
! #
! UPSCABLE usb
! # To get apcupsd to work, in addition to defining the cable
! # above, you must also define a UPSTYPE, which corresponds to
! # the type of UPS you have (see the Description for more details).
! # You must also specify a DEVICE, sometimes referred to as a port.
! # For USB UPSes, please leave the DEVICE directive blank. For
! # other UPS types, you must specify an appropriate port or address.
! #
! # UPSTYPE DEVICE Description
! # apcsmart /dev/tty** Newer serial character device, appropriate for
! # SmartUPS models using a serial cable (not USB).
! #
! # usb <blank>Most new UPSes are USB. A blank DEVICE
! # setting enables autodetection, which is
! # the best choice for most installations.
! #
! # net hostname:port Network link to a master apcupsd through apcupsd's
! # Network Information Server. This is used if the
! # UPS powering your computer is connected to a
! # different computer for monitoring.
! #
! # snmp hostname:port:vendor:community
! # SNMP network link to an SNMP-enabled UPS device.
! # Hostname is the ip address or hostname of the UPS
! # on the network. Vendor can be can be "APC" or
! # "APC_NOTRAP". "APC_NOTRAP" will disable SNMP trap
! # catching; you usually want "APC". Port is usually
! # 161. Community is usually "private".
! #
! # netsnmp hostname:port:vendor:community
! # OBSOLETE
! # Same as SNMP above but requires use of the
! # net-snmp library. Unless you have a specific need
! # for this old driver, you should use 'snmp' instead.
! #
! # dumb /dev/tty** Old serial character device for use with
! # simple-signaling UPSes.
! #
! # pcnet ipaddr:username:passphrase:port
! # PowerChute Network Shutdown protocol which can be
! # used as an alternative to SNMP with the AP9617
! # family of smart slot cards. ipaddr is the IP
! # address of the UPS management card. username and
! # passphrase are the credentials for which the card
! # has been configured. port is the port number on
! # which to listen for messages from the UPS, normally
! # 3052. If this parameter is empty or missing, the
! # default of 3052 will be used.
! #
! UPSTYPE usb
! DEVICE
! # POLLTIME <int># Interval (in seconds) at which apcupsd polls the UPS for status. This
! # setting applies both to directly-attached UPSes (UPSTYPE apcsmart, usb,
! # dumb) and networked UPSes (UPSTYPE net, snmp). Lowering this setting
! # will improve apcupsd's responsiveness to certain events at the cost of
! # higher CPU utilization. The default of 60 is appropriate for most
! # situations.
! #POLLTIME 60
! # LOCKFILE <path to/lockfile=""># Path for device lock file. Not used on Win32.
! LOCKFILE /var/lock
! # SCRIPTDIR <path to/script/directory=""># Directory in which apccontrol and event scripts are located.
! SCRIPTDIR /etc/apcupsd
! # PWRFAILDIR <path to/powerfail/directory=""># Directory in which to write the powerfail flag file. This file
! # is created when apcupsd initiates a system shutdown and is
! # checked in the OS halt scripts to determine if a killpower
! # (turning off UPS output power) is required.
! PWRFAILDIR /etc/apcupsd
! # NOLOGINDIR <path to/nologin/directory=""># Directory in which to write the nologin file. The existence
! # of this flag file tells the OS to disallow new logins.
! NOLOGINDIR /etc
! #
! # ======== Configuration parameters used during power failures ==========
! #
! # The ONBATTERYDELAY is the time in seconds from when a power failure
! # is detected until we react to it with an onbattery event.
! #
! # This means that, apccontrol will be called with the powerout argument
! # immediately when a power failure is detected. However, the
! # onbattery argument is passed to apccontrol only after the
! # ONBATTERYDELAY time. If you don't want to be annoyed by short
! # powerfailures, make sure that apccontrol powerout does nothing
! # i.e. comment out the wall.
! ONBATTERYDELAY 6
! #
! # Note: BATTERYLEVEL, MINUTES, and TIMEOUT work in conjunction, so
! # the first that occurs will cause the initation of a shutdown.
! #
! # If during a power failure, the remaining battery percentage
! # (as reported by the UPS) is below or equal to BATTERYLEVEL,
! # apcupsd will initiate a system shutdown.
! BATTERYLEVEL 5
! # If during a power failure, the remaining runtime in minutes
! # (as calculated internally by the UPS) is below or equal to MINUTES,
! # apcupsd, will initiate a system shutdown.
! MINUTES 3
! # If during a power failure, the UPS has run on batteries for TIMEOUT
! # many seconds or longer, apcupsd will initiate a system shutdown.
! # A value of 0 disables this timer.
! #
! # Note, if you have a Smart UPS, you will most likely want to disable
! # this timer by setting it to zero. That way, you UPS will continue
! # on batteries until either the % charge remaing drops to or below BATTERYLEVEL,
! # or the remaining battery runtime drops to or below MINUTES. Of course,
! # if you are testing, setting this to 60 causes a quick system shutdown
! # if you pull the power plug.
! # If you have an older dumb UPS, you will want to set this to less than
! # the time you know you can run on batteries.
! TIMEOUT 0
! # Time in seconds between annoying users to signoff prior to
! # system shutdown. 0 disables.
! ANNOY 300
! # Initial delay after power failure before warning users to get
! # off the system.
! ANNOYDELAY 60
! # The condition which determines when users are prevented from
! # logging in during a power failure.
! # NOLOGON <string>[ disable | timeout | percent | minutes | always ]
! NOLOGON disable
! # If KILLDELAY is non-zero, apcupsd will continue running after a
! # shutdown has been requested, and after the specified time in
! # seconds attempt to kill the power. This is for use on systems
! # where apcupsd cannot regain control after a shutdown.
! # KILLDELAY <seconds>0 disables
! KILLDELAY 0
! #
! # ==== Configuration statements for Network Information Server ====
! #
! # NETSERVER [ on | off ] on enables, off disables the network
! # information server. If netstatus is on, a network information
! # server process will be started for serving the STATUS and
! # EVENT data over the network (used by CGI programs).
! NETSERVER on
! # NISIP <dotted notation/ip/address=""># IP address on which NIS server will listen for incoming connections.
! # This is useful if your server is multi-homed (has more than one
! # network interface and IP address). Default value is 0.0.0.0 which
! # means any incoming request will be serviced. Alternatively, you can
! # configure this setting to any specific IP address of your server and
! # NIS will listen for connections only on that interface. Use the
! # loopback address (127.0.0.1) to accept connections only from the
! # local machine.
! NISIP 0.0.0.0
! # NISPORT <port>default is 3551 as registered with the IANA
! # port to use for sending STATUS and EVENTS data over the network.
! # It is not used unless NETSERVER is on. If you change this port,
! # you will need to change the corresponding value in the cgi directory
! # and rebuild the cgi programs.
! NISPORT 3551
! # If you want the last few EVENTS to be available over the network
! # by the network information server, you must define an EVENTSFILE.
! EVENTSFILE /var/log/apcupsd.events
! # EVENTSFILEMAX <kilobytes># By default, the size of the EVENTSFILE will be not be allowed to exceed
! # 10 kilobytes. When the file grows beyond this limit, older EVENTS will
! # be removed from the beginning of the file (first in first out). The
! # parameter EVENTSFILEMAX can be set to a different kilobyte value, or set
! # to zero to allow the EVENTSFILE to grow without limit.
! EVENTSFILEMAX 10
! #
! # ========== Configuration statements used if sharing =============
! # a UPS with more than one machine
! #
! # Remaining items are for ShareUPS (APC expansion card) ONLY
! #
! # UPSCLASS [ standalone | shareslave | sharemaster ]
! # Normally standalone unless you share an UPS using an APC ShareUPS
! # card.
! UPSCLASS standalone
! # UPSMODE [ disable | share ]
! # Normally disable unless you share an UPS using an APC ShareUPS card.
! UPSMODE disable
! #
! # ===== Configuration statements to control apcupsd system logging ========
! #
! # Time interval in seconds between writing the STATUS file; 0 disables
! STATTIME 0
! # Location of STATUS file (written to only if STATTIME is non-zero)
! STATFILE /var/log/apcupsd.status
! # LOGSTATS [ on | off ] on enables, off disables
! # Note! This generates a lot of output, so if
! # you turn this on, be sure that the
! # file defined in syslog.conf for LOG_NOTICE is a named pipe.
! # You probably do not want this on.
! LOGSTATS off
! # Time interval in seconds between writing the DATA records to
! # the log file. 0 disables.
! DATATIME 0
! # FACILITY defines the logging facility (class) for logging to syslog.
! # If not specified, it defaults to "daemon". This is useful
! # if you want to separate the data logged by apcupsd from other
! # programs.
! #FACILITY DAEMON
! #
! # ========== Configuration statements used in updating the UPS EPROM =========
! #
! #
! # These statements are used only by apctest when choosing "Set EEPROM with conf
! # file values" from the EEPROM menu. THESE STATEMENTS HAVE NO EFFECT ON APCUPSD.
! #
! # UPS name, max 8 characters
! #UPSNAME UPS_IDEN
! # Battery date - 8 characters
! #BATTDATE mm/dd/yy
! # Sensitivity to line voltage quality (H cause faster transfer to batteries)
! # SENSITIVITY H M L (default = H)
! #SENSITIVITY H
! # UPS delay after power return (seconds)
! # WAKEUP 000 060 180 300 (default = 0)
! #WAKEUP 60
! # UPS Grace period after request to power off (seconds)
! # SLEEP 020 180 300 600 (default = 20)
! #SLEEP 180
! # Low line voltage causing transfer to batteries
! # The permitted values depend on your model as defined by last letter
! # of FIRMWARE or APCMODEL. Some representative values are:
! # D 106 103 100 097
! # M 177 172 168 182
! # A 092 090 088 086
! # I 208 204 200 196 (default = 0 => not valid)
! #LOTRANSFER 208
! # High line voltage causing transfer to batteries
! # The permitted values depend on your model as defined by last letter
! # of FIRMWARE or APCMODEL. Some representative values are:
! # D 127 130 133 136
! # M 229 234 239 224
! # A 108 110 112 114
! # I 253 257 261 265 (default = 0 => not valid)
! #HITRANSFER 253
! # Battery charge needed to restore power
! # RETURNCHARGE 00 15 50 90 (default = 15)
! #RETURNCHARGE 15
! # Alarm delay
! # 0 = zero delay after pwr fail, T = power fail + 30 sec, L = low battery, N = never
! # BEEPSTATE 0 T L N (default = 0)
! #BEEPSTATE T
! # Low battery warning delay in minutes
! # LOWBATT 02 05 07 10 (default = 02)
! #LOWBATT 2
! # UPS Output voltage when running on batteries
! # The permitted values depend on your model as defined by last letter
! # of FIRMWARE or APCMODEL. Some representative values are:
! # D 115
! # M 208
! # A 100
! # I 230 240 220 225 (default = 0 => not valid)
! #OUTPUTVOLTS 230
! # Self test interval in hours 336=2 weeks, 168=1 week, ON=at power on
! # SELFTEST 336 168 ON OFF (default = 336)
! #SELFTEST 336</kilobytes></port></dotted></seconds></string></path></path></path></path></int></blank></cable></cable>Den Port habe ich in der Config des Adapters auf 3551 umgestellt, leider nix.
Dann habe ich
# UPSMODE [ disable | share ] # Normally disable unless you share an UPS using an APC ShareUPS card. UPSMODE disable ````auf
UPSMODE [ disable | share ]
Normally disable unless you share an UPS using an APC ShareUPS card.
UPSMODE share
Leider nein, da tut sich nix. Wo könnte ich noch drehen? Edit 1: Wüst herumgegoogelt, "sudo iptables -A INPUT -p tcp –src 192.168.0.162 --dport 3551 -j ACCEPT" brachte nix LG, mxa
-
Hast Du "nut" installiert? Eine apcupsd.conf kenne ich aus meiner Konfig nicht und ich nutze auch APCs!
-
Hmmm … sicher eine blöde Aussage jetzt: Ich habe vor 1 Jahr den Raspi mit der USV gekoppelt und hiernach konfiguriert: http://www.gtkdb.de/index_36_2203.html
… denn sie wissen nicht was sie tun ....
-
Naja, es gibt an der Stelle zwei Möglichkeiten … apcupsd und nut ... Du hast "die andere" genommen. Der Adapter unterstützt nut.
apt-get install nut
Und dann sowas wie hier: https://wiki.ubuntuusers.de/USV/NUT/#Ko ... ion-Server
-
Es graut mir der (vor) Morgen ….
@apollon77:Und dann sowas wie hier: https://wiki.ubuntuusers.de/USV/NUT/#Ko … ion-Server `
…. das ist mir etliche Nummern zu groß. Schade, hatte echt gut angefangen, liegt aber sicher nur an meinem 0,1% Linux-Wissen.-
muss/soll ich Apcupsd vollständig deinstallieren um NUT zu nutzen?
-
ich habs noch nicht durchschaut, ist NUT konfigurierbar jene an der USV hängenden Devices alle rechtzeitig runterzufahren?
Danke dir für deine Geduld!
-
-
1. kann ich dir nicht sagen. Denke es könnte probleme geben wen zwei Programme auf das gleiche USB zugreifen. Musst es mindestens so konfigurieren das es nicht automatisch startet
2. ja das geht. Das ist der nut-monitor
Kann grad vom Handy nicht auf die konfigfiles zugreifen … wenn du nicht weiter kommst kann ich heute Abend mal schauen
-
Hi, bitte keinen zusätzlichen Aufwand.
Ich muss für mich (1 Tag vor Urlaub) klären, welche Risken ich eingehen will.
Ich melde mich hier wieder. Lieben Dank!
mxa
Gesendet von meinem SM-G900F mit Tapatalk
-
Hi zusammen.
Ich hab an meiner Syno DS214 einen APC Back-UPS ES 700G dranhängen.
Funktioniert auch mit dem NT-Adapter soweit super.
Jetzt bloß meine Frage, welchen Usernamen und Passwort muss ich da eingeben damit ich die commands ausführen kann.
Hab schon monuser und secret probiert, geht aber nicht. bekomme dann sofort im log
nut.0 2017-05-26 13:58:17.039 error Err while getting NUT values: Other communication still running nut.0 2017-05-26 13:58:17.036 error Err while sending command beeper.on: ACCESS-DENIED
Hat da jemand n Tip für mich?
Gruß
Johnny
-
Ich habe es bisher nur mit einer NAS probiert die direkt an einer Linux Kiste hing und da musste ich noch an der nut-Konfig auf dem "Server" schrauben das Kommandos überhaupt erlaubt waren und so.
Keine Ahnung wie man das auf Synology macht
-
Das ist ja cool! Vielen Dank für den prima Adapter.
So wird meine betagte APC Back-UPS ES 700 ja richtig gesprächig!
Die größte Hürde war bei der Synology nach der IP-Eingabe meines Orange Pi auch auf "übernehmen" zu drücken. War bei meiner Zoomstufe aus dem Bild gerutscht
Adapter scheint zu funktionieren, habe ups und secret eingegeben
Zeit Nachricht nut.0 2017-10-01 07:33:17.116 info All Nut values set nut.0 2017-10-01 07:33:16.876 info starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.nut, node: v4.8.4 host.orangepiplus2e 2017-10-01 07:33:14.558 info instance system.adapter.nut.0 started with pid 11153
Objektdaten sind sichtbar, sogar recht viele. Die Synology ist da sehr schmallippig.
Eigentlich müßte ich aber alles ganz anders strukturieren.
Bei meiner Syno habe ich gegeizt und jetzt läuft sie nicht ganz so stabil. Manchmal ist die USV nicht sichtbar. Ausserdem fahre ich die Syno 3 Min nach Stromausfall runter. Damit kann sie mir auch keine Daten mehr geben. Auf die Syno kann ich nach einem Stromausfall verzichten, Router, Telefon und Hausautomatisierung sollen möglichst lange weiterlaufen.
D.h. ich müßte auf meinem OPI einen NUT-Server installieren. Zumindest für den Raspi scheint es das zu geben, http://wynandbooysen.com/raspberry-pi-u … g-nut.html
Dann den ioBroker auf den neuen NUT Server umstellen (wäre das 127.0.0.1 3493, wenn das auf dem gleichen OPi läuft?) und die Synology auf den Raspi verweisen.
Dann könnte ich die Syno nach einigen Minuten runterfahren und den ioBroker erst wenn nur noch 5% Akku zur Verfügung stehen. CCU, Telefon Fritzbox und der Rest würden dann beim Spannungsverlust ausfallen.
Hat das schon mal jemand so gemacht?
-
Hi, ja mache ich so. Gibt einige Anleitungen und die nut Pakete sind „Standard Debian stuff“
-
Vielen Dank, dann setze ich das mal auf meine Todo Liste und fang schon mal an zu lesen und zusammenzusuchen.
Gesendet von meinem ZTE A2016 mit Tapatalk
-
Schau mal hier im Thread ein paar Seiten vorher … da gabs das Thema inkl. Konfig schonmal
-
Vielen Dank, ich hab's gestern mal getestet. Da gab's aber irgendwelche Fehlermeldungen wegen fehlender dependencies. trotzdem wurden die Daten gelistet. Nach einem Neustart des orange Pi gegen allerdings nichts mehr. Werde noch ein paar Anleitungen lesen und schauen, welche am besten passt.
Gesendet von meinem ZTE A2016 mit Tapatalk