Error: Driver not connected Plugin NUT_Free

Bonjour à tous,
Depuis une mise à jour j’ai un problème avec le plugin NUT Free.
J’ai 2 Onduleurs : 1 sur un NAS + 1 sur mon RPI.
Celui du NAS est bien connecté par contre j’ai perdu la connexion avec l’onduleur du RPI sur l’adresse 127.0.0.1. (connexion SSH = non)
Pour info j’ai du mettre à jour Python pour un problème sur mon plugin teleinfo.
Ci-dessous les logs :

Merci par avance pour votre aide
Stéphane

0-06-30 09:12:05][DEBUG] :  -----------------------------------------------------
[2020-06-30 09:12:05][DEBUG] : Onduleur NAS UPS Marque_Model : American Power Conversion
[2020-06-30 09:12:05][DEBUG] : Onduleur NAS UPS Model : American Power Conversion Back-UPS XS 700U
[2020-06-30 09:12:05][DEBUG] : Onduleur NAS UPS Serial : 3B1724X16406
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Not Online: 0 Result: OL
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS UPS MODE : OL
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Tension en entrée : 242.0
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Fréquence en entrée : Error: Variable not supported by UPS
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Tension en sortie : Error: Variable not supported by UPS
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Fréquence en sortie : Error: Variable not supported by UPS
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Puissance en sortie : Error: Variable not supported by UPS
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Puissance en sortie réel : Error: Variable not supported by UPS
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Niveau de charge batterie : 100
[2020-06-30 09:12:06][DEBUG] : Onduleur NAS UPS Tension de la batterie : 13.6
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Température de la batterie : Error: Variable not supported by UPS
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Charge onduleur : 7
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Temps restant sur batterie en s : 4160
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Temps restant sur batterie en min : 69
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Temps restant avant arrêt en s : -1
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Temps restant avant arrêt en min : 0
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Beeper : enabled
[2020-06-30 09:12:07][DEBUG] :  -----------------------------------------------------
[2020-06-30 09:12:07][DEBUG] :  -----------------------------------------------------
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS auto select: 0
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS configured:
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS auto detect:  Auto ups
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS commande pour auto_detect: upsc -l 192.168.1.200  > /dev/stdout 2> /dev/null
[2020-06-30 09:12:07][DEBUG] : Onduleur NAS UPS Connexion type:  Non SSH 0
[2020-06-30 09:12:07][DEBUG] :  -----------------------------------------------------
[2020-06-30 09:12:08][DEBUG] :  -----------------------------------------------------
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Marque_Model : Error: Driver not connected
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Model : Error: Driver not connected Error: Driver not connected
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Serial : Error: Driver not connected
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Not Online: 1 Result: Error: Driver not connected
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS UPS MODE : Error: Driver not connected
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Result Modifié: 0
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Tension en entrée : 0
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Fréquence en entrée : Error: Driver not connected
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Tension en sortie : Error: Driver not connected
[2020-06-30 09:12:08][DEBUG] : Onduleur RPI UPS Fréquence en sortie : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Puissance en sortie : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Puissance en sortie réel : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Niveau de charge batterie : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Tension de la batterie : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Température de la batterie : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Charge onduleur : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Temps restant sur batterie en s : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Temps restant sur batterie en min : 0
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Temps restant avant arrêt en s : Error: Driver not connected
[2020-06-30 09:12:09][DEBUG] : Onduleur RPI UPS Temps restant avant arrêt en min : 0
[2020-06-30 09:12:10][DEBUG] : Onduleur RPI UPS Beeper : Error: Driver not connected
[2020-06-30 09:12:10][DEBUG] :  -----------------------------------------------------
[2020-06-30 09:12:10][DEBUG] :  -----------------------------------------------------
[2020-06-30 09:12:10][DEBUG] : Onduleur RPI UPS auto select: 0
[2020-06-30 09:12:10][DEBUG] : Onduleur RPI UPS configured:
[2020-06-30 09:12:10][DEBUG] : Onduleur RPI UPS auto detect:  Auto APC-RPI-SG
[2020-06-30 09:12:10][DEBUG] : Onduleur RPI UPS commande pour auto_detect: upsc -l 127.0.0.1  > /dev/stdout 2> /dev/null
[2020-06-30 09:12:10][DEBUG] : Onduleur RPI UPS Connexion type:  Non SSH 0

Verion Jeedom = 4.0.59 avec Blaster
Version Nut-free = 2020-05-01 00:42:06

Hello,
Personne pour m’aider ?

Bonjour,

Ton probleme ne vient pas de nut free mais du serveur nut et des drivers.

« Driver not connected ». Erreur de config ou autre. Est ce que le serveur nut tourne bien sur ton RPI??

Stef.

Salut Stef,
Merci pour ta réponse,

Avec la commande :sudo upsdrvctl start

j’ai effectivement une erreur:

Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
No matching HID UPS found
Driver failed to start (exit status=1)
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
No matching HID UPS found
Driver failed to start (exit status=1)
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
No matching HID UPS found
Driver failed to start (exit status=1)

Ton avis ?
Merci par avance
Stéphane

Salut,

Sur la machine ou est connecté l’onduleur; resultat de:

lsusb
upsc -l

Fichier de config ups.conf

Stef.

Hello
Ci-dessous le résultat :

pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 006: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

pi@raspberrypi:~ $ upsc -l
Init SSL without certificate database
APC-RPI-SG

Fichier ups.conf =

# Network UPS Tools: example ups.conf
#
# --- SECURITY NOTE ---
#
# If you use snmp-ups and set a community string in here, you
# will have to secure this file to keep other users from obtaining
# that string.  It needs to be readable by upsdrvctl and any drivers,
# and by upsd.
#
# ---
#
# This is where you configure all the UPSes that this system will be
# monitoring directly.  These are usually attached to serial ports, but
# USB devices and SNMP devices are also supported.
#
# This file is used by upsdrvctl to start and stop your driver(s), and
# is also used by upsd to determine which drivers to monitor.  The
# drivers themselves also read this file for configuration directives.
#
# The general form is:
#
# [upsname]
#       driver = <drivername>
#         port = <portname>
#       < any other directives here >
#
# The section header ([upsname]) can be just about anything as long as
# it is a single word inside brackets.  upsd uses this to uniquely
# identify a UPS on this system.
#
# If you have a UPS called snoopy, your section header would be "[snoopy]".
# On a system called "doghouse", the line in your upsmon.conf to monitor
# it would look something like this:
#
#       MONITOR snoopy@doghouse 1 upsmonuser mypassword master
#
# It might look like this if monitoring in slave mode:
#
#       MONITOR snoopy@doghouse 1 upsmonuser mypassword slave
#
# Configuration directives
# ------------------------
#
# These directives are used by upsdrvctl only and should be specified outside
# of a driver definition:
#
#    maxretry: Optional.  Specify the number of attempts to start the driver(s),
#              in case of failure, before giving up. A delay of 'retrydelay' is
#              inserted between each attempt. Caution should be taken when using
#              this option, since it can impact the time taken by your system to
#              start.
#
#              The default is 1 attempt.
#
#  retrydelay: Optional.  Specify the delay between each restart attempt of the
#              driver(s), as specified by 'maxretry'. Caution should be taken
#              when using this option, since it can impact the time taken by your
#              system to start.
#
#              The default is 5 seconds.
#
# These directives are common to all drivers that support ups.conf:
#
#  driver: REQUIRED.  Specify the program to run to talk to this UPS.
#          apcsmart, bestups, and sec are some examples.
#
#    port: REQUIRED.  The serial port where your UPS is connected.
#          /dev/ttyS0 is usually the first port on Linux boxes, for example.
#
# sdorder: optional.  When you have multiple UPSes on your system, you
#          usually need to turn them off in a certain order.  upsdrvctl
#          shuts down all the 0s, then the 1s, 2s, and so on.  To exclude
#          a UPS from the shutdown sequence, set this to -1.
#
#          The default value for this parameter is 0.
#
#  nolock: optional, and not recommended for use in this file.
#
#          If you put nolock in here, the driver will not lock the
#          serial port every time it starts.  This may allow other
#          processes to seize the port if you start more than one by
#          mistake.
#
#          This is only intended to be used on systems where locking
#          absolutely must be disabled for the software to work.
#
# maxstartdelay: optional.  This can be set as a global variable
#                above your first UPS definition and it can also be
#                set in a UPS section.  This value controls how long
#                upsdrvctl will wait for the driver to finish starting.
#                This keeps your system from getting stuck due to a
#                broken driver or UPS.
#
#                The default is 45 seconds.
#
# synchronous: optional.  The driver work by default in asynchronous
#              mode (i.e *synchronous=no*).  This means that all data
#              are pushed by the driver on the communication socket to
#              upsd (Unix socket on Unix, Named pipe on Windows) without
#              waiting for these data to be actually consumed.  With
#              some HW, such as ePDUs, that can produce a lot of data,
#              asynchronous mode may cause some congestion, resulting in
#              the socket to be full, and the driver to appear as not
#              connected.  By enabling the 'synchronous' flag
#              (value = 'yes'), the driver will wait for data to be
#              consumed by upsd, prior to publishing more.  This can be
#              enabled either globally or per driver.
#
#              The default is 'no' (i.e. asynchronous mode) for backward
#              compatibility of the driver behavior.
#
# Anything else is passed through to the hardware-specific part of
# the driver.
#
# Examples
# --------
#
# A simple example for a UPS called "powerpal" that uses the blazer_ser
# driver on /dev/ttyS0 is:
#
# [powerpal]
#       driver = blazer_ser
#       port = /dev/ttyS0
#       desc = "Web server"
#
# If your UPS driver requires additional settings, you can specify them
# here.  For example, if it supports a setting of "1234" for the
# variable "cable", it would look like this:
#
# [myups]
#       driver = mydriver
#       port = /dev/ttyS1
#       cable = 1234
#       desc = "Something descriptive"
#
# To find out if your driver supports any extra settings, start it with
# the -h option and/or read the driver's documentation.

# Set maxretry to 3 by default, this should mitigate race with slow devices:
maxretry = 3
[APC-RPI-SG]
driver = usbhid-ups
port = auto
desc = "APC backups 700 "
pollinterval = 15

Merci encore pour ton aide
Stéphane

Tu peux debrancher tous tes periphériques USB sauf l’onduleur et refaire un lsusb?

Stef.

Salut Stef,
Désolé pour l’absence de réponse !
Je reviens sur le problème de mon onduleur non résolu.
Je n’ai pas fait la dernière manip en enlevant les autres appareils USB car j’ai peur de tout perdre !
En plus sur 1 USB j’ai le SSD avec le système.
Merci encore pour ton aide !
Stéphane

Salut,

Sinon, debranche seulement l’onduleur pour comparer avec le lsusb. Cela permetra de voir si il est bien vue et comment.

Stef.

Il y a aussi ca a essayer:

/sbin/upsdrvctl -u root start

Stef.

Hello,
Ci-dessous le résultat de la commande :

Network UPS Tools - UPS driver controller 2.7.4
Can't open /etc/nut/ups.conf: Can't open /etc/nut/ups.conf: Permission denied

Demain je test de débrancher l’onduleur et de faire lsusb pour voir la différence
Bonne soirée et merci pour ton aide
Stéphane

Salut Stef,
Je viens de tester avec l’onduleur connecté en USB et sans l’onduleur et le résultat est le même :

Bus 001 Device 005: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 006: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

J’ai éteint/allumer l’onduleur pour voir et idem !
Ton avis ?
Merci par avance,
Stéphane

Salut,

Je testerais de nouveau les deux cas pour comparer avec :

dmesg |grep usb

Et si dans les deux cas même resultat, essay de brancher l’onduleur sur un PC et dans ce cas, probleme usb ou cable.

Stef.

Hello
Ok merci pour ton retour
Je vais essayer demain ou vendredi et te tiens au courant
Merci et bonne soirée
Stéphane

Salut Stef,
Le problème venait bien de l’onduleur qui ne comuniqué plus via USB.
J’ai connecté l’onduleur sur un PC et rien avec le logiciel Powerchute sur le PC.
Aprés avoir éteint et débrancher complètement l’onduleur quelque minutes cela est revenu pour powerchute.
J’ai rebranché sur mon RPI et l’APC est revenu :

Bus 001 Device 006: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 004: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 001 Device 007: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA                         6Gb/s bridge
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Plus de peur que de mal !
Grand merci pour ton aide et le temps passé.
Stéphane

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.