Bus-Profi Forum

Ich habe den Eindruck, dass die Statusabfragen des Base sich massiv erhöht haben.
Das muss seit einem der letzten Updates der Fall sein. Ergebnis ist eine aktuell nicht nutzbare Timer. Ich habe zwei Events mit drei Aktionen die ausgeführt werden, wenn die Jalousien als Sonnenschutz genutzt werden sollen.

Event 1 - Jalousien herunterfahren
Aktion 1: Sende Taste C8=make (dahinter verbirgt sich ein "setze Relay auf 11")
Aktion 2: Timer 58sec, setze Relay auf 00
Event 2 - Jalsousien Sonnenmodus
Aktion 1: Timer 62sec, Sende Taste C9=hit (dahinter verbirgt sich ein Relay-Timer 0,24sec "setze Relay auf 10"

Die Jalousie bleibt stehen bevor sie überhaupt unten ist, der Status ist neu, sie bleibt aber nicht jedesmal an der gleichen Stelle stehen, manchmal recht weit oben, manchmal weiter unten. Manchmal funktioniert Event2/Aktion 1 noch, manchmal bleibt die Jalousie einfach zu. Das Verhalten ist völlig sporadisch, deshalb halte ich eine fehlerhafte Programmierung für nicht wahrscheinlich. Bis vor kurzem sind diese eigenartigen Ereignisse noch selten aufgetreten, jetzt tritt es massiv auf. Ich habe ehrlich gesagt im Verdacht, dass zuviel Buslast durch das Base erzeugt wird und deshalb Befehle verzögert geschickt und ausgeführt werden, was dieses Verhalten erklären würde. Ich bin grundsätzlich der Meinung, dass das Base durchaus weniger geschwätzig sein sollte.

Could you provide configuration of those events?

I have sent you the events and the used script by email.
Best regards
Claus

Das Thema mit diesen Requests habe ich gefunden, es geht nur an Module mit GT4D, es ist dynamischer Text und wird geschickt wenn sich die Windstärke ändert, das können schon einige Events sein. Jetzt stellt sich die Frage ob die Anzahl dieser Events nicht auch Einfluss haben können auf die Jalousien, denn da werden Kommandos teilweise stark verzögert vom Base verschickt. Wenn also diverse Kommandos in der Pipe warten, kann es dann zu größeren Verzögerungen kommen?

Ich schicke ein "Raffstore down" und zur gleichen Zeit ein verzögertes Event zum Abschalten, ein weiteres Verzögertes zum wieder hochfahren. Der Timer wird mit Sicherheit pünklich sein, ich könnte mir aber vorstellen, dass das Herunterfahren der Raffstores sich aufgrund vieler Messages verzögert und der Timer pünklich ausgeführt wird. Folglich würden die Raffstores nur bis zur Hälfte herunterfahren, was teilweise der Fall ist.

Wie ist es zu lösen? Streng genommen würde ich jetzt vom Base erwarten, dass die Verzögerungen aufgrund des hohen Bus-Traffics berücksichtigt wird.

mr_claus hat geschrieben:Wie ist es zu lösen? Streng genommen würde ich jetzt vom Base erwarten, dass die Verzögerungen aufgrund des hohen Bus-Traffics berücksichtigt wird.

Die Idee ist gut, nur kann ich mir nicht vorstellen, wie man so etwas realisieren kann. Base könnte schon merken, wann es eine Meldung losgeschickt hat und anschließend den Timer starten. Aber es müsste eigentlich die Rückmeldung abwarten, ob das Signal auch ausgeführt wurde, und da gibt es natürlich wieder eine ungenaue Zeit.
Vielleicht hat Filip aber eine Idee.
Gruß
Florian, dessen Timer zum Glück nicht so zeitkritisch sind.

Als kurzfristige Maßnahme habe ich erstmal etwas eingebaut um zu verhindern, dass Text an Displays geschickt wird, die gar nicht eingeschaltet sind. Als weitere Maßnahme könnte ich mir vorstellen, dass der Text nicht bei Änderung sondern in regelmäßigen Abständen geschickt wird. Das reduziert aber die Funktionalität und löst nicht das eigentliche Problem, bei viel Buslast sind die Timer in der jetzigen Form meiner Ansicht nach nicht zuverlässig da es keine Möglichkeit gibt Abhängigkeiten zwischen Aktionen abzubilden.

Weitere Analysen, für Hinweise bin ich dankbar.

Ich habe es jetzt komplett umgestellt, ich nutze keine Timer mehr, diese sind, aufgrund der Tatsache, dass immer wieder mal Kommandos in der Pipe liegen können, zu ungenau. Ich verwende jetzt pro Raffstore STV, das klappt deutlich besser. Ausserdem habe ich den dynamischen Text etwas mehr unter Kontrolle gebracht indem ich das Versenden reduziert habe, auf einmal pro Minute.