For reference, here's the thread discussing the development of that driver: http://news.gmane.org/find-root.php?message_id=52B4C54E.1050106%40ariwainer.com.ar It seems to have worked under Kubuntu 13.10. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141105/5a4559ff/attachment-0001.html>
If you still can't get it to work with nutdrv_atcl_usb, another approach could be worth considering. Since this UPS seems to be supported by UPSmart2000I, it could use a serial-over-usb implementation of the megatec protocol. A very first early version of the nutdrv_qx driver that should support it can be found here: https://github.com/zykh/nut/tree/nutdrv_qx-fuji (USB subdriver 'fuji'; but it shouldn't be necessary to set it, as the driver is expected to automatically select it according to the iManufacturer/iProduct strings) Note that the user I first developed it for abruptly stopped replying to my mails (maybe his UPS went boom.. who knows?), so I don't really know if it works or not: quite a lot of testing may be needed.
On Nov 8, 2014, at 7:01 PM, hyouko at gmail.com wrote:> Since this UPS seems to be supported by UPSmart2000I, it could use a > serial-over-usb implementation of the megatec protocol.Dan, that is a good point - I had not considered it. I assume companies will copy bogus product IDs, but the use of the exact same USB string descriptor is odd. Did you have a chance to compare the rest of the lsusb output that Jani sent earlier in this thread? If it matches, then maybe the "ATCL FOR USB" string comes from some generic USB-to-serial adapter chip. -- Charles Lepple clepple at gmail