So a month or more ago, I posted about continual disconnect messages from this UPS (roughly 2/hour), using nut 2.2.0 on debian etch. Now, I've finally gotten around to running tripplite_usb in debug mode, and these are the results:
... send_cmd(msg_len=2, type='L') send_cmd(msg_len=2, type='S') send_cmd(msg_len=2, type='B') send_cmd(msg_len=2, type='L') send_cmd(msg_len=2, type='S') send_cmd(msg_len=2, type='B') send_cmd: send_try = 3, recv_try = 10 Error reading B value: Device detached? (error 0: error sending control message: Operation not permitted) Closing device Reconnect attempt #1 ================================================== = device has been disconnected, try to reconnect = ================================================== Reopening device Checking device (0000/0000) (002/001) - VendorID: 0000 - ProductID: 0000 - Manufacturer: unknown - Product: unknown - Serial Number: unknown - Bus: 002 Trying to match device Device does not match - skipping Checking device (09AE/0001) (001/003) - VendorID: 09ae - ProductID: 0001 - Manufacturer: TRIPP LITE - Product: TRIPP LITE UPS - Serial Number: unknown - Bus: 001 Trying to match device Device matches Device reopened successfully Successfully reconnected send_cmd(msg_len=3, type='W') send_cmd(msg_len=2, type=' Using OMNIVS 2001 protocol (2001) send_cmd(msg_len=2, type='S') send_cmd(msg_len=2, type='P') send_cmd(msg_len=2, type='F') send_cmd(msg_len=2, type='V') send_cmd(msg_len=2, type='V') send_cmd(msg_len=2, type='U') send_cmd: send_try = 3, recv_try = 10 Unit ID not retrieved (not available on all models) send_cmd(msg_len=2, type='S') send_cmd(msg_len=2, type='B') send_cmd(msg_len=2, type='L') ... Any help would rock. TIA, -Tree _______________________________________________ Nut-upsuser mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
