communication avec onduleur MGE PC750

[DbFr871]

Bonsoir à Toutes et Tous

Je souhaitais "correspondre" avec l'onduleur SUIVANT :
http://www.materielelectrique.com/prote ... 12124.html

Je me suis rapproché de leur sav, pour savoir, s'il existait un logiciel de surveillance de leur onduleur, et voici leur réponse :

Le ProtectionCenter 750 intégre le protocole de communication propriétaire HID/SHUT. Nous ne proposons pas de logiciel Eaton pour Linux pour les si petits produits. Vous allez devoir utiliser une solution OpenSource à base de NUT (voir http://networkupstools.org/) Si vous utilisez les pilotes MGE/Eaton pour le protocole HID/SHUT, vous devriez obtenir une communication efficace et par conséquent assurer une surveillance de l’appareil (moyennant l’ajout des programmes d’affichage de votre choix). Les programmes NUT doivent être facilement récupèrés sur les dépôts Debian.

La connection USB de votre Protection Center doit déjà permettre la détection par le Power Manager du système linux. Il doit être possible de n’installer qu’un programme d’interface graphique qui vienne piocher les informations dans les informations du Power Management.

.

Sur le coté de l'onduleur, il y a 3 sorties en rj45, dont la 1ère est pour la communication en usb, j'ai le cordon, l'ai connecté, mais Jessie ne le reconnait pas, comme le suggère l'info du sav...

Auriez-vous une idée pour 'tenter" de communiquer avec cet onduleur, qui depuis son achat, est passé sous la marque Eaton ?

Merci d'avance pour vos retour

[piratebab]

Voila un sujet qui sort de l'ordinaire!
Tout d'abord, as tu regardé ce qui se passe lorsque tu branches ton onduleur ? regarde les dernières lignes d'un dmesg après l'avoir branché.

[Mimoza]

J'ai aussi un onduleur de la marque Eaton. Dmesg m'affiche bien quelque chose quand je le branche et NUT l'a parfaitement reconnu. Du coup je n'ai pas eu ton genre de soucis.
Le câble que tu as est bien celui fourni par le fabricant ? Le matériel est neuf ou d'occasion ?

[DbFr871]

Voila un sujet qui sort de l'ordinaire!
Tout d'abord, as tu regardé ce qui se passe lorsque tu branches ton onduleur ? regarde les dernières lignes d'un dmesg après l'avoir branché.

.
ah pétard... j'oublie à chaque fois d'utiliser dmesg...

voici ce qu'il indique après avoir connecté l'onduleur, qui est bien vu

Code : Tout sélectionner

...
[  818.190375] hid-generic 0003:13BA:0017.0009: input,hidraw2: USB HID v1.10 Mouse [Generic USB K/B] on usb-0000:00:1d.7-1.3/input1
[  869.800048] usb 2-1.2: new low-speed USB device number 28 using ehci-pci
[  871.205897] usb 2-1.2: New USB device found, idVendor=0463, idProduct=ffff
[  871.205903] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=4
[  871.205907] usb 2-1.2: Product: PROTECTIONCENTER
[  871.205910] usb 2-1.2: Manufacturer: MGE OPS SYSTEMS
[  871.205913] usb 2-1.2: SerialNumber: 000000000
[  871.460638] hid-generic 0003:0463:FFFF.000A: hiddev0,hidraw3: USB HID v1.00 Device [MGE OPS SYSTEMS PROTECTIONCENTER] on usb-0000:00:1d.7-1.2/input0
bernard# 

.

J'ai aussi un onduleur de la marque Eaton. Dmesg m'affiche bien quelque chose quand je le branche et NUT l'a parfaitement reconnu. Du coup je n'ai pas eu ton genre de soucis.
Le câble que tu as est bien celui fourni par le fabricant ? Le matériel est neuf ou d'occasion ?

.
j'ai un seul câble de ce type, et je supose, comme je n'ai fait aucune acquisition de ce câble, qu'il était livré avec l'onduleur...
cela fait plusieurs années, que j'avais "abandonné" l'idée de le connecter, surtout sous une distri Linux
le matériel m'a été offert, donc, du neuf, cela fait près de 9 ans...

A la vue de dmesg, y aurait-il une opportunité de visualiser ce qui se passe ?

Merci de vos retours

[piratebab]

Il est parfaitement reconnu par ton système (marque, type), c'est un très bon début!
Il te faut probablement un logiciel spécifique pour le gérer, Mimoza utilise NUT, si c'est celui que tu choisis, tu sauras qui pourras t'aider.
https://blog.shadypixel.com/monitoring- ... ntu-linux/

[Mimoza]

Je confirme, au vu des message de dmesg tu ne devrais pas avoir de soucis pour te connecter.

[DbFr871]

Il est parfaitement reconnu par ton système (marque, type), c'est un très bon début!
Il te faut probablement un logiciel spécifique pour le gérer, Mimoza utilise NUT, si c'est celui que tu choisis, tu sauras qui pourras t'aider.
https://blog.shadypixel.com/monitoring- ... ntu-linux/

.

Je confirme, au vu des message de dmesg tu ne devrais pas avoir de soucis pour te connecter.

.

sauf que ce qu'il propose d'installer, est :

Code : Tout sélectionner

bernard# apt-cache policy nut-hal-drivers
nut-hal-drivers:
  Installé : (aucun)
  Candidat : (aucun)
 Table de version :
bernard# 

.
totalement inconnu chez mi...

comment as-tu installé NUT, Mimoza ?

Merci pour vos retours

[Mimoza]

En installant «nut» tout simplement :
https://packages.debian.org/fr/stretch/nut

[piratebab]

relis bien en entier le lien que je t'ai donné. Il y a 2 façons de faire:
- utiliser hal et les gestionnaires intégrés à ton gestionnaire de bureau
- utiliser NUT indépendamment de ton gestionnaire de bureau

[DbFr871]

relis bien en entier le lien que je t'ai donné. Il y a 2 façons de faire:
- utiliser hal et les gestionnaires intégrés à ton gestionnaire de bureau
- utiliser NUT indépendamment de ton gestionnaire de bureau

.
Je viens de relire la traduction, et il est indiqué :

Mise à jour sur 2009-01-06:

Arnaud Quette, le responsable du projet Nut, m'a informé de deux autres inconvénients importants avec l'utilisation de nut-hal-drivers:

gnome-power-manager ne met pas hors tension l'onduleur à la fin d'un arrêt de la panne de courant. Cela signifie que l'onduleur sera entièrement évacué, ou pire, l'alimentation sera restaurée avant que la batterie ne soit complètement vidée et que l'ordinateur ne démarre pas automatiquement.
Aucun autre travail ne sera effectué sur les conducteurs de noix-hal. HAL sera remplacé par DeviceKit et les redresseurs à noix seront remplacés par DeviceKit-power.
Conclusion: n'utilisez pas de conducteurs nut-hal sauf si vous voulez vraiment une icône de notification de fantaisie.



Il est donc préférable d'installer NUT, si j'ai bien compris...
sachant que nut-hal-drivers, je ne sais où il est...
NUT est plus disponible que nut-hal-drivers

je vais installer et mesurerai s'il est "bien" ou pas, pour moi

[DbFr871]

Tout a bien fonctionné jusqu'à :

Code : Tout sélectionner

bernard-portable:~$ sudo /etc/init.d/nut start
sudo: /etc/init.d/nut: command not found
bernard-portable:~$ 
bernard-portable:~$ upsc mge
Error: Connection failure: Connection refused
bernard-portable:~$ 

.

J'ai suivi la page indiquée mais, soit, j'ai fait un "pâté"... soit, il manque quelque chose...

Que vous faudrait-il en retour, pour "voir" où est le manque ?

Merci pour vos retours

[piratebab]

as tu configuré ton ups dans nut.conf ?

Code : Tout sélectionner

# /etc/nut/ups.conf

[apc]
    driver = usbhid-ups
    port = auto

nut est à mon avis un service.

Code : Tout sélectionner

service nutd start

et pour savoir si il est démarré

Code : Tout sélectionner

service nutd status

tu as un tuto sur notre wiki
https://wiki.debian-fr.xyz/Configurer_e ... r_avec_NUT

[DbFr871]

as tu configuré ton ups dans nut.conf ?

Code : Tout sélectionner

# /etc/nut/ups.conf

[apc]
    driver = usbhid-ups
    port = auto

.
Exact, j'ai fait ce qu'ils conseillaient.

Code : Tout sélectionner

[mge]
    driver = usbhid-ups
    port = auto

.
en modifiant apc, qu'ils indiquaient par mge.

nut est à mon avis un service.

Code : Tout sélectionner

service nutd start

et pour savoir si il est démarré

Code : Tout sélectionner

service nutd status

.
Mon ordi me répond :

Code : Tout sélectionner

bernard-portable:~$ service nutd start
bash: service : commande introuvable
bernard-portable:~$ 
bernard-portable:~$ service nutd status
bash: service : commande introuvable
bernard-portable:~$ 
bernard-portable:~$ nutd start
bash: nutd : commande introuvable
bernard-portable:~$ 
bernard-portable:~$ nutd status
bash: nutd : commande introuvable
bernard-portable:~$ 

.
apparemment, NUT est introuvable...

tu as un tuto sur notre wiki
https://wiki.debian-fr.xyz/Configurer_e ... r_avec_NUT

.
Merci, j'vais y jeter un oeil

[DbFr871]

J'ai suivi le tuto et j'ai été chercher les pilotes MGE Office Protection Systems avec :

Code : Tout sélectionner

cat /usr/share/nut/driver.list
...
# Format:
# =======
# <manufacturer>	<device type>	<support level>	<model name>	<model extra>	<driver [parameters]>
...
"MGE Office Protection Systems"	"ups"	"5"	"Protection Center 500/675 VA"	"USB"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Protection Station 500/650/800 VA"	"USB"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Ellipse ASR USBS 600/750/1000/1500 VA"	"USB cable"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Ellipse MAX USBS 600/850/1100/1500 VA"	"USB cable"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Evolution 650/850/1150/1550/2000 VA"	"USB port"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Evolution S 1250/1750/2500/3000 VA"	"USB port"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Pulsar 700/1000/1500 VA"	"USB port"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Pulsar M 2200/3000 VA"	"USB port"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Pulsar MX 5/8/10/15/20 kVA"	"USB port"	"usbhid-ups"
"MGE Office Protection Systems"	"ups"	"5"	"Ellipse ASR USBS 600/750/1000/1500 VA"	"Serial cable"	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Ellipse MAX USBS 600/850/1100/1500 VA"	"Serial cable"	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Evolution 650/850/1150/1550/2000 VA"	"Serial port"	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Evolution S 1250/1750/2500/3000 VA"	"Serial port"	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Pulsar 700/1000/1500 VA"	"Serial port"	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Pulsar M 2200/3000 VA"	"Serial port"	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Pulsar MX 5/8/10/15/20 kVA"	"Serial port"	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Comet EX RT 1:1 7/11 kVA"	""	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Comet EX RT 3:1 5/7/11 kVA"	""	"mge-shut or oldmge-shut"
"MGE Office Protection Systems"	"ups"	"5"	"Comet EX RT (XML/HTTP)"	"NMC Transverse card (ref 66074)"	"netxml-ups (experimental)"
"MGE Office Protection Systems"	"ups"	"5"	"Comet EX RT (SNMP)"	"NMC Transverse card (ref 66074)"	"snmp-ups (experimental)"
"MGE Office Protection Systems"	"ups"	"5"	"various models (XML/HTTP mode)"	"NMC Minislot (Ref 66102)"	"netxml-ups (experimental)"
"MGE Office Protection Systems"	"ups"	"5"	"various models (SNMP mode)"	"NMC Minislot (Ref 66102)"	"snmp-ups (experimental)"
"MGE Office Protection Systems"	"ups"	"5"	"various models (XML/HTTP mode)"	"SNMP/Web Minislot card (ref 66244)"	"netxml-ups (experimental)"
"MGE Office Protection Systems"	"ups"	"5"	"various models (SNMP mode)"	"SNMP/Web Minislot card (ref 66244)"	"snmp-ups (experimental)"
...

.

Malgré que mon onduleur soit le Protection Center 750, qui est absent sur cette liste, il me semble que c'est le premier pilote qui s'en rapproche le plus...

Comme je suis loin d'être sûr du port, je l'ai mis en "auto" !
ai-je tort ?
Ou bien, dois-je mettre le port en :
port = /dev/ttyS0

et là :
Ajoutez ensuite une règle à UDEV afin qu'il attribue ttyS0 (si c'est bien le port sur lequel est l'onduleur) au groupe nut:
j'en suis encore moins sûr, j'évite donc de faire cette règle.

Apparemment il est envisagé que la connexion en tty, pas en USB...

Vous me direz, j'ai deux autres connecteurs rj45, 1 en "in", et l'autre en "out"... 'elles sont visibles sur la photo du site, indiqué sur mon premier commentaire !

Je me suis connecté sur la rj45 "Com USB", mais... ai-je raison ou tort...

[--gilles--]

as tu configuré ton ups dans nut.conf ?

Code : Tout sélectionner

# /etc/nut/ups.conf

[apc]
    driver = usbhid-ups
    port = auto

nut est à mon avis un service.

Code : Tout sélectionner

service nutd start

et pour savoir si il est démarré

Code : Tout sélectionner

service nutd status

tu as un tuto sur notre wiki
https://wiki.debian-fr.xyz/Configurer_e ... r_avec_NUT

Peut-être que dans Debian 8, service a été remplacé par systemctl, en tout cas dans Debian 9 c'est le cas.

$ systemctl status gdm.service fonctionne chez moi.

Ce qui donnerait :
$ systemctl start nutd.service
$ systemctl status nutd.service

Source : https://doc.ubuntu-fr.org/systemd

[DbFr871]

...
Peut-être que dans Debian 8, service a été remplacé par systemctl, en tout cas dans Debian 9 c'est le cas.

$ systemctl status gdm.service fonctionne chez moi.

Ce qui donnerait :
$ systemctl start nutd.service
$ systemctl status nutd.service

Source : https://doc.ubuntu-fr.org/systemd

hé hé... cela pourrait être une réponse, car :

Code : Tout sélectionner

bernard-portable:~$ systemctl status gdm.service
● gdm.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
bernard-portable:~$ 
bernard-portable:~$ systemctl start nutd.service
Failed to start nutd.service: Access denied
bernard-portable:~$ 
bernard-portable:~$ systemctl status nutd.service
● nutd.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
bernard-portable:~$ 

.

avec votre aide, je vais l'avoir... voui, voui... j'vais l'avoir...

[DbFr871]

Je viens de reprendre cette page et voici la réponse :

Code : Tout sélectionner

bernard-portable:~$ sudo upsdrvctl start
[sudo] password for bernard: 
Network UPS Tools - UPS driver controller 2.7.2
Network UPS Tools - Generic HID driver 0.38 (2.7.2)
USB communication driver 0.32
Using subdriver: MGE HID 1.33
bernard-portable:~$ 

.
l'onduleur est bien "vu"...

Bon, je continue à chercher... et vous tiens au parfum...

[DbFr871]

Je reviens sur la page du wiki
et dans le fichier upssched-cmd

Code : Tout sélectionner

bernard# cat /bin/upssched-cmd
#! /bin/sh
#
# This script should be called by upssched via the CMDSCRIPT directive.
# 
# Here is a quick example to show how to handle a bunch of possible
# timer names with the help of the case structure.
#
# This script may be replaced with another program without harm.
#
# The first argument passed to your CMDSCRIPT is the name of the timer
# from your AT lines.

case $1 in
	upsgone)
		logger -t upssched-cmd "The UPS has been gone for awhile"
		;;
	*)
		logger -t upssched-cmd "Unrecognized command: $1"
		;;
esac

bernard# 

.
qui est un fichier d'exemple, qu'est-ce que j'y mets ?
je le laisse tel quel ?
Si je le laisse tel quel, je traduirai en frenche les commentaires...

[--gilles--]

bernard-portable:~$ systemctl status gdm.service
● gdm.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)

C'est simplement parce que tu n'utilises pas Gnome, si tu utilises KDE, il faut remplacer par gdm.service par kdm.service, si tu utilises Xfce, il faut remplacer gdm.service par lightdm.service
Source :
http://fredbezies.developpez.com/tutori ... linux/#LVI





bernard-portable:~$
bernard-portable:~$ systemctl start nutd.service
Failed to start nutd.service: Access denied

peut-être qu'un
bernard-portable:~#
bernard-portable:~# systemctl start nutd.service
bernard-portable:~# systemctl enable nutd.service

marcherait.

[DbFr871]

bernard-portable:~$ systemctl status gdm.service
● gdm.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)

C'est simplement parce que tu n'utilises pas Gnome, si tu utilises KDE, il faut remplacer par gdm.service par kdm.service, si tu utilises Xfce, il faut remplacer gdm.service par lightdm.service
Source :
http://fredbezies.developpez.com/tutori ... linux/#LVI

.
Tout à fait exact, je suis avec Xfce, et voici la réponse :

Code : Tout sélectionner

bernard-portable:~$ systemctl status lightdm.service
● lightdm.service - Light Display Manager
   Loaded: loaded (/lib/systemd/system/lightdm.service; enabled)
   Active: active (running) since ven. 2017-09-15 08:13:11 CEST; 5h 34min ago
     Docs: man:lightdm(1)
  Process: 681 ExecStartPre=/bin/sh -c [ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/sbin/lightdm" ] (code=exited, status=0/SUCCESS)
 Main PID: 701 (lightdm)
   CGroup: /system.slice/lightdm.service
           ├─701 /usr/sbin/lightdm
           └─733 /usr/bin/X :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
bernard-portable:~$ 

.
Ça va tout de suite mieux...
et ça fait plus de 5h qu'il tourne... et que je ne peux pas encore visualiser...
ça va "viendre"...

bernard-portable:~$
bernard-portable:~$ systemctl start nutd.service
Failed to start nutd.service: Access denied

peut-être qu'un
bernard-portable:~#
bernard-portable:~# systemctl start nutd.service
bernard-portable:~# systemctl enable nutd.service

marcherait.

.
Là... ça coince toujours :

Code : Tout sélectionner

bernard-portable:/home/bernard# systemctl start nutd.service
Failed to start nutd.service: Unit nutd.service failed to load: No such file or directory.
bernard-portable:/home/bernard# 
bernard-portable:/home/bernard# systemctl enable nutd.service
Failed to execute operation: No such file or directory
bernard-portable:/home/bernard# 

.

Mais, d'où sort nutd ?
Car, je ne l'ai aperçu à aucun moment...