<div dir="ltr"><div dir="ltr"><div>Hello all,</div><div><br>  Note: this was also cross-posted to GitHub issue, where I saw this first and posted the replies: <a href="https://github.com/networkupstools/nut/issues/3369">https://github.com/networkupstools/nut/issues/3369</a></div><div><br></div><div>  One notable point brought up by the discussion is the long-dormant idea about supporting Unix sockets (or Windows named pipes) as a local non-TCP transport for the NUT networked protocol; posted it to issue tracker as <a href="https://github.com/networkupstools/nut/issues/3370">https://github.com/networkupstools/nut/issues/3370</a> - I think it is a more correct way forward than leeching onto the driver-server socket protocol which is an implementation detail without stability guarantees.</div><div><br></div><div>Hope this helps,</div><div>Jim Klimov</div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Mar 24, 2026 at 11:56 PM Kantor, Werner via Nut-upsdev <<a href="mailto:nut-upsdev@alioth-lists.debian.net">nut-upsdev@alioth-lists.debian.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg4201304571275351758">

<div lang="DE" style="overflow-wrap: break-word;">

<div class="m_4201304571275351758WordSection1">

<p class="MsoNormal"><span lang="EN-US">Hello NUT developers,<u></u><u></u></span></p>

<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>

<p class="MsoNormal"><span lang="EN-US">I’m using NUT 2.8.4 (Windows snapshot, mingw64) with an Eaton 5SC UPS. The driver is started as:<u></u><u></u></span></p>

<p class="MsoNormal"><span lang="EN-US">usbhid-ups.exe -a eaton5sc<br>

and it reports: Listening on named pipe \\.\pipe\usbhid-ups-eaton5sc<u></u><u></u></span></p>

<p class="MsoNormal"><span lang="EN-US">At the moment I can reliably read values by running upsd bound to localhost (<a href="http://127.0.0.1:3493" target="_blank">127.0.0.1:3493</a>) and then querying with upsc <a href="mailto:eaton5sc@127.0.0.1" target="_blank">eaton5sc@127.0.0.1</a>. However, due to security/policy requirements we would like to avoid any TCP

 interface entirely (even if it’s localhost-only) and instead read the data strictly locally.<u></u><u></u></span></p>

<p class="MsoNormal"><span lang="EN-US">Could you please advise on the following:<u></u><u></u></span></p>

<ol style="margin-top:0cm" start="1" type="1">

<li class="MsoNormal"><span lang="EN-US">On Windows, is there an officially supported way to query UPS variables without running upsd, e.g., by talking directly to the driver state via the named pipe?</li><li class="MsoNormal"><span lang="EN-US">Is the protocol behind \\.\pipe\usbhid-ups-<upsname> documented and considered stable enough for a custom client (e.g., for exporting to JSON / monitoring)?

</span>If yes, where can I find the specification?<u></u><u></u></li><li class="MsoNormal"><span lang="EN-US">Is there a recommended non-TCP “local-only” transport or mode for clients (named pipe / Unix-socket equivalent) that is supported by NUT tools?<u></u><u></u></span></li><li class="MsoNormal"><span lang="EN-US">In my build, upsc.exe does not accept -D/-DD debug options (it reports “unknown option -D”). Is there another way to debug or trace the client request/response protocol?<u></u><u></u></span></li></ol>

<p class="MsoNormal"><span lang="EN-US">Our goal is a local readout (e.g., for Zabbix/monitoring) without exposing any network socket. Any guidance on best practices, existing tooling, or build/config options would be greatly appreciated.<u></u><u></u></span></p>

<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>

<p class="MsoNormal">Best regards,<br>

Werner<u></u><u></u></p>

<p class="MsoNormal"><u></u> <u></u></p>

</div>

</div>

_______________________________________________<br>

Nut-upsdev mailing list<br>

<a href="mailto:Nut-upsdev@alioth-lists.debian.net" target="_blank">Nut-upsdev@alioth-lists.debian.net</a><br>

<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsdev" rel="noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsdev</a><br>

</div></blockquote></div></div>