-
-
Notifications
You must be signed in to change notification settings - Fork 367
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Riello IDG400 wrong values & not powering off #530
Comments
Is this model on HCL? If yes, might it be that the vendor changed specs/protocol keeping same model name? Beside a possible issue with this piece of hardware, this might be a NUT problem at least in way of not having the driver support for this model/update of the device. Or a vendor's one, requiring new ways to communicate where old ways don't suffice. Rolling back to the NUT problem. Maybe some other NUT driver or sub-driver already supports the needed protocol? As for UPS poweroff - this as well may be a HW issue (e.g. not everyone has such feature at all), or likely that your current driver can't tell the UPS what it wants in a way that both sides understand. |
Yes IDG 400 is listed in HCL but really do not know what to say about the rest. Maybe calling the Cypress subdriver and Mustek protocol |
From http://lists.alioth.debian.org/pipermail/nut-upsdev/2018-February/007373.html :
Note that we have a pending update to the HCL (5 star -> 4 star) because the IDG400 was not in the protocol documents. http://new.networkupstools.org/stable-hcl.html?manufacturer=Riello |
well, apparently replacing my old UPS with this one was not a good choice. Even if I won't care about realtime autonomy calculation (and this is what I do as I set the nut server to shutdown everything after 180 seconds on battery) I can't believe that a recent brand ups won't respect the power off and re-start when mains back. |
I can't believe that a recent brand ups won't respect the power off and re-start when mains back.
You may want to check out the reply (and patch) on the nut-upsdev thread:
- small changes in riello_usb.c and riello_ser that solved problem with UPS that not support realtime autonomy calculation (and also internal temperature);
- the second problem I think is related to the first because the shutdown command that I sent to UPS by NUT monitor works without problems;
|
yes.....an help to apply the patch and test it please? |
sure - OS details please?
|
Raspbian Stretch so basically Debian |
./configure --includedir=/usr/include --mandir=/usr/share/man \
Edit, 2019-07-18: there should be a single backslash at the end of each line of the |
Ok I will purge remove nut installed from standard raspbian packages and test the patch. Keep you posted. |
not necessary to purge the packages - the configuration I suggested lets you use all of the startup scripts and other NUT binaries as-is.
|
I have applied the patch, wrong values disappeared but ups keeps staying on battery when main power off, so nothing changed on this side |
Hi, |
Hi, |
Hello everyone! Any news? I am very interested in this topic because I have an UPS IDG 800 and I have the same problems with 255 values. Is there another form to patch It? I don't know the exactly commands I have to put from point 5.5, It doesn't work for me. Thank you very much! |
HI @clepple I'm not terribly familiar with the raspian commands so any help really appreciated Thanks |
Hi @ulesin Thanks |
@autofrank I think I was referring to this patch from this message to nut-upsdev:
http://lists.alioth.debian.org/pipermail/nut-upsdev/2018-February/007374.html
It’s the link below this: “Desc: riello.diff.gz”
|
@clepple
Thanks Charles..I located the patch and applied it.
I'm trying to run the mega "./ configure....." command you suggest but all the combinations I try don't work. It seems like the command is not supported.
I can only find a configure.au file on the pi and I'm also not sure if the command should be run as a single long string or a set of separate commands
Any help appreciated..
.Thanks
…-------- Original message --------From: Charles Lepple <[email protected]> Date: 18/07/2019 03:02 (GMT+00:00) To: networkupstools/nut <[email protected]> Cc: autofrank <[email protected]>, Mention <[email protected]> Subject: Re: [networkupstools/nut] Riello IDG400 wrong values & not powering off (#530) @autofrank I think I was referring to this patch from this message to nut-upsdev:
http://lists.alioth.debian.org/pipermail/nut-upsdev/2018-February/007374.html
It’s the link below this: “Desc: riello.diff.gz”
—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or mute the thread.
[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "#530?email_source=notifications\u0026email_token=AE3NARJEMFUPPTHVMMHNI2DP77FK7A5CNFSM4ESJPNSKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2HC6SQ#issuecomment-512634698",
"url": "#530?email_source=notifications\u0026email_token=AE3NARJEMFUPPTHVMMHNI2DP77FK7A5CNFSM4ESJPNSKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2HC6SQ#issuecomment-512634698",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]
|
Hmm, it looks like the backslashes got stripped out. It should look like the `./configure" line (step 7) on this page: https://github.com/networkupstools/nut/wiki/Building-NUT-on-Debian,-Raspbian-and-Ubuntu The backslashes make it all one command. It would need to be run from within the "nut" directory created by Also, I must have dropped the step that says to run "./autogen.sh", which creates the |
Thanks @clepple |
Yes, use backslashes to join all of the lines into one command, as shown in the wiki page. (I will try to edit the comment in this issue, but no promises, since there are backslashes in the raw text already.) |
Perfect @clepple |
In general, either use backslashes and multiple lines, or no backslashes and all on one line. (They might not be a problem in this case- hard to see on a small screen. )
|
Thanks @clepple |
make still not working sequence of events as follows.. login as: pi The programs included with the Debian GNU/Linux system are free software; Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent SSH is enabled and the default password for the 'pi' user has not been changed. pi@raspberrypi:~ $ sudo apt-get update
|
I think the issue is that i have a makefile.am and a makefile.in but no makefile |
Did you run
|
@clepple
|
@sgiannulli battery.capacity: 7battery.voltage: 13.5 |
Hi @CentroricercheRPS |
@autofrank I must have been thinking of a different patch, though. All this one does is prevent |
thanks @clepple |
Yes, as @clepple <https://github.com/clepple> sayd some devices do not
provide the charge or authonomy indication.
Il giorno dom 21 lug 2019 alle ore 14:07 autofrank <[email protected]>
ha scritto:
… @autofrank <https://github.com/autofrank> riello_usb is still the name to
use in ups.conf. The riello_usb.c file is just the primary source file
that is used to build the driver.
I must have been thinking of a different patch, though. All this one does
is prevent battery.charge and battery.runtime from being displayed if the
values correspond to 0xff. I assume this means that the UPS does not
calculate these values.
thanks @clepple <https://github.com/clepple>
I'm in the process of running it down to see how long it lasts but it
seems that even from the riello sw itself (power shield3) I can't seem to
find the rundown time... may need to return it for another device...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#530?email_source=notifications&email_token=AHQEA6IHS55JQAFWH6S34GTQARGO3A5CNFSM4ESJPNSKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2OB5TY#issuecomment-513547983>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHQEA6KI2IRQDUS5I36HE3TQARGO3ANCNFSM4ESJPNSA>
.
|
I have the same problem with Riello IDG400 not accepting paramters offdelay, ondelay and lowbatt in ups.conf. I tried to follow the git clone procedure to see if it would change but it didn't.
It shows driver version 2.7.4-2050-gd90c5d30, but internal driver version is still 0.03. Any ideas on how to set a timed offdelay to let the client shutdown before the UPS shuts down, that is not based on battery status? The non opensource driver from Riello has this functionality working, so the riello_usb driver seems to miss this functionality. The parameters that are missing are described in http://rogerprice.org/NUT/ConfigExamples.A5.pdf
|
I've an IPG800 which is listed as a 4* driver. I am running nut on a Debian 10 rPi also. Here is the output from uspc (with the mains power killed)
The charge and runtime are obviously wrong. @NilByte : Where did you find the non-FOSS driver? |
I'm using upsmon downloaded from Riello: https://www.riello-ups.com/downloads/1-powershield-free V.5.3 (Build: 000) for Linux Raspbian Raspberry Pi https://www.riello-ups.com/uploads/file/402/1402/upsmon-5.3.0-linux-3.12-armhf.deb There are versions for Debian listed as well. |
There is a mailing list here suggesting update of the riello_ser and riello_usb from the original driver author which could possibly fix some of the problems that are experienced. @jimklimov : Would it be possible for one of the NUT devs to have a look at this? https://www.mail-archive.com/[email protected]/msg00106.html From one of the attachments riello.diff:
|
Thanks for the PR, commented some bits there :) As for the original issue, I think Riello devices use a variant of Megatec Qx protocols (sources mention "cypress"), so wondering if the newer |
Sadly it doesn't - at least not with this configuration in
Error back is |
The erroneous runtime, temp, and charge should be fixed for an IDG (1600). Shutdown and reboot delays should also be working. Both addressed in version 0.7 of the driver, merged as PR #1280 . Edit: It appears that setting the reboot and shutdown delays (e.g. |
Finally I managed to get successful timed shutdown, ups powering off and powering up again when mains return. NUT build from master driver.version: 2.7.4-4609-g61862059, driver.version.internal: 0.07 according to https://github.com/networkupstools/nut/wiki/Building-NUT-on-Debian,-Raspbian-and-Ubuntu Configuration that worked for me:
I believe that the issue on not powering off has also been solved by riello_usb driver version 0.7 #1280 |
Trying to summarize the current status (nut 2.8.1, riello_usb 0.11, UPS iDialog whatever): I'm able to shutdown if (and only if) the UPS is on battery and I send a shutdown command from software. Specifically I cannot:
In my use case, 2 is especially important: if for some reason the software fails to send the shutdown (e.g. the PC is off), that thing stays on battery forever. Is this correct? |
Hello,
I just changed my old UPS with a new Riello IDG400:
1: it shows battery charge 255% - battery.runtime 3932100 - Runtime (H:M:S): 1092:15:00
is this an hardware problem or something on Nut side?
2: I use a raspberry as nut server to shutdown all lan clients after 180 seconds without main power; the old ups was also powered off after FINALDELAY 5 seconds while the Riello keeps staying on battery; is this something related to the first problem?
Thanks
The text was updated successfully, but these errors were encountered: