Type installation : RPi / VM
Version HA : 0.118.2
Ver. Supervisor : 2020.11.0
J’essaie d’intégrer un sensor NUT pour suivre mon onduleur EATON en suivant ce tuto.
Suite à un retour de non connexion, j’ai cherché un autre tuto plus détaillé pour se connecter directement via le terminal depuis mon RPi hébergeant HA.
Depuis le serveur sur lequel est hébergé upsd, j’arrive bien à obtenir les infos de l’onduleur :
# upsc eaton@localhost
battery.charge: 100
battery.charge.low: 20
battery.runtime: 1312
battery.type: PbAc
device.mfr: EATON
device.model: Eaton 3S 550
device.serial: 000000000
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: /dev/usb/hiddev0
driver.version: 2.7.2
driver.version.data: MGE HID 1.33
driver.version.internal: 0.38
input.transfer.high: 264
input.transfer.low: 184
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 2
outlet.1.status: on
outlet.1.switchable: yes
outlet.2.desc: PowerShare Outlet 2
outlet.2.id: 3
outlet.2.status: off
outlet.2.switchable: yes
outlet.desc: Main Outlet
outlet.id: 1
outlet.switchable: no
output.frequency.nominal: 50
output.voltage: 230.0
output.voltage.nominal: 230
ups.alarm: Battery voltage too low!
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 02
ups.load: 16
ups.mfr: EATON
ups.model: Eaton 3S 550
ups.power.nominal: 550
ups.productid: ffff
ups.serial: 000000000
ups.status: ALARM OL CHRG
ups.timer.shutdown: 0
ups.timer.start: 0
ups.vendorid: 0463
mais arrivé au § Check from Another System, ça se complique.
Sur mon RPi (HA), à la commande :
$ sudo nc -zv 192.168.0.240 3493
nc: connect to 192.168.0.240 port 3493 (tcp) failed: No route to host
Est-ce que vous savez d’où vient le problème ?
J’ai réussi à faire évoluer le retour de la commande
$ sudo nc -zv 192.168.0.240 3493
nc: connect to 192.168.0.240 port 3493 (tcp) failed: Connection refused
en modifiant firewalld côté remote :
$ firewall-cmd --zone=public --query-port=3493/tcp
$ firewall-cmd --reload
success
$ firewall-cmd --list-all
public (active)
target: default
icmp-block-inversion: no
interfaces: enp4s5
sources:
services: ssh dhcpv6-client samba dns
ports: 1900/udp 8200/tcp 3306/tcp 3493/tcp
protocols:
masquerade: yes
forward-ports:
source-ports:
icmp-blocks:
rich rules:
Mais je n’arrive toujours pas à me connecter sur le port 3493
Je sèche complet …
Voici ma config côté serveur (Serveur Centos7 connecté à l’onduleur par USB) :
/etc/ups/nut.conf :
MODE=netserver
/etc/ups/ups.conf
[eaton]
driver = usbhid-ups
port = /dev/usb/hiddev0
desc = "Eaton 3S 550"
/etc/ups/upsd.conf
LISTEN 192.168.0.252 3493
LISTEN 127.0.0.1 3493
/etc/ups/upsd.users
[admin]
password = mypass
allowfrom = localhost
actions = SET
instcmds = ALL
upsmon master
[upsmon]
password = pass
upsmon master
[homeassistant]
password = evals
allowfrom = network
upsmon slave
/etc/ups/upsmon.conf
MONITOR eaton@localhost 1 upsmon pass master
MINSUPPLIES 1
SHUTDOWNCMD "/sbin/shutdown -h +0"
POLLFREQ 5
POLLFREQALERT 5
HOSTSYNC 15
DEADTIME 15
POWERDOWNFLAG /etc/ups/killpower
RBWARNTIME 43200
NOCOMMWARNTIME 300
FINALDELAY 5
/etc/ups/upssched.conf
CMDSCRIPT /usr/bin/upssched-cmd
Les logs d’un systemctl status nut-server :
● nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/usr/lib/systemd/system/nut-server.service; disabled; vendor preset: disabled)
Active: inactive (dead)
nov. 22 12:44:56 PC-SERVEUR upsd[16442]: Connected to UPS [eaton]: usbhid-ups-eaton
nov. 22 12:44:56 PC-SERVEUR upsd[16442]: allowfrom in upsd.users is no longer used
nov. 22 12:44:56 PC-SERVEUR upsd[16442]: allowfrom in upsd.users is no longer used
nov. 22 12:44:56 PC-SERVEUR upsd[16442]: allowfrom in upsd.users is no longer used
nov. 22 12:44:56 PC-SERVEUR upsd[16442]: allowfrom in upsd.users is no longer used
nov. 22 12:45:40 PC-SERVEUR upsd[16442]: mainloop: Interrupted system call
nov. 22 12:45:40 PC-SERVEUR upsd[16442]: Signal 15: exiting
nov. 22 12:45:40 PC-SERVEUR upsd[16442]: Network UPS Tools upsd 2.7.2
nov. 22 12:45:40 PC-SERVEUR systemd[1]: Stopping Network UPS Tools - power devices information server...
nov. 22 12:45:40 PC-SERVEUR systemd[1]: Stopped Network UPS Tools - power devices information server.
et celles du systemctl status nut-monitor :
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/usr/lib/systemd/system/nut-monitor.service; disabled; vendor preset: disabled)
Active: inactive (dead)
nov. 22 12:17:15 PC-SERVEUR wall[1640]: wall: user nut broadcasted 1 lines (46 chars)
nov. 22 12:17:15 PC-SERVEUR upsmon[30751]: Network UPS Tools upsmon 2.7.2
nov. 22 12:17:20 PC-SERVEUR upsmon[30751]: Poll UPS [eaton@localhost] failed - Driver not connected
nov. 22 12:17:25 PC-SERVEUR upsmon[30751]: Communications with UPS eaton@localhost established
nov. 22 12:17:25 PC-SERVEUR wall[1738]: wall: user nut broadcasted 1 lines (53 chars)
nov. 22 12:17:25 PC-SERVEUR upsmon[30751]: Network UPS Tools upsmon 2.7.2
nov. 22 12:20:14 PC-SERVEUR systemd[1]: Stopping Network UPS Tools - power device monitor and shutdown controller...
nov. 22 12:20:14 PC-SERVEUR upsmon[30751]: Signal 15: exiting
nov. 22 12:20:14 PC-SERVEUR upsmon[30751]: Network UPS Tools upsmon 2.7.2
nov. 22 12:20:14 PC-SERVEUR systemd[1]: Stopped Network UPS Tools - power device monitor and shutdown controller.
Et côté RPi (hébergeant HA) :
/etc/nut/nut.conf
MODE=netclient
/etc/nut/upsmon.conf
MONITOR eaton@192.168.0.240 1 homeassistant evals slave
le résultat de sudo systemctl status nut-monitor :
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
Active: failed (Result: protocol) since Sun 2020-11-22 11:59:02 GMT; 13min ago
Nov 22 11:59:02 raspdom systemd[1]: Starting Network UPS Tools - power device monitor and shutdown controller...
Nov 22 11:59:02 raspdom upsmon[15495]: upsmon disabled, please adjust the configuration to your needs
Nov 22 11:59:02 raspdom upsmon[15495]: Then set MODE to a suitable value in /etc/nut/nut.conf to enable it
Nov 22 11:59:02 raspdom systemd[1]: nut-monitor.service: Can't open PID file /run/nut/upsmon.pid (yet?) after start:
Nov 22 11:59:02 raspdom systemd[1]: nut-monitor.service: Failed with result 'protocol'.
Nov 22 11:59:02 raspdom systemd[1]: Failed to start Network UPS Tools - power device monitor and shutdown controller.
Nov 22 11:59:03 raspdom systemd[1]: /lib/systemd/system/nut-monitor.service:6: PIDFile= references path below legacy
Si quelqu’un a un idée du problème je suis preneur !
et
Semblent pas trop cohérents. Un coup .240 et de l’autre .252.
J’ai l’impression que l’adresse IP de ton centos ou tourne upsd c’est le .252.
Dans ce cas à quoi sert le
sudo nc -zv 192.168.0.240 3493
Non l’adresse IP de mon CentOs est 240
Alors à quoi correspond:
Listen, ça dit (en général) à un démon d’écouter sur telle IP. Donc, si ton onduleur est connecté à ton centos qui est 240, je verrais plutôt un:
LISTEN 192.168.0.240 3493
Et donc, avec ça, le démon upsd va écouter sur .240. Ton HA (qui doit donc être en .252) devra se connecter à .240 pour récupérer les infos. Cette partie là, sur HA, à l’air OK.
Donc il faut que je supprime la ligne :
LISTEN 192.168.0.252 3493
car le 127.0.0.1 suffit pour écouter sur le serveur CentOs
Je ne pense pas. Il faudrait, je pense:
/etc/ups/upsd.conf
LISTEN 192.168.0.240 3493
LISTEN 127.0.0.1 3493
Le « listen » donne l’ordre au démon UPS de faire un « bind » (écouter) sur le port 3493 et sur les interfaces dont tu donnes les IP (il faut que l’@IP soit définie sur la machine pour que ça marche!).
Si tu ne laisses que 127.0.0.1, upds n’écoutera pas sur .240 et HA ne pourra pas s’y connecter.
