S.USV Daten und Befehle per FHEM

[Wallmeier]

Hi Max,

bitte füge den User fhem noch der Gruppe gpio hinzu - genauso wie Du es bereits für i2c gemacht hast...

Gruß,
Nico

[ThomasW]

Hallo Nico,

folgende Einträge entstanden weil der USB-Port nicht freigegeben war.

Code Auswählen Erweitern


...
2016.05.26 18:07:55 3: Can't open /dev/ttyAMA0: Keine Berechtigung
...

Nicht schlimm da an den USB-Ports keine CUL, ... betrieben wird.

+OT
Jetzt werde ich ein wenig OT:
Abhilfe Schafte die Seiten

Code Auswählen Erweitern


http://www.fhemwiki.de/wiki/Raspberry_Pi:_CSM bzw.
http://www.netzmafia.de/skripten/hardware/RasPi/RasPi_Serial.html


Anschließend hatte ich nur noch solche Meldungen im Log:

Code Auswählen Erweitern


2016.05.27 17:11:19 3: Probing FRM device /dev/ttyAMA0
2016.05.27 17:11:18 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.05.27 17:11:18 3: Probing CUL device /dev/ttyAMA0


Aber durch Eintrag dieses Befehles in die Conf. ist dieses auch gelöst.
Aber auch der InitialUSBcheck ist ausgeschaltet.

Code Auswählen Erweitern


attr initialUsbCheck disable 1

-OT

Aber all dieses ändert nichts an den Meldungen zur USV
die bleiben nach wie vor vorhanden.

Code Auswählen Erweitern


2016.05.27 17:26:39 1: USV_1: Can't open file /sys/class/gpio/gpio27/value
2016.05.27 17:26:34 3: USV_1: using I2C Address 15


und wenn ich mir die Rechte zu /sys/class/gpio/gpio27/value
ansehe dann sehen die so aus rwxrwx--- (0770) und Besitzer root.
Habe mal die Rechte auf rwxrwxrwx (0777) geändert.
Werden aber bei einem Neustart des Pi's wieder zurückgesetzt
denn noch bleibt dieser Eintrag im Logfile übrig.

Code Auswählen Erweitern


2016.05.27 17:44:46 3: USV_1: using I2C Address 15


Habe in diesem zuge auch noch einige Änderungen durchgefürhrt
unter anderem auch

Code Auswählen Erweitern


sudo adduser fhem gpio

seitdem stürzt Fhem beim speichern von fhem.cfg nicht mehr ab.

Mein zweites Problem: das nicht erkennen der Spannungswiederkehr besteht auch in einer minimal Konfiguration (Jessie mit USV-Installation ohne FHEM und I2C).
Als Betriebsspannung mit Netzteil messe ich am P1-Header Pin 2-6 5,03V
und mit Akku-Betrieb 4,97V.
Werde mir mal ein anderes Netzteil besorgen und weiter Testen.

Gruß Thomas

[dieter114]

Hallo Thomas,

sei bitte vorsichtig mit dem Netzteil!

Ich habe ein 5V 2A Netzteil Modell (China Auslese..).
Das Ding macht mit einem Pi2 1Wire über USB und 3 Arduino Cul eine Spannung von ca. 5,1 bis 5,12V.
Stromausfall hält die s.usv mit dem Accu aber wenn der Strom wiederkommt geht die Spannung kurzfristig über 5,2 Volt!
Dann kannst du sehen wie ein Käfer auf der Oberfläche sich mit Rauchzeichen verabschiedet.
Das ist mir zweimal passiert und die dritte s.usv habe ich vom Hersteller ersetzt bekommen.
Die sind unglaublich kulant und erklären auch warum das passiert.
Die neueste Version ist mit einer TVS-Diode eingangsseitig gegen Spannungsspitzen abgesichert.
Bei mir jedenfalls läuft seither alles prima.
Tolle USV und prima in fhem integriert.

Dieter

[vichtl23]

Danke Nico für deinen Support, jetzt läufts! 

[Depechem]

Ich habe noch mal eine Frage. Ich würde mir gern eine Mail zusenden lassen wenn der Akku im Notstrombetrieb nur noch eine bestimmte restkapazität besitzt. Also kurz bevor der Pi runterfährt.

Code Auswählen Erweitern

usv:BatteryLevel:25 {DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}

Dies funktioniert leider nicht weil die Batteriespannung scheinbar meist statt 25 % eine andere Spnnnungsstärke ausgibt. also z.b.: 24,98% , 25,02%
Wie könnte man das lösen das die Mail bei einer Spanne von 20-30 % eine Mail schickt?
Habt ihr da bitte einen passenden Code?
Gruß Thomas

[CoolTux]

Ich habe noch mal eine Frage. Ich würde mir gern eine Mail zusenden lassen wenn der Akku im Notstrombetrieb nur noch eine bestimmte restkapazität besitzt. Also kurz bevor der Pi runterfährt.

Code Auswählen Erweitern

usv:BatteryLevel:25 {DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}

Dies funktioniert leider nicht weil die Batteriespannung scheinbar meist statt 25 % eine andere Spnnnungsstärke ausgibt. also z.b.: 24,98% , 25,02%
Wie könnte man das lösen das die Mail bei einer Spanne von 20-30 % eine Mail schickt?
Habt ihr da bitte einen passenden Code?
Gruß Thomas

Code Auswählen Erweitern


usv:BatteryLevel.* { if( $EVTPART1 < 25 ) { DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}}


Ob $EVTPART1 tatsächlich den Wert für die Spannung beinhaltet und nichts anderes müsstest Du bitte mal schauen.

[Depechem]

Code Auswählen Erweitern


usv:BatteryLevel.* { if( $EVTPART1 < 25 ) { DebianMail('123@googlemail.com','USV Akkuspannung unter 25%','Akkuspannung zu niedrig. Server fährt gleich runter!')}}


Ob $EVTPART1 tatsächlich den Wert für die Spannung beinhaltet und nichts anderes müsstest Du bitte mal schauen.

CoolTux danke dir wieder einmal mehr!
Der Mailversand funktioniert, leider wird dann aber minütlich eine Mail gesandt(weil minütlich auch trigger davon kommt.
Könnte man dies noch etwas ausgrenzen. Also so in der Art von 25 - 20 %

wer dies mit Pushover machen möchte kann diesen Code nehmen

Code Auswählen Erweitern

usv:BatteryLevel.* { if( $EVTPART1 < 95 ) { fhem("set Pushover_Pushnachrichten msg 'USV Akkuspannung unter 25' 'Akkuspannung zu niedrig' 'iPhoneThomas' 0 'pushover'")}}

[CoolTux]

Du kannst event-on-change-reading verwenden. Dann kommt erstmal nur ein Event wenn sich der Wert tatsächlich geändert hat.
Dann kannst Du noch folgendes machen

Code Auswählen Erweitern


usv:BatteryLevel.* { if( $EVTPART1 > 12 and $EVTPART1 < 16 ) { fhem("set Pushover_Pushnachrichten msg 'USV Akkuspannung unter 25' 'Akkuspannung zu niedrig' 'iPhoneThomas' 0 'pushover'")}}


Oder Du machst einfach ein userReading und sagst im userReading Feld in Perl ausdruck alles größer 15 ist ok alles kleiner gleich 15 ist error.

Und dann stellst Du Dein Notify auf das userReading um und reagirst nur auf error

[Depechem]

Du kannst event-on-change-reading verwenden. Dann kommt erstmal nur ein Event wenn sich der Wert tatsächlich geändert hat.
Dann kannst Du noch folgendes machen

Code Auswählen Erweitern


usv:BatteryLevel.* { if( $EVTPART1 > 12 and $EVTPART1 < 16 ) { fhem("set Pushover_Pushnachrichten msg 'USV Akkuspannung unter 25' 'Akkuspannung zu niedrig' 'iPhoneThomas' 0 'pushover'")}}


Oder Du machst einfach ein userReading und sagst im userReading Feld in Perl ausdruck alles größer 15 ist ok alles kleiner gleich 15 ist error.

Und dann stellst Du Dein Notify auf das userReading um und reagirst nur auf error

Danke!

[flocki]

Hallo Nico
ersteinmal, Danke für das super Modul.

Könntest du noch ein Reeding für den Timer (File Safe Shutdown) einfügen, wäre dies möglich?

VG Heiko

[Wallmeier]

Hallo Heiko,

mir ist im Moment nicht klar, welchen Timer Du genau meinst - den der bestimmt, nach welcher Zeit die USV den RaspberryPi herunterfährt, wenn der Strom ausfällt? Dies ist leider eine reine Einstellung im susv-Daemon und kann nicht direkt per i2c von der USV abgefragt werden.

Gruß,
Nico

[flocki]

Hallo Nico,

ja genau den meinte ich. Schade aber macht nichts. War nur aus bequemlichkeit.

[Phantomas]

Hallo,

ich habe das Modell PI advanced und hatte wie Thomas das Problem, dass ich die fhem.cfg nicht direkt abspeichern konnte.
Daraufhin habe ich den User fhem noch in die Gruppe gpio hinzugenommen. Danach konnte ich auch wieder die fhem.cfg speichern.
Nun habe ich aber im Modul bei den readings jede Sekunde die Aktualisierung. "PINLEVEL  low".

Ich habe die SUSV an eine externe Spannungsversorgung mit 24V angeschlossen. Um zu überprüfen, ob es an dieser externen Spannungsversorgung liegt, habe ich auch mal den RPi3 direkt an ein Netzteil angeschlossen, mit dem gleichen Ergebnis.

Gruß Michael

[Wallmeier]

Hallo,

Nun habe ich aber im Modul bei den readings jede Sekunde die Aktualisierung. "PINLEVEL  low".

Pinlevel "low" bedeutet, dass die Primärspannung anliegt - insofern alles okay. Die USV zieht den Pin auf "high", wenn sie auf den Akku umschaltet.

Gruß,
Nico

[Burny4600]

@Nico

Danke für deine tolle Vorarbeit.
Laut S.USV wird es noch einige Anpassungen geben und anscheinend ist eine neu Hardware Releas im kommen.

Einen Tipp den klausw noch eingebracht hatte.

Vermutlich wäre es eleganter, über das RPI_I2C Modul zu gehen.
Dann ist schon einmal ausgeschlossen, das sich die Module in die Quere kommen.