Nut upsdev - Feb 2023 - GPIO as NUT driver interface?

Thanks, looks promising.

Were there any changes to adelsystem sources? (Not on PC now to check
quickly).

Also `gpio` naming is too generic (might mean helpers to talk to gpio pins,
e.g. some code shareable by i2c or something of the sort). Does this handle
GPIO UPSes in general (e.g. helped by `rules` line arg), or more tightly
aimed at certain models like yours?

Style-wise, there's indeed a fair amount of clean-up desireable. Can you
post a PR with this (or improved) codebase, at least to claim a commit in
git history? :) A man page would be nice.

Jim


On Tue, Feb 21, 2023, 20:49 MODRIS B?RZONIS <modrisb at apollo.lv> wrote:
> Hi!
>
> I have CyberPower CyberShield CSN27U12V UPS. This device don't have
> usual for UPS interface, just open collector pins. I connected these
> pins to GPIO interface on Orange Pi Zero and wrote NUT driver for this
> case. Any interest from NUT community to add this driver to regular
> build tree?
>
> See driver code in attachment. Code is fully functional, needs cleanup
> to match coding guidelines and needs more tests for rules processing
> part. Driver reads GPIO line statuses and transforms them to NUT
> statuses using short rules description parameter in the form of status
> strings and logical operations on line values.
>
> Modris
>
> _______________________________________________
> Nut-upsdev mailing list
> Nut-upsdev at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsdev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20230221/b53adde7/attachment.htm>

Jim,

no, there are no changes in adelsystem.

Driver's implementation is based on libgpiod, assume this would be 
natural to call driver gpio, i2c uses different library to communicate. 
Yes, any UPS with open collector pins should work, configuration rules 
will tune behavior needed for NUT.

Just created PR https://github.com/networkupstools/nut/pull/1855 .

Modris

On 2/21/23 22:33, Jim Klimov wrote:
> Thanks, looks promising.
>
> Were there any changes to adelsystem sources? (Not on PC now to check 
> quickly).
>
> Also `gpio` naming is too generic (might mean helpers to talk to gpio 
> pins, e.g. some code shareable by i2c or something of the sort). Does 
> this handle GPIO UPSes in general (e.g. helped by `rules` line arg), 
> or more tightly aimed at certain models like yours?
>
> Style-wise, there's indeed a fair amount of clean-up desireable. Can 
> you post a PR with this (or improved) codebase, at least to claim a 
> commit in git history? :) A man page would be nice.
>
> Jim
>
>
> On Tue, Feb 21, 2023, 20:49 MODRIS B?RZONIS <modrisb at apollo.lv>
wrote:
>
>     Hi!
>
>     I have CyberPower CyberShield CSN27U12V UPS. This device don't have
>     usual for UPS interface, just open collector pins. I connected these
>     pins to GPIO interface on Orange Pi Zero and wrote NUT driver for
>     this
>     case. Any interest from NUT community to add this driver to regular
>     build tree?
>
>     See driver code in attachment. Code is fully functional, needs
>     cleanup
>     to match coding guidelines and needs more tests for rules processing
>     part. Driver reads GPIO line statuses and transforms them to NUT
>     statuses using short rules description parameter in the form of
>     status
>     strings and logical operations on line values.
>
>     Modris
>
>     _______________________________________________
>     Nut-upsdev mailing list
>     Nut-upsdev at alioth-lists.debian.net
>     https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsdev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20230222/2a9537e0/attachment.htm>