search for: energizerup

...' libhid.c:368: warning: incompatible implicit declaration of built-in function 'malloc' libhid.c: In function 'hid_lookup_usage': libhid.c:715: warning: implicit declaration of function 'atoi' make[1]: *** [libhid.o] Error 1 gcc -I../include -O -Wall -Wsign-compare -c energizerups.c energizerups.c:24:23: error: asm/types.h: No such file or directory energizerups.c:31:26: error: linux/hiddev.h: No such file or directory energizerups.c: In function 'sendstring': energizerups.c:114: error: storage size of 'rinfo' isn't known energizerups.c:115: error: stora...

...ss tripplite_usb.c:834: warning: pointer targets in passing argument 3 of send_cmd differ in signedness gcc -I../include -O -Wall -Wsign-compare -c hidups.c hidups.c:543:2: warning: #warning "kernel doesn't return HIDDEV physical port paths" gcc -I../include -O -Wall -Wsign-compare -c energizerups.c energizerups.c: In function hidcmd: energizerups.c:232: warning: pointer targets in passing argument 2 of sendstring differ in signedness energizerups.c:278: warning: pointer targets in passing argument 2 of fake_hid_ev_bits differ in signedness energizerups.c: In function instcmd: energizerups....

Looking for ioctl() calls in the drivers, I noticed that the energizerups.c code looks a lot like a megatec protocol over a USB connection. It uses 8 bytes per packet, which makes it look like the agiler subdriver in megatec_usb. Do we know if there are people that use this driver now and that might be able to verify this? Best regards, Arjen -- Eindhoven - The Nether...

...d that gets the UPS identification data ("I" on "megatec", "ID" on "bestups"), but that's not mandatory in "megatec" (and I'm willing to implement the other command, provided there's someone out there to test it). And there's "energizerups"... How feasible is it to have "megatec_usb" obsolete this driver? -- Carlos Rodrigues

...d that gets the UPS identification data ("I" on "megatec", "ID" on "bestups"), but that's not mandatory in "megatec" (and I'm willing to implement the other command, provided there's someone out there to test it). And there's "energizerups"... How feasible is it to have "megatec_usb" obsolete this driver? -- Carlos Rodrigues

Hi Viktor, Just to notify you that your energizerups 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. I do recall that you are not maintaining it anymore since you don't own such a unit anymore, so it's really a simple no...

Hello, I've rewritten the energizer ups to use libhid like tripplite_usb does and to add support for my Unitek UPS. This driver needs hotplug scripts to set permission to the nut group with idVendor : 0x0F03 and idProduct : 0x0001 This is my first _real_ participation in an Open Source project, I hope I'm doing things the right way. Any ideas and comments are welcomed.

...anch 2) standard deps (serial without ${drv}.h (ie "main.h dstate.h serial.h") I have added a ${drv}.h for each of these drivers, with the same header as the .c but with the DRV_VERSION, and added to gendb as generic (same as in the above (1)). 3) specific deps (ie dummy-ups, newhidups, energizerups, ...) These specific case will remain handled in Makefile.in, at least for the moment. These might one day be added to gendb too... This way, we don't forget new drivers (ie gamatronic was missing) I've just commited it in the CVS Dev... > > > * ups.test.panel / Panel test / 0 &...

...o 'beeper.mute' and possibly add a real 'beeper.off' command. It looks to me that the HID subdrivers should support that (value=1) and the belkinuniv driver too. Of course this will have consequences for drivers that already implement this command: apc-hid belkin-hid belkinunv energizerups metasys mge-hid nitram powerpanel safenet tripplite-hid upscode2 Any thoughts? Best regards, Arjen

Alexander Gordeev wrote: > Author: agordeev-guest > Date: Mon Aug 13 13:09:43 2007 > New Revision: 1049 > > Log: > drivers/megatec_usb.c: added credits to the banner message. Is this really needed/desirable? I think this kind of information needs to be put in the AUTHORS document. There are many more people on this list that put a lot of effort in NUT, without claiming credit

...0.4/drivers' make[1]: *** Ingen regel f?r att skapa m?let "usb.h", som beh?vs till "newhidups.o". Stannar. make[1]: Leaving directory `/usr/src/nut-2.0.4/drivers' make: *** [build] Fel 1 [root@vader nut-2.0.4]# I also tried make usb, and that (for some reason) compiles energizerups but I still get the usb.h error for newhidups.o.

--- Arjen de Korte <nut+users at de-korte.org> wrote: > > > I also did: > > > > # ./megatec_usb -DDDDD -x vendor=06da -x mfr=OMRON > > /dev/usb/hiddev0 > > Please have a look at 'man 8 megatec_usb' again. > > You probably need to specify the '-x vendorid' and > '-x productid' options > and most likely, the

--- Arjen de Korte <nut+users at de-korte.org> wrote: > > > I also did: > > > > # ./megatec_usb -DDDDD -x vendor=06da -x mfr=OMRON > > /dev/usb/hiddev0 > > Please have a look at 'man 8 megatec_usb' again. > > You probably need to specify the '-x vendorid' and > '-x productid' options > and most likely, the

Seems to be broken in the current SVN: [...] x86_64-linux-gnu-gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DINET6 -O2 -D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I. -I/usr/include -O2 -Wall -Wsign-compare -s -o energizerups energizerups.o ../common/upsconf.o ../common/parseconf.o ../common/state.o main.o dstate.o ../common/libcommon.a x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DINET6 -O2 -...

Ok, I installed the ups, and installed nut, and /proc/bus/usb/devices says this T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0 D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=06da ProdID=0002 Rev= 0.01 S: Manufacturer=POWERWARE S: Product=Powerware UPS C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr= 20mA I: If#= 0 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00

...vers/dummy-ups.c (revision 916) +++ drivers/dummy-ups.c (working copy) @@ -102,7 +102,7 @@ void upsdrv_banner(void) { printf("Network UPS Tools - Dummy UPS driver %s (%s)\n\n", - DRV_VERSION, UPS_VERSION); + DRV_VERSION, upsversion()); } void upsdrv_initups(void) Index: drivers/energizerups.c =================================================================== --- drivers/energizerups.c (revision 916) +++ drivers/energizerups.c (working copy) @@ -478,7 +478,7 @@ void upsdrv_banner(void) { printf("Network UPS Tools - Energizer USB UPS driver %s (%s)\n\n", - DRV...

Short version - can I run NUT on an AIX box with UPS that has a USB interface, like a Tripplite OMNI1500 XL? I downloaded the source and compiled it, but then noticed that while the source file tripplite_usb.c file is present, it wasn't compiled (this is the driver shown on the compatibility list for my ups). So I started looking at the make files and noticed there were no entries in

Wondering if anyone could give me a little assistance here. I'm trying to setup monitoring of the UPS so the system can shutdown nicely. I have an Energizer ER-HM450 UPS. When I plug it in the system finds it as: kernel: input: USB HID v1.00 Gamepad [Ver 1.0 USB To RS232 Interface (V1.0) BaudRate 2400bps] on usb-0000:00:03.1-1 Looking at the FAQ makes me think I should have a section in the

Hello, I've already written to the list before about my non-standard hid Unitek UPS. I've tried to use hiddev to access my UPS as its USB HID interface is the same as the energizerups. Nevertheless, the protocols are different and I didn't manage to communicate with my UPS through hiddev. Moreover, the problem described in this page http://www.vttoth.com/ER-OF800.htm about the Linux kernel not registering as an hiddev a device that is recognized as an input device is back i...

Citeren Arnaud Quette <aquette.dev at gmail.com>: > Author: aquette > Date: Sat Nov 15 21:50:40 2008 > New Revision: 1556 > > Log: > USB "improved maintenance" code. Refer to docs/new-drivers.txt for > more information... > > Added: > trunk/drivers/usb-common.c > trunk/drivers/usb-common.h > trunk/tools/ > trunk/tools/Makefile.am >