Das ist das gleiche Problem, was ich hier auch hatte, wo ich aber erst auf ein Problem mit dem Raspi getippt hatte.
Das Problem ist erstens, wenn man zu schnell auf den Bus schreibt, die laufenden Scripte ggf. noch nicht beendet wurden, weil die 5s. pro KNX Schreibvorgang bei fehlender Verbindung noch nicht abgelaufen sind.
Aber das größte Problem ist, das schon unter 50% Threadauslastung die Scripte teilweise gar nicht mehr beendet werden.
Kann man schön auf dem alten verlinktem Thread sehen.
In über 10 Jahren ist mir dieses Verhalten niemals aufgefallen. Im Grunde genommen ist das aber echt kritisch. @paresy lässt sich das nicht so handhaben, dass bei fehlendem ACK vom Bus nach 10 Sekunden abgebrochen wird, anstatt dass Threads voll laufen?
Das sollte es ja schon nach 5s. tun, so wie ich Paresy verstanden habe. Das passiert aber nicht immer oder ggf. nicht mehr, wenn das Script schon ein 2. Mal ausgeführt wurde.
Ich meine dieses Verhalten aber auch erst ab der V6.0 beobachten zu können.
Wenn ich da jetzt noch mal genau drüber nachdenke würde das doch bedeuten, das wenn Script A sich durch Verbindungsprobleme verzögert, alle anderen nachfolgenden Scripte, die ein KNX_WriteXX beinhalten, nicht mehr korrekt bis zum Ende ausgeführt werden oder zeitlich stark verzögert werden, auch wenn das weiter gar nichts mehr mit KNX zu tun hätte?
Das würde dann so einige Ungereimtheiten in meiner Victron Haus-Batteriesteuerung erklären, wo ich bestimmt Daten auf den KNX-Bus sende und das Script dann nicht mehr weiter ausgeführt wurde.
Kann das so sein?
VG,
Doc
will jetzt nicht unken, aber hab ja auch eine (grosse) KNX Installation die mir zu oft Stress macht.
Will nicht ausschliessen dass es was mit einem teils nicht verfügbaren IP Interface zu tun hat.
Das System wird teils sehr langsam (Symbox) oder Symcon crasht einfach. War schon mal schlimmer, aber ist nicht ganz weg. Finde nur derzeit kaum Zeit da weiter reinzusehen.
@paresy Du erinnerst Dich an die eine Box die mich stresst. Die Abstürze beim IPSstudio speichern, hängen beim hochfahren.
Die will ich morgen übrigens präventiv tauschen einfach um Hardware auszuschliessen.
Wäre eine Anbindung über die Weinzierl KNX die ich in dieser Symbox auch habe, weniger oder nicht von diesem Problem betroffen? Also wenn ich anstatt auf die IP Schnittstelle direkt auf die Weinzierl schicke?
das interne Interface in der SymBox ist immer verfügbar. Dein Problem kann also keinen Zusammengang mit diesem Problem hier haben Wenn die Box immer noch nicht rund läuft meld dich am besten noch einmal per Mail.
Obwohl ich viele der KNX Scripte jetzt mal mit Semaphore versehen habe, das sie erst gar nicht ein zweites Mal durchlaufen werden, bekomme ich häufig diese Meldungen (hängende Threads habe ich aktuell keine).
Es sind aber immer die Scripte, die auf den KNX Bus etwas senden, teilweise auch Scripte, die nur alle X Minuten etwas tun.
Kann das noch im Zusammenhang mit dem eigentlichem Problem stehen?
Gibt es hierzu eigentlich schon etwas neues?
Die hängenden Threads konnte ich ja unterdrücken, aber die Zeitübschreitungsprobleme beim Zugriff auf den KNX-Bus bestehen weiterhin.
Mir ist zwar nicht aufgefallen, das KNX Telegramme verloren gehen, aber das fällt bei den Scripten eigentlich auch nicht auf, da hier nur meistens die MDt GT2 beschrieben werden.
Wenn die Box immer noch nicht rund läuft meld dich am besten noch einmal per Mail.