Ich habe weitere Versuche gemacht und scheitere weiterhin an einer Erklärung:
Ich habe inzwischen über 70 Regeln deaktiviert, gelöscht oder durch Zusammenfassen (Schreiben in TS und KNX-Bus aus einer Regel) reduziert.Auch habe ich zwischendurch mal versucht eine Reihe von Sensoren im Bus abzuklemmen.
Alles bringt gefühlt mal ein wenig und mal nix und wie man unten sieht mal Verschlechterung auf anderen Bus-Kanälen(!). Unterm Strich komme ich nicht entscheidend voran, außer, dass ich mich inzwischen besser in Grafana und der TWS-Oberfläche auskenne, dass ist ja auch schon mal was.
Hier jetzt noch einmal ein neuer Ansatz:
Ich habe einen TWS950, also mit inkludiertem PBM, der 3 Kanäle hat:
Ich gehe davon aus, dass alle drei Kanäle grundsätzlich die gleiche Performance haben. Den ersten Kanal habe ich, wie man sehen kann, auf bis 80 Slaves erweitert. Das wird aber vermutlich die reine Busperformance nicht verbessern, sondern nur lizenztechnisch die Möglichkeit einräumen mehr Slaves anzuschließen.
Mein Kanal 2 ist der, den ich am wenigsten nutze. Hier sind nur 10/40 Slaves angeschlossen und die verteilen sich auf gerade einmal 6 Geräte, davon 3 reine 1bit IO Geräte! Ich würde behaupten das ist nicht viel.
- 1x Mulitsenor (Aussenluft und Feuchte)
- 2x Hülsentemperatursensoren
- 3x 1-Wire Multi IO / Adv. Multi-IO
- + die Topologie ist hier recht vorschriftsmäßig und sollte keine Probleme bereiten
Zum Vergleich: Mein Kanal 1 hat
- 6x VOC
- 9x Multi-Sensoren (Temp und Feucht)
- 15x Hülsentemperatursensoren
- - die Topologie ist sehr ungünstig mit vergleichsweise langen Stern-Leitungswegen. Hier habe ich schon zu Wiregatezeiten zu kämpfen gehabt und habe deshalb inzwischen nicht mehr alle Sensoren verbaut, die ich gekauft und geplant hatte. Ich warte hier auf die Can-Bus- Erweiterungsmöglichkeit. Aber so wie es jetzt angeschlossen ist, hatte ich 2 Jahre keine Busaussetzer mehr.
Da würde ich sagen, dass ist schon recht ordentlich.
Die Auslastung von Kanal 1 habe ich inzwischen auf 32% reduziert bekommen, der Kanal 2 zeigt noch 38% an. Das verstehe ich überhaupt nicht, selbst wenn es in die Vergangenheit schaut. Ich habe bei Kanal 2 zwar im Vergleich nur sehr wenig optimiert. Aber warum sollte die Auslastung dort 38 % sein und der Kanal 3, bei dem mehr als 3x so viele Slaves verbaut sind (und dort vor allem wieder viele Integer-Sensoren wie Multi -> Temp und Feuchte bzw. VOC und kein einziger Multi-IO...Und da soll die gleiche Auslastung sein - nie im Leben.
Und es bleibt dabei, dass ich es auf keinem Buskanal hinbekomme einen Schreibintervall von 30 Sekunden zu schaffen! Bei anderen Threats habe ich schon gesehen, dass Jemand nachweislich (Screenshot) 20 Sekunden realisiert hat und Andere haben geschrieben, dass Sie mit 10 oder gar 2 und 1 Sekunde testen (ob das realisiert wurde und geklappt hat konnte man dann im Thread nicht sehen).
Hier jetzt mal ein erstaunliches Bild. Gezeigt wird ein Temperatursensor aus Buskanal 2 in der Auflösung 10bit (ich nutze in Kanal 1 und 2 ausschließlich 10bit Temperaturwerte, in Kanal 3 könnten noch einige 12bit aktiv sein, die nach dem automatischen Import vom Wiregateserver angelegt wurden).
- [A] Ausgangssituation, Einstellung Poll und Write i300 (a75), ich finde den Verlauf vergleichsweise glatt rund um die 300 (wie erwartet)
[B) Störungen im Kanal 1 (Trennung von Sensorleitungen) hatten scheinbar auch Auswirkungen auf Kanal 2.
[C] nach Ende der Störung in Kanal 1, wird der Sensorwert in Kanal 2 nur noch sehr grob alle 400 Sekunden geschrieben. Die Regel wurde nicht geändert. Das fand ich sehr merkwürdig. Deshalb habe ich den TWS neu gestartet.
[D] Nach einem TWS-Neustart ist die durchschnittliche Schreibzeit wieder bei 300 Sekunden, aber mit deutliche größeren Schwankungen als in Abschnitt A. Es wurden bis zu diesem Zeitraum keine Änderung an Regeleinstellungen in einem 1-Wire Objekt der drei Kanäle gemacht!
[E] Diverse Änderungen in Regeleinstellungen bei Objekten in Kanal 1 und Kanal 2
[F] Der in diesem Chart betrachtete Sensorwert hat nun die Einstellung Poll und Write i30 (a10). Es wird aber wieder nur i100 realisiert und das nach meinem Gefühl auch mit einer viel zu großen Varianz, also deutlich nicht so glatt wie in Abschnitt A.
Kann mir jemand helfen?
Vielleicht könnte ja jemand mal bei sich in Grafana eine Auswertung für Sensoren anstoßen, die manuell in der Regel geändert wurden. Hier noch ein Screenshot wie das geht:
Oder als skript:
SELECT elapsed("Val", 1s) FROM "TS00170" WHERE $timeFilter
Lieben Dank und sorry für den langen Text, aber ich hoffe damit einfach deutlicher zu machen, dass ich nicht ganz bei A mit meinem Hilferuf anfange.
VG,
Sven