Hallo Zusammen,
es gibt ein Wiki zum direkten ansteuern der PIUSV.
https://wiki.fhem.de/wiki/Unterbrechungsfreie_Spannungsversorgung_%22PIUSV%2B%22_direkt_ansteuern
Leider bekomme ich folgende fehler beim speichern der 99_myUtils.pm, wenn ich es wie im Wiki beschrieben anlege.
ERROR:
syntax error at ./FHEM/99_myUtils.pm line 45, near "$usv_meldung # Werte lesen fhem" Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 69. Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 81. Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 92.
Hat jemand einen Tipp für mich?
Cool wäre das ganze als eigenständiges Modul... ;-)
Auf den ersten Blick fehlt hier ein "Strichpunkt":
my $usv_meldung
# Werte lesen
->
my $usv_meldung;
# Werte lesen
Wenn es das war: im Wiki ausbessern oder Bescheid geben, dann bessere ich aus...
Gruß, Joachim
Danke Dir, aber das war es nicht ganz. Nun kommt noch:
ERROR:
Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 69. Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 81. Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 92.
Zitat von: Tungsten am 03 Juni 2019, 13:33:39
Danke Dir, aber das war es nicht ganz. Nun kommt noch:
ERROR:
Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 69. Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 81. Global symbol "$usv" requires explicit package name at ./FHEM/99_myUtils.pm line 92.
Überall das "$usv-meldung" ersetzen durch "$usv_meldung".
Habe es soeben im Wiki verbessert. Hoffe das war es dann.
Gruß
Dan
Danke Euch, Fehler beim Speichern ist weg.
Nun kommen aber Fehler beim anlegen der dummy Devices:
zB: USV_Netzteilspannung: unknown attribute fp_Raspberry. Type 'attr USV_Netzteilspannung ?' for a detailed list.
So gut ich die Idee im Wiki finde, so schlecht scheint die Implementierung zu sein.
Beschreibung im Wiki enthielt bisher 2 Fehler, die so nicht laufen konnten und es gibt weitere Fehler.
Der Autor gibt an dass es besser laufen soll als die original Software. Das kann ich bisher nicht bestätigen.
Ich dachte immer Wiki Beiträge sind irgendwie geprüft und bestätigt.
Außerdem soll die fhem.cfg direkt bearbeitet werden, wovon ja immer abgeraten wird.
Ich warte lieber, ob es mal ein fertiges Modul dafür gibt, sonst bin ich mit der Originalsoftware "piupsmon" bisher zufrieden.
Trotzdem Danke
Tja Wiki lebt nun mal vom Mitmachen...
...du bist ja dann (evtl. der Erste) der Testet und wir (bzw. mehr DeeSpe :) ) verbessern...
Wenn nun jeder wie du "einfach aufgibt", wird es nie fehlerfrei funktionieren...
...und bei einem Modul, das gerade frisch geschrieben wurde wäre es wohl ähnlich...
Gut man (du) kann nat. (immer) warten bis es für die Dinge die man (du) braucht (andere gegeben hat, die getestet/verbessert/stabilisiert haben) ein stabiles, erprobtes Modul gibt...
Ich denke die Attribute müssen fhem halt noch "bekannt" gemacht werden.
Entweder global ("gefährlich" bzw. genau[er] überlegen) oder halt an jedem erzeugten/notwendigen Dummy per userattr...
EDIT: bzw. konnte ich jetzt im Code gar nicht entdecken wo die Attribute genutzt werden... Habe aber auch (noch) keine USV und mir das Thema erst vor ca. 10min das erste Mal angesehen ;)
Die unter fhem.cfg angegebenen Dinge ließen sich (soweit ich das jetzt schnell überflogen habe) auch per WebCmd eingeben (gut userattr fehlt noch)...
...ja klar eine raw Definition wäre wohl besser...
Aber wie geschrieben: mithelfen und verbessern...
Gruß und trotzdem danke für die ersten Tests, Joachim
Zitat von: Tungsten am 03 Juni 2019, 14:24:55
Danke Euch, Fehler beim Speichern ist weg.
Nun kommen aber Fehler beim anlegen der dummy Devices:
zB: USV_Netzteilspannung: unknown attribute fp_Raspberry. Type 'attr USV_Netzteilspannung ?' for a detailed list.
So gut ich die Idee im Wiki finde, so schlecht scheint die Implementierung zu sein.
Beschreibung im Wiki enthielt bisher 2 Fehler, die so nicht laufen konnten und es gibt weitere Fehler.
Der Autor gibt an dass es besser laufen soll als die original Software. Das kann ich bisher nicht bestätigen.
Ich dachte immer Wiki Beiträge sind irgendwie geprüft und bestätigt.
Außerdem soll die fhem.cfg direkt bearbeitet werden, wovon ja immer abgeraten wird.
Ich warte lieber, ob es mal ein fertiges Modul dafür gibt, sonst bin ich mit der Originalsoftware "piupsmon" bisher zufrieden.
Trotzdem Danke
Diese fp_ Attribute kannst Du einfach weglassen ohne an Funktionalität zu verlieren.
Die sind glaube von "Floorplan" und wenn Du das nicht einsetzt, dann gibt es auch diese Attribute bei Dir nicht.
Ich habe diese PIUSV nicht, ist also alles nur ein "optisches Ausbessern" am Code.
Letztendlich kann jeder einen Wiki Zugang beantragen und dann theoretisch jede Menge Müll dort schreiben.
Alles was im Wiki landet wird nicht vorher geprüft und dann bei Erfolg erst freigeschaltet.
Gruß
Dan
Danke Dir, aber auch wenn ich fp_Raspberry weglasse geht es nicht.
# PI USV+ Netzteilspannung
define USV_Netzteilspannung dummy
attr USV_Netzteilspannung 25,460,2,USV Netzteilspannung:
bringt: USV_Netzteilspannung: unknown attribute 25,460,2,USV. Type 'attr USV_Netzteilspannung ?' for a detailed list.
Meiner Meinung nach ist dieses Wiki fehlerhaft und sollte als solches gekennzeichnet werden.
Zitat von: Tungsten am 03 Juni 2019, 15:15:11
Danke Dir, aber auch wenn ich fp_Raspberry weglasse geht es nicht.
# PI USV+ Netzteilspannung
define USV_Netzteilspannung dummy
attr USV_Netzteilspannung 25,460,2,USV Netzteilspannung:
bringt: USV_Netzteilspannung: unknown attribute 25,460,2,USV. Type 'attr USV_Netzteilspannung ?' for a detailed list.
Vermutlich gleiches wie für das andere Attribut. EDIT: sorry, nicht genau genug geschaut... Bzw. siehe Antwort weiter unten (auf sowas bin ich dabei gar nicht gekommen ;) )...
Zumindest werden in der Sub keine abgefragt, können/kann also wohl auch entfallen...
Zitat von: Tungsten am 03 Juni 2019, 15:15:11
Meiner Meinung nach ist dieses Wiki fehlerhaft und sollte als solches gekennzeichnet werden.
Dann werden wohl über kurz oder lang alle (fhem) Wikis so markiert werden müssen...
...ausser jemand (vielleicht willst du ja ;) :) ) prüft jeden Tag tausende Einträge etc.
Gruß, Joachim
Zitat von: Tungsten am 03 Juni 2019, 15:15:11
Danke Dir, aber auch wenn ich fp_Raspberry weglasse geht es nicht.
# PI USV+ Netzteilspannung
define USV_Netzteilspannung dummy
attr USV_Netzteilspannung 25,460,2,USV Netzteilspannung:
bringt: USV_Netzteilspannung: unknown attribute 25,460,2,USV. Type 'attr USV_Netzteilspannung ?' for a detailed list.
So war das nicht gemeint!
Nicht einfach den Namen des Attributs weglassen, sondern die ganze Zeile in der das Attribut gesetzt werden soll.
Habe alle Zeilen die ein fp_ Attribut enthalten aus dem Wiki entfernt.
Gruß
Dan
Zitat
Diese fp_ Attribute kannst Du einfach weglassen ohne an Funktionalität zu verlieren.
Das sollte aber schon verständlich sein ("fhem-Grundwissen" ;) )...
Gruß, Joachim
ok, ich Depp. hab ich falsch verstanden.
Nun geht es. Danke Euch!
Zitat von: Tungsten am 03 Juni 2019, 17:17:17
ok, ich Depp. hab ich falsch verstanden.
Nun geht es. Danke Euch!
Das hast du jetzt selbst geschrieben ;)
Ganz so krass hätte ich das nicht formuliert... ;)
Na dann viel Spaß damit!
Bitte noch den Thread als gelöst kennzeichnen: umbenennen des ersten Beitrages in beispielsweise "[gelöst] PIUSV direkt ansteuern"
@Dan: danke für die Wiki-Anpassung(en)! :)
Gruß, Joachim
wollte noch ein Screenshot der Werte hinzufügen, aber Firefox bleibt hängen, wenn ich Attachments hinzufügen will?
Ist das ein bekanntes Problem?
Eigentlich nicht...
...habe auch Firefox...
Allerdings in den letzten Tagen nichts mehr angehangen...
Gruß, Joachim
Hallo.
Vielen Dank für diesen Thread. Ich habe auch den PIUSV+. Als ich den damals kaufte, gab es den Wiki-Eintrag noch nicht. Durch diesen Beitrag kenne ich ihn jetzt und werde mich dran machen, das auch umzusetzen ;D
Eine Frage: Wie warm wird der Pi mit dieser Platine bei Dir?
Bei mir muss ich aktiv mit einem Lüfter kühlen (Raspi3B im Hutschienengehäuse, 5V sekundär zugeführt), damit er bei ca. 38-40°C bleibt. Ohne Lüfter schnellt es auf ca. 50-55°C hoch.
Danke und beste Grüße
rob
Warum aktiv kühlen!? ;)
Meine laufen alle zwischen 45 und 55 Grad...
Der PI ist gemacht für locker bis 80 Grad bevor er langsamer wird/abschaltet...
...oder gar kaputt geht...
Gruß, Joachim
...ok, vielleicht hab ich mir auch grundlos Sorgen gemacht, weil ich befürchtete dass bei dauerhaft hohen Temp. Elkos oder so schneller verschleißen... echt, 80°C? das hätte ich nicht gedacht :o
Danke und beste Grüße
rob
ZitatHat jemand einen Tipp für mich?
Cool wäre das ganze als eigenständiges Modul... ;-)
Klar. Perl lernen und ein solches Modul programmieren.
LG
pah
was müsste man noch in 99_myUtils.pm ändern, damit nach einem Wiederherstellen der Netzspannung die USV_Meldung wieder zurück gesetzt wird?
Aktuell bleibt diese stehen:
USV_Meldung: FHEM: USV-Netzspannung fehlt!
Der USV_Netzteilspannung_Error_Counter wird bereits wieder auf 0 gesetzt. Muss hier das else erweitert werden?
if ($u_netz<0.1)
{
$USV_Netzteilspannung_Error_Counter++;
if ($USV_Netzteilspannung_Error_Counter==2) { $usv_meldung="FHEM: USV-Netzspannung fehlt!"; }
fhem("set USV_Netzteilspannung_Error_Counter $USV_Netzteilspannung_Error_Counter");
}
else
{
$USV_Netzteilspannung_Error_Counter=0;
fhem("set USV_Netzteilspannung_Error_Counter $USV_Netzteilspannung_Error_Counter");
}
habe gerade noch eine Beobachtung gemacht. Wenn ich den Akku/Batterie von der USV entferne wird die USV_Akkuspannung weiterhin angezeigt und fällt nicht. Auch USV_Akkuspannung_Error_Counter bleibt bei 0. Da scheint etwas nicht zu passen.
Wie kann man den Wiki-User Xaneu erreichen? Von ihm ist das Wiki. Evtl kann er sich das mal ansehen?
@Tungsten: Wir sind keine Dienstleister. Wer nicht selber etwas Arbeit hineinsteckt, kann nicht damit rechnen, dass ihm geholfen wird.
pah
Sehr geehrter Herr Prof. Dr. davon bin ich auch nicht ausgegangen. Leider habe ich keinen Wiki Zugang den User Xaneu finde ich im Forum nicht.
Durch meine Nachfragen und die Hilfe der beiden Anderen wurde hier etwas für die Allgemeinheit verbessert und einem weiteren User geholfen, der die gleiche Hardware hat und den Wiki Beitrag noch nicht kannt. Hilfreiche Beiträge waren von Ihnen bisher in diesem Thread nicht, außer ich soll es selber lernen.
Oh, das finde ich im Gegenteil schon sehr hilfreich. Das ist nämlich in der Regel der schnellste Weg, solche Einzelprobleme zu lösen - man merkt es nur etwas später. Und einen Schreibzugang zum Wiki bekommt man innerhalb von einem halben Tag.
LG
pah
Hallo,
melde mich hier offiziell als Author des Wiki-Beitrags ,,Unterbrechungsfreie Spannungsversorgung "PIUSV+" direkt ansteuern".
Ich mache momentan gerade Urlaub am Mittelmeer und habe erst jetzt entdeckt, dass es hier einen Thread und erstaunlich viele Interessenten gibt.
Erst einmal möchte ich mich für den vielleicht etwas schlampigen Wiki Betrag entschuldigen.
Ich hatte den Beitrag letzte Woche veröffentlicht, nach dem es mir gelungen war die USV direkt anzusteuern. Ich hatte dann das Bedürfnis die Lösung und Erkenntnisse allen zur Verfügung zu stellen. Ich denke, dass ist besser als nichts, auch wenn mir ein paar Fehler dabei unterlaufen sind, über die nicht so versierte User stolpern.
Der Fehler mit dem Unterstrich war natürlich ärgerlich (sowas passiert, wenn man im letzten Moment noch etwas ändert).
Danke an DeeSPe, der sich inzwischen d'rum gekümmert hat.
Die Sache mit dem floorplan-Attribut war als Beispiel gedacht und funktioniert natürlich nur, wenn man einen entsprechenden Floorplan zuvor definiert hat. Das haben erfahrene User aber direkt verstanden. Allerdings tut das Attribut hier nichts zur Sache und führt offensichtlich eher zur Verwirrung. Auch hier danke an DeeSPe, der das im Wiki entfernt hat.
ZitatAußerdem soll die fhem.cfg direkt bearbeitet werden, wovon ja immer abgeraten wird.
Ich bin schon länger mit FHEM unterwegs und bin es noch so gewohnt.
ZitatDer Autor gibt an dass es besser laufen soll als die original Software. Das kann ich bisher nicht bestätigen.
Motivation für meinen Wiki Eintrag war, dass ich nach jahrelangem mehr oder weniger problemlosen Betrieb Schwierigkeiten hatte, nachdem ich meine Raspberry Pi 3B auf das neueste Raspian (2019-04-08-raspbian-stretch-lite) aufgesetzt, die Software "piupsmon-0.9.deb" und den aktuellen FHEM neu installiert hatte.
Ich stelle dann fest, dass die "piusv+", sobald die Versorgungsspannung (Primärspannung) ausfiel, den Shutdown auslöste, indem in meinem Fall bis 20 'runtergezählt und dann auch ordnungsgemäß abschaltet wurde. Allerdings geschah das nicht mehr um 1200 Sekunden zeitverzögert. Der Wert "PowerOffTimer=1200" aus der Datei "piusmon.conf" wurde hier also nicht berücksichtigt!?
Diese Funktion ist wichtig, da ja nicht bei jedem kleinen Spannungsausfall abgeschaltet werden soll.
Eine Support-Anfrage an Ritter brachte die Erkenntnis, dass die leider nicht freie Software vom ehemaligen Hersteller CW2 stammt und es keine Unterstützung mehr gibt. Für mich handelte es sich somit um eine Sackgasse.
Eine zweiter Grund war, dass ich nebenbei Werte wie Stromverbrauch des Raspberry Pi angezeigt bekomme.
ZitatIch warte lieber, ob es mal ein fertiges Modul dafür gibt, sonst bin ich mit der Originalsoftware "piupsmon" bisher zufrieden.
Ich hatte zwar damit angefangen, 'habe aber momentan nicht viel Zeit es fertigzustellen. Würde es dann auch gegebenenfalls perfekt und vollständig machen, so dass alle möglichen Funktionen, die die Firmware der PIUSV+ bietet, auch genutzt werden könnten. Z.B. wäre es sinnvoll ein Attribut für's Polling einzurichten.
Aus diesem Grund habe ich es erst einmal nur in's Wiki eingestellt und hier auch Hintergrundinformationen wie die I2C-Registerbeschreibung veröffentlicht, damit findige User schon mal ohne eigenes Modul loslegen können.
Wenn ich ein bischen Zeit bekomme spätestens nächste Woche nach meinem Urlaub (wenn ich Dinge zuhause an meinem System auch nachvollziehen kann), werde ich hier tieferen Support leisten.
Wäre schön wenn wir die Sache gemeinsam verfeinern könnten, da ich von der direkten Ansteuerung der PIUSV+, A wegen der genannten Vorteile und B weil es bei mir zuverlässig funktioniert überzeugt bin.
Bis dann...
Moin Xaneu, lege meine Worte bitte nicht komplett auf die Goldwaage, ich und andere sind dir sehr dankbar dafür. Ich habe gestern auch bei mir erfolgreich ein DOIF implementiert, dass mir ein Telegram schickt, sobald das Netzteil ausfällt.
Bisher bin ich mit der Original Software sehr zufrieden und sie fährt den Pi zuverlässig nach 900 sec runter. Dies war aber in FHEM nicht zu erkennen, dank deines Wiki und der Hilfe der anderen wurde es nun aber optimiert.
Wenn ich bei der weiteren Entwicklung unterstützen kann, dann sag gerne Bescheid.
VG
Hallo.
Ich habe das auch nachgebaut. Zeitlich bedingt konnt ich leider nicht eher :'(
Falls die Frage noch aktuell ist:
Zitat von: Tungsten am 04 Juni 2019, 11:24:10
was müsste man noch in 99_myUtils.pm ändern, damit nach einem Wiederherstellen der Netzspannung die USV_Meldung wieder zurück gesetzt wird?
Aktuell bleibt diese stehen:
USV_Meldung: FHEM: USV-Netzspannung fehlt!
Der USV_Netzteilspannung_Error_Counter wird bereits wieder auf 0 gesetzt. Muss hier das else erweitert werden?
if ($u_netz<0.1)
{
$USV_Netzteilspannung_Error_Counter++;
if ($USV_Netzteilspannung_Error_Counter==2) { $usv_meldung="FHEM: USV-Netzspannung fehlt!"; }
fhem("set USV_Netzteilspannung_Error_Counter $USV_Netzteilspannung_Error_Counter");
}
else
{
$USV_Netzteilspannung_Error_Counter=0;
fhem("set USV_Netzteilspannung_Error_Counter $USV_Netzteilspannung_Error_Counter");
}
Ich habe bei mir im Else-Teil die USV-Meldung zurückgesetzt, analog dem Counter - das obige Beispiel könnte dann so aussehen:
if ($u_netz<0.1)
{
$USV_Netzteilspannung_Error_Counter++;
if ($USV_Netzteilspannung_Error_Counter==2) { $usv_meldung="FHEM: USV-Netzspannung fehlt!"; }
fhem("set USV_Netzteilspannung_Error_Counter $USV_Netzteilspannung_Error_Counter");
}
else
{
$USV_Netzteilspannung_Error_Counter=0;
$usv_meldung="FHEM: USV-Netzspannung OK.";
fhem("set USV_Netzteilspannung_Error_Counter $USV_Netzteilspannung_Error_Counter");
}
Diese Meldung gibt dann der letzte Befehl im IF-Block aus:
fhem("set USV_Meldung $usv_meldung");
btw.: im Wiki fehlte dort noch der Strichpunkt - hab mich mal eingeloggt und war so frei es soeben zu ändern.
Weil meine USV+ via sek. Spannung betrieben wird, habe ich meine 99_myUtils.pm noch etwas adaptiert und auch die letzten zwei Byte vom 10er zugeordnet. Dank der exzellenten Doku im Wiki 8)
So wird der Status gesetzt je nach dem, welche Spannung aktiv ist (prim/sek).
Beobachtung: Ohne Akku wird bei mir eine Akkupsannung gemessen. Ich glaube das ist bei mir Hardware-mäßig gegeben.
Viele Grüße
rob
Zitathabe gerade noch eine Beobachtung gemacht. Wenn ich den Akku/Batterie von der USV entferne wird die USV_Akkuspannung weiterhin angezeigt und fällt nicht
ZitatBeobachtung: Ohne Akku wird bei mir eine Akkupsannung gemessen. Ich glaube das ist bei mir Hardware-mäßig gegeben.
'bin wieder zuhause und habe das Verhalten bei mir auch nachvollziehen können.
Es liegt tatsächlich an der Hardware der PIUSV+.
Der Grund liegt darin, dass die Akkuspannung zwischen dem Akkuladeregler und dem Akku bzw. direkt am Akkuanschluss gemessen wird und am Verhalten des Akkuladereglers.
Lithium Ionen-Zellen (LiIon) oder Lithium Polymer-Zellen (LiPo) werden nach dem CCCV-Verfahren geladen. D.h. ist der Akku leer bzw. die Akkuladeschlussspannung (4.2V) noch nicht erreicht, wird mit konstantem Ladestrom (hier 100mA) geregelt (CC-Modus). Sobald der Akku voll ist bzw. die Akkuladeschlusssspannung erreicht ist, wird auf Konstantspannungregelung umgeschaltet (CV-Modus).
Bei abgeklemmten Akku geht deswegen die Spannung am Laderegler sofort hoch bis zur Akkuladeschlussspannung von ca. 4.2V, die die Konstantspannungsregelung des Ladereglers dann hält.
Im Prinzip verhält sich das ganze dann so, als wäre ein Akku mit unendlich kleiner Kapazität angeschlossen.
Schade ist, dass man deswegen einen abgeklemmten Akku oder einen Wackelkontakt nicht erkennen kann.
Da die Akku-Anschlussklemmen nicht den besten Eindruck machen, habe ich die Akkuanschlusslitzen direkt angelötet.
Mir ist die Zuverlässigkeit des Systems sehr wichtig. Dazu hörten dann Massnahmen wie Systeminstallation auf einer SSD-USB-Platte (anstatt SD-Karte), Einsatz der PIUSV+ und Anlöten der Akkuanschlüsse.
Sicherheitshinweis:Ich empfehle für den Einsatz (hier typischerweise in geschlossenen Räumen) eher ein Lithium Ionen-Akku und kein Lithium Polymer-Akku zu verwenden (auch wenn diese schön flach sind). Bei Lithium Polymer-Akkus ist die Brandgefahr deutlich höher.
Die Vorteile des Lithium Polymer-Akkus sind flache Bauform, Hochstromfähigkeit und Gewicht. Diese dürften hier kein grosse Rolle spielen.
schade, aber Danke für die Info.
Da an der USV ja eine LED ausgeht, wenn der Akku entfernt wird, sollte dies ja erkannt werden. Evtl ist es nur ein anderes Attribut, das man auch auslesen kann?
Da ich gerade heute spaßeshalb eine Mini-USV für meinen FHEM-Server mit einem Interface zur Abfrage versehen habe (https://wiki.fhem.de/wiki/Mini-USV_mit_Sensorik), gibt es jetzt eine Wiki-Kategorie USV.
LG
pah
ZitatDa ich gerade heute spaßeshalb eine Mini-USV für meinen FHEM-Server mit einem Interface zur Abfrage versehen habe (https://wiki.fhem.de/wiki/Mini-USV_mit_Sensorik), gibt es jetzt eine Wiki-Kategorie USV.
Das macht inzwischen Sinn. Jetzt kommt so richtig Fahrt in das Thema USV.
ZitatDa an der USV ja eine LED ausgeht, wenn der Akku entfernt wird, sollte dies ja erkannt werden. Evtl ist es nur ein anderes Attribut, das man auch auslesen kann?
'habe mir die Sache nochmal näher angesehen.
Es gibt leider kein Bit im Statusregister der PIUSV+, dass direkt einen abgeklemmten Akku bzw. einen Wackelkontakt anzeigt. Allerdings schaltet erstaunlicherweise das Bit2 "Akkuspannung zu niedrig" auf 1.
Ich hätte erwartet, dass dieses Bit nur schalten, wenn bei fehlender Primärversorgungsspannung (Bit0=0) und fehlender Sekundärversorgungsspannung (Bit1=0) der Akku bis an die untere Grenze entladen ist.
Im Umkehrschlusss heißt dass aber auch, wenn das Bit "Akkuspannung zu niedrig" schaltet (Bit2=1), obwohl die Primärversorgungsspannung (Bit0=1) oder die Primärversorgungsspannung (Bit1=1) vorhanden ist, kann dass als "Akku nicht angeschlossen" interpretiert werden. Das wäre in gewisser Weise ein "workaround".
Weiterhin muss ich mein Aussage
ZitatBei abgeklemmten Akku geht deswegen die Spannung am Laderegler sofort hoch bis zur Akkuladeschlussspannung von ca. 4.2V, die die Konstantspannungsregelung des Ladereglers dann hält.
etwas revidieren.
Die vermeintlich gemessene Akkuspannung bei abgeklemmten Akku ist nicht ca. 4.2V. Stattdessen schwankt die Spannung bei mir zwischen ca. 3,95V und 4,2V.
Es könnt sein, das wegen der fehlenden Last (Akku) der Stromregler bzw. der Spanungsregler hier etwas aus dem Tritt kommt.
Habe im Wiki-Beitrag 'Unterbrechungsfreie Spannungsversorgung "PIUSV+" direkt ansteuern' den Perl Code für die Datei "99_myUtils.pm" und den fhem.cfg-Eintrag erweitert, so dass jetzt auch das Statusregister der PIUSV+ ausgelesen und im FHEM dargestellt wird.
Hinweis: Der Wert des Statusregister wird hier als Dezimalzahl dargestellt und muss zur weiteren Verarbeitung ggf. noch binär ausdekodiert werden.
@Xaneu
Jetzt war ich ein paar Tage im Urlaub und sage nochmal direkt Danke für Deinen Wiki-Eintrag. Insbesondere die Doku der Register ist klasse. Vom Hersteller selbst gab es da leider nix - zumindest hatte ich damals nix gefunden ;)
Ich hatte mich davor gescheut die fertige binary zu nutzen und siehe da, wird eh nicht weiter entwickelt...
@pah
Auch Dir vielen Dank für den Wiki-Eintrag. Das Teil lässt sich sogar noch flexibler einsetzen. Jetzt weiß ich, woran ich abends basteln werde... 8)
Viele Grüße
rob