<div dir="auto">Cheers all,<div dir="auto"><br></div><div dir="auto">  Got an interesting report at <a href="https://github.com/networkupstools/nut/issues/2208">https://github.com/networkupstools/nut/issues/2208</a> about Qx devices that do not respond to NUT unless `upsmart` somehow inits them first (until a re-plug). This behavior is something I've heard of a couple of times, and now there are pcap captures to help smart folks make heads or tails of it and teach `nutdrv_qx` the optionto initialize the UPS communications similarly.</div><div dir="auto"><br></div><div dir="auto">  Any takers lurking on the dev list? ;)</div><div dir="auto"><br></div><div dir="auto">  In other news, at <a href="https://github.com/networkupstools/nut/issues/2207">https://github.com/networkupstools/nut/issues/2207</a> there's a low-hanging fruit RFE to make upsmon data-stale logging less intensive in a comms outage.</div><div dir="auto"><br></div><div dir="auto">  I've got a large backlog IRL, so would love someone stepping up here to propose PRs.</div><div dir="auto"><br></div><div dir="auto">Jim</div></div>