-
Salve!
Ho lo stesso ups riello Sentinel PRO
Collegato con cavo USB
https://www.riello-ups.it/products/1-gruppi-di-continuita/44-sentinel-propfsense 2.7.0
nut ver 2.8.0_2stesso problema:
Tu hai risolto il problema?
-
ciao
ho riprovato ora con altro ups Riello modello VST1100
collegato con cavo USB ma non funziona su pfsense 2.7.0
c'è qualche impostazione aggiuntiva da fare?????
-
No i have not sorted it out with pfsense at all. Still have exactly same issue. It would be really nice if someone who is involved with UPS plugin to explain how to connect (if it is even possible) UPS devices with PRTK identifiers.
Sadly i had to sort out ancient HP thin client with winxp just to monitor UPS so i have any kind of its status. I have couple of them and this is really bad issue because original app is really really outdated and buggy.
Not even sure is it working with win10 without java. Dont take me on word for that.So yeah, this looks as really consistent either issue or lack of documentation. If anyone who stumble on this know whats problem, please share.
Thank you in advance 2 years later :)
-
@ha11oga11o
Most users use APC UPS and it seems to work with these -
I also tried with different USB cables, even short ones, but it doesn't work
look here too
https://blog.victormendonca.com/2020/10/28/how-to-setup-ups-on-pfsense/t
Oct 31, 2023: NUT 2.8.1 released
-
I can confirm that APC works. I manage to sort those in no time. But Riello with PRTK does not work. maybe some additional driver commands needs to be in place. But there sno docs that i found which explain that.
-
@Unoptanio You might look in the NUT package support thread. There are a lot of USB issues with NUT 2.8.0.
-
I doubt its actual USB problem. More like configuration issue or its not supported. I have this problem since:
2.5.0-RELEASE (amd64)
built on Tue Feb 16 08:56:29 EST 2021
FreeBSD 12.2-STABLEnut sysutils 2.7.4_8
Two years i tried many things to make it work. I read so many threads, and just gave up. Today i got notification someone else have same problem, so i cherish hope it might be seen by right eyes to explain whats in stake.
As far i can understand original programs MUST have type in that famous PRTK code which is written on back of UPS on small sticker to actually recognize it. So, im kinda sure its same thing here, but have no idea how to do it, since GUI does not ask for it, except additional driver parameters which i dont know how to format.
Its stated here:
""It is a code inherent to the UPS communication protocol and can be found either on the plate on the back of the UPS itself or, for large UPS, inside the door of the UPS.
This code is essential to identify and associate the UPS or ATS/STS with our software, such as the PowerShield3, as well as connectivity devices like Netman 204.
Only with the correct PRTK code is communication between the two elements possible. ""
Cheers!
-
@ha11oga11o Ah yes. My bad. I did a little quick reading....
It looks like Riello purposefully does not implement the USB HID Power device protocol. It appears that they want to force users to use Riello software to manage the units. Kinda sad.
-
On the official NUT website they write that the RIELLOs work with the USB and SERIAL drivers
To write this I hope they have tested them
Is there anyone on the Nut development team who can take this to heart this problem with Riello UPS?
I am Italian and in Italy Riello UPSs are very popular
https://networkupstools.org/stable-hcl.html
Can we try writing here? to see if they help us solve the problem
https://github.com/networkupstools/nut/issues
I have open this ticket:
https://github.com/networkupstools/nut/issues/2159t -
@ha11oga11o
@dennypage
@ha11oga11oResponse from team Nut
Looking at screenshot, maybe the problem is with driver name: in NUT there are riello_ser and riello_usb respectively for different media, not one riello. I doubt that pfSense undertook an effort to merge them into one, although maybe they "hide" it behind selection of "UPS Type" (Local USB)? Even that would not be easy, as different drivers follow different naming patterns (and some are dual-capability). So the first thing to check would be typing riello_usb there. Looking at source history, initial driver codebase was in fact contributed by a person from Riello, so at least as of ~2014 it should have "officially" supported the contemporary protocol. I do not know if their newer devices follow some unrelated protocol or are still compatible, though. You might try to bump driver debug verbosity, if you can see its logs - maybe that would expose how it tries to find the device and what exactly fails. With NUT v2.8.0+ it may suffice to add a debug_min = 6 to the "Extra arguments" while you are troubleshooting.
Can someone from the pfsense team help us? Thank you
-
-
-
@Unoptanio "failed to detach kernel driver" indicates that there is not a USB quirk registered to prevent the kernel from attaching a default driver. In other words, the kernel does not know that it is a UPS.
You will either need to determine and register the correct quirk, or run as root. See this thread for a recent discussion about developing a quirk.
-
Problem solved but there is still work to do for the pfsense team.
follow the solution on:
https://github.com/networkupstools/nut/issues/2159
https://github.com/networkupstools/nut/wiki/NUT-on-pfSense
Wow
-
@Unoptanio said in NUT with Riello Sentinel Pro 2200 USB connection cant make it work:
Problem solved but there is still work to do for the pfsense team.
follow the solution on:
https://github.com/networkupstools/nut/issues/2159
This is the quirk issue I mentioned in the prior post. It is actually not pfSense, but upstream FreeBSD that manages the default quirks.
You will have to develop and test a quirk. It cannot be done without possession of the physical UPS. After you have developed the quirk, we can file a ticket with upstream to request that it added to FreeBSD.
-
you could involve Riello technical support because I believe the problem is with all Riello UPS models.
Once the quirk has been developed on a specific Riello UPS model, does it then work with all Riello models? or should a quirk be developed for each model? -
@Unoptanio Depends upon the manufacturer. For most, I think it is for a series of UPSs. APC for instance has only had 3 of them.
See this post for detailed information.
-
Hello all,
i can confirm that like this works on mine side too with rather old SEP2200. All it needed is extra argument user = root.
So, NUT package needs some tweaking not to work at root privileges i guess?
At least we manage to connect UPS to device. many thnx! Finally some progress on this subject.
Cheers!
-
@ha11oga11o said in NUT with Riello Sentinel Pro 2200 USB connection cant make it work:
Hello all,
i can confirm that like this works on mine side too with rather old SEP2200. All it needed is extra argument user = root.
So, NUT package needs some tweaking not to work at root privileges i guess?
At least we manage to connect UPS to device. many thnx! Finally some progress on this subject.
Cheers!
yeah, that was short live; I got initial data, an next refresh interval it says UPS need attention.
Nov 10 10:39:58 upsmon 20183 Communications with UPS RielloSEP2200 established Nov 10 10:39:58 upsd 33371 User local-monitor@127.0.0.1 logged into UPS [RielloSEP2200] Nov 10 10:39:55 upsd 33371 Connected to UPS [RielloSEP2200]: riello_usb-RielloSEP2200 Nov 10 10:39:55 riello_usb 33500 Startup successful Nov 10 10:39:54 upsd 33371 Startup successful Nov 10 10:39:54 upsd 32400 Can't connect to UPS [RielloSEP2200] (riello_usb-RielloSEP2200): No such file or directory Nov 10 10:39:54 upsd 32400 listening on 127.0.0.1 port 3493 Nov 10 10:39:54 upsd 32400 listening on ::1 port 3493 Nov 10 10:39:53 upsmon 20183 Communications with UPS RielloSEP2200 lost Nov 10 10:39:53 upsmon 20183 UPS [RielloSEP2200]: connect failed: Connection failure: Connection refused Nov 10 10:39:53 upsmon 19414 Startup successful Nov 10 10:39:53 php-fpm 50287 /nut_settings.php: Starting service nut Nov 10 10:39:53 riello_usb 58720 Signal 15: exiting Nov 10 10:39:53 upsd 28635 Signal 15: exiting Nov 10 10:39:53 upsd 28635 mainloop: Interrupted system call Nov 10 10:39:53 upsd 28635 User local-monitor@127.0.0.1 logged out from UPS [RielloSEP2200] Nov 10 10:39:53 upsmon 27914 Signal 15: exiting Nov 10 10:39:53 php-fpm 50287 /nut_settings.php: Stopping service nut Nov 10 10:39:53 check_reload_status 484 Syncing firewall Nov 10 10:39:53 php-fpm 50287 /nut_settings.php: Configuration Change: admin@192.168.1.210 (Local Database): Updated UPS settings Nov 10 10:37:41 upsmon 27914 Communications with UPS RielloSEP2200 established Nov 10 10:37:40 upsd 28635 Connected to UPS [RielloSEP2200]: riello_usb-RielloSEP2200 Nov 10 10:37:38 riello_usb 58720 Startup successful Nov 10 10:37:36 upsmon 27914 UPS RielloSEP2200 is unavailable Nov 10 10:37:36 upsmon 27914 Poll UPS [RielloSEP2200] failed - Driver not connected Nov 10 10:37:36 upsd 28635 User local-monitor@127.0.0.1 logged into UPS [RielloSEP2200] Nov 10 10:37:32 upsd 28635 Startup successful Nov 10 10:37:32 upsd 28603 Can't connect to UPS [RielloSEP2200] (riello_usb-RielloSEP2200): Connection refused Nov 10 10:37:32 upsd 28603 listening on 127.0.0.1 port 3493 Nov 10 10:37:32 upsd 28603 listening on ::1 port 3493 Nov 10 10:37:30 upsmon 27914 Communications with UPS RielloSEP2200 lost Nov 10 10:37:30 upsmon 27914 UPS [RielloSEP2200]: connect failed: Connection failure: Connection refused Nov 10 10:37:30 upsmon 27623 Startup successful Nov 10 10:37:30 php-fpm 50287 /nut_settings.php: Starting service nut Nov 10 10:37:30 upsd 13922 Signal 15: exiting Nov 10 10:37:30 upsd 13922 mainloop: Interrupted system call Nov 10 10:37:30 upsd 13922 User local-monitor@127.0.0.1 logged out from UPS [RielloSEP2200] Nov 10 10:37:30 upsmon 13197 Signal 15: exiting Nov 10 10:37:30 php-fpm 50287 /nut_settings.php: Stopping service nut Nov 10 10:37:30 check_reload_status 484 Syncing firewall Nov 10 10:37:30 php-fpm 50287 /nut_settings.php: Configuration Change: admin@192.168.1.210 (Local Database): Updated UPS settings Nov 10 10:37:01 check_reload_status 484 Syncing firewall Nov 10 10:37:01 php-fpm 97711 /index.php: Configuration Change: admin@192.168.1.210 (Local Database): Widget configuration has been changed. (User admin) Nov 10 10:37:00 sshguard 28889 Now monitoring attacks. Nov 10 10:37:00 sshguard 91620 Exiting on signal. Nov 10 10:36:48 check_reload_status 484 Syncing firewall Nov 10 10:36:48 php-fpm 83476 /index.php: Configuration Change: admin@192.168.1.210 (Local Database): Widget configuration has been changed. (User admin) Nov 10 10:32:58 upsmon 13197 Communications with UPS RielloSEP2200 established Nov 10 10:32:58 upsd 13922 User local-monitor@127.0.0.1 logged into UPS [RielloSEP2200] Nov 10 10:32:56 upsd 13922 Connected to UPS [RielloSEP2200]: riello_usb-RielloSEP2200 Nov 10 10:32:56 riello_usb 13928 Startup successful Nov 10 10:32:54 upsd 13922 Startup successful Nov 10 10:32:54 upsd 13777 Can't connect to UPS [RielloSEP2200] (riello_usb-RielloSEP2200): No such file or directory Nov 10 10:32:54 upsd 13777 listening on 127.0.0.1 port 3493 Nov 10 10:32:54 kernel uhid0: detached Nov 10 10:32:54 kernel uhid0: at uhub3, port 1, addr 3 (disconnected) Nov 10 10:32:54 upsd 13777 listening on ::1 port 3493 Nov 10 10:32:53 upsmon 13197 Communications with UPS RielloSEP2200 lost Nov 10 10:32:53 upsmon 13197 UPS [RielloSEP2200]: connect failed: Connection failure: Connection refused Nov 10 10:32:53 upsmon 12733 Startup successful Nov 10 10:32:53 php-fpm 86594 /nut_settings.php: Starting service nut Nov 10 10:32:53 check_reload_status 484 Syncing firewall
It looks, for me, did it once and stopped. This log is since NUT is actually started. And its filling it constantly. But it looks that reading data because i see load changes.
I have multiple USB units and all of them acting totally same.
Anyone have any thoughts about this?
It looks it works, but that error bugs me. Is it conflicting maybe, dropping connection,... ?
Thanks in advance.