search for: init_outlet

...-001 MODEM_CALL_COMPLETED_SUCCESS No 11.986418 11.986421 Length of Config_block: 80 11.986424 Length of statistics map: 0 11.986427 Length of command list: 26 11.986430 Length of outlet_block: 14 11.986433 Length of alarm_block: 22 12.016909 init_outlet(14), res=14 12.016919 Number of outlets: 2 12.016924 Number of bytes: 6 12.016927 Outlet number: 1 12.016934 Outlet state: 1 12.016940 Auto delay off: -1 12.016946 Auto delay on: 0 12.016951 Outlet number: 2 12.016957 Outlet state: 1 12.0169...

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 portable C code. What size should the answer array be? Thanks. -- Tim Rice Multitalents (707) 887-1469 tim at multitalents.net

...0 ab 8.367219 get_answer: block_number = 11 8.367251 get_answer: data length = 14 8.367294 get_answer: sequence number (1) is ok 8.367325 get_answer: checksum is ok 8.367373 get_answer: all data received 8.367402 get_answer: exiting (len=14) 8.367457 init_outlet(14), res=14 8.367489 Number of outlets: 2 8.367540 Number of bytes: 6 8.367575 Outlet number: 1 8.367643 send_to_all: SETINFO outlet.1.id "1" 8.367676 Outlet state: 1 8.367731 send_to_all: SETINFO outlet.1.status "On" 8.367762...

...4 cf 69 e8 d5 5c 16.261647 send_command: (8 bytes) => ab 05 97 01 01 0c 00 ab 16.318194 Set [outlet.1.delay.shutdown 12] failed due to invalid parameter 16.318245 send_command: (4 bytes) => ab 01 34 20 16.574540 send_command: (4 bytes) => ab 01 41 13 16.658312 init_outlet(14), res=14 16.658346 Number of outlets: 2 16.658358 Number of bytes: 6 16.658369 Outlet number: 1 16.658388 Outlet state: 1 16.658406 Auto delay off: -1 16.658432 Auto delay on: 1 16.658461 Outlet number: 2 16.658477 Outlet state: 1 16.6584...

l?rdagen den 29 juni 2013 11.28.14 skrev Mike.: 8<------------------snip--------------------- Hi Mike, > > Thanks for the quick reply. > > I checked the log file (which, admittedly, I should have done before I > posted about the problem :) ). > > Here's the command and the corresponding log message: > > # upsrw -u au -p ap -s outlet.1.delay.shutdown=12

...ed in debug message, and minor fixes for indentation --- drivers/bcmxcp.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/bcmxcp.c b/drivers/bcmxcp.c index 2e5f18f..480258c 100644 --- a/drivers/bcmxcp.c +++ b/drivers/bcmxcp.c @@ -948,16 +948,16 @@ int init_outlet(unsigned char len) upsdebugx(2, "Auto delay off: %d\n", auto_dly_off); snprintf(outlet_name, sizeof(outlet_name)-1, "outlet.%d.delay.shutdown", num); dstate_setinfo(outlet_name, "%d", auto_dly_off); - dstate_setflags(outlet_name, S...

.... I have the same ups here, and it looks like the possibility to set off delay is not implemented on this type. > 16.318245 send_command: (4 bytes) => ab 01 34 20 > 16.574540 send_command: (4 bytes) => ab 01 41 13 This is command to read outlet blocks. > 16.658312 init_outlet(14), res=14 > 16.658346 Number of outlets: 2 > > 16.658358 Number of bytes: 6 > > 16.658369 Outlet number: 1 > 8<---------------snip------------ The problem is that I had a crash on my backup ;-( so I lost the paper on the specific commands for 5125. So i...

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