search for: bcmxcp_ser

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 -

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...

corrupted checksums happen all the time with the 6-port serial card, even when only using one port (and I don't give a shit about the other ports, if anybody has a one-port laying around...) so stop whining already. $OpenBSD$ --- drivers/bcmxcp_ser.c.orig Wed Aug 23 11:15:54 2006 +++ drivers/bcmxcp_ser.c Wed Aug 23 11:26:37 2006 @@ -168,8 +168,8 @@ int get_answer(unsigned char *data, unsi /* now we have the whole answer from the ups, we can checksum it */ if (!checksum_test(my_buf)) { - ser_comm_fail("checksum error! "); -...

...620: warning: pointer targets in passing argument 2 of belkin_std_upswrite differ in signedness belkinunv.c: In function belkin_std_write_int: belkinunv.c:663: warning: pointer targets in passing argument 2 of belkin_std_upswrite differ in signedness gcc -I../include -O -Wall -Wsign-compare -c -o bcmxcp_ser.o bcmxcp_ser.c bcmxcp_ser.c: In function pw_comm_setup: bcmxcp_ser.c:259: warning: pointer targets in passing argument 2 of command_read_sequence differ in signedness bcmxcp_ser.c:271: warning: pointer targets in passing argument 2 of command_read_sequence differ in signedness gcc -I../include -O -...

...at this. The issue is not that bad - the bcmxcp driver query of the topology block (2 bytes!) is returning as block 0x09 and not 0x13 . . . as per the protocol spec, "some command queries may return 0x9 even if that was not the query made" or some such verbage. So, I made a change to bcmxcp_ser.c to handle block 0x43 a tad differently. And after this, all works - the topology *IS* correctly detected, all meters and functions show, it's golden . . . It just appears that in the firmware on this thing, that the reply to query 0x43 is a bit odd, and the authors of the initial code to...

...ore current firmware. I don't think there is any . . . . - Tim _______________________________________________________________________________________ On 02/12/2014 08:21 PM, Charles Lepple wrote: > > On Feb 2, 2014, at 4:40 PM, Tim Dawson wrote: > >> So, I made a change to bcmxcp_ser.c to handle block 0x43 a tad differently. And after this, all works - the topology *IS* correctly detected, all meters and functions show, it's golden . . . It just appears that in the firmware on this thing, that the reply to query 0x43 is a bit odd, and the authors of the initial code took f...

Hi, Got this mail. It looks like he has a ups with revision before K, and need another startup. The 'PW_SET_REQ_ONLY_MODE' is not implemented, so to make it work we have to follow the protocol and send a 'PW_ID_BLOCK_REQ'. This in comsetup of bcmxcp_ser.c Also the standard id block ends with 'Statistics Map', so we have to Skip after reading the length of the 'Size of the Alarm History Block' in bcmxcp.c ( se my replay). Kjell -------------- next part -------------- An embedded message was scrubbed... From: Chris Adams <cmad...

...cmd(apc_cmdtab_t *ct) /* some commands have to be sent twice with a 1.5s gap */ if (ct->flags & APC_REPEAT) { - usleep(CMDLONGDELAY); + struct timespec delay = {CMDLONGDELS, CMDLONGDELNS}; + nanosleep(&delay, NULL); ret = ser_send_char(upsfd, ct->cmd); Index: b/drivers/bcmxcp_ser.c =================================================================== --- a/drivers/bcmxcp_ser.c 2011-05-31 13:36:49.000000000 +0300 +++ b/drivers/bcmxcp_ser.c 2011-08-17 03:21:04.000000000 +0300 @@ -49,7 +49,7 @@ static void send_command(unsigned char * if (retry == PW_MAX_TRY) { ser_send...

Hi everyone, First of all a big thank you for the NUT package, I've been using it for years and couldn't get by without it! I have two Powerware UPS's here, a 9120/1500va and a 5110/700va. The 9120 has used a hacked bcmxcp driver (serial) from the 2.0.2 nut version for about a year now (which I'll explain more about in a seperate email to the dev list), and the 5110 which I just

On Feb 28, 2014, at 7:49 PM, Tim Dawson wrote: > I just noted that I got my outputs reversed in my posting - the git version is the .26, with 2.7.1 being .28, which still seems odd . . . The "-3857M" suffix on the "0.26 (2.6.5-3857M)" version was generated from SVN. Is it possible that the driver is left over from another package? -- Charles Lepple clepple at gmail

...ializers > "/opt/src/utils/nut-2.4.1-r2339/drivers/apcsmart.c", line 44: warning: too many struct/union initializers > "/opt/src/utils/nut-2.4.1-r2339/drivers/bcmxcp.c", line 135: warning: too many struct/union initializers > "/opt/src/utils/nut-2.4.1-r2339/drivers/bcmxcp_ser.c", line 17: warning: too many struct/union initializers > "/opt/src/utils/nut-2.4.1-r2339/drivers/belkin.c", line 39: warning: too many struct/union initializers [...] Hopefully the preceding lines compiled properly - we use those structures all over the place. > "/opt/...

* I committed into CVS the gendb patch that I sent to the mailing list on September 12. Arnaud, I hope you approve of this patch; it is more reliable than the previous method in tracking the correct dependencies. * This, together with some other minor recent changes on the Development branch, is between the "before_PSE_3" and "after_PSE_3" tags. Arnaud: if you

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 -