NEU! UPGRADE IP 11 verfügbar!
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[Frage] [1.6.0 RC8] Was bedeutet die Busauslastung
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 59
- Registriert: Di Mär 12, 2019 5:59 pm
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 12 Mal
[1.6.0 RC8] Was bedeutet die Busauslastung
Werte Foristen,
vermutlich eine doofe Frage aber weiß jemand was die Buslauslastung bedeutet bzw. wie diese berechnet wird? Wenn ich mir die Werte bei meinen drei Schnittstellen ansehe dann kommt mir das unplausibel vor. 1 Sensor soll eine halb so hohe Auslastung machen wie 28? Grüße
Peter
vermutlich eine doofe Frage aber weiß jemand was die Buslauslastung bedeutet bzw. wie diese berechnet wird? Wenn ich mir die Werte bei meinen drei Schnittstellen ansehe dann kommt mir das unplausibel vor. 1 Sensor soll eine halb so hohe Auslastung machen wie 28? Grüße
Peter
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
TWS 950Q ID:311 +PBM ID: 10073, Wartung-VPN aktiviert
-
- Reactions:
- Beiträge: 3634
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1277 Mal
- Danksagung erhalten: 1680 Mal
Ohne jetzt Experte zu sein, würde ich sagen das ganze hat direkt/indirekt zwei Dimensionen. Was davon gemessen und angezeigt wird, wäre zu klären.
a) die elektrische Belastung des Kanals, die halt sehr von Typen und Anzahl der Sensoren abhängt.
b) die Signaldichte welche vom Abfragezyklus und dann natürlich ebenso der Anzahl Sensoren ist. Bei kurzem Zyklus und vielen Sensoren, kann es sein das innerhalb eines Zyklus gar nicht alle Sensoren einmal abgefragt werden können, damit wäre der Kanal für mich bei 100% Auslastung.
a) die elektrische Belastung des Kanals, die halt sehr von Typen und Anzahl der Sensoren abhängt.
b) die Signaldichte welche vom Abfragezyklus und dann natürlich ebenso der Anzahl Sensoren ist. Bei kurzem Zyklus und vielen Sensoren, kann es sein das innerhalb eines Zyklus gar nicht alle Sensoren einmal abgefragt werden können, damit wäre der Kanal für mich bei 100% Auslastung.
Zuletzt geändert von gbglace am Di Jan 05, 2021 6:38 pm, insgesamt 3-mal geändert.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Reactions:
- Beiträge: 125
- Registriert: Fr Apr 12, 2019 3:04 pm
- Hat sich bedankt: 9 Mal
- Danksagung erhalten: 51 Mal
Ich hatte mal mit StefanW darüber gesprochen und er sagte, dass der Auslastungswert vom OWFS übernommen wird. Auf Anhieb konnte er damals auch nicht konkretisieren was die Auslastung genau darstellt.
Gruß Markus
TWS 960Q #360, VPN geschlossen, Reboot verboten
TWS 960Q #360, VPN geschlossen, Reboot verboten
-
- Reactions:
- Beiträge: 1885
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 639 Mal
- Danksagung erhalten: 775 Mal
Das ist ein Thema, das auch mir schon seit sehr langer Zeit am Herzen liegt. Du wirst durch Suchen hier im Form auch einige Beiträge von mir mit Screenshots finden. Die sind teilweise noch extremer als Deine Beispiele.
Ohne weitere Erklärung zu der Bedeutung der Auslastungsanzeigen habe ich auch schon dazu plädiert, die Auslastungsanzeigen von der Seite zu nehmen, weil Sie keinen sinvollen Mehrwert bieten und im schlimmsten Fall dazu ermutigen zu niedrige Einstellungen für die Sensor-Regeln zu wählen (man wägt sich im sicheren grünen Bereich). Bei mir sind beispielsweise alle drei Kanäle im grünen Bereich und dennoch schafft der Scheduler (es gibt übringens nur einen für alle drei Kanäle, deshalb beeinflussen sich die drei Kanäle auch auf jeden Fall) die von mir gewünschten Poll-Zyklen einzuhalten (und ich habe den Wunsch schon massiv reduziert und nach dem Import vom Wiregate-Server in der Betaphase auch sehr viele Regeln löschen müssen und können). Für Applikationen, wo ich gewisse Zyklen haben will, nutzte ich inzwischen KNX-Sensoren.
Nur dass es nicht falsch verstanden wird: Ich beschwere mich hier nicht über die Performance des Busmasters. Nur hilft mir die Auslastungs-Anzeige leider überhaupt nicht bei den Fragen: Kann ich noch einen weiteren 1wire Sensor anschließen? Kann ich den Poll-zyklus eines Sensors reduzieren und was passiert dann am Bus? Und dazu sollte eine Auslastungsanzeige meiner Meinung nach eben dienen. [persönliche Meinung]
Ohne weitere Erklärung zu der Bedeutung der Auslastungsanzeigen habe ich auch schon dazu plädiert, die Auslastungsanzeigen von der Seite zu nehmen, weil Sie keinen sinvollen Mehrwert bieten und im schlimmsten Fall dazu ermutigen zu niedrige Einstellungen für die Sensor-Regeln zu wählen (man wägt sich im sicheren grünen Bereich). Bei mir sind beispielsweise alle drei Kanäle im grünen Bereich und dennoch schafft der Scheduler (es gibt übringens nur einen für alle drei Kanäle, deshalb beeinflussen sich die drei Kanäle auch auf jeden Fall) die von mir gewünschten Poll-Zyklen einzuhalten (und ich habe den Wunsch schon massiv reduziert und nach dem Import vom Wiregate-Server in der Betaphase auch sehr viele Regeln löschen müssen und können). Für Applikationen, wo ich gewisse Zyklen haben will, nutzte ich inzwischen KNX-Sensoren.
Nur dass es nicht falsch verstanden wird: Ich beschwere mich hier nicht über die Performance des Busmasters. Nur hilft mir die Auslastungs-Anzeige leider überhaupt nicht bei den Fragen: Kann ich noch einen weiteren 1wire Sensor anschließen? Kann ich den Poll-zyklus eines Sensors reduzieren und was passiert dann am Bus? Und dazu sollte eine Auslastungsanzeige meiner Meinung nach eben dienen. [persönliche Meinung]
Zuletzt geändert von Robosoc am Di Jan 05, 2021 9:49 pm, insgesamt 2-mal geändert.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Reactions:
- Beiträge: 483
- Registriert: Mi Aug 15, 2018 7:50 pm
- Wohnort: LK Heilbronn
- Hat sich bedankt: 698 Mal
- Danksagung erhalten: 254 Mal
Ja. Da es nur einen scheduler gibt. Ist diese Anzeige nichtssagend.
Die Frage danach bzw. die Konsequenz daraus ist schon sehr oft angesprochen wurden. Vll gibt's irgendwann Mal dazu eine befriedigendere Lösung.
[Ich habe z.B. mir irgendwann Mal in einer Aktion einen 2. PBM mit endless Option gekauft. Hier war ich der Meinung, dass man pro PBM die Sensoren abfragt. Aber selbst für meine 6 Kanäle gibt es nur einen den Fahrplan macht.]
Die Frage danach bzw. die Konsequenz daraus ist schon sehr oft angesprochen wurden. Vll gibt's irgendwann Mal dazu eine befriedigendere Lösung.
[Ich habe z.B. mir irgendwann Mal in einer Aktion einen 2. PBM mit endless Option gekauft. Hier war ich der Meinung, dass man pro PBM die Sensoren abfragt. Aber selbst für meine 6 Kanäle gibt es nur einen den Fahrplan macht.]
VG Fabian
TWS 2500
timberwolf138, VPN offen, Reboot jederzeit
follow me on Instagram: https://www.instagram.com/meinsommer_diy/
TWS 2500
timberwolf138, VPN offen, Reboot jederzeit
follow me on Instagram: https://www.instagram.com/meinsommer_diy/
-
- Elaborated Networks
- Reactions:
- Beiträge: 9894
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4892 Mal
- Danksagung erhalten: 7854 Mal
- Kontaktdaten:
Guten Morgen,
bin etwas in Eile, hier ein paar kurze Infos:
1. Die Auslastungsanzeige stammt aus dem OWFS. Wie diese den Wert generiert wissen wir nicht genau. In unseren Labortests schien das eine mittelmäßig brauchbare Anzeige zu sein. Das mag bei Euch zum Teil anders aussehen, beruht aber auf den jeweiligen Einstellung und persönlichen Bewertungen und ist nicht leicht vergleichbar.
==> Wir überlegen die Anzeige durch eine bessere Anzeige zu ersetzen, aber kurzfristig wollen wir erst mit anderen Themen vorankommen
2. Es spielt keine große Rolle, dass es nur eine Instanz des OWFS und des Schedulers gibt, das sagt nichts über die Implementierung aus. Beide Komponenten sind in der Lage, mehrere Abfragen parallel auf die Busmaster zu verteilen und auszuführen und nehmen dies auch so vor.
Hier ein Wolf, der mit 170 Sensoren an 17 Busmasterkanälen ausgestattet ist, mit teils heftig kurzen Zyklen bei maximaler 12 Bit Auflösung (und keine Probleme hat):
==> Der eine Scheduler und das eine OWFS können das durchaus alles handeln. Womöglich braucht man bei sehr kurzen Zyklen mehr Busmaster und sicherlich kann man Anzeigen auch noch verbessern, aber es ist nicht so, dass es nicht funktioniert.
An einem Bahnhof können auch mehrere Züge fahren. Das ist hier auch so. Der Scheduler betreut alle Fahrpläne gleichzeitig und startet die Aufträge gegenüber dem OWFS, das mehrere Abfragen parallel gegenüber den Busmastern und den Slaves handelt.
Wir haben also nicht nur einen Fahrplan.... wie auch, jeder Sensor kann seinen eigenen Zyklus haben.
lg
Stefan
bin etwas in Eile, hier ein paar kurze Infos:
1. Die Auslastungsanzeige stammt aus dem OWFS. Wie diese den Wert generiert wissen wir nicht genau. In unseren Labortests schien das eine mittelmäßig brauchbare Anzeige zu sein. Das mag bei Euch zum Teil anders aussehen, beruht aber auf den jeweiligen Einstellung und persönlichen Bewertungen und ist nicht leicht vergleichbar.
==> Wir überlegen die Anzeige durch eine bessere Anzeige zu ersetzen, aber kurzfristig wollen wir erst mit anderen Themen vorankommen
2. Es spielt keine große Rolle, dass es nur eine Instanz des OWFS und des Schedulers gibt, das sagt nichts über die Implementierung aus. Beide Komponenten sind in der Lage, mehrere Abfragen parallel auf die Busmaster zu verteilen und auszuführen und nehmen dies auch so vor.
Hier ein Wolf, der mit 170 Sensoren an 17 Busmasterkanälen ausgestattet ist, mit teils heftig kurzen Zyklen bei maximaler 12 Bit Auflösung (und keine Probleme hat):
==> Der eine Scheduler und das eine OWFS können das durchaus alles handeln. Womöglich braucht man bei sehr kurzen Zyklen mehr Busmaster und sicherlich kann man Anzeigen auch noch verbessern, aber es ist nicht so, dass es nicht funktioniert.
Du hast das völlig richtig gemacht. Mit dem zweiten PBM hast Du die Anzahl der gleichzeitigen Abfragen verdoppelt (bei entsprechender Aufteilung).
An einem Bahnhof können auch mehrere Züge fahren. Das ist hier auch so. Der Scheduler betreut alle Fahrpläne gleichzeitig und startet die Aufträge gegenüber dem OWFS, das mehrere Abfragen parallel gegenüber den Busmastern und den Slaves handelt.
Wir haben also nicht nur einen Fahrplan.... wie auch, jeder Sensor kann seinen eigenen Zyklus haben.
lg
Stefan
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von StefanW am Mi Jan 06, 2021 9:46 am, insgesamt 1-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 59
- Registriert: Di Mär 12, 2019 5:59 pm
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 12 Mal
Vielen Dank für die Infos!
Ich habe es bisher wie Robosoc gemacht und dachte es ist ausreichend Buskapazität vorhanden und habe daher die Pollzyklen reduziert. Musste aber feststellen dass sie nicht eingehalten werden können obwohl man laut Auslastungsanzeige massig Ressourcen frei hat.
Ich habe es bisher wie Robosoc gemacht und dachte es ist ausreichend Buskapazität vorhanden und habe daher die Pollzyklen reduziert. Musste aber feststellen dass sie nicht eingehalten werden können obwohl man laut Auslastungsanzeige massig Ressourcen frei hat.
Robosoc hat geschrieben: ↑Di Jan 05, 2021 9:47 pm Nur hilft mir die Auslastungs-Anzeige leider überhaupt nicht bei den Fragen: Kann ich noch einen weiteren 1wire Sensor anschließen? Kann ich den Poll-zyklus eines Sensors reduzieren und was passiert dann am Bus? Und dazu sollte eine Auslastungsanzeige meiner Meinung nach eben dienen. [persönliche Meinung]
TWS 950Q ID:311 +PBM ID: 10073, Wartung-VPN aktiviert
-
- Reactions:
- Beiträge: 1885
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 639 Mal
- Danksagung erhalten: 775 Mal
Falls es Jemanden interessiert: Es ist möglich sich in Grafana auf relativ einfach Weise eine Auswertung zu schaffen, die ermittelt in welchen Zeitabständen Werte auf den KNX-Bus geschrieben werden. Da ich fest davon ausgehe, dass der zeitliche Versatz (Verzögerung) innerhalb des TWS von 1w zu KNX sehr gering ist, kann diese Auswertung eine Indikation dafür sein, wie ausgelastet der 1-wire Bus, Busmaster oder Scheduler tatsächlich ist und ob die in den Regeln eines Sensors eingestellten Zykluswerte relativ gut eingehalten werden oder eben nicht. Dies reicht meines Erachtens dafür aus sich ein grobes Bild zu machen. Es ging mir dabei nicht um Optimierungen in einzelne Sekunden.
Siehe dazu den Hinweis ganz am Ende des folgenden Posts :
viewtopic.php?f=22&t=998&hilit=busmaster+poll#p10121
In dem Beitrag 1 und 3 dort sieht man auch, dass ich damals Sensoren hatte, die bei einem eingestellten Wunsch-Zyklus von 30s eher nur alle 400s, 200s und später nach Reduktion von Regeln etwa 100s (Schwankend zwischen 70 und 145 s) ausgelesen werden konnte . Der Kanal des Busmasters war in den 30er% ausgelastet angezeigt!
Siehe dazu den Hinweis ganz am Ende des folgenden Posts :
viewtopic.php?f=22&t=998&hilit=busmaster+poll#p10121
In dem Beitrag 1 und 3 dort sieht man auch, dass ich damals Sensoren hatte, die bei einem eingestellten Wunsch-Zyklus von 30s eher nur alle 400s, 200s und später nach Reduktion von Regeln etwa 100s (Schwankend zwischen 70 und 145 s) ausgelesen werden konnte . Der Kanal des Busmasters war in den 30er% ausgelastet angezeigt!
Zuletzt geändert von Robosoc am Do Jan 07, 2021 9:44 am, insgesamt 1-mal geändert.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Reactions:
- Beiträge: 1885
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 639 Mal
- Danksagung erhalten: 775 Mal
Hallo Stefan
Das klingt natürlich toll und natürlich ist das dazu auch noch abhängig davon, wie optimal die Verkabelung zu den Sensoren realisiert wurde, die bei mir definitiv leider sehr unvorteilhaft ist was mir durchaus bewusst ist. Aber nur die Anzeigen, die Du gepostet hast, sagen ja leider nichts über die tatsächliche Performance aus. Keine der Anzeigen bestätigt, dass die eingestellten "teils heftig kurzen Zyklen" auch tatsächlich realisiert werden oder zumindest mit welcher Standardabweichung. Meine Anzeigen auf den Seiten des TWS waren auch alle grün und niedrig und dennoch wurden die Sensoren mit einer Standardabweichung von mehreren 100% ausgelesen. Und wenn ich 30 als Zykluszeit vorgebe und ein Wert nur alle 100 s ausgelesen werden kann, dann müssten doch eigentlich auch mindestens 2 Werte nicht angekommen sein und dann müsste nicht nur die Auslastung hoch sein, sondern nach meinem Verständnis auch die Anzeige der Sensor-Qualität und die -Historie müsste doch rote Balken zeigen. Tut Sie aber meines Erachtens nicht (habe ich aber heute nicht neu getestet, entstammt älteren Erfahrungen).
Zuletzt geändert von Robosoc am Do Jan 07, 2021 3:14 pm, insgesamt 4-mal geändert.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Reactions:
- Beiträge: 1885
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 639 Mal
- Danksagung erhalten: 775 Mal
Hallo Stefan,
Mach ich jetzt einen Gedankenfehler oder widerspricht sich das? Vielleicht habe ich es auch damals einfach falsch verstanden. Vielleicht habt Ihr inzwischen aber auch einfach neue Erkenntnisse. Kannst Du dazu noch ein wenig mehr Erklärung schreiben?
Aufgrund dieser Rückmeldung hatte ich damals nicht mal probiert meinen alten PBM (vom Wiregate) zusätzlich anzustecken und damit die Zykluszeiten zu verbessern. Ich habe ihn dann leider damals mit meinem Wiregate-Server an Euch zurückgesendet.
Ich bekomme diese Information noch nicht ganz Zusammen mit einem Informations-Austausch, den wir vor langer Zeit hatten.StefanW hat geschrieben: ↑Mi Jan 06, 2021 6:49 am Es spielt keine große Rolle, dass es nur eine Instanz des OWFS und des Schedulers gibt, das sagt nichts über die Implementierung aus. Beide Komponenten sind in der Lage, mehrere Abfragen parallel auf die Busmaster zu verteilen und auszuführen und nehmen dies auch so vor.
Zitat ist aus dieser Diskussion entnommen: viewtopic.php?p=15414#p15414StefanW hat geschrieben: ↑Di Okt 01, 2019 9:41 amDas ändert sich auch mit weiteren angesteckten Busmastern nicht. Im 1-Wire ist - durch das Plug´n´Play und die Möglichkeit dass der Kunde jederzeit einfach alles beliebig umsteckt EIN (1) Scheduler für das ganze 1-Wire zuständig. Eine Aufteilung in Subsysteme haben wir hier nicht.Robosoc hat geschrieben: ↑Di Okt 01, 2019 8:43 amDazu kommt, dass ich ja inzwischen merke, dass der im TWS950 verbaute Busmaster nur einen Sensorscheduler für alle drei Kanäle hat und ich somit jetzt schon (verminderter Sensor-Einsatz) die gewünschten Sensorabtastzeiten nicht mehr realisieren kann (habe dazu ja auch einen Threat mit Gabi)
Mach ich jetzt einen Gedankenfehler oder widerspricht sich das? Vielleicht habe ich es auch damals einfach falsch verstanden. Vielleicht habt Ihr inzwischen aber auch einfach neue Erkenntnisse. Kannst Du dazu noch ein wenig mehr Erklärung schreiben?
Aufgrund dieser Rückmeldung hatte ich damals nicht mal probiert meinen alten PBM (vom Wiregate) zusätzlich anzustecken und damit die Zykluszeiten zu verbessern. Ich habe ihn dann leider damals mit meinem Wiregate-Server an Euch zurückgesendet.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK