similar to: [resend] [patch] driver for Eltek AL175 alarm module

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 -

On Tue, Jan 27, 2009 at 04:39:13PM +0100, Arnaud Quette wrote: > Hi Kirill, > > 2009/1/27 Kirill Smelkov <kirr at mns.spb.ru> > > > On Tue, Jan 13, 2009 at 05:58:23PM +0300, Kirill Smelkov wrote: > > > Arjen, Arnaud, > > > first of all, I'm sorry for my late reply. > > > > > > If it's not too late, here is updated al175: >

Peter, Thanks a lot for your latest changes to newhidups, which I like a lot. Unfortunately, when I tried to build the latest development tree stuff, I got a compile time error when compiling al175.c. It looks to me like my compiler, gcc-3.4.4-2.fc3, doesn't like the macro definition for "RECV(reg) do" because of a poorly inserted comment. I fixed the problem locally by the

On Nov 18, 2013, at 11:53 AM, Kirill Smelkov wrote: > Please find main description in github issue tracker > > https://github.com/networkupstools/nut/issues/69 > > and, for completness, both patches attached to this mail. This is now part of the 2.7.1 release. Regards, -- Charles Lepple clepple at gmail

I'm trying to build NUT 2.2.1 on a SunBlade 2000 running Solaris 10 (Solaris 10 11/06 s10s_u3wos_10 SPARC) It won't compile. I'm not a programmer, so I'm afraid I don't know why... [huge at anubis ~/Prog/nut/nut-2.2.1]: ./configure --with-user=ups --with-group=nutNetwork UPS Tools version 2.2.1 checking build system type... sparc-sun-solaris2.10 checking host system type...

make fails at drivers: make[1]: Entering directory `/export/home/zoly/Documents/trunk/drivers' /bin/sh ../libtool --tag=CC --mode=link 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 -I/usr/sfw/include -g -Dsolaris2 -I. -I/usr/sfw/include -O -Wall -Wsign-compare -o al175 al175.o ../common/libcommon.a ../common/upsconf.o

Citeren Kirill Smelkov <kirr at mns.spb.ru>: > So what would we do about this patch? It fails to address the concerns raised, so we have no other option than to reject it. > I've tried to address the issues you've raised, and to describe my > rationale behind alarm(). The use of alarm() here is inappropriate (and possibly incorrect as well, see below). As stated

Arjen, Arnaud, All, Here I propose 2 new status flags for inclusion into NUT: HB - HighBattery TEST - Battery test is running rationale: Eltek AL175 alarm module provides this info, therefore rationale: I dicide to add them. Signed-off-by: Kirill Smelkov <kirr@mns.spb.ru> Index: nut--trunk/docs/new-drivers.txt ===================================================================

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

Is anyone besides me using gcc 4.*.*? I noticed that NUT generates an enormous amount of warning noise with that compiler, mostly due to implicit casts between signed/unsigned pointer types. Any volunteers to de-noise the code a bit? The easy way is to insert typecasts; the better way is to actually take care about signedness. -- Peter gcc -I../include -O -Wall -Wsign-compare -c -o everups.o

This is the patch to include SVN revision level in version number displays. There should be two enclosures; the patch itself and a new source file. common/upsversion.c. upversion.c defines a single function. upsversion(), that returns a version string for display. Some Makefile trickery ensures that this file will be recompiled whenever the project's SVN revision level has changed since it

[offtopic] btw, is there something wrong with the domain? i couldn''t reach the site, my browser said the hostname lartc.org (or www.lartc.org) doesn''t exist, i had to dig up the ip address through whois, lookups and stuff. [/offtopic]

Hi, we're setting up a glusterfs server apir with replication and am testing performance. While doing that we stumbled over that in top: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5151 root 20 0 6184m 5.9g 2540 R 200 9.3 28:27.99 glusterfs 5618 root 20 0 392m 34m 2116 S 38 0.1 24:53.10 glusterfsd When under heavy load, CPU usage will

It seems the `libmodbus` library or headers were not found, or something similar - so the driver against it was not built. Did you install `libmodbus-dev` before the build? What does `config.log` in the build root say (and.or the summary shown after you run the `configure` script)? On Sat, Sep 16, 2023 at 7:46?PM FatGear <fatgear1 at free.fr> wrote: > Hi, > > I don't know what

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, am i the only one expereince the downtime of the www.lartc.org site, or is my isp not able to resolve the correct ip address. uwe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD6zai21PbSdmMKLwRAt1dAJ9CjXgY9NsDg1rbi7nlRmjQLRS5dwCggdlu

Hello, I want to poll ups information (status, load, temprature etc.) from a Linux server with snmp. The ups is connected with a serial cable and I'm using nut. It is possible to transfer Information from ups nut to the linux smnpd (with some scripts?) and to make some extention to the mib database. I know, my question is not ups nut related. Mit freundlichen Gr??en / Best regards Markus

Hello there, I don't think that's working,? I have done all your repo but i don't know how it's supposed to work. I have a idea, change vendor id and product id? to make the driver try to connect to the ups, what do you think of that ? With this driver maybe : usbhid-ups FatGear Le 16/09/2023 ? 20:40, Jim Klimov a ?crit?: > It seems the `libmodbus` library or headers were

Thanks for the insights, especially these: > If this is about having variables with thresholds that control devices or cause synthetic setting of some variable (like turning on LB if charge% is < battery.charge.low), then it makes sense. > "battery voltage is unreasonably high" is a reasonable concept. <...> I would not call it HB, though because that makes it sound

Jim Klimov <jimklimov+nut at gmail.com> writes: >> "battery voltage is unreasonably high" is a reasonable concept. <...> I >> would not call it HB, though because that makes it sound parallel to LB, >> which is about believed remaining capacity, not detection of overcharging >> failure. > > Well, given that a "battery.charge.high" is

Hi again, The PGP sig for 2.2.2 is missing from http://eu1.networkupstools.org/source/2.2/ (so the corresponding link from the download page is broken). Also, for the record, I'm trying to compile 2.2.2 from sources and so far, on my Ubuntu Hardy system : - If I don't use during configure "--without-snmp", compilation crashes talking about some undefined things. - If I use