Moin moin,
ich habe in meinem Serverschrank 2 USV von APC mit Management Karten die via SNMP Daten ausgeben. Diese würde ich gerne abgreifen und mit FHEM entsprechend weiterverarbeiten.
Leider finde ich keine hilfreichen Funktionen hierfür.
Hat hier jemand einen Ansatzpunkt?
Gruß und danke Kai
das SYSSTAT modul kann mibs abfragen und als reading darstellen.
am besten schaust du dir die version hier: http://forum.fhem.de/index.php/topic,42771.msg348498.html#msg348498 (http://forum.fhem.de/index.php/topic,42771.msg348498.html#msg348498) an. da sollten inzwischen alle abfragen non-blocking sein.
wenn du auch per netzwerk/seriell/usb and die usvs kommst schau dir die nut und das NUT modul an.
gruss
andre
Hallo,
Ich gehe mal davon aus das in dem Serverraum auch Server stehen, die ständig laufen.
Ich hätte da mal noch eine ganz andere Idee.
Schau dir mal PRTG https://www.de.paessler.com/prtg (https://www.de.paessler.com/prtg) an, muss natürlich auf einem Rechner laufen der auch immer läuft, das Teil kann aber noch viel mehr als nur SNMP, und 100 Sensoren sind mal Free zum testen ;)
prtg ist gut. hat aber drei nachteile. du hast dir daten nicht in FHEM, es läuft nur unter windows und die 100 sensoren sind sehr schnell aufgebraucht :)
gruss
andre
Moin,
SYSSTAT hatte ich tatsächlich schon probiert bin aber nicht weit gekommen :-)
Ich versuch das mal mit der Version die du gepostet hast.
NUT etc. fällt leider aus da ich im Keller zwar einen Serverschrank habe mit 2 USV´s jedoch sind dort keine direkten Server drin. Dort stehen nur 2 QNAPs fürs Haus und der Switch ist dort.
PRTG Benutze ich bei meinem Arbeitgeber. Jedoch find ich es für zu Hause etwas "oversized" :-)
Danke
einfach das mibs attribut benutzen.
gibt es bei den qnap keine usv unterstützung?
ich habe an mehreren synology nas boxen jeweils eine apc usv die dann freigegeben und remote per nut modul abgefragt wird.
gruss
andre
@justme1968
ich hab dein Modul nun geladen usw. bekomme das log nun vollgespammt mit:
2015.12.10 22:17:33 2: USV01: unanswered query in queue, reconnecting
2015.12.10 22:17:33 2: USV01: starting: /usr/bin/ssh -q 192.168.3.253
Was klar ist die USV spricht kein SSH :-)
Was tun?
ich habe die version hier: http://forum.fhem.de/index.php/topic,42771.msg348498.html#msg348498 (http://forum.fhem.de/index.php/topic,42771.msg348498.html#msg348498) eben aktualisiert. es gibt jetzt ein neues attribut noSSH.
ich kann es aber erst morgen selber testen.
gruss
andre