<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>On Feb 20, 2015, at 3:15 PM, Rob Groner <<a href="mailto:rgroner@RTD.com">rgroner@RTD.com</a>> wrote:</div><div><br></div><blockquote type="cite">Instead, it seems that the usbhid-ups driver will search through its own list of known devices with vid/pid, and won't "match" my device unless that device exists as an entry in its device table.  Is that correct?</blockquote><br><div>More or less, yes.</div><div><br></div><div>It turns out that UPS vendors all have somewhat different interpretations of the PDC spec.</div><div><br></div><div>There was an idea to create a generic fallback driver that could talk to any USB HID PDC device:</div><div><br></div><div><span style="font-size: 15px; line-height: 19px; white-space: nowrap; -webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); -webkit-text-size-adjust: none; "><a href="https://github.com/networkupstools/nut/issues/112">https://github.com/networkupstools/nut/issues/112</a></span></div><div><br></div><div>But at the moment, when we suggest passing the 'productid = ' parameter to usbhid-ups, it is because there is already a set of tables for that vendor, and their model is not all that different from earlier models. </div><div><br></div><div>The nutdrv_qx driver might be more flexible in this regard, since we tend to see different VID:PID combinations for devices that all speak one of several easily identifiable dialects of the Megatec Q* protocols.</div><div><br></div><div>- Charles Lepple</div></body></html>