Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Zustand der Trigger merken und beim Reboot wieder setzten #186

Open
Schatemuhl opened this issue Oct 31, 2024 · 10 comments
Open

Zustand der Trigger merken und beim Reboot wieder setzten #186

Schatemuhl opened this issue Oct 31, 2024 · 10 comments

Comments

@Schatemuhl
Copy link

Wenn ein Trigger den Zustand HIGH hat und der BSC einen Neustart macht (gewollt oder nicht gewollt) sollten die Trigger nach dem Reboot wieder die vorherigen Zustände haben.

@shining-man
Copy link
Owner

Wenn der Grund für den Trigger noch ansteht, dann haben sie auch wieder den alten Stand.
Hier wäre der genaue Fall wo das nicht so ist interessant.

@Schatemuhl
Copy link
Author

Wenn der Trigger per vtrigger (MQTT) gesetzt wurde.

@shining-man
Copy link
Owner

Die Trigger haben auch nach dem reboot den richtigen Zustand, da zyklisch alle Alarmrules abgearbeitet werden und die Trigger wider gesetzt werden. Da der vTrigger aber von außerhalb kommt, ist dieser nach einem Reboot weg und daher ist der Trigger wieder auf Low. Nach einem reboot muss also dafür gesorgt werden, dass der vTrigger über MQTT wieder gesetzt wird.

@Schatemuhl
Copy link
Author

das macht in meinen Augen keinen Sinn, das ich von extern schauen muss ob der BSC einen Neustart gemacht hat und ich dann erneut den vtrigger senden muss.
wir gehen mal davon aus das ich aus irgendwelchen Gründen, an meiner VISU den Button betätige "nicht Laden" oder " nicht entladen" dann will ich auch das ich mich darauf verlassen kann. Ist es nicht Möglich die Zustände der vtrigger in einen Speicher Bereich zu schreiben der nicht beim Start gelöscht wird ?

@Schatemuhl
Copy link
Author

Habe aber gerade das Problem gelöst in dem ich die vtrigger als "retain" sende, dann bekommt der BSC es gleich nach dem anmelden am MQTT mit und setzt diese sofort. damit kann ich leben.

@shining-man
Copy link
Owner

Das aktuelle Release (v0.6.0) macht meinen Wissens keinen Reboot. Dies darf auch nicht sein. Der BSC muss stabil laufen und darauf muss verlass sein.
Möglich ist es schon den vTrigger zu speichern. Doch sind hier meines erachten schon ein paar Gedanken vorher notwendig. Macht es wirklich Sinn den zu speichern? Ich persönlich würde erst einmal davon ausgehen, dass, wenn ich den BSC neu starte, alles Low ist und dann sich alles nach dem aktuellen Zustand wieder einstellt. Wenn ich z.B. die Anlage zu Wartungszwecken abschalte, und der vTrigger vorher High war, dann will ich nicht, dass er hinterher immer noch High ist. Ich denke das ist auch eine Betrachtungssache. Ich bin immer bereit Features zu erweitern, aber gewissen Dinge müssen auch erst Diskutiert werden.

@shining-man
Copy link
Owner

Was man vielleicht noch machen könnte ist, dass man 5 Remanente vTrigger macht und 5 normale? So könnte jeder die benutzen, die er gerade braucht. Vielleicht haben auch andere Ideen dazu?

@Schatemuhl
Copy link
Author

Ja damit könnte ich auch gut leben.
Mal sehen was der Rest so meint.
Ich danke Dir auf jeden Fall für dein offenes Ohr.

@tueftler0
Copy link
Contributor

Oder man definiert eigene vTrigger, denen man dann wahlweise per Remanent-Checkbox diese Möglichkeit verleihen kann.
Wobei man das auch bei den normalen Triggern integrieren könnte.

@shining-man
Copy link
Owner

Die normalen Trigger brauchen nicht remanent sein, da sie sekündlich den Zustand der Alamrules etc. auswerten. Die sind immer aktuell, auch nach einem reboot.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants