search for: dstate_dataok

> Author: adkorte-guest > Date: Mon Jun 25 19:26:09 2007 > New Revision: 988 > > Log: > Update to reflect changes in the way we deal with dstate_dataok() and > dstate_datastale(). > > Historically it was needed to call dstate_dataok() regularly, to prevent > staleness warnings. This is no longer needed, now the server will PING > drivers it has not heard of recently. If they answer with PONG, they won't > be flagged stale any...

I finally nailed down the problem with upsd declaring data stale when resuming from suspend. The problem is two fold (not surprisingly): 1) The dstate_dataok() and dstate_datastale() routines in 'drivers/dstate.c' will only 'broadcast' *changes* in the driver state. Since the driver has no notion of time, it won't notice at all that it was suspended. Therefor, after resuming it is business as usual for the driver and it won't bro...

Hi All, I've finally found solutions for my previous problems. But since this includes changes in the shared files, I'd like to discuss them here. 1. Driver restart problem. When I start the driver for the first time, everything is ok. But when I want to restart it, problems begin. The driver fails to read Report descriptor for the second time (libusb_open is used to open the device).

...+427,7 @@ if (strcasecmp(varname, "ups.delay.start") == 0) { delay = CLAMP(delay, 0, MAX_START_DELAY); start_delay = delay; - dstate_setinfo( "ups.delay.start", "%d", delay); + dstate_setinfo("ups.delay.start", "%d", delay); dstate_dataok(); @@ -437,7 +437,7 @@ if (strcasecmp(varname, "ups.delay.shutdown") == 0) { delay = CLAMP(delay, 0, MAX_SHUTDOWN_DELAY); shutdown_delay = delay; - dstate_setinfo( "ups.delay.shutdown", "%d", delay); + dstate_setinfo("ups.delay.shutdown", "%d...

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

...spending to disk. Restarting the driver or upsmon did not help, only a restart of upsd did. The attached patch will also solve this, although I'm still not really sure why or whether this will create too much load on the upsd process by not only signalling the changes in dstate, but every time dstate_dataok() or dstate_datastale() is called. Regards, Arjen -------------- next part -------------- A non-text attachment was scrubbed... Name: dstate.diff Type: text/x-patch Size: 454 bytes Desc: not available Url : http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20060126/60c29014/dstate.b...

...;%d", &status) != 1) { + return STAT_SET_UNKNOWN; + } + + if (strcasecmp(varname, "outlet.1.switch") == 0) { + status = status==1 ? 1 : 0; + dstate_setinfo( "outlet.1.switch", "%d", status); + optiquery(status ? "Oi11" : "Oi10"); + dstate_dataok(); + return STAT_SET_HANDLED; + } + + return STAT_SET_UNKNOWN; +} + void upsdrv_initinfo(void) { int r; + if ( testvar(OPTI_ZINTO) ) + { + /* If UPS is off, switch it on first */ + /* Online-UPS send only "2" when off, without "\r\n" */ + /* Therefore without power we...

...y[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 * reverse the polarity _again_...

...rmal = (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 * reverse the polarity _again_...

...rmal = (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 * reverse the polarity _again_...

Hi all, i've read a thread about this UPS from Peter van Valderen. He tried to develop a driver for this specific type of UPS. I've downloaded nut-2.2.2 and tried to apply the patches (lakeview.patch & lakeview.v2.patch) but both resulted in rejected chunks. I've tried to ./configure with type lakeview and then a make, but the make command fails. Does anybody has any

Hi, I have had a long standing problem with NUT talking to 110V MGE UPSs on FreeBSD, I was recently investigating again and noticed that upsd seems overly noisy, eg.. May 5 03:50:36 egbert upsd[96662]: UPS [ups1] data is no longer stale May 5 03:50:36 egbert upsd[96662]: Data for UPS [ups1] is stale - check driver May 5 03:50:36 egbert upsd[96662]: UPS [ups1] data is no longer stale May 5

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

The tripplite driver was developed on a machine with a reliable serial connection, and inherited the assumption that the serial line connection would not drop, reorder, or fail character read and writes. This patch adds significantly improved failure mode handling and also does basic checks of data validity. There's also a few minor cleanups/beautification. I've tested this code on my

...", * (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), ENDCHAR, "")...

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.

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 -

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 -

...changed */ if (strcmp(sec_value(sqv(q,f)), r) != 0) { snprintf(sec_value(sqv(q,f)), SEC_MAX_VARSIZE, "%s", r); sec_setinfo(sqv(q,f), r); } } if (n == NULL) break; r = n+1; } } /* update the non-sec variables */ sec_update_pseudovars(); dstate_dataok(); } void upsdrv_shutdown(void) { char buf[16]; /* supposedly the serial port stuff is already set * since a serial port was found a moment ago, I won't bother seeing if * the UPS is found here, except for final shutdown command * so cancel a...