[FR] APCUPSD / NUT Support

[EarlBacid]

Ich hätte da mal nen weiteren FR:

ich habe eine USV von APC, die meinen gesamten Verteilerschrank und IT Schrank absichert. Diese ist via USB an einem anderen Server angeschlossen, der den Status der USV wiederum via apcupsd bereitstellt http://www.apcupsd.org/. Andere Netzwerkgeräte wiederum haben ebenfalls den apcupsd installiert und werden vom Master mit den informationen versorgt. So können die meisten meiner Geräte bei einem Stromausfall anständig herunterfahren.

Nachdem ich gestern aufgrund des Sturms einen Stromausfall bei mir zu Hause hatte, der länger dauerte als die USV Batterie hat, ist mir aufgefallen, das der Wolf ja noch gar nichts davon mitbekommt und somit unsachgemäß plötzlich vom Strom getrennt war.

Dementsprechend wäre eine Integration von apcupsd eine sehr hilfreiche Sache. Den Deamon kann man als Master oder als Slave starten, je nachdem ob die USV lokal über USB angeschlossen ist, oder man den Status von einem anderen apcuspd bekommt. Neben Linux gibt es auch einen grafischen Windows Client.
Abhängig vom Status der USV kann der apcuspd anschließend einen bei frei definierbaren Schwellwerten einen Shutdown initiieren.

Viele Grüße
Earl

[gbglace]

Als vereinfachte Option eine Frage an Elabnet bzgl. der TWS2600-er. Gibt es eine Option zur Ausgabe eine Info (KNX-CO / internes Objekt) über welche Spannungsversorgung er gerade läuft?

Der 2600-er wäre dann ja per Standard vom 230V Netzt aus versorgt, im Falle vom Stromausfall würde dann die USV ein zweites Netzteil bedienen und darüber die Versorgung des TWS sicherstellen. Den Switch der Versorgung dann als KO im Server wäre interessant. Geht der USV dann die Puste aus, fährt der 2600-er ja dank der Kondensatoren von selbst sauber runter.

[Sun1453]

Bin dafür. Meiner landet am Ende ja im 19 Zoll Schrank und da steht auch eine APC .

[StefanW]

Als vereinfachte Option eine Frage an Elabnet bzgl. der TWS2600-er. Gibt es eine Option zur Ausgabe eine Info (KNX-CO / internes Objekt) über welche Spannungsversorgung er gerade läuft?

Angedacht ist es. Die inneren Systemzustände sollen als "System-Objekte" zur Verfügung stehen und können dann über den Dispatcher mit allen anderen Objekten verbunden werden, auch mit KNX-Objekten. Ob man darüberhinaus noch eigene dedizierte KNX-Objekte dafür zur Verfügung stellt, ist eine Fleißaufgabe.

Zuerst erledigen wir aber unsere Hausaufgaben: 1-Wire Geräte fnishen, Objektverwaltung bereitstellen, Logik Editor ausrollen.

Bis das nicht erledigt ist, möchte ich keine anderen FRs annehmen oder zusichern (auch wenn ich mir das schon alles merke)

lg

Stefan

[gbglace]

Natürlich sammeln wir hier nicht für Rollout nächste Woche neuen Themen, die allgemeine Agenda ist ja schon nicht ohne.
Quickwins sind natürlich möglich aber sicher auch nicht von uns als solche beurteilbar.

[Dante]

Also apcupsd fände ich schon sehr speziell und würde super in nen Container passen. Der darf aber natürlich das Hauptsystem nicht runterfahren (oder gibt‘s da Berechtigungsmöglichkeiten dafür?).

@StefanW
Perfekt wären dann nicht nur Lese- sondern auch Schreibobjekte. Konkret eines für ein kontrolliertes Herunterfahren.

Dann könnte man den Shutdown aus dem APC-Container via KNX oder direktem Objektzugriff auslösen.

[EarlBacid]

alternativ zum für APC Geräte spezifischen apcupsd wäre natürlich auch der NUT (Network UPS Tools) möglich, dann wäre es eine generische USV Unterstützung.

Alternativ dazu wäre aber ein KNX KO auch ok, dann lässt es sich von extern, im Zweifel aus nem Docker heraus steuern, in dem man dann auch nutzen kann was man will.

VG
Earl

[Sun1453]

Hallo Stefan,

Das andere hat natürlich Vorrang. Ich habe es als Feature gesehen, was wenn Zeit ist, umgesetzt wird.

Grüße Michael

[EarlBacid]

Kann den Titel des Thread bitte einer der Mods verändern auf "APCUPSD/NUT Support"

Vielen Dank!
Earl

[gbglace]

erledigt.