-
-
Notifications
You must be signed in to change notification settings - Fork 363
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support some more Legrand devices #616
Comments
@zykh do you think this one can still go into 2.7.5 if we want to release now? |
@aquette: sure, it's ready, but, as mentioned above, if 2.7.5 will contain one of the libusb branches, I'd prefer to (rebase and) merge this one after the libusb branch, to avoid possible conflicts there. |
Hello together, Cheerz, Chris |
Seems this support was added after the 2.7.4 release, and a 2.7.5 is sadly
still pending.
If you can try building from sources available on Github, you can confirm
if that would support your device or some further work is needed.
…On Sat, Jul 24, 2021 at 2:56 PM Christian Raab ***@***.***> wrote:
Hello together,
just bought a new Legrand KEOR PDU 800 and can't get it recognized by the
drivers under version 2.7.4
I found compatibility (from 2016) with the KEOR Multiplug but I guess this
was the previous Hardware version.
the new products seem to be different
Cheerz, Chris
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#616 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMPTFCFFNKXGWTIZMINTL3TZK2ABANCNFSM4FUJGXRQ>
.
|
Hi there, @greyslater I'm waiting for Keor 800 support too :) |
@jimklimov |
hi @nseries100 - i came upon all this because i connected the Keor 800 to a QNAP NAS and it's not recognized |
Got this branch running on current master by resolving some of the conflicts. see PR #1075 after compiling (on my raspian) using the guide here https://github.com/networkupstools/nut/wiki/Building-NUT-on-Debian,-Raspbian-and-Ubuntu
i was able to have my Legrand KEOR PDU 800 report the variables. didnt test anything else yet. |
My Legrand KEOR PDU 800 is also working (reporting values) with @blecher-at's updated branch. |
I checked this branch with updates from master again and noticed that after values like UPS.Input.Voltage now report an invalid value of -0.1. However I believe the issue lies outside the legrand subdrivers, as also dumping usb-hid values using the explore command (as outlined here https://github.com/networkupstools/nut/blob/master/docs/hid-subdrivers.txt) now shows them as invalid. My best guess is this being a regression of #1023 |
Thanks for the report about possible regression, I've posted a PR to help investigate this. THX: #1138 |
After compiling still the same issue: sudo upsdrvctl start |
is it really connected? what does lsusb say?
also I need need to reset the device when driver was already running (can be done physically, or using the usbreset utulity https://wiki.ubuntuusers.de/usbreset/) |
/home/pi/nut# lsusb |
/home/pi/nut# /usr/lib/nut/usbhid-ups -DDD -a ups |
You compiled the wrong commit, 3d7d959 the pull request you need to build is this one: |
ok thx |
You need to clone the repo from this PR:
and then build or wait for this PR to be merged |
your build same problem: |
your log still shows it was built from the wrong commit. (expecting 2.7.4-3009-gd831a9ae). please check you're on the branch and repo I mentioned (commit d831a9a). looks like you didnt checkout the PR branch after cloning my fork... |
Ok thx I will try it tomorrow, when will the official version be released? |
Next Problem: Driver failed to start (exit status=1) Devices: |
i don't think it started, i think i'm missing something ... when i run upsd i get this:
i am trying to understand, maybe i miss starting a service |
Can't hep but ask: did you read documentation? Command-line help? NUT design overview (the 3 layers of drivers-dataserver-clients)? At best When you have the driver(s) and a data server running on same system, you can use clients like |
You are right to ask (I would have asked at the first attempt 😅)
oh... ok.
I just had to configure the container ports and other stuff, but after configuring ups.conf and nut.conf, everything worked on the first try. I get a reply from ups:
now my goal is:
|
battery.voltage: 1.3 is this a bug? I thoght that volatege should be a bit higher. |
hello i saw that NUT support some SMS Legrand devices if you want i can send to you the program that they made available for us |
If that is what they report... an UPS running on AA batteries? :) There were some changes about detection/guesswork of battery cell count and so overall voltage. proposed for a |
Is that a binary program, or sources (licensed so) that someone might read and port that to NUT? Generally, this would need a developer (random but enthusiastic volunteer from the community, ideally with access to HW and specs) to implement or sniff and reverse-engineer the protocol needed. I do hope and encourage that you find and entice someone to do this. Other than that, no "plans" exist, unfortunately. |
Hi @greyslater, Thank you |
Hi @jimklimov I have the Legrand KEOR PDU 800 (1cb0:0038) and I also got the incorrect voltage values.
And the result:
I’m not a developer, I don’t know how such fix should be done properly or how should I report this. I just wanted to fix my PDU800 and I'm trying to help, but I'm afraid this could break voltage display on other Legrand devices or might cause other problems. |
Thanks, so it seems some devices have it fixed and others not... Maybe the conversion function should stay, and detect somehow (device id? value range? config option?) whether it should act or keep the value as is. |
Signed-off-by: Jim Klimov <[email protected]>
Hello. I have an Legrand Keor SP UPS. I built the latest nut, so the UPS is recognized and it look like working, but there is a little problem, the reported values (input/output voltage) are bad (but sometimes are good). For example there is two output: upsc lupsbattery.charge: 80 And after a few minutes: upsc lupsbattery.charge: 100 How can I help to debug and solve this issue? Thanks. |
Can you explain what do you mean? Thanks |
Hello, my compiled version is old by the way and it should be upgraded on my side: edit: an upgrade was done after this post, 2.8.1-283-gaeb0c3ca Regards |
No idea? :( |
@pczolee : sorry, travelling these weeks. OTOH, you might want to bump debug verbosity, and since you are using now a custom build of NUT - tinker with code (add more debugs where you think visibility is missing) to see where and based on what inputs the value jumps from normal range (Vin seems to be there sometimes) to obscenely wrong. Some further ideas:
|
This is to track the progress on the topic.
Reference: https://alioth-lists.debian.net/pipermail/nut-upsdev/2018-July/007392.html
usbhid-ups
: add new dedicated subdrivernutdrv_qx
: support devices which don't terminate their replies with the expected CR (nutdrv_qx: support replies not terminated by the required CR #441)nutdrv_qx
: add VID:PID tokrauler
USB subdrivermetasys
: add new devices + fix a few glitchesupdate DDL(deferred to after release)metasys
driver: networkupstools/nut-website@570c1e5metasys
driver: networkupstools/nut-website@66d30c9Anything else?
Current branch: https://github.com/zykh/nut/tree/issue-441+legrand_updated
(this is likely to cause some conflicts with the libusb branches, so I'd prefer to wait for #300 to be solved before rebasing and merging this one)
The text was updated successfully, but these errors were encountered: