search for: dstate_addcmd

Hi Inspired by the changes by Prachi Gandhi to use the command map from the UPS in the bcmxcp driver, I think the map should be used, if available, to control all commands the driver adds using "dstate_addcmd". The following patch is an attempt at doing so. The patch is against the bcmxcp branch. Since my UPS also supports : #define PW_UPS_ON (unsigned char)0x89 /* UPS on command. length 1-2 */ #define PW_UPS_ON_TIME (unsigned char)0x91 /* Scheduled UPS on in n minutes. length 3-4...

...leep(12); + } + } + optiquery( "Om11" ); + optiquery( "Om21" ); + optiquery( "ON" ); + } + dstate_setinfo("driver.version.internal", "%s", DRV_VERSION); optifill( _initv, sizeof(_initv)/sizeof(_initv[0]) ); @@ -248,15 +333,45 @@ dstate_addcmd("test.failure.start"); dstate_addcmd("load.off"); dstate_addcmd("load.on"); - dstate_addcmd("shutdown.stop"); + if( !testvar(OPTI_ZINTO) ) + dstate_addcmd("shutdown.stop"); dstate_addcmd("shutdown.retur...

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

.../* variables */ dstate_setinfo("driver.version.internal", "%s", SEC_DRIVER_VERSION); /* -- commands -- */ if (sec_support(SEC_SHUTDOWN_TYPE)) { if (sec_support(SEC_REBOOT_WITH_DURATION)) { dstate_setinfo("ups.delay.reboot", "60"); dstate_addcmd("shutdown.reboot"); /* RWDN ... see also ups.delay.reboot */ dstate_addcmd("shutdown.stop"); /* RWD-1 */ if (sec_support(SEC_AUTORESTART)) dstate_addcmd("shutdown.return"); /* RWDN ... see also ups.delay.reboot */ } if (sec_support(SEC_SHUTDOWN_...

On Jul 2, 2013, at 5:16 PM, Kjell Claesson wrote: >> I hope other people can also test this. >> >> Regards >> Alf Hogemark > > Due to some crashes on the disks and lack of time I don't have the git on the > pc now. But maybe some other can commit this. I'd like to ask people to specifically try the bcmxcp branch on GitHub - it includes some changes

Hi, I got a shiny pair of new PowerWare 9155 UPS (3 input phaes, one output phase), running parallel. Since I didn't want to install a Windows box to run Powerwares software I now went nut(s) ;-) So far things look pretty good, snmp-ups talks to both ups using the pw mib. Though I get these messages, when I start the driver: [ups2] nut_snmp_get: 1.3.6.1.4.1.534.1.4.4.1.3: Error in packet:

Hi, I got a shiny pair of new PowerWare 9155 UPS (3 input phaes, one output phase), running parallel. Since I didn't want to install a Windows box to run Powerwares software I now went nut(s) ;-) So far things look pretty good, snmp-ups talks to both ups using the pw mib. Though I get these messages, when I start the driver: [ups2] nut_snmp_get: 1.3.6.1.4.1.534.1.4.4.1.3: Error in packet:

...dstate_setflags(outlet_name, ST_FLAG_RW | ST_FLAG_STRING); - dstate_setaux(outlet_name, 5); + dstate_setflags(outlet_name, ST_FLAG_RW | ST_FLAG_STRING); + dstate_setaux(outlet_name, 5); } return num_outlet; @@ -1267,7 +1267,7 @@ void upsdrv_initinfo(void) dstate_addcmd("test.battery.start"); upsh.instcmd = instcmd; - upsh.setvar = setvar; + upsh.setvar = setvar; return; } @@ -1871,6 +1871,6 @@ static const char *nut_find_infoval(info_lkp_t *xcp2info, const double value) } } - upsdebugx(3, "hu_find_infoval:...

I ran into a portability issue with drivers/bcmxcp.c in nut-2.4.1 on my UnixWare 7.1.4 machine. The error I get is ..... UX:acomp: ERROR: "/opt/src/utils/nut-2.4.1/drivers/bcmxcp.c", line 835: integral constant expression expected ..... Looking at the code we see ..... int init_outlet(unsigned char len) { unsigned char answer[len]; ..... Although gcc can handle it, it's not

Hi, I can't find a nice way to solve a problem. So if you have some ideas I would be greatfull. This is the problem. I can ask a bcmxcp ups what commands it support, if the firmware is after revision AE. I was thinking about to use this in the driver. For example ' a ups that don't support battery_test would not have this command enabled.' The hex responce look like this from

...modeltab[modelnum].lownorm; + highnorm = modeltab[modelnum].highnorm; + } } /* now add instant command support info */ @@ -231,7 +249,8 @@ void upsdrv_initinfo(void) dstate_addcmd("test.battery.stop"); printf("Detected %s on %s\n", dstate_getinfo("ups.model"), device_path); - free(raw); + if (raw) + free(raw); /* paranoia - cancel any shutdown tha...

Fellows, time has come for a new NUT release: I'm planning on 2.6.1 next week (max Friday 27), and I'm currently processing remaining patches. If you have some more on your side, please send in. cheers, Arnaud -- Linux / Unix Expert R&D - Eaton - http://powerquality.eaton.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer -

...ut.transfer.high", 3); dstate_setinfo("battery.runtime.low", "%s", ""); dstate_setflags("battery.runtime.low", ST_FLAG_STRING | ST_FLAG_RW); dstate_setaux("battery.runtime.low", 3); upsh.instcmd = instcmd; upsh.setvar = upsdrv_setvar; dstate_addcmd("shutdown.return"); dstate_addcmd("load.off"); } /* convert hex digit to int */ static inline int fromhex (char c) { return (c >= '0' && c <= '9') ? c - '0' : (c >= 'A' && c <= 'F') ? c - 'A' + 10...

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 -

Sorry for a bit longer delay than I anticipated, I was stuffed with the work. This is the next iteration of the patch adding some functionality to apcsmart driver, and relying on 'ignorelb' recently added. Follow up from previous thread: http://www.mail-archive.com/nut-upsdev at lists.alioth.debian.org/msg02331.html Main differences is that V3 is split into many small patches, so the