APC BE500G2-GR

Én is vettem 1 UPS-t rpi5-killerhez(min. 10W, átlag 15W-ra tippelek, max. 30W). Hiba nélkül megy Debian 12 Linux alatt. Delight 20296 fogyasztásmérővel megmértem, a szekrényben levő összes eszköz fogyasztása min.  6W max. 43W eddig + 2 kamera(2x5W) lesz hozzá. és kb. minimum 40 W-t fog "zabálni" ami az UPS-nek a minimuma is egyben : 40W. Ez az UPS 40W-os fogyasztással 40 percig bírja. Tökéletes választás lett. Még soha nem volt saját UPS-em. Ez az első. Flawless victory!

root@rpi5-killer:~# cat /etc/default/apcupsd 
# Defaults for apcupsd initscript (unused with systemd as init).
# Set to "yes" to enable startup of apcupsd.
ISCONFIGURED=yes

root@rpi5-killer:/etc/apcupsd#  egrep -iv "^#|^$" ./apcupsd.conf
UPSNAME APC BE500G2-GR
UPSCABLE usb
UPSTYPE usb
LOCKFILE /var/lock
SCRIPTDIR /etc/apcupsd
PWRFAILDIR /etc/apcupsd
NOLOGINDIR /etc
ONBATTERYDELAY 6
BATTERYLEVEL 5
MINUTES 3
TIMEOUT 0
ANNOY 300
ANNOYDELAY 60
NOLOGON disable
KILLDELAY 0
NETSERVER on
NISIP 127.0.0.1
NISPORT 3551
EVENTSFILE /var/log/apcupsd.events
EVENTSFILEMAX 10
UPSCLASS standalone
UPSMODE disable
STATTIME 0
STATFILE /var/log/apcupsd.status
LOGSTATS off
DATATIME 0

root@rpi5-killer:/etc/apcupsd# apcaccess 
APC      : 001,036,0879
DATE     : 2025-02-18 09:50:59 +0100  
HOSTNAME : rpi5-killer
VERSION  : 3.14.14 (31 May 2016) debian
UPSNAME  : APC BE500G2-GR
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2025-02-18 09:50:53 +0100  
MODEL    : Back-UPS BE500G2  
STATUS   : ONLINE 
LINEV    : 239.0 Volts
LOADPCT  : 12.0 Percent
BCHARGE  : 99.0 Percent
TIMELEFT : 73.4 Minutes
MBATTCHG : 5 Percent
MINTIMEL : 3 Minutes
MAXTIME  : 0 Seconds
SENSE    : Medium
LOTRANS  : 180.0 Volts
HITRANS  : 266.0 Volts
ALARMDEL : 30 Seconds
BATTV    : 13.8 Volts
LASTXFER : Automatic or explicit self test
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
SELFTEST : OK
STATFLAG : 0x05000008
SERIALNO : 9B2437A02779
BATTDATE : 2001-01-01
NOMINV   : 230 Volts
NOMBATTV : 12.0 Volts
NOMPOWER : 300 Watts
FIRMWARE : 497200G -497300G 
END APC  : 2025-02-18 09:51:28 +0100

( E-Medve v | 2025. 02. 17., h – 21:22 )

Írj fel magadnak egy emlékeztetőt, hogy legkésőbb 5 év múlva ajánlott egy akkucsere. Mondjuk ez nyilván attól is függ, hogy milyen környezetben tartod és hogy milyen gyakran vannak áramkimaradások és milyen hosszúak.

A homeoffice UPS-ben (Back-UPS CS 500) lévő akku 2019 májusi, mostanság tervezem cserélni. Évente legalább 1x szoktam csinálni egy kb. 5 perces tesztet (két monitor + a laptop dokkolója) és ha 50% alá bemegy, akkor csere. Szerencsére errefelé ritka a komolyabb áramkimaradás. Az elmúlt 15 évben talán két nagyobb volt. Az egyik kb. másfél éve egy 3-4 perces (este, hogy észre lehessen venni), illetve talán múlt ősszel volt egy 2-3 perces napközben, de aznap épp bent voltam az irodában.

Ugyanolyan ez, mint az autóakku. Akkor cserélem, ha szükséges (a Jazz-ben legutóbb 5 évet bírt az akku). Mondjuk ott annyival egyszerűbb az élet, hogy általában van nálam zsebbika.

Szerk: eszembe jutott, hogy de, pár éve volt egy nagyobb áramszünet (talán 4-5 órás) trafócsere miatt, de azt 2-3 héttel előre már lehetett tudni.

(mellékes)

Szerencsére errefelé ritka a komolyabb áramkimaradás. Az elmúlt 15 évben talán két nagyobb volt. Az egyik kb. másfél éve egy 3-4 perces (este, hogy észre lehessen venni), illetve talán múlt ősszel volt egy 2-3 perces napközben, de aznap épp bent voltam az irodában.

Nálunk nagyon problémás a villany. Viharban, jégesőben stb. rendszeres a hiba, 10-20 perces kimaradás. Már többször is elgondolkodtam UPS-en, de az igazán nagy bajokon nem segítene. Ugyanis a szolgáltató a hálózatot rendszeresen "fejleszti" ill. "karbantartja", arra hivatkozással, hogy rohamosan bővül a falu, illetve gyorsan nő a növényzet. A karbantartás tünetei:

  • Minden évben van 1, 2, de akár 3 olyan (egybefüggő!!!) nap is, esetleg évente többször is, amikor reggel 8-tól délután 4-ig nincs villany. Mintha a középkorban lennénk. Hogyan dolgozzak így itthonról? Hiába jelentik be előre hónapokkal, akkor is baj; ha nincs villany, akkor fűtés sincs, például. És még annyira sem képesek, hogy (ha pl. 3 ilyen napról van szó, akkor) mondjuk három hétig heti 1-1 napot tegyenek tönkre, nem egy hetet tokkal-vonóval.

    (16 órakor úgyis mindenestül levonulnak a munkaterületről, tehát szakmai indoka szerintem nincs annak, hogy másnap, és nem egy hét múlva, vonulnak fel újra. Ez pusztán munkaszervezés kérdése, és nagy ívben tesznek a lakosságra.)
     

  • A fákat nulla szakértelemmel kaszabolják össze-vissza. A falunkban vannak olyan telkek, ahol a szolgáltató korábbi tervezési hibájából fakadóan a villanyoszlopok nem közterületen, hanem magántelkeken belül állnak. Az egyik tulaj próbált a kiemelkedő képességű szakemberekkel előre egyeztetni, mivel van olyan tűlevelű fája, amelyet anno külföldről hozott haza emlékbe, csemeteként. Próbált volna "kialkudni" valami szakszerű és kevéssé intruzív metszést. Persze az adott napon nem szóltak neki, és mire odaért, a láncfűrészes barbárok a fáját kb. derékban kettévágták. Az egész falu fel van háborodva a kiterjedt, szakszerűtlen pusztításuk miatt.

Aztán:

Ugyanolyan ez, mint az autóakku. Akkor cserélem, ha szükséges

Én már nem várom meg; kétszer fordult elő (mindkét esetben kb. 5 éves akkuval), hogy nem bírtam elindulni. Mindkét alkalommal hihetetlen kellemetlen volt (először külföldre indultam volna állásinterjúra (!); másodszor külföldről (karácsonyozásról) hazajövet álltunk meg egy parkolóban ideiglenesen, két általános alsós gyerekkel, és rengeteg csomaggal). Évente hordom a kocsit szervizbe amúgy is, most már minden negyedik alkalomnál (= 4 évente) automatikusan cseréltetem az akkut.

Én már nem várom meg; kétszer fordult elő (mindkét esetben kb. 5 éves akkuval), hogy nem bírtam elindulni.

Nálam általában ott az indítássegítő. 7 év alatt 2x húzott ki a csávából, de volt már, hogy kollégán segítettem vele. Az, hogy hány éves az akku nem mérvadó. Elég, ha rajta marad a helyzetjelző (és nem jelzi az autó), vagy a szivargyújtóban marad valami és a kocsi nem veszi el a tápot, ha kiveszed a kulcsot. Nagybátyám Seat-ja járt úgy, hogy az ajtókapcsoló kontakthibás volt és nem kapcsolódott le az utastéri világítás miután becsukta az ajtót. Ha napközben rakod le a kocsit pár napra, akkor még nagyon szemet se szúr a probléma.

Az 5 év talán az első gyári akkukészlettel elérhető. Utána a piacon elérhető "prémium" csere akkukkal már csak 3 év. (De ha "nem annyira prémiumos" az akku mint kéne, másfél-két év is lehet a csereigénye. (Sőt képesek egyesek hónapok alatt is meghibásodni, persze ilyenkor garanciális a csere. - Kontrollálatlan akku-tömegtermelés folyik és eladnak minden szart.)

30 év és kb. 50 különböző típusú APC használatának tapasztalata..., 650 W-tól 1500 W-ig bezárólag.

Annyira azért nem életszerűtlen. Mivel ezzel foglalkozom, erre van rálátásom: tűzjelző berendezéseknél az OTSZ úgy rendelkezik, hogy a 4 évesnél régebbi akkumulátort kell cserélni. Amúgy találkoztam már ennél sokkal idősebb darabbal is, ami tökéletesen tette a dolgát, de az előírásnak ugye nem felelt meg az kora miatt. Berendezése válogatja. A tűzjelző berendezés pl. teszteli az akkut, ha csökken a kapacitása hibát jelez. Gondolom a komolyabb szünetmenteseknél is van ilyen.

( asm v | 2025. 02. 17., h – 21:22 )

majd par ev mulva beszarik az akksija, nyilvan olyan genyo modon, hogy majd csak akkor derul ki, amikor 1 percet se bir aramszunet eseten :)

Attól függ mennyire okos a töltésvezérlője. Az a szar az ólomakkumulátorokban, hogy idővel szeretnek (soft) cellazárlatossá válni. Ezt az UPS szépen elmaszkolja azzal, hogy folyamatos szintentartó töltés van, így az akku feszültsége sokáig nem esik be, amíg a töltő még képes kompenzálni a folyamatosan önkisülni akaró cellát.

Egy jó töltésvezérlő ezt észre tudja venni, ha folyamatosan méri a töltő- (vagy szintentartó) áramot. Sajnos ami UPS-ekkel találkoztam (tegyük hozzá, kb 15 éve utoljára; lehet, hogy fejlődött a technika azóta), hiába "smart" és minden szart kijelez, azt is ami nincs (pl extrapolált "becsült" áthidalási idők, amik valós áramszünetnél sosem jönnek ki), a töltőáramot egyikből sem lehetett lekérdezni. Pedig kb ez lenne a legkorábbi riasztási alap, hogy az akkuval gond lesz. Amikor már ott tartunk, hogy folytonos utántöltéssel sem tudja fenntartani a névleges feszültséget, akkor már eső után köpönyeg van.

Régóta vágyok én, az androidok mezonkincsére már!

( dlaszlo | 2025. 02. 18., k – 09:59 )

Szerkesztve: 2025. 02. 18., k – 10:01

Egy kérdés: esetleg NUT-tal használod? (FreeBSD-n az tuti elérhető, az én gépemen meg az van). Nekem olyan kellene ahol valami jelzésre kontrolláltan le tud állni a gép, ha elmegy az áram. Egyébként olyan gép, ami a nap 24 órájában megy, tehát nem “desktop” módon van használva.

Szerk: ja most látom a kǒnyvtárnevet: apcupsd? Lehet, hogy nekem az is jó erre, megnézem majd.

Köszi a tippet! Megérkezett (APC BE650G2-GR), és működik FreeBSD-vel is. 

Te frissítetted a firmware-jét? Erre nem gondoltam, de ha kell, akkor szedhetem szét megint az egészet, és kocoghatok át vele gondolom egy windows-os géphez. :)))

Próbáltam futtatni az apctest-et, de a self testet nem futtatja le, annyit ír egy kis várakozás után, hogy "did not complete"

De szépen fut az apcupsd, az apcaccess, a logba bekerülnek az események. Ma ennyit néztem meg. Azt hogy a számítógép shutdown jól működik-e, még ki kell próbálnom. De várjam végig, amíg lekapcsol? Az apcaccess szerint 7% a terhelés, 53 perc van hátra, és 74%-on van a battery.

Szerk: Ok, a selftest-hez nem kell az apcupsd/apctest, csak nyomva kellett tartani a gombot. :)) Minden működik.

Test
apcaccess status

To fully test your setup:

  1. Change TIMEOUT from 0 to 1 in the /etc/apcupsd/apcupsd.conf file.
  2. Remove wall power from the UPS.
  3. Observe that your Linux box powers down, in short order.
  4. Plug the UPS back into the wall.
  5. Power on your Linux box.
  6. Change TIMEOUT from 1 back to 0 in the /etc/apcupsd/apcupsd.conf file.

When everything is ok, all that is left to do is enable the apcupsd service.

root@rpi5-killer:/etc/apcupsd# mcedit apcupsd.conf 

root@rpi5-killer:/etc/apcupsd# systemctl restart apcupsd.service 

root@rpi5-killer:/etc/apcupsd# systemctl status apcupsd.service 
● apcupsd.service - UPS power management daemon
     Loaded: loaded (/lib/systemd/system/apcupsd.service; enabled; preset: enabled)
     Active: active (running) since Sun 2025-03-02 11:02:05 CET; 6s ago
       Docs: man:apcupsd(8)
    Process: 1398 ExecStartPre=/lib/apcupsd/prestart (code=exited, status=0/SUCCESS)
    Process: 1403 ExecStart=/sbin/apcupsd (code=exited, status=0/SUCCESS)
   Main PID: 1404 (apcupsd)
      Tasks: 3 (limit: 9003)
     Memory: 592.0K
        CPU: 72ms
     CGroup: /system.slice/apcupsd.service
             └─1404 /sbin/apcupsd

Mar 02 11:02:05 rpi5-killer systemd[1]: Starting apcupsd.service - UPS power management daemon...
Mar 02 11:02:05 rpi5-killer systemd[1]: apcupsd.service: Can't open PID file /run/apcupsd.pid (yet?) after start: No such file or directory
Mar 02 11:02:05 rpi5-killer apcupsd[1404]: apcupsd 3.14.14 (31 May 2016) debian startup succeeded
Mar 02 11:02:05 rpi5-killer apcupsd[1404]: NIS server startup succeeded
Mar 02 11:02:05 rpi5-killer systemd[1]: Started apcupsd.service - UPS power management daemon.

root@rpi5-killer:/etc/apcupsd# apcaccess status
APC      : 001,036,0878
DATE     : 2025-03-02 11:02:07 +0100  
HOSTNAME : rpi5-killer
VERSION  : 3.14.14 (31 May 2016) debian
UPSNAME  : APC BE500G2-GR
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2025-03-02 11:02:05 +0100  
MODEL    : Back-UPS BE500G2  
STATUS   : ONLINE 
LINEV    : 237.0 Volts
LOADPCT  : 6.0 Percent
BCHARGE  : 95.0 Percent
TIMELEFT : 70.5 Minutes
MBATTCHG : 5 Percent
MINTIMEL : 3 Minutes
MAXTIME  : 1 Seconds
SENSE    : Medium
LOTRANS  : 180.0 Volts
HITRANS  : 266.0 Volts
ALARMDEL : 30 Seconds
BATTV    : 13.8 Volts
LASTXFER : Automatic or explicit self test
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
SELFTEST : OK
STATFLAG : 0x05000008
SERIALNO : 9B2437A02779
BATTDATE : 2001-01-01
NOMINV   : 230 Volts
NOMBATTV : 12.0 Volts
NOMPOWER : 300 Watts
FIRMWARE : 497200G -497300G 
END APC  : 2025-03-02 11:02:23 +0100  

és most jön a teszt. :)

root@rpi5-killer:/var/log#  tail -n13 apcupsd.events 
2025-03-02 10:28:38 +0100  apcupsd 3.14.14 (31 May 2016) debian startup succeeded
2025-03-02 11:02:05 +0100  apcupsd exiting, signal 15
2025-03-02 11:02:05 +0100  apcupsd shutdown succeeded
2025-03-02 11:02:05 +0100  apcupsd 3.14.14 (31 May 2016) debian startup succeeded
2025-03-02 11:06:27 +0100  Power failure.
2025-03-02 11:06:29 +0100  Reached run time limit on batteries.
2025-03-02 11:06:29 +0100  Initiating system shutdown!
2025-03-02 11:06:29 +0100  apcupsd exiting, signal 15
2025-03-02 11:06:29 +0100  apcupsd shutdown succeeded
2025-03-02 11:09:13 +0100  apcupsd 3.14.14 (31 May 2016) debian startup succeeded
2025-03-02 11:12:42 +0100  apcupsd exiting, signal 15
2025-03-02 11:12:42 +0100  apcupsd shutdown succeeded
2025-03-02 11:12:42 +0100  apcupsd 3.14.14 (31 May 2016) debian startup succeeded

root@rpi5-killer:/var/log#  apcaccess status
APC      : 001,036,0878
DATE     : 2025-03-02 11:16:24 +0100  
HOSTNAME : rpi5-killer
VERSION  : 3.14.14 (31 May 2016) debian
UPSNAME  : APC BE500G2-GR
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2025-03-02 11:12:42 +0100  
MODEL    : Back-UPS BE500G2  
STATUS   : ONLINE 
LINEV    : 237.0 Volts
LOADPCT  : 8.0 Percent
BCHARGE  : 95.0 Percent
TIMELEFT : 70.5 Minutes
MBATTCHG : 5 Percent
MINTIMEL : 3 Minutes
MAXTIME  : 0 Seconds
SENSE    : Medium
LOTRANS  : 180.0 Volts
HITRANS  : 266.0 Volts
ALARMDEL : 30 Seconds
BATTV    : 13.7 Volts
LASTXFER : Automatic or explicit self test
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
SELFTEST : OK
STATFLAG : 0x05000008
SERIALNO : 9B2437A02779
BATTDATE : 2001-01-01
NOMINV   : 230 Volts
NOMBATTV : 12.0 Volts
NOMPOWER : 300 Watts
FIRMWARE : 497200G -497300G 
END APC  : 2025-03-02 11:16:25 +0100

Tökéletesen leállt az rpi-killer és a szekrényben levő összes eszköz.

( deje | 2025. 02. 18., k – 12:16 )

Bocsi, csak kekeckedek, de az "flawless victory". Áram esetén a "flow-less" nem "victory" lesz...

flaw = hiba

flow = áramlás