search for: send_command

...ave some time, maybe this evening. btw, |> how many is "a few" -D flags? |> |> |> fwiw, I don't have a USB port on the UPS, just serial. ============= Here is the console output of bcmxcp with -DDD specified: [snip] 13.721204 Auto delay on: 2 13.721243 send_command: (4 bytes) => ab 01 35 1f 13.821127 send_command: (4 bytes) => ab 01 33 21 13.920982 send_command: (4 bytes) => ab 01 3b 19 14.033202 Battery Status: (21 bytes) => 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 14.033249 00 00 00 00 01 03 14.033275 Battery S...

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

l?rdagen den 29 juni 2013 15.22.44 skrev Mike.: 8<-------------snip----------------- Sorry for the delay. > Here is the console output of bcmxcp with -DDD specified: > > > [snip] > 13.721204 Auto delay on: 2 > > 13.721243 send_command: (4 bytes) => ab 01 35 1f > 13.821127 send_command: (4 bytes) => ab 01 33 21 > 13.920982 send_command: (4 bytes) => ab 01 3b 19 > 14.033202 Battery Status: (21 bytes) => 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 > 14.033249 00 00 00 00 01 03...

...hod of the Controller class. This method then assigns the data to the gui. So far so good.... However, sending data back to the debugger is a problem. What happens is this; the gui calls the send_client_command method of the Controller class with the data/command. It then gets passed to the method send_command of the connection instance that is connected to port 8989. Which is: @connections[:client] It gets there as it should, because in the console I see the message: "Trying to send data: some data" However, the data never gets there... Now I read somewhere in the EventMachine source, that a...

...ephen at networkplumber.org> --- a/drivers/net/virtio_net.c 2013-12-09 16:12:36.353164803 -0800 +++ b/drivers/net/virtio_net.c 2013-12-09 16:12:41.409051865 -0800 @@ -876,13 +876,12 @@ static netdev_tx_t start_xmit(struct sk_ * never fail unless improperly formated. */ static bool virtnet_send_command(struct virtnet_info *vi, u8 class, u8 cmd, - struct scatterlist *out, - struct scatterlist *in) + struct scatterlist *out) { struct scatterlist *sgs[4], hdr, stat; struct virtio_net_ctrl_hdr ctrl; virtio_net_ctrl_ack status = ~0; - unsigned out_num = 0, in_num = 0, tmp; + unsigne...

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: nut-patch.zip Type: application/zip Size: 18721 bytes Desc: not available Url : http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20060706/c4c32226/nut-patch.zip

...3.2001 10:57:20 get_packet() 2 30.03.2001 10:57:20 get_packet() 3 30.03.2001 10:57:20 ssh_exec_shell(): s_wrpkt_start 30.03.2001 10:57:20 ssh_exec_shell(): s_wrpkt 30.03.2001 10:57:20 FormShow() Start 30.03.2001 10:57:20 NahratIkonky() OK 30.03.2001 10:57:20 GetCurrentDir() OK 30.03.2001 10:57:20 send_command(): 30.03.2001 10:57:20 echo "" 30.03.2001 10:57:20 _ssh_read_line(): 30.03.2001 10:57:20 (c)Copyright 1983-1997 Hewlett-Packard Co., All Rights Reserved. 30.03.2001 10:57:20 _ssh_read_line(): 30.03.2001 10:57:20 (c)Copyright 1979, 1980, 1983, 1985-1993 The Regents of the Univ. of Califor...

...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_char(upsfd, 0x1d); /* last retry is preceded by a ESC.*/ - usleep(250000); + struct timespec delay = {0, 250e6}; nanosleep(&delay, NULL); } sent = ser_send_buf(upsfd, sbuf, command_length); @@ -255,6 +255,7 @@ void pw_comm...

...ate: Thu, Feb 13, 2014 at 12:07 AM Subject: Re: [Nut-upsuser] Powerware (Eaton) Prestige 9 UPS To: Charles Lepple <clepple at gmail.com> Charles - As a quick followup, the Prestige (both FW 2.13 and 3.09 - 2.x is pre-Eaton, 3.x post) reply to the topology block query thus: 3.064046 send_command: (4 bytes) => ab 01 43 11 3.136246 get_answer: (2 bytes) => 34 43 Unfortunately, this does not correspond to any of the defined topology values in the spec, and the block size that was returned from block 0x01 was 2.410028 Length of topology block: 36864 for 2.13 firmware and...

I noted some correspondence from several years back about supporting this device with bcmxcp, and the problems therein. Since I have one of these UPS units, still going strong, and the Eaton LanSafe stuff has finally caused me enough grief to abandon it, I figured I'd take a look at this. The issue is not that bad - the bcmxcp driver query of the topology block (2 bytes!) is returning

...if(serial_read (SHUT_TIMEOUT, &Frame[recv]) < 1) */ Index: b/drivers/rhino.c =================================================================== --- a/drivers/rhino.c 2011-05-31 13:36:49.000000000 +0300 +++ b/drivers/rhino.c 2011-08-17 00:23:22.000000000 +0300 @@ -477,9 +477,8 @@ static int send_command( int cmd ) { - int i, chk, checksum=0, iend=18, sizes, ret, kount; /*, j, uc; */ + int i, chk, checksum=0, iend=18, /* sizes=19, */ ret, kount; /*, j, uc; */ unsigned char ch, psend[19]; - sizes = 19; checksum = 0; /* mounting buffer to send */ @@ -645,16 +644,13 @@ static void g...