> For the complete documentation index, see [llms.txt](https://docs.enlyze.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.enlyze.com/konzepte/oee-verstehen/leistung/maximum-demonstrated-speed.md). # Maximum Demonstrated Speed Der Maximum Demonstrated Speed (MDS) ist die zentrale Referenz zur Berechnung des Leistungsfaktors in der ENLYZE Plattform. Ein Verständnis der Berechnungsgrundlage ist hilfreich, um den Leistungsfaktor und die Leistungsverluste richtig einzuordnen. ## Was ist der Maximum Demonstrated Speed? Der MDS (Maximum Demonstrated Speed) ist die **maximale, stabil erreichte Fertigungsgeschwindigkeit für ein bestimmtes Produkt auf einer spezifischen Maschine** – also die höchste real beobachtete Leistung. Das Konzept ist angelehnt an die *Ideal Cycle Time* aus der diskontinuierlichen Fertigung, wurde aber für kontinuierliche Prozesse optimiert. Der MDS wird für die Berechnung des Leistungsfaktors herangezogen: $$ \text{Leistungsfaktor} = \frac{\text{Erreichte Geschwindigkeit}}{MDS} $$ $$ \text{Leistungsfaktor} = \frac{\frac{\text{Produzierte Menge}}{MDS}}{\text{Benötigte Produktionszeit}} = \frac{\text{Produktionszeit mit MDS}}{\text{Benötigte Produktionszeit}} $$ $$ \text{Leistungsverluste} = \text{Benötigte Produktionszeit} - \text{Produktionszeit mit MDS} $$ {% hint style="info" %} Wenn ein Produkt während eines gesamten Auftrags mit MDS-Geschwindigkeit gefertigt wird, ergibt sich ein Leistungsfaktor von 100 %. {% endhint %} ## Maximum Run Speed – die Grundlage des MDS Der **Maximum Run Speed (MRS)** ist die höchste, stabil erzielte Geschwindigkeit *innerhalb eines einzelnen Auftrags*. ### Wie wird der Maximum Run Speed berechnet? Für die Berechnung des Maximum Run Speed (MRS) nutzen wir das Konzept eines Sliding-Windows (Optimierungsintervall). Beim Sliding-Window Ansatz wird ein Intervall definiert, das man sich wie eine Box vorstellen kann, diese wird Stück für Stück über die Daten geschoben. Die Länge des Optimierungsintervalls definiert die Breite der Box und kann angepasst werden.
Die Box wird Schritt für Schritt über die Leistungskurve des jeweiligen Auftrags geschoben. Wir betrachten alle Datenpunkte, welche sich zu jeweils einem Schritt innerhalb der Box befinden. Der **kleinste Wert**, welcher innerhalb der Box liegt, wird vermerkt und als blauer Punkt in einen neuen Graphen überführt.
Die Box wird Schritt für Schritt (z. B. alle 10 Sekunden) über den gesamten Auftrag verschoben. Bei jedem Schritt wiederholen wir den Prozess, den kleinsten Datenpunkt in der Box zu finden, und notieren diesen als blauen Punkt in einem neuen Graphen. Der Prozess wird so lange wiederholt, bis die graue Box am Ende des Auftrags angekommen ist:
Der unterste Graph ist die Kurve aller Minima und daraus wird **der höchste Wert** ermittelt, was der MRS für diesen Auftrag entspricht. ### Warum wird der kleinste Wert im Intervall genommen? Das Vorgehen macht die Berechnung robust gegenüber kurzzeitigen [Ausreißern](https://de.wikipedia.org/wiki/Ausrei%C3%9Fer) nach oben. Der Effekt wird in der folgenden Darstellung klar:
Wenn wir in diesem Fall den höchsten Wert innerhalb des Intervalls gewählt hätten, wäre ein deutlich höherer Durchsatz ermittelt worden. Allerdings war dieser Spitzenwert nicht stabil – die Leistung fiel direkt nach dem Erreichen wieder ab. Bei unserem Ansatz wird deshalb nur ein Wert berücksichtigt, der über die gesamte Länge des Optimierungsintervalls stabil bleibt. Auch nach unten abweichende Ausreißer beeinflussen das Ergebnis nicht – da am Ende das *Maximum der Minima* verwendet wird. So stellen wir sicher, dass nur realistische und dauerhaft erreichbare Leistungen in die Bewertung eingehen. ## Berechnung des Maximum Demonstrated Speed (MDS) Nachdem der MRS für jeden Auftrag eines Produkts berechnet wurde, ist der MDS nun der höchste MRS über alle Aufträge für das Produkt.
Die Darstellung aller MRS Punkte sowie der MDS für ein Produkt kannst du in der [Produktübersicht](https://app.enlyze.com/products) in der ENLYZE App finden:

MDS (Eigenschaften) und alle MRS (Leistungsverteilung) für ein Produkt

### Anforderungen an die Daten für die MRS Bestimmung Damit ein MRS berechnet werden kann, müssen folgende Bedingungen erfüllt sein: * [ ] Intervalllänge muss kleiner als die Auftragslänge sein * [ ] Zeiträume, in welchen keine Daten vorliegen, werden vernachlässigt * [ ] Zeiträume mit überlappenden Buchungen werden vernachlässigt #### Optimierungsintervall: Wahl der richtigen Länge Das Optimierungsintervall kann individuell für jede Maschine in der ENLYZE App unter `Einstellungen` *>* `Leistungserfassung` angepasst werden. Es ist wichtig, die korrekte Länge des Optimierungsintervalls zu definieren. * Wenn das Intervall zu kurz gewählt ist, können kurzfristige Produktionsspitzen ausgewählt werden, bei denen kein stabiler Produktionszustand erreicht wird. * Wenn das Intervall zu lang gewählt ist, können ganze Produktionsläufe verworfen werden, weil das Optimierungsintervall länger als der Produktionsauftrag ist. Aufträge, die kürzer als das Optimierungsintervall sind, haben kein MRS. Damit taucht der Auftrag auch nicht in der Produktübersicht auf. Er wird somit als Auftrag markiert, welcher eine schlechte Datenqualität hat.
{% hint style="info" %} Falls du Hilfe bei der Wahl der idealen Länge des Optimierungsintervalls benötigst, einfach jederzeit bei uns melden! {% endhint %} #### **Keine Daten** Wenn es innerhalb eines Auftrags für einen Zeitraum keine Daten gibt (Datenlücke), dann wird dieser Zeitraum vernachlässigt. Anschaulich gesprochen hüpft die graue Box über den Zeitraum ohne Daten.
#### **Überlappende Buchungen** Zeiträume, in welchen die Maschine mit mehreren Aufträgen gleichzeitig belegt sind, werden ebenfalls vernachlässigt. Zu diesem Zeitpunkt ist es nicht möglich, eindeutig zu definieren, zu welchem Produkt dieser Zeitraum zugeordnet werden soll. Daher kann die graue Box nicht in Zeitbereiche eindringen, in welchen mehrere Aufträge gebucht sind:
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.enlyze.com/konzepte/oee-verstehen/leistung/maximum-demonstrated-speed.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.