iButtons verzögert?

[Fry]

Die daraus resultierenden Erkenntnisse werde ich - das habe ich mir fest vorgenommen - gelegentlich in einem entsprechenden Posting publizieren. Wahrscheinlich sollte - sofern Du einverstanden bist - dies ausserhalb des Threads unter Code-Schnipsel erfolgen. Allerdings habe ich im Moment noch Probleme mit Logik-Prozessen mit drei Eingängen, diese arbeiten nicht immer so, wie ich mir dies vorstelle und von meinen eigenen Plugins gewohnt bin.

Klar bin ich einverstanden.

Zu drei und mehr Eingängen: wenn ich mal unterstelle, dass der Logikprozessor in der Beziehung fehlerfrei arbeitet und auch die Logikdefinition fehlerfrei ist, so bewirken solche Logiken ja immer einen Aufruf der knx_read. Und dann gilt wieder: dafür sorgen, dass die Infos aus dem eibd-Cache kommen! (d.h. den Wert regelmäßig senden lassen und den Cache-Wert hoch genug setzen, dass der letzte zyklische Wert genommen wird).

VG, Fry

PS @Makki: es wäre hilfreich, wenn man im normalen knx_write auch ein Lesetelegramm absetzen könnte, ohne auf die Antwort zu warten. Anwendungsbeispiel: ein KNX-Gerät, das kein zyklisches Schreiben anbietet, wo man aber regelmäßig einen neuen Wert in den eibd-Cache holen will und sonst nichts.

[Werner V]

Hi,

bin jetzt leider in der Arbeit, PN kommt heute Abend - Danke!

lg Werner

[makki]

Lass mich mal draufgucken bitte, wg# per email oder PN, ich hab da grad nochmal drastisch was gedreht..

Makki

[Werner V]

Hi makki,

50 würde ich ja verstehen aber ich hab insgesamt 3 Busmaster am WG hängen, einen mit dem Touch only für die Türöffnung, einen mit vorerst 2 Touch and Hold und einen mit 4 Temperatur Sensoren mit 10 Bit Auflösung. Sensoren, I/O´s noch mehr Touch and Hold werden noch hinzugefügt, aber wenn es jetzt schon paar Sekunden dauert, wirds dann wohl noch länger.

Deswegen auch meine Frage woran das noch liegen könnte bzw. ob hier was geändert wurde, nicht falsch verstehen

lg werner

[makki]

Ich versuche es abzukürzen: wenn man darauf angewiesen ist, das iButtons möglichst schnell erkannt werden (wir liegen im Optimalfall bei 8,5- 150ms!) aber man "nebenbei noch 50 Temperatursensoren" hat:
Dann ist exakt das was Diego getan hat die Lösung: ein zweites WG, sep. BM, fertig. Ich kann nicht zaubern und immer nur eins von beidem optimieren..

Makki

[Fechter65]

PS. Diego - das freut mich aber zu lesen, dass der Logikprozessor bei dir so produktiv ist. Hoffe, es läuft immer alles rund, und wünsche noch viel Freude an KNX.

Ich bin Dir, wie bereits anderenorts geschrieben, sehr dankbar für dieses Plugin. Im Moment bin ich daran, meine eigenen Plugins abzubauen und durch entsprechende Einträge in Deinem Logikprozessor zu ersetzen. Für mich ist es wesentlich übersichtlicher, alles in einer Datei zu haben, namentlich auch mit Blick auf die Dokumentation für einen Dritten.

Die daraus resultierenden Erkenntnisse werde ich - das habe ich mir fest vorgenommen - gelegentlich in einem entsprechenden Posting publizieren. Wahrscheinlich sollte - sofern Du einverstanden bist - dies ausserhalb des Threads unter Code-Schnipsel erfolgen. Allerdings habe ich im Moment noch Probleme mit Logik-Prozessen mit drei Eingängen, diese arbeiten nicht immer so, wie ich mir dies vorstelle und von meinen eigenen Plugins gewohnt bin.

Nochmals besten Dank und ebensolche Grüsse
Diego

[Fry]

Zwei mögliche Ursachen fallen mir ein:

1. Soweit ich Makki und Stefan verstanden habe, werden zwischen Temperaturabfragen (die Zeit kosten, weil mehrere Werte gemessen und dann gemittelt wird) immer ALLE iButtons abgefragt.

--> Es kann daher enorm helfen, wenn du die Genauigkeit der Temperaturmessung in der Sensorkonfiguration herunterdrehst.

2. Außerdem blockieren Plugins die Ausführung des wiregated-Daemons. Plugins brauchen hingegen viel Zeit, wenn (ebenfalls blockierende) knx_read-Requests ausgeführt werden, die nicht aus dem eibd-Cache bedient werden.

--> es kann ebenfalls helfen, bei knx_read-Requests in Plugins grundsätzlich sehr großzügig mit dem Cache-Wert umzugehen. Ich setze den schon mal auf 1000 oder mehr, wenn die Aktualität der Daten nicht überkritisch ist bzw. der jeweilige Busteilnehmer sowieso auf "Senden bei Änderung" eingestellt ist - dann sollte nämlich der aktuelle Wert immer im Cache zu finden sein.

VG,
Fry

PS. Diego - das freut mich aber zu lesen, dass der Logikprozessor bei dir so produktiv ist. Hoffe, es läuft immer alles rund, und wünsche noch viel Freude an KNX.

[Werner V]

Hi Diego,

danke für deine Antwort

Sowas in der Art dachte ich mir auch schon bzw. war mir auch bewusst. Desto mehr das WG mit anderen Dingen zu tun hat wie Plugins, Fühler etc. desto länger kann es mal dauern. Ich dachte nur eventuell gibt es inzwischen irgend ein Update oder sonstiges womit es eine Art Prioritätenliste gibt und wollte daher mal nachfragen.

lg Werner

[Fechter65]

Nicht genau die Antwort auf Deine Frage, aber ein Erfahrungsbericht:

Wie in anderen Threads berichtet, habe ich sieben Türen, die über iButtons geöffnet werden können. Für jede Tür wurde seit jeher ein separater Busmaster eingesetzt. Daneben habe ich noch ca. 10 weitere Busmaster, die sich um Temperatur- und andere Sensoren kümmern.
Die Antwortzeit der iButtons war ursprünglich unterschiedlich, sie konnte in (seltenen) Einzelfällen auch etwas mehr als 3 Sekunden betragen.

Seit einer Woche habe ich ein weiteres Wiregate in Einsatz genommen. Daran sind nur die sieben BM für die Türen angeschlossen und als einziges Plugin läuft Frys Logikprozessor, der die Berechtigungen überwacht und gegebenenfalls die GA für die Türöffnung sendet.
Auf dem anderen Wiregate läuft alles andere, d.h. übrige Plugins und die Überwachung der BM mit den übrigen Sensoren.

Dieses Umhängen scheint sich zu bewähren: Die Türöffnung reagiert sofort (d.h. in weniger als einer Sekunde) auf das Anlegen des iButtons.

Ich bin mir bewusst, dass es nicht für jeden eine Lösung sein kann, ein dediziertes Wiregate einzusetzen; ich wollte aber nur berichten, dass das Abfragen der übrigen Sensoren die Antwortzeit der iButtons beeinflusst (was aber auch nichts Neues ist, das hat Makki schon seit jeher geschrieben).

Gruss
Diego

[Werner V]

Hi,

ich greife dieses Thema nochmal auf da ich kein neues eröffnen möchte. Hat sich hier inzwischen etwas getan? Habe nämlich seit heute die Türöffnung (nur Schnapper) mit dem iButton in Betrieb und manchmal dauert es einige Sekunden bis etwas passiert. Der Touch only hängt an einem eigenen Busmaster, WG PL 33.

Falls dieses "Problem" behoben bzw. minimiert worden sein sollte, muss ich an anderer Stelle weiter suchen.

Danke!

lg Werner

[StefanW]

Sind die Fragen beantwortet? Bitte dann "gelöst" Haken setzen.

[StefanW]

Wo ist der Unterschied zwischen einem leeren Busmaster und einem Busmaster mit iButtonhalter ohne iButton?

Keiner.

Auf der einen Seite leere Busmaster ab und auf der anderen Seite zusätzliche "leere" Busmaster?

Das galt damals wegen Schwierigkeiten PL30/31 und zum Eingrenzen.

[arosy]

Ein separater Busmaster für iButtons ist jedenfalls von Vorteil, das steht an vielen Stellen hier, weil dann die einsekündige Bremse (alle paar Minuten bei Temperaturkonversionen entfällt).

Moin Stefan,
manchmal will ich etwas verstehen. Wo ist der Unterschied zwischen einem leeren Busmaster und einem Busmaster mit iButtonhalter ohne iButton?
Auf der einen Seite leere Busmaster ab und auf der anderen Seite zusätzliche "leere" Busmaster?

[Fry]

3s finde ich nicht zu lang. Wenn es immer genau 3s wären, würde ich das System einsetzen. Einen Schlüssel ins Schlüsselloch reinfummeln und rumdrehen dauert auch.
Just my 2c
Fry

[StefanW]

Wie schnell wird das ganze unter optimalen Bedingungen mit aktuellem PL und mit eurer Testversion?

Aussagen zu Entwicklungen können wir treffen wenn es fertig, stabil und verfügbar ist, weil Aussagen zu in Evaluation befindlichen Dingen nützen gar nichts.

Wir stellen uns vor, dass es dann deutlich schneller wird, aber der Wunsch ist einfacher formuliert als umgesetzt. Das kann auch noch einige Monate dauern, es ist nicht soo einfach.

Ein separater Busmaster für iButtons ist jedenfalls von Vorteil, das steht an vielen Stellen hier, weil dann die einsekündige Bremse (alle paar Minuten bei Temperaturkonversionen entfällt).

lg

Stefan