Fehlende Werte bei APC Geräten

[messal14]

Hallo @gbakeman,
mit Bezug auf Ihre letzte Nachricht, eröffne ich hier eine neue Anfrage.
Leider haben mir die beiden Links aus Ihrer letzten Antwort nicht weitergeholfen.
Zur einfachen Verständniss habe ich beide versionen einmal nebeneinander laufen lassen:

Die rechte Seite zeigt die letzte Version v2.0.7722.30975 von gawindx. Auf der linken Seite deine letzte Version.

Beider Versionen weisen exakt dieselbe Konfiguration auf. Dennoch fehlen bei der neuen Version Werte die bei der alten Version ohne Probleme am Server ausgelesen werden können.
Gerne will ich versuchen weitere Informationen zur Verfügung zu stellen, wenn es mir möglich ist, da es sich bei dem Gerät um einen Windows-Server im laufenden Betrieb handelt.

Nachtrag:
Hier die Ausgabe der USV-Variablen Ihrer aktuellen Version:

UPS (American Power Conversion/Smart-UPS 750/UPS 17.2 / ID=1015)
battery.charge (Description unavailable) : 100
battery.charge.low (Description unavailable) : 10
battery.charge.warning (Description unavailable) : 50
battery.runtime (Description unavailable) : 9042
battery.runtime.low (Description unavailable) : 150
battery.type (Description unavailable) : PbAc
battery.voltage (Description unavailable) : 26.1
battery.voltage.nominal (Description unavailable) : 24.0
device.mfr (Description unavailable) : American Power Conversion
device.model (Description unavailable) : Smart-UPS 750
device.serial (Description unavailable) : 3Q2252X13181
device.type (Description unavailable) : ups
driver.name (Description unavailable) : usbhid-ups
driver.parameter.pollfreq (Description unavailable) : 30
driver.parameter.pollinterval (Description unavailable) : 5
driver.parameter.port (Description unavailable) : auto
driver.parameter.synchronous (Description unavailable) : no
driver.version (Description unavailable) : DSM7-2-1-69057-NM-nano-4-C1-240105
driver.version.data (Description unavailable) : APC HID 0.96
driver.version.internal (Description unavailable) : 0.41
ups.beeper.status (Description unavailable) : enabled
ups.delay.shutdown (Description unavailable) : 20
ups.firmware (Description unavailable) : UPS 17.2 / ID=1015
ups.mfr (Description unavailable) : American Power Conversion
ups.mfr.date (Description unavailable) : 2021/09/09
ups.model (Description unavailable) : Smart-UPS 750
ups.productid (Description unavailable) : 0003
ups.serial (Description unavailable) : 3Q2252X13181
ups.status (Description unavailable) : OL
ups.timer.reboot (Description unavailable) : -1
ups.timer.shutdown (Description unavailable) : -1
ups.vendorid (Description unavailable) : 051d

Und hier zum vergleich die Ausgabe der alten Version:

UPS (American Power Conversion/Smart-UPS 750/UPS 17.2 / ID=1015)
battery.charge (Description unavailable) : 100
battery.charge.low (Description unavailable) : 10
battery.charge.warning (Description unavailable) : 50
battery.runtime (Description unavailable) : 8524
battery.runtime.low (Description unavailable) : 150
battery.type (Description unavailable) : PbAc
battery.voltage (Description unavailable) : 26.1
battery.voltage.nominal (Description unavailable) : 24.0
device.mfr (Description unavailable) : American
device.model (Description unavailable) : Smart-UPS
device.serial (Description unavailable) : 3Q2252X13181
device.type (Description unavailable) : ups
driver.name (Description unavailable) : usbhid-ups
driver.parameter.pollfreq (Description unavailable) : 30
driver.parameter.pollinterval (Description unavailable) : 5
driver.parameter.port (Description unavailable) : auto
driver.parameter.synchronous (Description unavailable) : no
driver.version (Description unavailable) : DSM7-2-1-69057-NM-nano-4-C1-240105
driver.version.data (Description unavailable) : APC
driver.version.internal (Description unavailable) : 0.41
ups.beeper.status (Description unavailable) : enabled
ups.delay.shutdown (Description unavailable) : 20
ups.firmware (Description unavailable) : UPS
ups.mfr (Description unavailable) : American
ups.mfr.date (Description unavailable) : 2021/09/09
ups.model (Description unavailable) : Smart-UPS
ups.productid (Description unavailable) : 0003
ups.serial (Description unavailable) : 3Q2252X13181
ups.status (Description unavailable) : OL
ups.timer.reboot (Description unavailable) : -1
ups.timer.shutdown (Description unavailable) : -1
ups.vendorid (Description unavailable) : 051d

[gbakeman]

Würden Sie bitte die volle Ausgabe des Fensters "VUS-Variable" aufwenden, indem Sie die Schaltfläche "Kopieren" drücken und dann die Ausgabe in Ihren ersten Beitrag hier einfügen?

Danke!

====

Would you please provide the full output of the List UPS Variables window by pressing the "Copy" button, and then pasting the output into your first post here?

Thank you!

[gbakeman]

@messal14 Entschuldigen Sie bitte, dass ich nicht früher geantwortet habe – ich erhalte keine Benachrichtigungen, wenn ein Beitrag bearbeitet wird! 😅

Das habe ich schon früher vermutet. Der NUT-Server, mit dem Sie verbunden sind, meldet nicht die typischen Informationen, die wir für eine USV erwarten würden. Warum hat sich dies gegenüber der ursprünglichen Version von WinNUT geändert? Die ursprüngliche Version von WinNUT würde einen Nominalwert für eine Variable einsetzen, wenn beim Abrufen vom NUT-Server ein Fehler auftritt. Beispielsweise fehlt eine Variable in der Ausgangsspannungsvariablen. WinNUT versucht, sie vom NUT-Server abzurufen, aber es wird ein Fehler „Variable nicht gefunden” zurückgegeben. Daher setzt WinNUT diese Variable auf 220, da es diesen Wert außerhalb von Nordamerika als Nennwert betrachtet. So funktionierte WinNUT früher.

Da dies für den Benutzer irreführend ist, habe ich eine Änderung vorgenommen, durch die die betreffenden Variablen auf offensichtlich fehlerhafte Werte (wie beispielsweise -1) gesetzt werden. Weitere Informationen finden Sie unter diesem Bug. Dies wirft ein weiteres Problem auf, nämlich dass die Anzeigen selbst auf den minimal anzeigbaren Wert begrenzt werden, wenn ein Wert außerhalb des Bereichs angegeben wird. Ich habe Schwierigkeiten, dies auf konzeptioneller Ebene zu handhaben – was soll die Anzeige tun, wenn ihr ein ungültiger Wert zugewiesen wird? Standardmäßige WinForms-Steuerelemente scheinen sich entweder dafür zu entscheiden, den neuen Wert zu ignorieren und nichts zu tun (den vorherigen Wert beizubehalten) oder einen Fehler über einen speziellen Kanal auszulösen, der in der Regel für Benutzereingabeformulare und nicht für eine schreibgeschützte Anzeige vorgesehen ist. Ein Vorschlag lautet, eine Meldung über der Anzeige einzublenden, was ich derzeit in Betracht ziehe.

In der Zwischenzeit können Sie den Mindestwert der Anzeige auf 0 (oder vielleicht -1, wenn dies möglich ist) setzen, um zumindest einen besseren Hinweis darauf zu erhalten, dass es nicht funktioniert. So oder so, ich arbeite langsam an einer Lösung für dieses Problem. Ich versuche derzeit, einen Pull Request für eine Übersetzung durchzubekommen, was einige Zeit in Anspruch nimmt, da ich gerade versuche, die Automatisierung der Übersetzungserstellung zu reparieren und der GitHub-Runner ungewöhnlich lange braucht, um eine Visual Studio-Erweiterung zu installieren. Wenn Sie zufällig Erfahrung mit PowerShell, GitHub-Automatisierung/Runners oder dem Visual Studio-Erweiterungssystem haben, könnte ich Ihre Hilfe gut gebrauchen! Andernfalls muss ich Sie um etwas Geduld bitten, während ich mich auf den neuesten Stand bringe. Entschuldigen Sie bitte die Verzögerungen und vielen Dank für Ihre Unterstützung!

====

@messal14 Sorry for not responding sooner - I don't get notifications when a post is edited! 😅

This is what I suspected earlier. The NUT server you're connecting to is not reporting the typical information we'd expect to see for a UPS. Why did this change from the original version of WinNUT? The original version of WinNUT would substitute in a nominal value for a variable if there was an error retrieving it from the NUT server. For example, one variable you're missing in the output voltage variable. WinNUT tries to retrieve it from the NUT server, but a variable-not-found error is returned. So WinNUT sets that variable to 220 since it considered nominal outside of basically North America. That's how WinNUT used to work.

Since this is misleading to the user, I made a change which causes the variables in question to be set to obviously erroneous values (like -1, for example.) See this bug for more information. This raises another issue, which is that the gauges themselves will clamp to the minimum displayable value if an out of range value is provided. I'm struggling with how to handle this on a conceptual level - what should the gauge do when an invalid value is provided to it? Default WinForms controls seem to settle on either ignoring the new value and doing nothing (leaving the previous one in place), or raising an error through a specialized channel that's typically intended for user input forms and not exactly a read-only display. One suggestion is to put a message on top of the gauge, so that's something I'm considering.

In the meantime, you can set the gauge minimum to 0 (or perhaps -1 if it will allow you) to at least get a better indication that it's not working. Either way, it's something that I'm slowly working towards a solution on. I'm currently trying to get a translation Pull Request through which is taking some time, because now I'm trying to fix translation build automation and the GitHub runner taking an unusually long time to install a Visual Studio extension. If you happen to have any experience with PowerShell, GitHub automation/runners, or Visual Studio extension system I could use some help! Otherwise I'll just have to ask for your patience while I get caught up. Sorry for the delays and thank you for your support!