[V2.0] I/O's Reaktion extrem langsam

[StefanW]

Hallo zusammen,

das verbesserte 1-Wire Polling (Stage 1) ist seit etwa sechs Wochen bei den Dev-Testern und wird mit IP1 zur V 3.0 ausgerollt.

Ich weiß nicht ob wir die IP1 noch diese Woche bereitstellen oder erst nächste Woche, weil es ist das umfangreichste Upgrade das wir bisher in einem Schritt veröffentlicht haben und wir müssen auch die Zeit finden, die Release-Notes dafür (fertig) zu schreiben

lg

Stefan

[StefanW]

Hallo Markus,

Mit dem alten Wiregate hatte ich keine merkliche Verzögerung beim öffnen der Fenster. Erst seit ich den TW habe, merke ich diese sehr lange verzögerung.

Beim WireGate Server war das Timing für alles (I/Os wie Sensoren) fest vorgegeben und nicht änderbar. Das hat zwar sehr gut funktioniert, aber gab auch viel Kritik, weil mancher wollte eben manche Sensoren öfters abgefragt haben als alle 5 Minuten, z.B. für die Duscherkennung usw.

Darum haben wir im Timberwolf Server eine freie Parametrierung des Timings ermöglicht.

Es war womöglich keine so gute Entscheidung, dem Wunsch der Nutzer hier nachzugeben, weil man das Timing nun zwar beeinflussen kann, aber dadurch auch negative Effekte generieren kann, so dass durch Überladung des 1-Wire Busses mit Aufgaben, die I/O am Ende womöglich so schlecht scheduliert werden, dass damit diese Verzögerungen entstehen.

Solche Zeiten wie bei Dir sind ungewöhnlich (genau genommen kann ich mich an eine solche negative Rückmeldung nicht erinnern). Wenn Du nicht einen Fehler am Bus hast, dann würde ich auf ein stark verschobenes Timing tippen.


Mein Vorschlag:

1. Alle I/Os auf 2 Sekunden stellen mit 1 Sekunde Cache (i2, a1)
2. Alle Temperatursensoren auf 9 Bit und 5 Minuten mit Cache von 150 Sekunden (i300, a150) stellen
3. Alle sonstigen Sensoren (Feuchte usw,). können auf 1 Minute mit Cache 30 bleiben (i60, a30)

Damit ist man in der Nähe der WireGate Einstellungen. Dann noch auf den Fix warten (voraussichtlich nächste Woche) mit dem sich der Durchsatz nochmal verbessern sollte.


lg

Stefan

[KNXMane]

Okay, dann warte ich mal was kommt. Hab gestern übrigens noch den Tipp hier befolgt, I3 und A1, keine Änderung, auch nicht in der Buslast.

Markus

[StefanW]

Hallo Markus,

Okay, dann warte ich mal was kommt.

Das Update beseitigt einige Bottlenecks in der Software und verbessert den Durchsatz durch Einsparung von 20 bis 40 ms pro Abfrage. Falls die hohe Buslast aber daran liegt, dass einzelne Temperatursensoren mit 10, 11 oder 12 Bit Auflösung (pro Bit doppelte Ausführungszeit innerhalb der Sensoren) im kurzen Sekundentakt abgefragt werden sollen, sind keine Wunder zu erwarten, ehe wird das Update dann nichts bringen, weil die Ursache eine andere ist.

Hab gestern übrigens noch den Tipp hier befolgt, I3 und A1, keine Änderung, auch nicht in der Buslast.

Wenn es kein Fehler am Bus ist, dann liegt es am Timing der Temperatursensoren und das besteht aus Auflösung und Timing. Eine zielführende Änderung ist daher nur 9 Bit (maximal 10) und alle Temperatursensoren auf mehrere Minuten stellen.

Es geht nicht um EINE Einstellung, sondern um die Kombination aus allen Einstellungen


lg

Stefan