search for: status_commit

...s_init(), if ?driver.flag.ignorelb? is set in the driver > state, the ?ignorelb? flag is set. > 2. In status_set(), if ignorelb is set, and the status being set > (presumably from the UPS) is LB, it?s ignored. In other words, LB > reported by the UPS is ignored. > 3. In status_commit(), if ignorelb is set, there?s code to compare > battery.charge against battery.charge.low and battery.runtime > against battery.runtime.low. If either is below the ?low? setting, ? > LB? is added to the status. (So ?OL? would become ?OL LB? and ?OB" > would become...

Hmm, looking at status_commit(), if the UPS actually reported just ?OB", but the ?ignorelb? logic kicked in, wouldn?t status_commit() change it to ?OB LB?? And would clients interpret that correctly? And, assuming status_commit() is called, is the status so saved what?s returned on a future client query? I?m really unsu...

...anded. In drivers/dstate.c, I see: In status_init(), if ?driver.flag.ignorelb? is set in the driver state, the ?ignorelb? flag is set. In status_set(), if ignorelb is set, and the status being set (presumably from the UPS) is LB, it?s ignored. In other words, LB reported by the UPS is ignored. In status_commit(), if ignorelb is set, there?s code to compare battery.charge against battery.charge.low and battery.runtime against battery.runtime.low. If either is below the ?low? setting, ? LB? is added to the status. (So ?OL? would become ?OL LB? and ?OB" would become ?OB LB?. And note that the two ?.low...

reported through launchpad: https://bugs.launchpad.net/bugs/253999 the possible regression is between nut 2.0.1 (sarge) and 2.2.1 (confirmed Jamie?) @Arjen: it may be related to some of your changes there... @Jamie: we'll need some debug output from the drivers (-DDD) Arnaud

This is 2nd version of the earlier patch featuring a few new features and fixes to the apcsmart driver, following the remarks in: http://www.mail-archive.com/nut-upsdev at lists.alioth.debian.org/msg02294.html Major changes from v1: - handle battery.charge and battery.runtime checks at main.c level - handle "immutable but writable" conflict gracefully at driver level -

..." when off, without "\r\n" */ + if ( r < 1 && testvar(OPTI_ZINTO) ) + { + ser_send( upsfd, "AG\r\n" ); + r = ser_get_char(upsfd, &_buf[0], 1, 0); + if ( r == 1 && _buf[0] == '2' ) + { + status_init(); + status_set("OFF"); + status_commit(); + return; + } + } + if ( r < 1 ) { upslogx(LOG_ERR, "can't retrieve ups status" ); @@ -289,7 +404,10 @@ return; /* read some easy settings */ - optifill( _pollv, sizeof(_pollv)/sizeof(_pollv[0]) ); + if ( testvar(OPTI_ZINTO) ) + optifill( _pollv_zinto, sizeof(_...

...); + dstate_datastale(); + break; + } + + /* Online/on battery: */ + if(s_value[4] & 1) { + status_set("OB"); + } else { + status_set("OL"); + } + } + if(tl_model == TRIPP_LITE_SMARTPRO) { switch(s_value[2]) { case '0': @@ -949,7 +991,7 @@ status_commit(); - if( tl_model == TRIPP_LITE_OMNIVS ) { + if( tl_model == TRIPP_LITE_OMNIVS || tl_model == TRIPP_LITE_OMNIVS2 ) { ret = send_cmd(b_msg, sizeof(b_msg), b_value, sizeof(b_value)); if(ret <= 0) { dstate_datastale(); @@ -1037,6 +1079,7 @@ switch(tl_model) { case TRIPP_LITE_OMNI...

...battery_normal = (reply[3]&2)>>1; status_init(); if (online) { status_set("OL"); } else { status_set("OB"); } if (!battery_normal) { status_set("LB"); } status_commit(); dstate_dataok(); } /* * The shutdown feature is a bit strange on this UPS IMHO, it * switches the polarity of the 'Shutdown UPS' signal, at which * point it will automatically power down once it loses power. * * It will still, however, be possible to poll the UPS and * rev...

...*/ battery_normal = (reply[3]&2)>>1; status_init(); if (online) { status_set("OL"); } else { status_set("OB"); } if (!battery_normal) { status_set("LB"); } status_commit(); dstate_dataok(); } /* * The shutdown feature is a bit strange on this UPS IMHO, it * switches the polarity of the 'Shutdown UPS' signal, at which * point it will automatically power down once it loses power. * * It will still, however, be possible to poll the UPS and * reve...

...*/ battery_normal = (reply[3]&2)>>1; status_init(); if (online) { status_set("OL"); } else { status_set("OB"); } if (!battery_normal) { status_set("LB"); } status_commit(); dstate_dataok(); } /* * The shutdown feature is a bit strange on this UPS IMHO, it * switches the polarity of the 'Shutdown UPS' signal, at which * point it will automatically power down once it loses power. * * It will still, however, be possible to poll the UPS and * reve...

Carsten Aulbert <carsten.aulbert at aei.mpg.de> writes: > Hi all, > > On 5/19/23 15:11, Greg Troxel wrote: >> LB is baked in to nut behavior. So if a UPS doesn't report LB, then >> it makes sense to synthesize it. Synthetic LB is the cleanest fix at >> the earlier processing point. > > I fully agree and thus this ought to be done in/near uspd

Arnaud, > first, even if your battery is full, and your ups is online, there is a > small amount of power drawn. So having always is CHRG status is normal. > In fact, these complementary status are more interesting for higher end > UPSs. > > second, these status need not to be handled like LB, as each one clears the > other. While LB had no pending event (!LB) before... >

Hi all! The following files emits warnings when compiled with gcc 4.0: al175.c bcmxcp_ser.c belkinunv.c cyberpower.c everups.c powercom.c solis.c All warnings seem to be of this variety: everups.c:38: warning: pointer targets in passing argument 2 of 'ser_get_char' differ in signedness I suggest that those who fiddles with those drivers fixes the warnings and verifies that it works

Dear Andreas, some googling revealed, you created a driver for the xanto series of online-usv.de. In what state it is currently? I've to manage a S2000 and would like to use nut for it, is it usable by now? Do you need another tester? TIA, Pete

Hi, I'm having a hard time configuring a Mustek Powermust 600VA ups to work via USB with nut. I read somewhere that nut works OK via the rs232 cable, but unfortunately I don't have a COM port in my computer. The kernel detects the ups as an Xbox pad :) and loads the xpad module. I tried running /lib/nut/megatec with different /dev/ttySx but it displays megatec protocol UPS was not

...t("OFF"); break; @@ -445,36 +486,28 @@ void upsdrv_updateinfo(void) status_set("OB"); break; default: /* Unknown */ - upslogx(LOG_ERR, "Unknown mode state: %c", buf[4]); + upslogx(LOG_ERR, "Unknown mode state: %c", mode); break; } status_commit(); - send_cmd(":B\r", buf, sizeof buf); - bv = (float)hex2d(buf, 2) / 10.0; /* dq ~= sqrt(dV) is a reasonable approximation * Results fit well against the discrete function used in the Tripp Lite * source, but give a continuous result. */ - if (bv >= V_interval[1]) + if (bv &...

...STATUS, "%s%s", * (util < lownorm) ? "BOOST ", "", * (util > highnorm) ? "TRIM ", "", * ((flags & TIOCM_CD) == 0) ? "" : "LB ", * ((flags & TIOCM_CTS) == TIOCM_CTS) ? "OB" : "OL"); */ status_commit(); dstate_dataok(); } /* Parameter setting */ /* all UPS tunable parameters are set with command 'p%d=%s' */ int setparam (int parameter, int dlen, const char * data) { char reply[80]; upssend ("p%d=%*s\r", parameter, dlen, data); if (upsrecv (reply, sizeof(reply), ENDCH...

...Michal Soltys (18): drivers/apcsmart.h: comsetics - adjust tabs and add basic modeline drivers/apcsmart.h: add compat hardware, add commands apcsmart: remove APC_IGNORE drivers/apcsmart.c: cosmetics drivers/apcsmart: adjust ignored chars and handle over/~over drivers/apcsmart.c: remove status_commit() from update_status() drivers/apcsmart: adjust how firmware_table_lookup() handles 'b' and 'V' drivers/dstate: add dstate_getflags() drivers/apcsmart: add APC_USERCTRL and APC_CRUCIAL drivers/apcsmart.c: add sdcmd_*() sdok() drivers/apcsmart.c: add upsdrv_shutdown_advance...

This patch introduces a handful of new options, I mentioned earlier in: http://www.mail-archive.com/nut-upsdev at lists.alioth.debian.org/msg02088.html See the large commit message in the follow-up for the details and rationale. I realize it's a bit larger diff - so if it's required I can split it into few smaller ones. Michal Soltys (1): APC smart driver update and new features.

Hi Kirill, just to notify you that your al175 driver is being removed from the NUT tree, as of 2.4.0-pre1. if you wish to see it entering the tree again, please contact the Development mailing list to talk about it. Merry Christmas and happy New Year. Arnaud -- Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops Network UPS Tools (NUT) Project Leader -