1. Definitionen

• MTBF (mittlere Zeit zwischen Ausfällen) = gesamte Betriebszeit / Anzahl der Betriebsintervalle. Reparaturzeit zählt nicht als Betriebszeit.
• MTTR (mittlere Reparaturzeit) = gesamte Reparaturzeit / Anzahl der Ausfälle.
• Verfügbarkeit = MTBF / (MTBF + MTTR). Das ist die inhärente Verfügbarkeit, die nur Ausfälle und Reparaturen berücksichtigt; geplante Instandhaltung und Materialwartezeiten gehören nicht hinein.

2. Beispiel

Angenommen, eine Abfülllinie lief in einem Quartal 2.000 Stunden, hatte in dieser Zeit 4 ungeplante Ausfälle, und die Reparaturen dauerten insgesamt 12 Stunden.

• MTBF = 2.000 / 4 = 500 Stunden
• MTTR = 12 / 4 = 3 Stunden
• Verfügbarkeit = 500 / (500 + 3) = 99,40 %

Die Ausfallrate λ = 1 / MTBF = 0,002 Ausfälle pro Stunde. Unter der Annahme einer konstanten Ausfallrate beträgt die Wahrscheinlichkeit, einen 100-Stunden-Schichtblock ohne Ausfall zu überstehen, exp(−100/500) = 81,9 %; die Wahrscheinlichkeit von 500 ausfallfreien Stunden ist exp(−1) = 36,8 %. MTBF bedeutet also nicht „alle 500 Stunden ein Ausfall“; die Wahrscheinlichkeit, eine MTBF lang ohne Ausfall zu bleiben, liegt nur bei 36,8 %.

3. Welche Zahl stützt welche Entscheidung?

• Eine niedrige MTBF weist auf Konstruktion, Betriebsbedingungen oder Teilequalität hin; vorbeugende und vorausschauende Instandhaltung setzen hier an.
• Eine hohe MTTR weist auf die Organisation hin: Ersatzteile, Diagnosezeit, Erreichbarkeit eines qualifizierten Technikers. Im Beispiel hebt eine Senkung der MTTR von 3 auf 1,5 Stunden die Verfügbarkeit von 99,40 % auf 99,70 %. Derselbe Gewinn entsteht, wenn die Ausfälle von 4 auf 2 halbiert werden (MTBF 1.000 Stunden). Beide Wege liefern dasselbe Ergebnis, aber der eine ist eine Investition in den Instandhaltungsplan, der andere in Ersatzteile und Diagnose.
• In einer seriellen Linie multiplizieren sich die Verfügbarkeiten: drei gleiche Maschinen hintereinander ergeben eine Linienverfügbarkeit von 0,9940³ = 98,22 %. Zwei Maschinen parallel mit Redundanz (eine laufende genügt) ergeben 1 − (1 − 0,9940)² = 99,996 %. Das setzt unabhängige Ausfälle und eine perfekte Umschaltung voraus; in der Praxis braucht die Umschaltung Zeit.

4. Vier häufige Fehler

• Reparaturzeit als Betriebszeit zählen. Die MTBF wird aufgebläht, die Verfügbarkeit sieht besser aus, als sie ist.
• Arbeitsaufträge statt Ausfälle zählen. Ein Ausfall kann drei Arbeitsaufträge haben; die MTBF sinkt auf ein Drittel.
• Die MTBF aus einem einzigen Quartal ableiten. Die aus 4 Ausfällen berechneten 500 Stunden werden im nächsten Quartal mit 2 Ausfällen zu 1.000 Stunden; verfolgt wird der Trend, nicht die Zahl. Bei selten ausfallenden Anlagen braucht es mindestens 10–12 Monate Aufzeichnungen.
• Die Annahme konstanter Ausfallrate auf Verschleißteile anwenden. Bei Lagern, Riemen und Dichtungen steigt die Ausfallrate mit der Zeit; dort ist exp(−t/MTBF) zu optimistisch, und eine Weibull-Analyse wird nötig.

Mit eigenen Aufzeichnungen ausprobieren

Der MTBF/MTTR-Rechner arbeitet mit Summenwerten oder mit einem Ausfallprotokoll (Start- und Endzeitpunkte); die Daten bleiben im Browser. Für die Auswertung Ihres Ausfallprotokolls schreiben Sie uns.

1. Nominelle Lebensdauer

• L10 = (C / P)^p Millionen Umdrehungen; p = 3 bei Kugellagern, p = 10/3 bei Rollenlagern.
• L10h = L10 × 10⁶ / (60 × n) Stunden; n in Umdrehungen pro Minute.

Beispiel: dynamische Tragzahl C = 25,5 kN (aus dem Katalog), äquivalente dynamische Last P = 3,1 kN, Drehzahl 1.450 U/min, Kugellager.

• C / P = 8,23
• L10 = 8,23³ = 556,6 Millionen Umdrehungen
• L10h = 556,6 × 10⁶ / (60 × 1.450) = 6.398 Stunden

Mit denselben Werten für C, P und Drehzahl ergibt ein Rollenlager (p = 10/3) 12.914 Stunden; der Unterschied im Exponenten zeigt, warum Rollenlager bei hoher Last bevorzugt werden.

2. Kleine Laständerung, große Lebensdaueränderung

Weil der Exponent 3 ist, halbiert eine Lasterhöhung um 25 % die Lebensdauer fast:

• Last × 0,8 → P = 2,48 kN → L10h = 12.495 Stunden
• Last × 1,0 → P = 3,10 kN → L10h = 6.398 Stunden
• Last × 1,25 → P = 3,88 kN → L10h = 3.276 Stunden

Hier entsteht der häufigste Lebensdauerverlust im Betrieb: Riemenspannung, Fluchtungsfehler oder Unwucht erhöhen die äquivalente Last, die Kataloglebensdauer scheint unverändert, die reale Lebensdauer halbiert sich. Die Schwingungsmessung sieht diese Last nicht direkt; sie sieht Unwucht und Fluchtungsfehler, und daraus wird auf die Last geschlossen.

3. Korrektur für Zuverlässigkeit

Wer statt 90 % eine Zuverlässigkeit von 95 % will, setzt a1 = 0,64 (der in ISO 281 üblicherweise angegebene Wert; vor der Veröffentlichung anhand der Norm oder des Katalogs prüfen):

• L5mh = 0,64 × 6.398 = 4.094 Stunden

Zu verlangen, dass 95 % derselben Lager durchhalten, senkt die Planungslebensdauer von 6.398 auf 4.094 Stunden. Bei kritischen Anlagen werden Ersatzteile und Instandhaltungsintervalle nach dieser Zahl geplant, nicht nach L10.

4. Das Lager für eine Ziellebensdauer

Werden an dieser Maschine 40.000 Stunden angestrebt (bei 95 % Zuverlässigkeit), beträgt die erforderliche dynamische Tragzahl C = 54,5 kN, das 2,14-Fache des vorhandenen Lagers. Das Ziel verlangt also ein größeres Lager oder eine geringere Last; durch häufigere Instandhaltung lässt es sich nicht erreichen.

Fragen, die L10 nicht beantwortet

• Schmierung, Verschmutzung und Temperatur: der Faktor a_ISO aus ISO 281 (im Rechner a23) trägt sie; ohne Katalogwert wird 1 angenommen, und das Ergebnis ist optimistisch.
• Montagefehler und Stromdurchgang: das ist keine Ermüdung und liegt außerhalb der Rechnung; die meisten Frühausfälle kommen von hier.
• Hohe Lasten mit P/C > 0,5: in diesem Bereich verliert das Modell an Zuverlässigkeit, der Rechner warnt.
• Wann ein bestimmtes Lager ausfällt: L10 ist das untere Zehntel einer Verteilung und liefert kein Datum für ein einzelnes Teil. Am nächsten an ein Datum kommt der Schwingungstrend.

Mit dem eigenen Lager ausprobieren

Der Rechner für die Lagerlebensdauer L10 arbeitet mit C, P (oder Fr, Fa mit X, Y), Drehzahl und Zuverlässigkeit; er enthält keine Lagerdaten, Sie geben sie aus Ihrem Katalog ein. Für die Auswertung zusammen mit dem Schwingungstrend schreiben Sie uns.

1. Beispielprotokoll

Ungeplante Stillstände eines Monats in Minuten, je Ursache summiert:

• Sensorausfall: 420
• Werkzeugwechsel: 310
• Materialwartezeit: 260
• Förderbandstau: 190
• Etikettendrucker: 120
• Kein Bediener: 90
• Stromausfall: 60
• Sonstiges: 50

Summe 1.500 Minuten, also 25 Stunden.

2. Anteil und kumulierter Anteil

• Sensorausfall 28,0 % → kumuliert 28,0 %
• Werkzeugwechsel 20,7 % → 48,7 %
• Materialwartezeit 17,3 % → 66,0 %
• Förderbandstau 12,7 % → 78,7 %
• Etikettendrucker 8,0 % → 86,7 %
• Kein Bediener 6,0 % → 92,7 %
• Stromausfall 4,0 % → 96,7 %
• Sonstiges 3,3 % → 100 %

Der erste Punkt, der den Schwellwert von 80 % erreicht, ist die fünfte Ursache: die „wesentlichen wenigen“ sind 5 Ursachen, 62,5 % der 8 Ursachen, 86,7 % der Summe. Nicht 80/20, sondern etwa 86/63. Das heißt nicht, dass die Daten falsch sind; es heißt, dass sich die Stillstände ziemlich gleichmäßig auf die Ursachen verteilen. An einer solchen Linie senkt das Beheben einer einzelnen Ursache die Summe um höchstens 28,0 %.

3. Wie wird der Schwellwert gewählt?

• 80 % ist der übliche Anfang, aber die eigentliche Grenze ist, wie viele Ursachen Sie bearbeiten können. Haben Sie in diesem Monat Kapazität für drei Verbesserungen, sind die ersten drei Ursachen (66,0 %) Ihre Liste; der Schwellwert kommt danach.
• Liegt zwischen den ersten beiden Ursachen kein großer Abstand (im Beispiel 28,0 % und 20,7 %), ist es oft schneller, beide zusammen anzugehen, statt eine abzuschließen und zur nächsten zu gehen, weil die Grundursache gemeinsam sein kann (im Beispiel können Sensorausfall und Förderbandstau an derselben Station liegen).
• Die Rangfolge nach Dauer und die nach Häufigkeit ergeben verschiedene Listen. Ein einzelner Stromausfall von 60 Minuten und zwölf Etikettendrucker-Stopps von 5 Minuten je Schicht ergeben dieselbe Summe, verlangen aber andere Lösungen. Der Rechner nimmt die Dauer; für die Häufigkeit lassen Sie dasselbe Protokoll mit Anzahlen laufen.

4. Die Aufzeichnungsqualität verzerrt das Ergebnis

• Kommt „Sonstiges“ als größter Anteil heraus, wird kein Pareto gemacht; zuerst wird die Ursachenliste korrigiert. „Sonstiges“ sollte 10 % nicht überschreiten.
• Drei Schreibweisen derselben Ursache („Sensor“, „Sensor Ausfall“, „Sensorausfall“) werden zu drei Zeilen und rutschen in der Rangfolge nach unten. Der Rechner führt Groß-/Kleinschreibung und Leerzeichen zusammen; Schreibweisen kann er nicht zusammenführen. Die Ursachenliste muss fest und codiert sein.
• Ist der Werkzeugwechsel ungeplant oder geplant? Wenn geplant, gehört er nicht in diese Liste; in der OEE ist er ein geplanter Stillstand. Sind beide in einem Protokoll vermischt, sind Pareto und OEE falsch.

Nach Pareto

Pareto sagt, was groß ist, nicht warum es groß ist. Für die erste Ursache eine Ursachenanalyse (5-Warum oder Ishikawa); für die zweite meist eine Messung (ist der Sensorausfall wirklich der Sensor, das Kabel oder der SPS-Eingang?). Für die Kostenseite des Stillstands gibt es die Kosten ungeplanter Stillstände, für die Wirkung auf die OEE den OEE-Rechner.

Mit dem eigenen Protokoll ausprobieren

Die Pareto-Analyse ungeplanter Stillstände verarbeitet „Ursache;Dauer“-Zeilen im Browser, der Schwellwert ist einstellbar; es gehen keine Daten an einen Server. Für den Aufbau Ihres Stillstandsprotokolls schreiben Sie uns.

1. Kosten pro Ausfall

Die Formel ist einfach:

• Kosten pro Ausfall = Stillstandsdauer × Verlust pro Stunde + Reparatur

Eine Beispiellinie: im Mittel 8 Stunden Stillstand, ein Produktionsverlust von 50.000 TL pro Stunde und 150.000 TL Reparatur pro Ausfall.

• Verlust: 8 × 50.000 = 400.000 TL
• Reparatur: 150.000 TL
• Summe pro Ausfall: 550.000 TL

Die Reparatur macht weniger als ein Viertel der Summe aus (150.000 / 550.000 ≈ 27 %). Der Rest ist unsichtbarer Verlust.

2. Jahreskosten

Angenommen, es gibt 6 ungeplante Stillstände pro Jahr:

• Jahreskosten = 6 × 550.000 = 3.300.000 TL
• jährliche Stillstandszeit = 6 × 8 = 48 Stunden

Diese beiden Zahlen sind das nützlichste Paar, um eine Instandhaltungsbesprechung greifbar zu machen: wie viel Geld, wie viele Stunden.

3. Wie viel spart die Frühwarnung?

Nicht jeder Ausfall ist vermeidbar. Schwingungs-, Temperatur- oder Stromdaten zeigen manche Ausfälle Tage vorher an, andere kommen plötzlich. Die Rechnung braucht zwei ehrliche Annahmen:

• vermeidbarer Anteil: wie viel Prozent der Ausfälle die Frühwarnung erkennen kann (im Beispiel 25 %)
• Verhältnis geplanter Eingriff: was ein erkannter Ausfall als geplanter Halt kostet, in Prozent der ungeplanten Kosten (im Beispiel 30 %)

Die Formel:

• Einsparung = Anzahl Stillstände × vermeidbarer Anteil × Kosten pro Ausfall × (1 − Verhältnis geplanter Eingriff)

Im Beispiel: 6 × 0,25 × 550.000 × 0,70 = 577.500 TL pro Jahr. Die jährliche Stillstandszeit sinkt außerdem von 48 auf 36 Stunden, also um 12 Stunden (48 × 0,25).

4. Amortisation der Investition

Kostet das System 1.200.000 TL, beträgt die Amortisationszeit 1.200.000 / 577.500 × 12 ≈ 24,9 Monate, also etwa zwei Jahre. Wie stark verschiebt eine Änderung des vermeidbaren Anteils das Ergebnis?

• 10 % → jährliche Einsparung 231.000 TL
• 20 % → 462.000 TL
• 30 % → 693.000 TL
• 40 % → 924.000 TL

Die Einsparung ist dem vermeidbaren Anteil direkt proportional; diese Annahme verdient also die meiste Diskussion. Wer frühere Ausfälle mit der Frage „Hat dieser Ausfall vorher ein Warnzeichen gezeigt“ einordnet, macht aus der Schätzung eine Messung.

Vier häufige Fehler

• Die Reparaturrechnung als Stillstandskosten zählen und die Ausfallstunden weglassen.
• Nicht angeben, ob der Stundenverlust auf Bruttoumsatz oder Deckungsbeitrag beruht. Nicht verbrauchtes Material und nicht verbrauchte Energie verkleinern den Verlust; es muss klar sein, welche Größe verwendet wurde.
• Einen vermeidbaren Anteil nahe 100 % annehmen. Realistische Startwerte sind niedrig und steigen, wenn sich Daten ansammeln.
• Auf Basis eines einzigen Szenarios entscheiden. Vier Werte, wie in der Sensitivitätstabelle oben, binden die Entscheidung an eine Spanne statt an eine einzelne Annahme.

Mit eigenen Zahlen ausprobieren

Der Rechner für Stillstandskosten läuft im Browser; eingegebene Werte werden an keinen Server gesendet. Die Vorgaben im Beispiel sind nur Beispiele, geben Sie die Zahlen Ihrer eigenen Linie ein. Für einen Pilot zu Predictive Maintenance schreiben Sie uns.

In der EU ist diese Struktur in der MDR (2017/745) festgelegt. Die folgenden Fehler begegnen uns am häufigsten bei Etikettengestaltung und Stammdaten.

Dieser Beitrag fasst die Sicht eines Softwareteams zusammen; er ist keine Regulierungsberatung. Maßgeblich sind die geltenden Vorschriften und Ihre Benannte Stelle.

1. Dieselbe UDI-DI auf allen Verpackungsebenen

Einzelprodukt, Innenverpackung und Umkarton sind verschiedene Verpackungsebenen, und jede trägt ihre eigene UDI-DI. Wird dieselbe GTIN auf das Einzelprodukt und auf die Zehnerpackung gedruckt, ist unklar, wie vielen Produkten ein Scan entspricht. Versandeinheiten für die Logistik sind ausgenommen; sie erhalten eine SSCC.

Abhilfe: Produkt und Verpackungsebenen als getrennte Stammdatensätze führen, jeweils mit Menge und der GTIN der darunterliegenden Ebene.

2. Keine neue UDI-DI nach einer Änderung

Die MDR verlangt eine neue UDI-DI, wenn eine Änderung zu einer falschen Identifizierung des Produkts führen kann. Dazu gehören Name oder Handelsname, Modell oder Version, die Kennzeichnung als Einmalprodukt, sterile Verpackung, die Notwendigkeit einer Sterilisation vor der Anwendung, die Menge je Packung sowie kritische Warnhinweise wie Latex oder DEHP. Die Packungsgröße von 10 auf 12 zu erhöhen und dieselbe GTIN zu behalten, ist ein häufiger Fehler.

Abhilfe: „Ist die UDI-DI betroffen?“ als Pflichtschritt in den Änderungsprozess aufnehmen.

3. Verwechslung von Basic UDI-DI und UDI-DI

Die Basic UDI-DI bezeichnet eine Gruppe von Produkten mit gleicher Zweckbestimmung, Risikoklasse und wesentlichen Konstruktionsmerkmalen. Sie erscheint in EUDAMED, in der Konformitätserklärung und in Bescheinigungen, nicht aber auf dem Etikett; dort steht die UDI-DI. Stammdaten, die beide im selben Feld führen, erzeugen Widersprüche zwischen Registrierung und Etikett.

4. Herstellungskennung passt nicht zur Rückverfolgung

Die UDI-PI spiegelt wider, wie der Hersteller das Produkt rückverfolgt: (10) bei chargengesteuerten Produkten, (21) bei serialisierten, (17), sobald es ein Verfallsdatum gibt. Ein Verfallsdatum, das auf dem Etikett steht, im Barcode aber fehlt, oder nur eine Charge bei einem serialisierten Produkt lassen die UDI unvollständig.

5. Klartext und Barcode stimmen nicht überein

Die UDI steht auf dem Etikett maschinenlesbar (Barcode) und in Klarschrift (HRI). Werden beide aus getrennten Vorlagenfeldern gespeist, wird das eine aktualisiert und das andere vergessen. Die Klarschrift sollte aus dem Barcode-Inhalt erzeugt werden; bei GS1 stehen die Felder mit Datenbezeichnern in Klammern: (01)…(17)…(10)….

6. Druckqualität wird nicht gemessen

Kleine Produkte haben wenig Etikettenfläche, und das Symbol wird verkleinert. Dass ein Barcode gelesen wird, reicht nicht; die Qualitätsstufe wird für 2D-Symbole nach ISO/IEC 15415 und für lineare Barcodes nach ISO/IEC 15416 gemessen. Regelmäßige Messung mit einem Prüfgerät senkt das Risiko unlesbarer Etiketten im Feld.

Schnelle Prüfung

Mit dem GS1-Barcode-Decoder zerlegen Sie den Barcode-Inhalt eines Etiketts in seine Felder und prüfen, ob Produktkennung und Herstellungskennung vorhanden sind. GTIN-Prüfziffern prüfen Sie in großer Zahl mit dem Prüfziffer-Rechner. Wenn Sie Etikettierung und Anbindung an die UDI-Datenbank gemeinsam betrachten möchten, schreiben Sie uns.

Die folgenden Situationen sind die häufigsten Bruchstellen. Gemeinsam ist ihnen ein physisches Ereignis an der Linie, das die Software nie erreicht.

1. Eine ausgeschleuste Packung bleibt im Datensatz

Die Kamera weist eine Packung zurück, und sie wird ausgeschleust; war sie aber bereits einem Karton zugeordnet oder erreicht die Zurückweisung die Aggregationsstation nicht, bleibt sie im Datensatz. Auch das Gegenteil kommt vor: Eine nach der Zurückweisung von Hand zurückgelegte Packung wird keinem Karton zugeordnet.

Abhilfe: Zurückweisung und physisches Ausschleusen als ein Ereignis erfassen; die Aggregationsstation akzeptiert nur Seriennummern, die die Prüfung bestanden haben.

2. Teilkartons

Am Chargenende wird der letzte Karton nicht voll. Wird der Teilkarton in der Software nicht ausdrücklich geschlossen, versucht das System womöglich, Packungen der nächsten Charge hinzuzufügen, und Chargen vermischen sich.

Abhilfe: Der Chargenabschluss schließt den Teilkarton zwingend; der Kartondatensatz führt die tatsächliche Menge, und das Etikett zeigt sie an.

3. Probenahme

Proben, die für die Qualitätskontrolle aus der Linie oder einem Karton entnommen werden, verlassen physisch die Hierarchie. Bleiben sie im Datensatz, erwartet der Empfänger Ware, die nicht im Karton ist.

Abhilfe: Probenahme an einer Station per Scan; der Status der Packung wird auf „Probe“ gesetzt, und sie fällt aus der Hierarchie.

4. Manuelle Eingriffe

Packungen, die nach einem Stau, einer Beschädigung oder einem Linienstopp von Hand umgesetzt werden, sind die häufigste Ursache von Abweichungen. Jede Bewegung außerhalb des Systems macht den Datensatz ungültig.

Abhilfe: eine Nacharbeitsstation, an der Karton öffnen, Packungen entnehmen und hinzufügen per Scan erfolgt und jede Aktion mit Benutzer und Zeit im Audit-Trail landet.

5. Dieselbe Packung in zwei Kartons

Auf schnellen Linien führt ein doppelt gelesenes Etikett oder eine bei der Nacharbeit nicht entfernte alte Zuordnung dazu, dass eine Seriennummer zwei Eltern hat.

Abhilfe: Die Software setzt „jedes Kind hat genau ein Elternteil“ auf Datenbankebene durch; eine zweite Zuordnung wird mit Warnung abgewiesen.

6. Palettenauflösung und Umpalettierung

Wird eine Palette im Lager aufgeteilt und werden ihre Kartons auf andere Paletten verteilt, zeigt die Versandmeldung ohne aktualisierten Palettendatensatz den alten Inhalt.

Abhilfe: Auch Auflösen und Aufbauen von Paletten erfolgt per Scan; eine neue Palette erhält eine neue SSCC, eine alte SSCC wird nie wiederverwendet.

Das Etikett zuletzt drucken

Wird das Kartonetikett gedruckt, bevor der Inhalt feststeht, entsteht eine Lücke zwischen Etikett und Inhalt. In einem guten Ablauf wird der Karton gefüllt, der Inhalt geprüft und erst dann das Etikett gedruckt und per Scan mit dem Datensatz abgeglichen. SSCC-Prüfziffern prüfen Sie mit dem Prüfziffer-Rechner, die allgemeine Bereitschaft der Linie mit der Checkliste Serialisierung. Wenn Sie den Aggregationsablauf Ihrer Linie gemeinsam ansehen möchten, schreiben Sie uns.

Die folgenden Prüfungen führen wir zu Beginn jedes Projekts mit Daten von Windparks und rotierenden Anlagen durch.

1. Zeitstempel

Die erste Frage ist, zu welcher Zeitzone ein Zeitstempel gehört und ob er den Anfang oder das Ende des Mittelungsintervalls markiert. In Daten mit Ortszeit erscheint bei der Zeitumstellung eine Stunde doppelt oder gar nicht. Daten aus verschiedenen Systemen (SCADA, Alarmprotokoll, Wartungsaufträge) sollten vor dem Zusammenführen alle in UTC umgerechnet werden.

2. Lücken

Ein Kommunikationsausfall löscht Daten; manche Systeme füllen die Lücke mit Nullen oder dem letzten Wert. Ein mit Nullen gefüllter Leistungswert bedeutet für das Modell „die Anlage hat nichts erzeugt“. Eine Lücke sollte eine Lücke bleiben, und die Abdeckung sollte je Kanal ausgewiesen werden.

3. Eingefrorene Werte

Ein defekter oder getrennter Sensor kann stundenlang denselben Wert wiederholen. Werte, die sich über einen bestimmten Zeitraum überhaupt nicht ändern, sollten markiert werden. Das ist vor allem bei Temperatur- und Schwingungskanälen wichtig: Eine eingefrorene Temperatur verdeckt eine echte Erwärmung.

4. Physikalisch unmögliche Werte

Eine negative Windgeschwindigkeit, eine Richtung über 360 Grad, eine Leistung weit über der Nennleistung oder eine Lagertemperatur unter der Umgebungstemperatur sind Datenfehler. Für jeden Kanal sollten physikalische Unter- und Obergrenzen definiert und Überschreitungen markiert werden.

5. Abregelung, Wartung und Störungen

Ein Normalverhaltensmodell sollte aus Zeiträumen lernen, in denen die Anlage gesund und ohne Einschränkung läuft. Bleiben Netzabregelung, geplante Wartung, Vereisung und Störungsstillstände in den Trainingsdaten, hält das Modell sie für „normal“ und übersieht eine echte Abweichung. Diese Zeiträume sollten aus Statuscodes und Alarmprotokollen abgeleitet und markiert werden.

6. Sensortausch und Niveausprünge

Wird ein Sensor getauscht oder neu kalibriert, kann sich das Messniveau sprunghaft ändern; das Modell hält das für Verschleiß. Plötzliche Niveauänderungen, die die Wartungsprotokolle nicht erklären, verdienen eine eigene Prüfung.

Markieren statt löschen

Statt fragwürdige Datensätze zu löschen, versieht man jeden mit einer Markierung, die den Grund angibt. Das hat zwei Vorteile: Für das Training lassen sich saubere Zeitfenster auswählen, und Verlustrechnungen können offen ausweisen, welcher Teil der Daten nicht bewertet werden konnte. Unsere Leistungsprognose- und Verluststudie mit offenen Daten eines Windparks beschreiben wir in der Fallstudie, wie man ohne gelabelte Ausfalldaten vorgeht, in diesem Beitrag. Die meisten dieser Prüfungen führen Sie mit unserer SCADA-Datenqualitätsprüfung an Ihrer eigenen CSV-Datei durch, ohne sie hochzuladen. Für eine erste Einschätzung mit Ihren eigenen Daten schreiben Sie uns.

1. Was liefert der Scanner?

Die meisten Scanner geben den dekodierten Inhalt wie eine Tastatur als Klartext aus. Zwei Dinge sind in diesem Text wichtig. Erstens stellen manche Scanner dem Inhalt einen Symbologie-Kenner voran: ]d2 für GS1 DataMatrix, ]C1 für GS1-128. Dieses Präfix sind keine Daten und muss vor dem Zerlegen entfernt werden. Zweitens ist das FNC1-Zeichen, das Felder trennt (ASCII 29, „GS“), auf dem Bildschirm unsichtbar; manche Scanner übertragen es gar nicht, andere ersetzen es durch ein anderes Zeichen. Eine Zerlegungssoftware sollte nicht gebaut werden, ohne zu wissen, wie der Scanner hier konfiguriert ist.

2. Den Rohtext in Felder zerlegen

Ein Beispielinhalt: 0109504000059118 17271231 10LOT42 [GS] 21A1B2C3 (zur Lesbarkeit mit Leerzeichen geschrieben; in Wirklichkeit zusammenhängend). Das Zerlegen funktioniert über den Datenbezeichner (AI) am Anfang jedes Feldes:

• (01) GTIN: feste 14 Stellen
• (17) Verfallsdatum: feste 6 Stellen, JJMMTT
• (10) Charge: variable Länge, höchstens 20 Zeichen
• (21) Seriennummer: variable Länge, höchstens 20 Zeichen

Auf Felder fester Länge folgt kein Trennzeichen; ein Feld variabler Länge endet mit einem Trennzeichen, außer es steht am Ende. Im Beispiel steht die Charge (10) nicht am Ende, deshalb folgt ein GS; die Seriennummer (21) steht am Ende.

3. Die Prüfziffer der GTIN von Hand berechnen

Die letzte Stelle (8) der 14-stelligen GTIN 09504000059118 ist die Prüfziffer. Die Rechnung: Die ersten 13 Stellen von rechts nach links abwechselnd mit 3 und 1 multiplizieren (die rechte mit 3), addieren; die Zahl, die die Summe zum nächsten Vielfachen von zehn ergänzt, ist die Prüfziffer. Im Beispiel ist die Summe 72, das nächste Vielfache von zehn 80, die Differenz 8: Der Code stimmt. Bei einer 7 ließe sich das Symbol trotzdem scannen, die GTIN wäre aber ungültig.

4. Datum und Trennzeichen prüfen

• Der Monat unter (17) muss 01-12 sein. Tag 00 bedeutet „letzter Tag des Monats“; behandelt Ihr System das ausdrücklich?
• 271231 im Beispiel ist der 31. Dezember 2027. Dieselben Ziffern, aus der Gewohnheit TT.MM.JJ geschrieben, ergäben ein gültiges, aber falsches Datum.
• Fehlt nach einem variablen Feld das Trennzeichen, vermischen sich Datum und Charge mit der Seriennummer. Ein Feld über 20 Zeichen oder eine unerwartete „17“-Folge in der Seriennummer ist das Symptom.

5. Lesbarkeit und Richtigkeit trennen

Die Druckqualität des Symbols (Kontrast, Modulgröße, Ruhezone) ist ein Problem, die Richtigkeit der Daten ein anderes. Beides wird getrennt geprüft. Für die Druckqualität braucht man ein Prüfgerät; für die Daten genügen die obigen Schritte, und sie lassen sich per Software für jede Packung automatisieren.

Mit dem Werkzeug ausprobieren

Fügen Sie den Inhalt in unseren GS1-Code-Decoder ein: Er zerlegt die Felder und prüft Prüfziffer und Datum. Für die Prüfziffer allein gibt es den Prüfziffernrechner, für Felddefinitionen das Verzeichnis der Datenbezeichner. Die häufigsten Fehler an der Linie haben einen eigenen Beitrag: Fünf häufige Fehler bei Pharma-Serialisierungscodes. Für den Aufbau der Prüfung an Ihrer Linie schreiben Sie uns.

Drei Faktoren

OEE = Verfügbarkeit × Leistung × Qualität.

• Verfügbarkeit = Laufzeit / geplante Produktionszeit
• Leistung = (ideale Zykluszeit × produzierte Stückzahl) / Laufzeit
• Qualität = Gutteile / produzierte Gesamtstückzahl

Beispiel

Die Schicht hat 480 Minuten mit 30 Minuten geplanter Pause, die geplante Produktionszeit beträgt also 450 Minuten. Ungeplante Stillstände summieren sich auf 45 Minuten; die Laufzeit beträgt 405 Minuten. Das Teil hat eine ideale Zykluszeit von 0,5 Minuten (30 Sekunden); es entstanden 700 Stück, davon 21 Ausschuss, 679 gut.

• Verfügbarkeit: 405 / 450 = 90,0 %
• Leistung: 0,5 × 700 / 405 = 86,4 %
• Qualität: 679 / 700 = 97,0 %
• OEE: 0,900 × 0,864 × 0,970 = 75,4 %

Der größte Verlust zeigt sich bei der Leistung (etwa 13,6 %): Die Maschine läuft „im Lauf“ langsam oder mit Kurzstillständen. Wer nur Stillstandsprotokolle ansieht, übersieht das.

Sechs häufige Fehler

• **Geplante Pausen als Verlust zählen.** Die Verfügbarkeit wird auf die geplante Produktionszeit bezogen. Eine Rechnung mit der Kalenderzeit (24 Stunden) im Nenner ist eine andere Kennzahl (TEEP); beides nicht vermischen.
• **Ziel- statt ideale Zykluszeit verwenden.** Die ideale Zykluszeit ist die Auslegungs- oder nachgewiesene Bestgeschwindigkeit. Wer die heutige Durchschnittsgeschwindigkeit als „ideal“ einträgt, erhält immer eine Leistung nahe 100 %, und der Verlust verschwindet.
• **Nachgearbeitete Teile als gut zählen.** Ein Teil, das nicht beim ersten Mal stimmt, ist ein Qualitätsverlust, auch wenn es später gerettet wird.
• **Kurzstillstände nicht erfassen.** Stillstände unter einer Minute gehen in handgeführten Aufzeichnungen meist unter; der Verlust landet in der Leistung, am falschen Ort. Die Stillstandsschwelle vorab festlegen.
• **OEE-Werte mitteln.** Die OEE dreier Maschinen zu addieren und durch drei zu teilen, ignoriert die Laufzeiten. Erst Zeiten und Stückzahlen summieren, dann die Verhältnisse berechnen.
• **Leistung über 100 % verstecken.** Steigt die Leistung über 100, ist die ideale Zykluszeit falsch definiert; die Ursache suchen, statt das Ergebnis zu kappen.

Nach der Zahl

OEE ist ein Ausgangspunkt, keine Diagnose. Vertiefen Sie dort, wo der Verlust liegt: bei Stillständen eine Pareto-Auswertung der Ursachen, bei der Leistung die Verteilung der Zykluszeiten, bei der Qualität die Ausschussursachen. Ein Verlustwasserfall sagt mehr als eine einzelne OEE für eine Linie.

Geben Sie Ihre eigenen Schichtwerte in den OEE-Rechner ein, um die obige Aufschlüsselung im Browser zu sehen; zum Ordnen der Stillstandsursachen gibt es die Pareto-Analyse ungeplanter Stillstände, für die Kostenseite die Kosten ungeplanter Stillstände. Für den Aufbau der OEE-Messung an Ihrer Linie schreiben Sie uns.

Woher kommen die Eingriffsgrenzen?

In einer I-MR-Karte für Einzelwerte werden die Grenzen aus den eigenen Daten des Prozesses berechnet. Der Absolutbetrag der Differenz zweier aufeinanderfolgender Messwerte ist die gleitende Spannweite (MR); ihr Mittelwert sei MR-quer. Die Mittellinie ist der Mittelwert, die Grenzen sind Mittelwert ± 2,66 × MR-quer (2,66 = 3 / 1,128). Die Schätzung der Standardabweichung ist MR-quer / 1,128.

Beispiel: zehn Messwerte: 10,02 · 10,05 · 9,98 · 10,03 · 10,01 · 10,04 · 9,99 · 10,02 · 10,06 · 10,00. Der Mittelwert ist 10,020; MR-quer = 0,0422 (Summe der Differenzen 0,38 geteilt durch 9). Die Grenzen sind 10,020 ± 2,66 × 0,0422: oben 10,132, unten 9,908. Die Sigma-Schätzung beträgt 0,0422 / 1,128 = 0,0374. (Zehn Punkte zeigen nur die Methode; eine echte Grenzberechnung braucht mindestens 20-25 stabile Messwerte.)

Wann schlägt sie Alarm?

Regel 1: Ein Punkt liegt außerhalb der 3-Sigma-Grenze. Bei Normalverteilung beträgt die Wahrscheinlichkeit, dass ein Punkt diese Grenze überschreitet, auch bei stabilem Prozess etwa 0,27 %; im Mittel ist also alle 370 Messungen ein Fehlalarm zu erwarten. Um kleine Verschiebungen zu erfassen, betrachten die Nelson-Regeln auch Muster:

• 9 Punkte in Folge auf derselben Seite der Mittellinie: Der Mittelwert hat sich verschoben.
• 6 Punkte in Folge stetig steigend oder fallend: Es gibt einen Trend, oft Verschleiß.
• 14 Punkte in Folge abwechselnd auf und ab: Möglicherweise werden zwei Quellen vermischt.
• 2 von 3 Punkten auf derselben Seite jenseits von 2 Sigma: ein frühes Zeichen einer Verschiebung.

Mit der Zahl der Regeln wird die Erkennung schneller, aber auch Fehlalarme nehmen zu; man muss nicht alle auf jeden Prozess anwenden.

Eine Eingriffsgrenze ist keine Spezifikationsgrenze

Eingriffsgrenzen sagen, was der Prozess tut, Spezifikationsgrenzen, was der Kunde will. Im selben Beispiel sei die untere Spezifikationsgrenze 9,90 und die obere 10,10. Cp = (10,10 − 9,90) / (6 × 0,0374) = 0,89; Cpk = min(10,10 − 10,02; 10,02 − 9,90) / (3 × 0,0374) = 0,08 / 0,1123 = 0,71. Obwohl alle zehn Messwerte innerhalb der Spezifikation liegen, ist der Prozess nicht fähig, weil sein Mittelwert nahe an der oberen Grenze liegt und die Streuung breit ist; mit Normalverteilungsannahme beträgt die geschätzte Fehlerquote etwa 1,7 %. Cp spiegelt die Streuung wider, Cpk die Streuung zusammen mit der Abweichung des Mittelwerts von der Mitte.

Häufige Fehler

• **Die Spezifikationsgrenze in die Regelkarte einzeichnen.** Sie zeigt, was gewünscht ist, nicht das natürliche Verhalten des Prozesses; Eingriffsgrenzen müssen separat berechnet werden.
• **Cpk an einem instabilen Prozess berechnen.** Erst unter Kontrolle bringen; sonst hat Cpk keine Aussage.
• **Die Daten nicht in zeitlicher Reihenfolge führen.** Die gleitende Spannweite hängt von der Reihenfolge ab; vermischte Daten verfälschen die Grenzen.
• **Bei jedem Alarm die Grenzen neu berechnen.** Grenzen stammen aus einer stabilen Phase; bei einer Verschiebung wird die Ursache gesucht, die Grenze wird nicht verschoben.
• **Ein Cpk-Ziel blind übernehmen.** Das akzeptierte Niveau hängt von Kunde, Branche und Vertrag ab.
• **Normalverteilung annehmen.** Bei einseitigen oder schiefen Daten kann die ppm-Schätzung in die Irre führen.

Mit den Werkzeugen ausprobieren

Fügen Sie Ihre eigenen Messwerte in das Werkzeug Regelkarte (SPC) ein: Sie erhalten die I- und MR-Karte, die Grenzen und die verletzten Nelson-Regeln. Für Cp, Cpk, Pp, Ppk und eine ppm-Schätzung gegen Ihre Spezifikationsgrenzen gibt es den Cp-/Cpk-Fähigkeitsrechner. Für den Aufbau der Qualitätsüberwachung in Ihrem Prozess schreiben Sie uns.

1. Fehlendes Trennzeichen nach der Seriennummer

Im GS1-Code haben GTIN (01) und Verfallsdatum (17) eine feste Länge, Seriennummer (21) und Charge (10) sind variabel lang. Steht ein variables Feld nicht am Ende, muss ein Trennzeichen (FNC1, ASCII 29) folgen. Fehlt es, liest der Scanner Datum und Charge als Teil der Seriennummer. Der Code wird gedruckt und gelesen – aber falsch gelesen.

Vorbeugung: Feldreihenfolge in der Druckvorlage festlegen; die Prüfkamera sollte den gedruckten Inhalt Feld für Feld zerlegen und nicht nur „gelesen / nicht gelesen“ prüfen.

2. GTIN mit falscher Prüfziffer

Die letzte Stelle der GTIN ist eine aus den übrigen Stellen berechnete Prüfziffer. Eine von Hand in die Stammdaten eingegebene oder falsch von 13 auf 14 Stellen umgewandelte GTIN wird auf jede Packung der Linie falsch gedruckt. Da der Fehler in den Daten und nicht im Symbol entsteht, meldet die Kamera „gelesen“, obwohl der Code ungültig ist.

Vorbeugung: Die Software sollte die Prüfziffer bei der Stammdateneingabe und beim Anlegen eines Auftrags prüfen.

3. Verwechselte Datumsformate

Das Verfallsdatum folgt JJMMTT: Jahr, Monat, Tag. Ein aus Gewohnheit als TT.MM.JJ eingegebenes Datum kann im Symbol zu einem gültigen, aber falschen Datum werden. Tag „00“ bedeutet den letzten Tag des Monats; Systeme, die das nicht ausdrücklich behandeln, werden untereinander inkonsistent.

Vorbeugung: Das Datum automatisch aus dem Auftrag übernehmen statt es eintippen zu lassen; das gedruckte Datum zurücklesen und mit dem Auftrag vergleichen.

4. Doppelte Seriennummern

Dieselbe Seriennummer auf zwei Packungen entsteht meist beim Neustart einer Linie oder wenn zwei Linien denselben Nummernpool nutzen. Ein doppelter Code verursacht Probleme bei der Meldung und unterbricht die Rückverfolgbarkeit des Produkts im Markt.

Vorbeugung: Seriennummern aus einem zentralen, kollisionsfreien Generator beziehen; gedruckte und verworfene Nummern dauerhaft protokollieren und nie wiederverwenden.

5. Zeichen außerhalb des Zeichensatzes

Alphanumerische GS1-Felder nutzen einen begrenzten Zeichensatz: Umlaute und Leerzeichen gehören nicht dazu. Ein Umlaut oder Leerzeichen in der Chargennummer verstößt gegen die GS1-Regeln; je nach Scanner und System wird der Code abgewiesen oder falsch gelesen.

Vorbeugung: Das Format von Charge und Seriennummer als Regel in den Stammdaten festlegen und beim Anlegen des Auftrags prüfen.

Schnellprüfung

Den Inhalt eines Codes von der Linie können Sie mit unserem GS1-Barcode-Decoder im Browser prüfen: Er trennt die Felder, prüft Prüfziffer und Datum und kontrolliert, ob die vier Serialisierungsfelder vorhanden sind. Dauerhaft gelöst wird das Problem, wenn diese Prüfungen an der Linie selbst für jede Packung laufen.

Zuerst das Normale lernen

Der erste Schritt modelliert das Normalverhalten der Maschine, nicht ihre Ausfälle. Vier bis acht Wochen Schwingungs-, Temperatur-, Strom- und SCADA/SPS-Daten zeigen, wie sich eine Maschine bei unterschiedlichen Lasten und Bedingungen verhält. Unüberwachte Verfahren wie Isolation Forest oder Autoencoder lernen diese „Normalhülle“; entfernen sich neue Messwerte davon, sinkt der Gesundheitswert.

Am meisten Zeit kostet nicht das Modell, sondern die Daten: Stillstände abgrenzen, Sensorausfälle reparieren und die Betriebsmodi derselben Maschine (Leerlauf, Teillast, Volllast) voneinander trennen.

Alarme aussagekräftig machen

Ein Gesundheitswert allein sagt dem Instandhaltungsteam wenig. In welchem Signal und welcher Frequenz eine Abweichung beginnt, verweist auf eine physikalische Fehlerklasse: Lager, Getriebe, Ausrichtung, Unwucht oder elektrisch. Diese Klassifikation macht aus „Maschine 7 ist auffällig“ die Aussage „Maschine 7, möglicher Lagerschaden“ – und schickt das richtige Team mit dem richtigen Teil.

Labels im laufenden Betrieb sammeln

Jeder Alarm sollte mit dem Befund eines Technikers abgeschlossen werden: Gab es wirklich ein Problem, und welches? Fließen diese Befunde ins Modell zurück, erzeugt das System innerhalb weniger Monate eigene gelabelte Daten. Labels werden zum Ergebnis des Prozesses statt zu seiner Voraussetzung.

Unsicherheit zeigen

Eine als einzelne Zahl angegebene Restlebensdauer- oder Leistungsprognose erzeugt entweder zu viel oder zu wenig Vertrauen. Verfahren wie konforme Prognoseintervalle stellen jeder Prognose den Bereich zur Seite, in den der tatsächliche Wert mit angegebener Wahrscheinlichkeit fällt. Die Instandhaltungsplanung sieht so das „früheste“ und das „späteste“ Szenario zugleich.

Klein anfangen, messen

Für einen ersten Pilot genügt eine Linie oder eine Gruppe ähnlicher Maschinen. Zu messen sind zwei Dinge: wie gut Alarme mit den Befunden der Techniker übereinstimmen und wie sich ungeplante Stillstände verändern. Wie wir unseren Ansatz mit einem offenen Windpark-Datensatz geprüft haben – samt Prognosefehler und Intervallabdeckung –, zeigen wir auf unserer Fallstudienseite.

Was ein Pilot wert sein könnte, schätzt der Stillstandskosten-Rechner anhand Ihrer jährlichen Stillstandskosten und möglichen Einsparung; ob Ihre Daten für ein Modell bereit sind, zeigt die SCADA-Datenqualitätsprüfung.

Dieser Beitrag fasst die Sicht eines Softwareteams zusammen; er ist keine Rechts- oder Regulierungsberatung. Ob ein System konform ist, wird im Rahmen der eigenen Validierung des Unternehmens bewertet.

Was sollte der Audit-Trail protokollieren?

Abschnitt 11.10(e) verlangt sichere, computergenerierte, mit Zeitstempel versehene Audit-Trails, die Datum und Uhrzeit von Benutzereingaben und Aktionen, die elektronische Aufzeichnungen anlegen, ändern oder löschen, unabhängig festhalten. In der Praxis wird je Ereignis gespeichert:

• wer: eine eindeutige Benutzerkennung
• wann: Serverzeit mit Angabe der Zeitzone
• was: Anlegen, Ändern oder Löschen
• welcher Datensatz und welches Feld
• alter und neuer Wert
• der Änderungsgrund (in GMP-Prozessen erwartet, z. B. nach EU-GMP-Annex 11)

Frühere Angaben dürfen nicht verdeckt werden

Derselbe Abschnitt verlangt, dass Änderungen frühere Angaben nicht verdecken. Im Design wird daraus zweierlei: Datensätze werden nicht physisch gelöscht, sondern als gelöscht markiert (Soft Delete), und Änderungen überschreiben nichts, sondern werden als neue Version angelegt. Der Audit-Trail selbst muss unveränderbar sein: Kein Anwender, auch kein Administrator, darf einen Audit-Eintrag bearbeiten können.

Aufbewahrung und Zugriff

Der Audit-Trail ist mindestens so lange aufzubewahren wie die zugehörige elektronische Aufzeichnung und muss bei einer Inspektion einsehbar und kopierbar sein. Deshalb gehören Audit-Einträge in dieselbe Sicherungs- und Archivierungsrichtlinie wie die Primärdaten, und es braucht einen lesbaren Export (PDF oder CSV).

Zugriffskontrolle und elektronische Signatur

In einem System mit schwacher Authentifizierung verliert der Audit-Trail seinen Sinn. Part 11 verlangt, den Systemzugriff auf berechtigte Personen zu beschränken (11.10(d)), in der elektronischen Signatur Name, Datum und Uhrzeit sowie die Bedeutung der Signatur (etwa „freigegeben“ oder „geprüft“) anzuzeigen (11.50) und die Signatur mit dem Datensatz zu verknüpfen (11.70). Jede elektronische Signatur gehört genau einer Person (11.100); gemeinsam genutzte Konten sind daher nicht zulässig.

Checkliste für die Softwareseite

• Ein eindeutiges Konto je Benutzer, rollenbasierte Rechte
• Serverseitig erzeugte, in der Anwendung nicht änderbare Audit-Einträge
• Alter und neuer Wert, Feld für den Änderungsgrund
• Soft Delete und Versionierung von Datensätzen
• Name, Datum/Uhrzeit und Bedeutung in elektronischen Signaturen
• Audit-Trail zusammen mit den Daten gesichert und exportierbar
• Nachvollziehbare Zuordnung von Anforderungen zu Tests für die Validierungsdokumentation

In unserer Serialisierungs- und Laborsoftware ist diese Struktur von Anfang an Teil des Designs. Wenn Sie den Audit-Trail eines bestehenden Systems gemeinsam prüfen möchten, schreiben Sie uns.

Was leisten die Normen?

Die Normenreihe ISO 10816 wurde durch die Reihe ISO 20816 abgelöst. Für rotierende Maschinen teilt sie die an Strukturen gemessene breitbandige Schwingstärke (meist Schwinggeschwindigkeit, Effektivwert) nach Maschinenart, Leistung und Fundamentsteifigkeit in vier Zonen ein: A ist das Niveau einer neu in Betrieb genommenen Maschine, B eignet sich für Dauerbetrieb, C für zeitlich begrenzten Betrieb, D bedeutet Schadensrisiko. Die Zonengrenzen ändern sich mit der Maschinengruppe; es gibt also kein einzelnes „sicheres mm/s“. Die Tabelle aus der Norm lesen, nicht schätzen.

Die Norm reicht nicht: Basislinie und Trend

Die Zonenbewertung betrachtet das absolute Niveau. Für die Frühwarnung ist die relative Änderung oft wertvoller: Das an derselben Maschine, an derselben Stelle, unter derselben Betriebsbedingung im gesunden Zustand gemessene Niveau ist die Basislinie. Ein deutlicher Anstieg gegenüber der Basislinie zeigt, dass sich etwas verändert hat, auch wenn die Maschine noch in Zone B liegt. Alarmschwellen sollten beide Maßstäbe nutzen: die Normzone (absolute Grenze) und ein Vielfaches der Basislinie oder eine Steigung (relative Grenze). Die Faktoren wählen Sie nach Ihrer Maschine und Erfahrung; ein „Beispiel“-Faktor ist keine Norm.

Einheiten: Beschleunigung, Geschwindigkeit, Weg

Dieselbe Schwingung wird in drei Einheiten ausgedrückt, die sich über die Frequenz ineinander umrechnen lassen. Für eine Sinusschwingung gilt: Spitzengeschwindigkeit = Spitzenbeschleunigung / (2πf). Beispiel: Bei einer Spitzenbeschleunigung von 0,5 g (0,5 × 9,81 = 4,905 m/s²) bei 100 Hz beträgt die Spitzengeschwindigkeit 4,905 / 628,3 = 7,81 mm/s, die Effektivgeschwindigkeit, geteilt durch √2, 5,52 mm/s. Da ein reales Signal nicht einfrequent ist, gilt diese Umrechnung nur für eine Komponente; breitbandig erhält man die Geschwindigkeit durch direkte Messung oder Integration des Signals.

Häufige Fehler beim Einrichten von Alarmen

• **Messpunkt und Richtung ändern.** Ein anderer Montageort des Sensors ändert das Niveau. Punkte markieren, Richtung und Befestigungsart beibehalten.
• **Betriebsbedingung ignorieren.** Ändern sich Last und Drehzahl, ändert sich die Schwingung; Daten unter ähnlichen Bedingungen vergleichen.
• **Auf eine einzelne Messung alarmieren.** Ein kurzer Ausschlag (Stoß, Messfehler) erzeugt Fehlalarm. Verlangen Sie, dass er über mehrere aufeinanderfolgende Messungen anhält.
• **Nur den Gesamtpegel betrachten.** Ein Lagerschaden verändert den Gesamtpegel im Frühstadium kaum; nötig sind ein Hochfrequenzband oder Spektraldetails. Bei Spektren auf die Messeinstellungen (Abtastung, Fenster, Auflösung) achten.
• **Keine Maßnahme nach dem Alarm festlegen.** Was löst der „Alarm“ aus? Inspektion, Schmierung, Nachmessung, geplanter Stopp: Die Maßnahme je Schwelle vorab aufschreiben.

Mit den Werkzeugen ausprobieren

Einen gemessenen Geschwindigkeitswert können Sie im Schwingstärke-Bewerter für Ihre Maschinengruppe einer Zone zuordnen und mit Ihrer Basislinie vergleichen; die Grenzen im Werkzeug dienen der Veranschaulichung, verbindlich sind die Norm und die Herstellerunterlage. Zur Einheitenumrechnung gibt es den Schwingungs-Einheitenrechner, für Spektrumseinstellungen die FFT-Messeinstellung. Wie man ohne gelabelte Ausfalldaten vorgeht, steht in diesem Beitrag. Für den Aufbau einer Schwingungsüberwachung schreiben Sie uns.

1. Zuerst das Aufzeichnungsintervall kennen

Die einzige Eingabe der Abdeckungsrechnung ist die erwartete Satzanzahl, und die ergibt sich aus dem Aufzeichnungsintervall. Bei 10-Minuten-Mittelwerten erwartet man 144 Sätze pro Tag, 4.320 in 30 Tagen. Hat die Datei 4.104 Zeilen, beträgt die Abdeckung 4.104 / 4.320 = 95,0 %, also fehlen 216 Sätze (etwa 36 Stunden). Ein falsch angenommenes Intervall verdirbt die Abdeckung von Anfang an: Stundendaten als 10-Minuten-Daten gelesen wirken zu 100 % „fehlend“.

2. Lücken: ab welcher Länge ein Problem?

Ein einzelner fehlender Satz ist in den meisten Analysen unwichtig; ein langer Ausfall ist wichtig. Denken Sie sich den Schwellwert als Vielfaches des Aufzeichnungsintervalls: Bei 10-Minuten-Daten kann ein Abstand von mehr als dem 1,5-Fachen des Intervalls zwischen zwei aufeinanderfolgenden Sätzen als Lücke zählen, für eine „problematische Lücke“ lässt sich aber ein längerer Schwellwert (etwa mehrere Stunden) wählen. Den Schwellwert nach Verwendungszweck festlegen: kurz für Sofortalarme, bei täglichen Energieberechnungen ist eine längere Lücke vertretbar. Eine Lücke nie mit Null oder dem letzten Wert füllen.

3. Eingefrorene Werte: Fensterlänge

Ein eingefrorener Wert bleibt über N aufeinanderfolgende Sätze exakt gleich. N richtet sich nach der Natur des Signals. Bei einem kontinuierlich veränderlichen Kanal wie Windgeschwindigkeit oder Schwingung sind 6 identische Werte in 10-Minuten-Daten (1 Stunde) verdächtig. Dagegen kann die Leistung einer stehenden Maschine oder ein fester Sollwert zu Recht konstant sein: Dort ist ein eingefrorener Wert ein Zustand, kein Fehler. Den Schwellwert also je Kanal festlegen und Stillstandszeiten getrennt bewerten.

4. Bereichsverletzung: physikalische Grenzen

Die Grenze aus der Physik ableiten, nicht aus den Daten selbst. Beispiele: Richtung 0-360 Grad, relative Feuchte 0-100, Geschwindigkeit nicht negativ. Bei Größen wie der Temperatur die Grenze weit halten und nur unmögliche Werte erfassen (eine Lagertemperatur unter der Umgebungstemperatur ist beispielsweise eine maschinenspezifische Regel außerhalb davon). Physikalisch mögliche, aber ungewöhnliche Werte sind keine Fehler, sondern statistische Ausreißer; sie werden in einem eigenen Schritt untersucht.

5. Das Ergebnis lesen

• Auf die Abdeckung je Kanal und den Anteil problematischer Sätze achten, nicht auf die Fehleranzahl.
• Treten Lücken, Einfrieren und Bereichsverletzungen gemeinsam an einem Kanal auf, ist ein Sensor- oder Kommunikationsproblem wahrscheinlich; mit den Wartungsprotokollen abgleichen.
• Markieren statt löschen: Eine Markierung mit dem Grund erlaubt die Auswahl von Trainingsfenstern und ehrliche Verlustberichte.

Mit dem Werkzeug ausprobieren

Geben Sie Ihre eigene CSV-Datei in die SCADA-Datenqualitätsprüfung: Die Datei wird nicht auf einen Server geladen, sondern im Browser verarbeitet. Bei Zeitstempelproblemen hilft der Zeitstempel-Umrechner. Für eine erste Einschätzung mit Ihren eigenen Daten schreiben Sie uns.

Wovon hängt die Stichprobengröße ab?

Vier Größen bestimmen einander:

• **Die aktuelle Rate** (zum Beispiel 5 % Konversionsrate).
• **Der kleinste Unterschied, den Sie erfassen wollen** (zum Beispiel von 5 % auf 6 %).
• **Das Signifikanzniveau** (meist 5 %, zweiseitig): das Risiko, fälschlich „es gibt einen Unterschied“ zu sagen, obwohl keiner besteht.
• **Die Teststärke** (meist 80 %): die Wahrscheinlichkeit, einen Unterschied zu erfassen, wenn er wirklich besteht.

Wird eine davon verschärft, wächst die Stichprobe. Mit dem Ansatz des Zwei-Anteile-z-Tests ergeben sich Beispiele:

• 5 % → 6 % (20 % relative Steigerung): etwa 8.158 Nutzer je Gruppe, bei zwei Gruppen insgesamt etwa 16.300
• 5 % → 7 %: etwa 2.213 je Gruppe
• 5 % → 5,5 % (10 % relative Steigerung): etwa 31.234 je Gruppe

Halbiert sich der Unterschied, wächst die Stichprobe auf etwa das Vierfache: Sie ist umgekehrt proportional zum Quadrat des Unterschieds. Deshalb ist es teuer, kleine Verbesserungen zu messen.

Fünf häufige Irrtümer

• **Den Test abbrechen, sobald er signifikant wird.** Wer das Ergebnis laufend ansieht und beim ersten signifikanten p-Wert stoppt, erhöht die Rate falsch positiver Ergebnisse. Stichprobengröße und Dauer vorab festhalten und vor deren Erreichen nicht entscheiden (oder sequenzielle Testverfahren nutzen).
• **Viele Kennzahlen oder Segmente ausprobieren.** Von zwanzig Kennzahlen wird eine zufällig signifikant erwartet. Die Hauptkennzahl vorab festlegen, die übrigen als Exploration behandeln.
• **Den vollen Wochenzyklus auslassen.** Wochentags- und Wochenendverhalten unterscheiden sich. Den Test mindestens eine, besser zwei volle Wochen laufen lassen.
• **Signifikanz mit Effektgröße verwechseln.** Bei sehr großer Stichprobe wird auch ein belangloser Unterschied signifikant; auf das Konfidenzintervall und den Geschäftswert achten.
• **Eine gestörte Aufteilung nicht bemerken.** Weicht der Nutzeranteil zwischen den Gruppen vom Plan ab (zum Beispiel 52-48 statt 50-50), kann ein Zuweisungsfehler vorliegen; ohne diese Prüfung sollte das Ergebnis nicht gedeutet werden.

Umfragestichproben: eine kurze Notiz

Bei Umfragen gilt dieselbe Logik mit anderen Größen: Fehlerspanne, Konfidenzniveau und Grundgesamtheit. Für 95 % Konfidenz und ±5 % Fehlerspanne beträgt die nötige Stichprobe im ungünstigsten Fall (Anteil 50 %) bei unendlicher Grundgesamtheit 384,15, aufgerundet 385. Umfasst die Grundgesamtheit 2.000 Personen, sinkt sie mit der Endlichkeitskorrektur auf 323. Bei 30 % Rücklaufquote müssen 323 / 0,30 ≈ 1.077 Personen eingeladen werden. Ob die Antwortenden die gesamte Grundgesamtheit repräsentieren (Antwortverzerrung), ist ein eigenes Problem; die Stichprobengröße löst es nicht.

Mit den Werkzeugen ausprobieren

Die nötige Stichprobe und die Signifikanz eines Ergebnisses berechnen Sie im Werkzeug A/B-Test: Stichprobe und Signifikanz: Zwei-Anteile-z-Test, p-Wert, Konfidenzintervall und relative Steigerung erscheinen im Browser. Für Umfragen gibt es das Werkzeug Stichprobengröße für Umfragen, für Mittelwertunterschiede den t-Test-Rechner. Für die gemeinsame Durchsicht Ihres Versuchsdesigns schreiben Sie uns.

1. Monatstag und Wochentag werden mit ODER verknüpft

„0 9 1 * 1“ als „09:00 Uhr, wenn der 1. ein Montag ist“ zu lesen, ist ein verbreitetes Missverständnis. Sind beide Felder eingeschränkt, verknüpft klassisches (Vixie-)Cron sie mit ODER: Der Job läuft am 1. und außerdem an jedem Montag. Ist eines davon ein Stern, wird wieder UND angewendet. Für eine Bedingung wie „der erste Montag im Monat“ reicht der Ausdruck allein nicht; der Job muss das heutige Datum selbst prüfen.

2. Ein Schrittwert setzt zur vollen Stunde zurück

„*/7 * * * *“ sieht nach „alle sieben Minuten“ aus; tatsächlich sind die Minuten 0, 7, 14, ... 56, und zur vollen Stunde folgt wieder 0. Der Abstand nach 56 beträgt also 4 Minuten. Schritte, die 60 nicht teilen (7, 8, 25 ...), laufen ungleichmäßig. Braucht man wirklich ein gleichmäßiges Intervall, wählt man einen Schritt, der 60 teilt (5, 10, 15, 20, 30), oder baut den Scheduler auf „seit dem letzten Lauf“ auf.

3. Monate ohne 31. Tag

„0 0 31 * *“ läuft nicht jeden Monat, sondern nur in den sieben Monaten mit 31 Tagen. Für „Monatsende“ wählt man meist einen sicheren Tag wie den 28., oder der Job läuft täglich und prüft, ob morgen der 1. ist. Im Februar gibt es den 30. und 31. nie, den 29. nur in Schaltjahren.

4. Zeitzone: was sagt der Server?

Die Zeitzone eines Cron-Ausdrucks ist die der Umgebung, in der der Job läuft, in den meisten Cloud-Umgebungen UTC. UTC 06:00 ist in der Türkei (UTC+3, keine Sommerzeit) 09:00. Für „jeden Morgen um 09:00“ muss der Ausdruck auf einem UTC-Server „0 6 * * *“ lauten. Wechselt die Umgebung (vom lokalen Rechner in die Cloud), wechselt auch die Zeitzone, und der Job verschiebt sich um drei Stunden. Notieren Sie daher neben dem Ausdruck, in welcher Zeitzone er geschrieben wurde.

5. Zeitumstellung

In einer Zeitzone mit Sommerzeit fehlt bei der Frühjahrsumstellung eine Stunde: In Deutschland springt die Ortszeit am letzten Märzsonntag von 02:00 auf 03:00, und „30 2 * * *“ läuft an diesem Tag womöglich nicht. Im Herbst gibt es eine Stunde doppelt, und derselbe Job kann zweimal laufen. Das Verhalten hängt vom Scheduler ab. Gegenmaßnahme: kritische Jobs in UTC planen oder den Job so schreiben, dass ein erneuter Lauf nicht schadet (idempotent).

6. Syntax anderer Systeme

Quartz und ähnliche Werkzeuge nutzen sechs oder sieben Felder mit Sekundenfeld und Sonderzeichen wie „?“, „L“ und „W“. In Standard-Cron eingefügt, ist ein solcher Ausdruck ungültig oder bedeutet etwas anderes. Beim Wochentag stehen 0 und 7 beide für Sonntag; Namen (MON, JAN) werden nicht überall unterstützt.

Vor dem Lauf ansehen

Geben Sie den Ausdruck in den Cron-Ausdruck-Erklärer ein: Er erklärt ihn in Alltagssprache, zeigt für die gewählte Zeitzone die nächsten 10 Ausführungszeiten und warnt vor Fallen wie der ODER-Regel. Zum Umrechnen von Zeitstempeln gibt es den Zeitstempel-Umrechner, für das Wiederholungsverhalten den API-Retry-Simulator. Für die Durchsicht Ihrer Integrationszeitpläne schreiben Sie uns.

1. Ein JWT ist nicht verschlüsselt

Header und Payload eines signierten JWT sind nur base64url-kodiert; jeder kann sie lesen. Keine Passwörter, Ausweisnummern oder vertraulichen Geschäftsdaten in die Payload legen. Ist Vertraulichkeit nötig, nutzt man die verschlüsselte Form (JWE) oder trägt im Token nur eine Referenznummer und hält die Daten auf dem Server.

2. Dekodieren ist nicht Prüfen

Die Payload zu dekodieren und „Benutzer: ayse, Rolle: admin“ zu lesen, zeigt nicht, dass das Token echt ist. Vertrauen entsteht erst, nachdem die Signatur mit dem Schlüssel geprüft wurde. Servercode, der nur dekodiert und den Feldern vertraut, lässt jeden sein eigenes Token schreiben.

3. „alg“: „none“ und Algorithmenverwechslung

Das Feld alg im Header stammt vom Token selbst; ein Angreifer kann es ändern. Der Prüfer muss den akzeptierten Algorithmus aus seiner eigenen Konfiguration nehmen, nicht aus dem Header. „none“ darf nie akzeptiert werden, und ein mit einem öffentlichen Schlüssel signiertes Token (RS) darf nicht mit HS „geprüft“ werden, indem derselbe Schlüssel als Geheimnis dient.

4. Ablauf- und Zielgruppenfelder nicht prüfen

• Wird das Feld exp (Ablauf) nicht geprüft, bleibt das Token ewig gültig.
• Werden iss (Aussteller) und aud (Zielgruppe) nicht geprüft, gilt ein für einen anderen Dienst ausgestelltes Token auch bei Ihrer API.
• nbf (nicht vor) und Zeitabweichung: Ein paar Minuten Toleranz zwischen Servern genügen, keine Stunden.

5. Ein langlebiges Zugriffstoken

Ein Zugriffstoken sollte kurzlebig sein (Minuten), mit einem eigenen Refresh-Token zur Verlängerung der Sitzung. Ein gestohlenes langlebiges Token lässt sich mit voller Berechtigung nutzen, bis der Diebstahl bemerkt wird.

6. Der Speicherort

Ein Token im localStorage des Browsers fällt jedem Skript in die Hände, das in die Seite gelangt (XSS). In einem Cookie mit den Flags HttpOnly und Secure und passender SameSite-Einstellung können Skripte es nicht lesen; wer Cookies nutzt, muss aber zusätzlich an CSRF denken. Keine Option genügt allein.

7. Nicht widerrufen können

Ein JWT ist ein in sich geschlossenes Token; um es vor Ablauf zu entwerten, braucht der Server einen zusätzlichen Mechanismus (Sperrliste, Sitzungsversion, kurze Lebensdauer). Das Token eines Benutzers, der sich abmeldet oder dem die Berechtigung entzogen wird, bleibt bis zum Ablauf gültig; das im Entwurf akzeptieren oder schließen.

8. Ein schwacher HMAC-Schlüssel

Bei Verfahren mit gemeinsamem Schlüssel wie HS256 lässt sich ein erratbarer oder kurzer Schlüssel durch Offline-Ausprobieren knacken. Der Schlüssel sollte zufällig erzeugt, ausreichend lang und getrennt vom Code gespeichert sein.

So nutzen Sie das Werkzeug

Mit dem JWT-Decoder öffnen Sie ein Token im Browser und sehen Header, Payload, Zeitfelder und schwache Einstellungen; das Token wird nirgendwohin gesendet. Das Werkzeug dekodiert, es prüft nicht: Die echte Prüfung muss auf Ihrem Server mit dem Schlüssel erfolgen. Zum Ausprobieren der Signaturlogik gibt es die Webhook-HMAC-Signaturprüfung, für Schlüssel den Rechner für Passwortstärke und Entropie. Für die Überprüfung Ihrer API-Sicherheit schreiben Sie uns.

1. VA und W sind nicht dasselbe

USV-Geräte werden mit zwei Werten angegeben, VA (Scheinleistung) und W (Wirkleistung). Dazwischen liegt der Leistungsfaktor: W = VA × Leistungsfaktor. Eine USV mit 1000 VA und einem Leistungsfaktor von 0,9 trägt beispielsweise höchstens 900 W. Der Leistungsfaktor ist von Modell zu Modell verschieden; maßgeblich ist die Wirkleistungsangabe im Katalog. Auf der Lastseite gilt dasselbe: Ist die Leistung eines Servers in W angegeben, muss man sie nicht in VA umrechnen, aber die W-Grenze der USV muss größer sein als die Lastsumme.

2. Die Last richtig summieren

Die Typenschildleistung (Maximum) der Geräte zu addieren, ergibt ein übertriebenes Ergebnis; den tatsächlichen Verbrauch zu messen oder mit einem Leistungsmessgerät abzulesen ist genauer. Dennoch sollte man Anlaufbelastungen (Hochlaufen der Platten, Lüfter) und später hinzukommende Geräte berücksichtigen. Eine Reserve zu lassen, statt die USV mit ihrer vollen Nennleistung zu betreiben, ist ein gängiger interner Maßstab; die Reserve legen Sie nach Ihrer eigenen Vorgabe fest.

3. Überbrückungszeit: Energie geteilt durch Leistung

Der einfache Ansatz geht durch die folgenden Schritte. Beispiel: Last 300 W; zwei in Reihe geschaltete Batterien mit 12 V und 9 Ah (24 V, 9 Ah).

• Nennenergie: 24 V × 9 Ah = 216 Wh
• Bei 90 % Wechselrichterwirkungsgrad beträgt die der Batterie entnommene Leistung: 300 / 0,9 = 333,3 W
• Batteriestrom: 333,3 / 24 = 13,9 A
• Die Batterie ist nicht vollständig nutzbar: Mit 80 % nutzbarer Entladetiefe und einer Alterungs- oder Temperaturkorrektur von 80 % beträgt die nutzbare Kapazität 9 × 0,8 × 0,8 = 5,76 Ah
• Zeit: 5,76 / 13,9 = 0,415 Stunden, also etwa 24,9 Minuten

Kürzer als erwartet? Das ist normal: Nur etwa die Hälfte der nominalen 216 Wh ist tatsächlich nutzbar.

4. Rückwärts von einer Zielzeit rechnen

Man kann das umkehren. Sind für dieselbe Last 30 Minuten gewünscht, beträgt die benötigte nutzbare Kapazität 13,9 A × 0,5 h = 6,94 Ah, nominal 6,94 / 0,64 = 10,85 Ah; es braucht also einen Batteriestrang von etwa 11 Ah oder mehr. Die nächsthöhere Standardgröße ist zu wählen.

5. Grenzen der Berechnung

• **Die Last ist nicht konstant.** Die Laufzeit verlängert sich nichtlinear, wenn die Last sinkt; bei hohem Strom gibt die Batterie weniger Kapazität ab (Peukert-Effekt). Die Annahme konstanter Leistung ist eine Näherung.
• **Batterien altern.** Eine einige Jahre alte Batterie hat weniger Kapazität als zu Beginn; auch eine heiße Umgebung verkürzt die Lebensdauer.
• **Die Herstellerkurve ist maßgeblich.** Die Rechnung dient der Vorentscheidung; für die genaue Zeit zählt die Last-Laufzeit-Tabelle des Herstellers.
• **Entladeschlussspannung.** Die USV schaltet ab, wenn eine bestimmte Spannung unterschritten wird; diese „Tiefe“ muss zur in der Rechnung eingegebenen Entladetiefe passen.

Das Werkzeug nutzen

Geben Sie Ihre eigene Last, Batterie und Zielzeit in den USV-Überbrückungszeit-Rechner ein: Er berechnet die Laufzeit aus VA oder W, Leistungsfaktor, Wechselrichterwirkungsgrad, Alterungsreserve und optionalem Peukert-Exponenten, zeigt die Empfindlichkeit bei Laständerung und liefert im Rückwärtsmodus die benötigte Kapazität. Für die Kühllast des gesamten Serverraums gibt es die Serverraum-Leistungs- und Kühlungsrechnung. Für die Überprüfung Ihres Notstromkonzepts schreiben Sie uns.

Adressanzahl aus dem Präfix

Ein Präfix /n besagt, dass die ersten n der 32 Bit das Netz kennzeichnen. Der Block enthält 2^(32-n) Adressen:

• /24: 256 Adressen (meist 254 nutzbar für Clients)
• /23: 512 Adressen
• /22: 1.024 Adressen

In klassischen Netzen ist die erste Adresse die Netzadresse und die letzte die Broadcast-Adresse; die nutzbare Zahl ist daher um zwei kleiner (2 von 4 Adressen bei /30; /31 ist eine Sonderausnahme für Punkt-zu-Punkt-Verbindungen). Cloud-Anbieter reservieren zusätzlich eigene Adressen; die Zahl hängt vom Anbieter ab, planen Sie nach dessen Dokumentation.

Ausrichtung: ein Block beginnt bei einem Vielfachen seiner eigenen Größe

Ein /24-Block beginnt bei einer Adresse, die ein Vielfaches von 256 ist, ein /23-Block bei einem Vielfachen von 512. Deshalb verschmelzen 10.0.0.0/24 und 10.0.1.0/24 zu 10.0.0.0/23: Drittes Byte 0 und 1 füllen einen 512er-Block genau. Dagegen wirken 10.0.1.0/24 und 10.0.2.0/24 benachbart, passen aber nicht in ein einziges /23, weil 10.0.1.0 nicht bei einem geraden dritten Byte beginnt; fasst man sie als einen Block zusammen, schließt man Adressen dazwischen und drumherum ein. Vier aufeinanderfolgende /24 (10.0.0.0 bis 10.0.3.0) lassen sich als 10.0.0.0/22 zusammenfassen.

Warum Zusammenfassung wichtig ist

Eine einzige Zeile in der Routingtabelle statt Dutzender Standortnetze verkleinert die Tabelle und verbirgt Störungen. Deckt der Sammelblock aber auch Adressen ab, die nicht Ihnen gehören, kann Verkehr am falschen Ort landen. Zusammenfassung ist nur für wirklich zusammenhängende und ausgerichtete Blöcke sicher; planen Sie von Anfang an mit großen, ausgerichteten Blöcken (etwa ein /24 pro Standort, ein /20 pro Region).

Überlappungsprüfung

Zwei Blöcke überlappen, wenn der Adressbereich des einen den des anderen schneidet; sie überlappen auch, wenn ein Block im anderen liegt. Beispiel: 10.20.0.0/16 und 10.20.8.0/21 überlappen, weil das /21 Adressen mit drittem Byte 8-15 abdeckt, die innerhalb des /16 liegen. Überlappung tritt am häufigsten auf, wenn:

• Firmennetz und Heim- oder Gastnetz denselben Standardblock nutzen, sodass die Routen über das VPN durcheinandergeraten.
• Zwei Firmen fusionieren und beide 10.0.0.0/16 verwenden.
• Ein virtuelles Cloud-Netz und das lokale Netz im selben Block aufgebaut wurden und verbunden werden sollen.

Ein Planungsmuster

• Zuerst die größte Anforderung platzieren, dann zu den kleinen hinabsteigen (VLSM).
• In jedem Block Wachstumsreserve lassen: das Doppelte des heutigen Bedarfs ist ein gängiger Maßstab.
• Gängige Blöcke wie die Standardnetze 192.168.0.0/24 und 10.0.0.0/24 meiden, um nicht mit künftig angebundenen Netzen (Partner, Cloud) zu überlappen.
• Die Nutzung in einer Tabelle festhalten: Block, Zweck, Verantwortlicher, Datum.

Mit den Werkzeugen ausprobieren

Für eine Adresse mit Präfix sehen Sie Netz, Broadcast, erste und letzte Adresse sowie die Hostanzahl im IP-Subnetz- und CIDR-Rechner. Zum Zusammenfassen mehrerer Blöcke oder zur Überlappungsprüfung nutzen Sie die CIDR-Zusammenfassung und -Vereinigung; für IPv6 gibt es den IPv6-Subnetzrechner. Für die gemeinsame Durchsicht Ihres Netz- und Cloud-Adressplans schreiben Sie uns.