livefour2day Posted May 11 Share Posted May 11 1 minute ago, jbrodriguez said: i pushed a small change (and a debug log) to figure it out, since it's kind of weird that it's not detecting the ups 🤷♂️ if it doesn't work, can you send me /var/log/controlr.log (just from the last start of the app would be ok) No Problem I will send it to you, thank you for all your help. Quote Link to comment
livefour2day Posted May 11 Share Posted May 11 3 minutes ago, jbrodriguez said: one last thing do you have this file: /boot/config/plugins/controlr/controlr.env ? Yes I do have this file: controlr.env Quote Link to comment
livefour2day Posted May 11 Share Posted May 11 8 minutes ago, jbrodriguez said: i pushed a small change (and a debug log) to figure it out, since it's kind of weird that it's not detecting the ups 🤷♂️ if it doesn't work, can you send me /var/log/controlr.log (just from the last start of the app would be ok) here is my log since the update - controlr.log Quote Link to comment
jbrodriguez Posted May 11 Author Share Posted May 11 can you stop/start the plugin ? the log is being updated by the previous version Quote Link to comment
livefour2day Posted May 11 Share Posted May 11 3 minutes ago, jbrodriguez said: can you stop/start the plugin ? the log is being updated by the previous version Sorry didn't realise, try this one..... controlr.log Quote Link to comment
jbrodriguez Posted May 11 Author Share Posted May 11 thank you ! ok, one more test, can you run it manually again killall controlr /usr/local/emhttp/plugins/controlr/controlr --port 2378 --show-ups does it still say no ups detected ? Quote Link to comment
livefour2day Posted May 11 Share Posted May 11 3 minutes ago, jbrodriguez said: thank you ! ok, one more test, can you run it manually again killall controlr /usr/local/emhttp/plugins/controlr/controlr --port 2378 --show-ups does it still say no ups detected ? No Problem here you go - I: 2024/05/11 17:35:45 controlr.go:38: cli: {Port:2378 LogsDir:/var/log APIDir:/var/local/emhttp CertDir:/boot/config/ssl/certs APIPort:2382 ShowUps:true Dev:false Boot:{}} I: 2024/05/11 17:35:45 boot.go:23: starting controlr v2024.05.11 ... I: 2024/05/11 17:35:45 boot.go:114: cert: found certificate_bundle.pem I: 2024/05/11 17:35:45 api.go:45: Starting service Api ... I: 2024/05/11 17:35:45 api.go:94: Api started listening https on 2382 I: 2024/05/11 17:35:45 core.go:83: starting service Core ... I: 2024/05/11 17:35:45 core.go:354: Created system sensor ... I: 2024/05/11 17:35:45 core.go:368: show ups: true I: 2024/05/11 17:35:45 core.go:376: Created apc ups ... ⇨ https server started on [::]:2382 Quote Link to comment
livefour2day Posted May 11 Share Posted May 11 3 minutes ago, jbrodriguez said: thank you ! ok, one more test, can you run it manually again killall controlr /usr/local/emhttp/plugins/controlr/controlr --port 2378 --show-ups does it still say no ups detected ? Fixed it!!!!! Its showing in my IOS app now after running this manually Quote Link to comment
jbrodriguez Posted May 11 Author Share Posted May 11 2 minutes ago, livefour2day said: Fixed it!!!!! Its showing in my IOS app now after running this manually cool ! the root cause is controlr.env (strong suspect), it's empty and it's overriding (guess) the command line flag (--show-ups) i'll look into it and release an update 1 Quote Link to comment
livefour2day Posted May 11 Share Posted May 11 Just now, jbrodriguez said: cool ! the root cause is controlr.env (strong suspect), it's empty and it's overriding (guess) the command line flag (--show-ups) i'll look into it and release an update Brilliant thank you, love this app!! 1 Quote Link to comment
livefour2day Posted May 25 Share Posted May 25 On 5/11/2024 at 5:42 PM, jbrodriguez said: cool ! the root cause is controlr.env (strong suspect), it's empty and it's overriding (guess) the command line flag (--show-ups) i'll look into it and release an update Hi have you had a chance to fix this yet not seen any updates for the App Quote Link to comment
jbrodriguez Posted May 25 Author Share Posted May 25 hi, i updated the plugin, did you update it ? this should have fixed the issue (there was no need for an upgrade for the control app) Quote Link to comment
livefour2day Posted May 25 Share Posted May 25 (edited) Hi yes I updated the plugin I am on the latest (v2024.05.11a) but it still does not work in the app 😞 Edited May 25 by livefour2day Quote Link to comment
jbrodriguez Posted May 25 Author Share Posted May 25 mm that's odd, try something, delete the plugin, make sure to delete /boot/config/plugins/controlr/controlr.env, the reinstall the plugin again, let me know if that works Quote Link to comment
livefour2day Posted May 25 Share Posted May 25 52 minutes ago, jbrodriguez said: mm that's odd, try something, delete the plugin, make sure to delete /boot/config/plugins/controlr/controlr.env, the reinstall the plugin again, let me know if that works That was it, all working after deleting the plugin and re-installing it. Thank you for fixing it. 🙂 👍 1 Quote Link to comment
ToneDawgOG Posted June 9 Share Posted June 9 (edited) I am using the ControlR plug-in along with the Network UPS Tools plugin and am not getting UPS status on the app. I read this was a known issue at the moment. Is there a fix in the works? Or is there anything I can provide to help with that? Edited June 9 by ToneDawgOG Quote Link to comment
jbrodriguez Posted June 9 Author Share Posted June 9 2 hours ago, ToneDawgOG said: I read this was a known issue at the moment. Is there a fix in the works? Or is there anything I can provide to help with that? yes, i've been a bit swamped at work, but i can definitely get some help, if you're willing. can you provide the output of (either here, via dm or email) /usr/bin/upsc 127.0.0.1 i will eventually talk to the nuts plugin maintainer if i can't get it working Quote Link to comment
jbrodriguez Posted June 16 Author Share Posted June 16 ControlR 6.5.0 is available on Apple and Google stores ! v6.5.0 There was a change in the logic to detect dockers and vms, customized icons for dockers will only display if they're on a path that's reachable externally, if the path is not exposed to the web ui, it will display a question mark (as a placeholder) Quote Link to comment
ToneDawgOG Posted June 23 Share Posted June 23 On 6/9/2024 at 1:45 PM, jbrodriguez said: yes, i've been a bit swamped at work, but i can definitely get some help, if you're willing. can you provide the output of (either here, via dm or email) /usr/bin/upsc 127.0.0.1 i will eventually talk to the nuts plugin maintainer if i can't get it working I finally got around to actually doing this. Here is the result of the above command battery.charge: 100 battery.charge.low: 10 battery.charge.warning: 20 battery.mfr.date: CPS battery.runtime: 4375 battery.runtime.low: 300 battery.type: PbAcid battery.voltage: 27.5 battery.voltage.nominal: 24 device.mfr: CPS device.model: GX1500U device.serial: QA9NW7004451 device.type: ups driver.debug: 0 driver.flag.allow_killpower: 0 driver.flag.pollonly: enabled driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.synchronous: auto driver.state: quiet driver.version: 2.8.2 driver.version.data: CyberPower HID 0.80 driver.version.internal: 0.53 driver.version.usb: libusb-1.0.26 (API: 0x1000108) input.voltage: 120.0 input.voltage.nominal: 120 output.voltage: 120.0 ups.beeper.status: disabled ups.delay.shutdown: 20 ups.delay.start: 30 ups.load: 9 ups.mfr: CPS ups.model: GX1500U ups.productid: 0601 ups.realpower.nominal: 900 ups.serial: QA9NW7004451 ups.status: OL ups.test.result: No test initiated ups.timer.shutdown: -60 ups.timer.start: -60 ups.vendorid: 0764 Quote Link to comment
jbrodriguez Posted June 24 Author Share Posted June 24 thank you, i'll take a look Quote Link to comment
jbrodriguez Posted June 25 Author Share Posted June 25 the data looks ok from the plugin point of view, in any case i posted a new version of the plugin (2024.06.25), that changes the way the ups binary is invoked (now it always uses 127.0.0.1 as the argument) Quote Link to comment
livefour2day Posted June 25 Share Posted June 25 Just updated to the latest version released today (25th June 2024) and lost UPS again in the IOS App. it was working perfectly up to the plugin update. Using the NUT plugin on my servers and have been fine until now. My other server I have not updated and it is still running fine on the NUT server. Thought this was fixed. Quote Link to comment
livefour2day Posted June 25 Share Posted June 25 Uninstalled the plugin and reinstalled it and now it will not run after I set it to "Yes" still says "Stopped" Quote Link to comment
ToneDawgOG Posted June 25 Share Posted June 25 14 minutes ago, jbrodriguez said: the data looks ok from the plugin point of view, in any case i posted a new version of the plugin (2024.06.25), that changes the way the ups binary is invoked (now it always uses 127.0.0.1 as the argument) Running /usr/bin/upsc 127.0.0.1 yields the result Error: Unknown UPS I had to actually put the ups name I set in NUT in order for it to return the values Quote Link to comment
jbrodriguez Posted June 25 Author Share Posted June 25 (edited) @livefour2day @ToneDawgOG since i have you around :), can you check if the new version fixes the issues ? remove / reinstall /restart if needed 2024.06.25a Edited June 25 by jbrodriguez Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.