similar to: Weekend Puzzle: computer posing as an UPS

Jim Klimov via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> writes: > I am experimenting with a Raspberry Pi, and it is fed from my PC > (Debian-ish Linux) that is in turn protected by an UPS - so runs NUT. > > As far as the Pi is concerned, the bigger computer is its wall power > source (provides the USB socket) and being a smart machine with NUT > running, it

I guess I should scratch the idea about fan sockets as the power source: they are rated typically at 0.2A each, so fan headers should be expected 1A max (3A in some vendors/models), well under the 5A that the RPi5 wants. Jim On Sat, Sep 28, 2024 at 11:52?AM Jim Klimov <jimklimov+nut at gmail.com> wrote: > Follow-up: > > * Powering the Raspberry Pi5 from an USB-C port wired on

Follow-up: * Powering the Raspberry Pi5 from an USB-C port wired on the motherboard was much more promising, it survived over 8 hours building NUT in a loop (in a tmpfs). And in the morning I found it turned off (red light on the Pi). * Per https://stackoverflow.com/questions/4702216/controlling-a-usb-power-supply-on-off-with-linux it seems not possible to programmatically truly power-cycle USB

FWIW, a few lessons learned: * Different USB-A sized ports (even if marked USB-3.2) did not prove a stable source, with Pi5 occasionally turning off or rebooting. Sort of behaved well for days, but as soon as I added load like package installs or NUT builds, it did not survive 5 minutes... * Might be the MoBo turning off or cycling the port due to "overload"?.. * Tried the

That, or use a low current source such as the fan header to control a 5v switch feeding the pi from a different source. Same net result, and no excess loads on your mobo. (Might be able to work this into the case using a spare power supply connector to feed it . . .) Still have not figured out why though, but that's not relevant to what you are trying to accomplish. On September 28, 2024

Kelly Byrd <kbyrd at memcpy.com> writes: > With USB-C ports and cables, there are a ton of profiles, I don't know what > the new Pi's support, but likely something like 3A @ 5V, 9V, or 12V over > USB-C Up to the RPI4, I was pretty sure there wasn't PD, just 5V and it drew what it drew, and you hoped that the supply was big enough. It seems the RPI5 will use PD if

Jim Klimov via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> writes: > Did anyone trod these side paths yet, any learnings? :D To me, the answer to power for little things is increasingly POE. I think there are POE ejectors that provide adequate USB-C power. You need 802.3at (POE+) surely, but that's normal these days.

I've not been able to connect to my ups using NUT 2.7.4 or NUT 2.8.0. 2.7.4 was installed as a package, 2.8.O was compiled from source. I've messed with permissons, everything is root:root and has the approprate read/execute permissons. I've tried two differnt UPS(es) APC & CyperPower. I'm running PI OS (Raspbian) on a Raspberry Pi3 model B. The port 3493 is open (UFW). I can

Hi, I'm building a DIY UPS for a Raspberry Pi using a 12V SLA battery, charger, and an off the shelf 5V regulator. To monitor the battery level I'd like to use an Arduino or similar type device. Since the Arduino can have a serial over USB connection with the Pi I'd like to implement a protocol that can be used with NUT. Does anyone know if something like this has already been done?

FYI: PR https://github.com/networkupstools/nut/pull/1328 adds handling of `PRIMARY` alias to `MASTER` on protocol side, hopefully completing the puzzle for issue #840. Reviews and testing would be welcome :) On Sun, Mar 14, 2021, 00:34 Jim Klimov <jimklimov+nut at gmail.com> wrote: > Thanks again for all the suggestions. > > For now I've prepared draft PRs, mostly to map out

FYI: PR https://github.com/networkupstools/nut/pull/1328 adds handling of `PRIMARY` alias to `MASTER` on protocol side, hopefully completing the puzzle for issue #840. Reviews and testing would be welcome :) On Sun, Mar 14, 2021, 00:34 Jim Klimov <jimklimov+nut at gmail.com> wrote: > Thanks again for all the suggestions. > > For now I've prepared draft PRs, mostly to map out

Hi I'm having a problem with the bcmxcp_usb driver FSD command: everything seems to work apart from: upsmon -c fsd Environment: Ubuntu 7.04, nut 2.0.5-1, nut-usb 2.0.5-1, Powerware 3105 UPS. upsd appears to send the FSD command to the UPS, upsmon then runs my NOTIFYCMD (which halts my PC) but the UPS just doesn't turn off. Here are the /var/log/daemon.log entries: Jul 24 23:13:16

Hey folks, I'm designing a power management card for a Raspberry Pi, for an embedded application. Basically, here's the bits and pieces that would be on the card: - A 12V SLA battery charger, which can be powered from a wall wart or solar panel. - A pair of 12V->5V switching regulators, one powering the Pi and the other powering a built-in 4-port USB hub. - A USB capable

Hello, I'm experiencing a strange early shutdown behavior with the following system: * */OS/*: Slackware Linux 14.2 x86_64 * */NUT/*: 2.7.4 (from my own package <https://sotirov-bg.net/slackpack/pack.cgi?id=4083>) * */UPS/*: MGE Ellipse PRO 1600 <powerquality.eaton.com/Products-services/Backup-Power-UPS/Ellipse-PRO.aspx> (bought in September 2017) */Problem

I couldnt find a previous posting on this in the archives, maybe it has already been mentioned. If you use a calculation to generate n observations in random number generators and you don't round to the nearest integer you may be generating n-1 numbers not n numbers as you thought depending on the storage precision of the calculation. e.g. > m <- 1000 > pi0 <- 0.9 >

Thanks again for all the suggestions. For now I've prepared draft PRs, mostly to map out where the changes are needed - based on my earlier work with the originally proposed terminology. Now that we know where to change it, should not be too great a hassle to replace again by some other choice... subordinate was a bit too long to type :) To make the election of team choice more simple, I

Thanks again for all the suggestions. For now I've prepared draft PRs, mostly to map out where the changes are needed - based on my earlier work with the originally proposed terminology. Now that we know where to change it, should not be too great a hassle to replace again by some other choice... subordinate was a bit too long to type :) To make the election of team choice more simple, I

On January 24, 2020 6:13:31 PM GMT+02:00, "Georgi D. Sotirov" <gdsotirov at gmail.com> wrote: >OK, my UPS turned out to be older that I thought. I apparently bought >and installed it in September 2016 (not 2017 as I initially wrote). >That >makes for over 3 years of work, which is over the life expectancy of >the >batteries, Good batteries can last 4-5 years.

Greetings Gentlebeings, I have started deploying a number of NUT instances on Raspberry Pi machines (Raspbian Jessie) across my network. The purpose of these "nutcases" as we refer to them is to monitor the status of the UPSs supporting our network switching infrastructure and notify us of power and battery events via email. No shutdown or other actions are required. Everything is

On 1/25/20 10:53 AM, Georgi D. Sotirov wrote: > OK, so yesterday evening I done a real test cutting of the power to > the UPS. And it went good... the UPS supported my server for 28:50 > minutes (i.e. the expected runtime with this load), before forcing > shutdown. The batteries could still hold as charge was 30 % with about > 15 minutes run time. And the UPS did hold for