2.8.2_1 blazer_usb, nutdrv_qx

dennypage

@LanterIT If you have time, would you mind re-running those two tests with a higher debug level (-DDDDDD) please?

LanterIT

@dennypage

Extra Argument:
vendorid=06da
productid=0005
subdriver = "phoenix"
protocol = "megatec"
novendor

nutdrv_qx_202402232122.txt

blazer_usb_202402232127.txt

dennypage

@LanterIT Sorry, can you put the "battery_voltage_reports_one_pack" back in the config please?

LanterIT

@dennypage
only nutdrv_qx output, because blazer_usb does not support the parameter:
nutdrv_qx_202402232234.txt

dennypage

@LanterIT Attached is a nutdrv_qx executable with additional debug information added. Please run let it run for at least 100 seconds before killing it.

Note that I don't have a compatible UPS, so I am not actually able to test the executable. Please do excuse me if I've messed something up.

Thanks

nutdrv_qx_denny_dbg.zip

LanterIT

@dennypage

I am happy when someone takes care of the problem and I can do my part.
nutdrv_qx_denny_dbg_202402252046.txt

dennypage

@LanterIT LOL. I love it when people are willing to help me solve problems.

One more time please...

nutdrv_qx_denny_dbg2.zip

LanterIT

@dennypage

Here you go:
nutdrv_qx_denny_dbg2_202402252237.txt

dennypage

@LanterIT said in NUT Package (2.8.1 and above):

nutdrv_qx_denny_dbg2_202402252237.txt

Did you notice the reported voltage and charge?

LanterIT

@dennypage

It was a bit late last night, so I only dumped the output to the log file.

After a little more than 30 seconds, the battery voltage and battery charge display will change to the correct values.

Does this have an influence on the behavior as long as the status is OL?

EDIT: It also runs on the productive device!

dennypage

@LanterIT said in NUT Package (2.8.1 and above):

Does this have an influence on the behavior as long as the status is OL?

By default, NUT doesn't take action until the UPS declares a low battery, and battery voltage is reported as informational only. This is probably one reason why no-one has noticed the bug. Runtime is the same, although for most of the nutdrv_qx protocols, runtime isn't reported at all.

I'll put up a bug report and PR for the NUT folk later today or tomorrow. I don't know how long it will take for this to flow though to an a release on pfSense. In the interim you can use the last executable--the extra debug statements won't hurt anything.

Thank you for your patience and perseverance.

dennypage

@LanterIT NUT issue #2325.

dennypage

@dennypage said in NUT Package (2.8.1 and above):

@LanterIT NUT issue #2325.

The fix for accessing battery_voltage_reports_one_pack has been merged, and I expect it to be included in nut-devel snapshot.

I was hoping that the flag would simply be deleted, but the NUT maintainer seemed resistant to that. You will need to maintain the flag in your Extra Augments to driver section.