Erfahrungen mit RaspberryMatic 2.31.25.20180428

[JRiemann]

Das kann ich leider nicht bestätigen, bei mir arbeiten aktuell CUxD-Duty, Alchys Skript und interne Lösung synchron.
Auch die Zuordnung der Werte ist richtig.
Was mir in dem Zusammenhang aufgefallen ist: Bei einem Gateway werden immer 3 Logeinträge generiert so wie es auch schon andere Nutzer bemängelt haben.

duty variable 1.jpeg (29.26 KiB) 1660 mal betrachtet

[jmaus]

Das kann ich leider nicht bestätigen, bei mir arbeiten aktuell CUxD-Duty, Alchys Skript und interne Lösung synchron.
Auch die Zuordnung der Werte ist richtig.

Dann solltest du dich jetzt mal auf eine Lösung verständigen und diese dann nutzen. Macht keinen Sinn deine CCU sinnlos mit DutyCycle-Auswertung zu beschäftigen.

[Bernd-Joras]

Hallo und Danke …
Gehe nun also davon aus, dass es ein Einzel-System Fehler ist, der nur bei mir auftritt. Somit werde das Script (Programm) deaktivieren und nur noch die integrierten (neuen) DC Werte nutzen/ betrachten.

Frage an dieser Stelle wäre dann aber noch, wann bzw. wie oft wird der DC Wert aktualisiert und kann man das ggf. beeinflussen?

Danke, Bernd

[KingJoe]

Ich habe seit dem Update auf 2.32.2501804028 Probleme mit meiner SUSV.
Meine Firmware Version der SUSV ist 2.51.

Meine SUSV blinkt die erste LED und die zweite leuchtet rot

Wenn ich Strom weg nehme bleibt meine Pi noch online. Aber angezeigt bekomme ich wenn ich am Strom habe das sie über Batterie läuft..
Wenn ich den Status abfrage, ist es sehr verzögert. beim erneuten abfragen Stürzt der Client der SUSV ab.

Wer hat das Selbe Problem?
Also vorher lief bei mir alles Problem los


mfg
Jens

[Gluehwurm]

Hatte ich kurzzeitig auch mal beobachtet, da ich die S.USV aber neu hatte, war die Firmware nicht geflasht. Gleich nachgeholt und das Teil läuft wie es soll. Weitere Versuche (Strom weg, usw.) habe ich noch nicht unternommen.

[JRiemann]

Dann solltest du dich jetzt mal auf eine Lösung verständigen .

Logisch, das ist ja auch nur eine Testphase.

[tloeffel]

- Die beiden Variablen: Alarmmeldungen und Servicemeldungen sind in der Variablenübersicht nicht sichtbar. Kann diese aber in einem Programm aufrufen. Wie mache ich diese sichtbar?

Das ist normal, die beiden „systeminternen“ Variablen sind nur im Programm sichtbar und tauchen in der Übersicht der Systemvariablen nicht auf.

Hallo HMside und Jens,

aber warum sind denn diese beiden Variablen vor der Rückspielung des Backup's direkt nach dem Update dann sichtbar?

Gruß Thomas

[mabudie]

Ich habe seit dem Update auf 2.32.2501804028 Probleme mit meiner SUSV.
Meine Firmware Version der SUSV ist 2.51.

Ich habe auch ein Problem mit der S.USV basic (FW 2.51, SW 2.40, HW 2.1).

Aber es sieht bei mir etwas anders aus:
Nach dem Booten ist alles gut. PSU GREEB und BAT GREEN/YELLOW sind je nach Zustand dauerhaft an. Ist der Akku voll, wird auf BAT GREEN sauber umgeschaltet.

Wenn ich aber das Netzteil des Raspi ziehe, beginnen BAT RED, PSU RED und PSU GREEN in unterschiedlichem Ryhthmus zu blinken. "susv -status" bringt keine sinnvollen Werte mehr: Mal ist "Powering Source" "Primary", mal "Battery" und manchmal wird auch nur ein Fehler angezeigt.

Gebe ich dem Raspi wieder Strom, erlöschen die roten LEDs und der Zustand sieht wieder normal aus: PSU GREEN und BAT YELLOW. Allerdungs scheint der Akku nicht wirklich geladen zu werden, denn er erreicht nach einem Stromausfall nie wieder die 100%, weshalb die BAT GREEN auch nach Tagen nicht leuchtet.

Den Ladestrom habe ich auf 500mA begrenzt, damit der Raspi immer ausreichend Strom bekommt - Netzteil ist normalerweise das von ELV empfohlene 2,5A Netzteil. Beim Testen habe ich auch ein 3,1A-goobay verwendet, um hier mögliche Fehler auszuschließen.

Jemand eine Idee?!
Liegt es an der neuen Software oder nur daran, dass ich es auf Grund des Postes von KingJoe durchgetestet habe und das Problem eingentlich schon immer bei mir schlummert?!

Vielen Dank!

[AndiN]

@Thomas: Gut, ich habe keine Lust jetzt eine alte FW aufzspielen. Aber in der neuen Version sehe ich die auch nicht (mehr).

Vielleicht hat noch wer eine Vorgängerversion und kann das was Du schreibst bestätigen.

Aber ich bin mir zumindest bei der Servicevariable ganz sicher, dass die nie sichtbar war. Erst durch Alchys Sevicesckript habe ich gesehen, dass man die in Programmen auswählen kann, aber in den Systemvariablen nicht sichtbar ist.

Bei Anwesenheit weiß ich, dass die sichtbar war/ist. Sonst könnte man die ja nicht umbenennen (ohne Skript) für die CCU Reboot Geschichte.

Glaube eher bei Dir war was Besonderes, was jetzt wieder richtig ist.

Andi

[HMside]

In der Version 2.31.25.20180428 werden mir die Werte vom Script verdreht angezeigt.
Die DC-Werte als solches sind zwar richtig aber werden zum falschen GW angezeigt.

Ich habe das jetzt in RaspberryMatic enthalten Skript mit bis zu 6 Gateways getestet, dabei waren keine Werte verdreht. Das lässt sich aber sehr einfach prüfen indem Du ein Gateway mal außer Betrieb nimmst. Der Variablen Wert sollte dann nach 3 Minuten auf -1 springen. Einfach mal für alle Gateways nacheinander durchgehen.

Bei einem Gateway werden immer 3 Logeinträge generiert so wie es auch schon andere Nutzer bemängelt haben.

Werde ich mir nochmal anschauen.