<div dir="ltr"><p>Hi everyone,</p><p>I'm running Network UPS Tools (NUT) version <b>2.8.1</b> on a Debian system (aarch64), trying to connect an older Tripp Lite UPS via the <code>tripplite_usb</code> driver.</p><p>While <code>nut-scanner -U</code> successfully identifies the hardware, it flags the device's firmware revision with a <code>###NOTMATCHED-YET###</code> notice:</p><span class="gmail-no-md"><span class="gmail-ng-tns-c3000283895-520 enable-luminous-code-block gmail-ng-star-inserted"><div class="gmail-code-block gmail-ng-tns-c3000283895-520 gmail-ng-animate-disabled gmail-ng-trigger gmail-ng-trigger-codeBlockRevealAnimation"><div class="gmail-formatted-code-block-internal-container gmail-ng-tns-c3000283895-520"><div class="gmail-animated-opacity gmail-ng-tns-c3000283895-520"><div class="gmail-code-block-decoration gmail-header-formatted gmail-gds-emphasized-body-m gmail-ng-tns-c3000283895-520 gmail-ng-star-inserted"><div class="gmail-buttons gmail-ng-tns-c3000283895-520 gmail-ng-star-inserted"><span style="background-color:transparent">[nutdev1]</span></div></div><pre class="gmail-ng-tns-c3000283895-520"><code role="text" class="gmail-code-container gmail-formatted gmail-ng-tns-c3000283895-520"> driver = "tripplite_usb"
        port = "auto"
        vendorid = "09AE"
        productid = "0001"
        product = "TRIPP LITE UPS"
        vendor = "Tripp Lite"
        bus = "001"
        device = "003"
        busport = "003"
        ###NOTMATCHED-YET###bcdDevice = "000A"
</code></pre></div></div></div></span></span><p>When the driver service attempts to start, it successfully claims the USB endpoint but falls into an endless retry loop during the command handshake:</p><span class="gmail-no-md"><span class="gmail-ng-tns-c3000283895-521 enable-luminous-code-block gmail-ng-star-inserted"><div class="gmail-code-block gmail-ng-tns-c3000283895-521 gmail-ng-animate-disabled gmail-ng-trigger gmail-ng-trigger-codeBlockRevealAnimation"><div class="gmail-formatted-code-block-internal-container gmail-ng-tns-c3000283895-521"><div class="gmail-animated-opacity gmail-ng-tns-c3000283895-521"><div class="gmail-code-block-decoration gmail-header-formatted gmail-gds-emphasized-body-m gmail-ng-tns-c3000283895-521 gmail-ng-star-inserted"><div class="gmail-buttons gmail-ng-tns-c3000283895-521 gmail-ng-star-inserted"><span style="background-color:transparent">libusb_get_interrupt() returned 0 instead of 8 while sending 3a 55 aa 0d 00 00 00 00 '.U......'</span></div></div></div></div></div></span></span><p>It appears the device's specific <code>bcdDevice</code> firmware revision might be falling outside the driver's current whitelist or handling the command payload differently. Has anyone run into this zero-length return behavior or a <code>NOTMATCHED-YET</code> bcdDevice variant on Tripp Lite hardware?</p><p>Thanks in advance for any guidance!</p><p>Best regards,</p><p>--Jeff</p><p></p></div>