Artikel in Bearbeitung / HMI / Bedienpanel / de-DE

Wiederherstellungswege für ein abgekündigtes HMI prüfen im Detail

Bei einem abgekündigten Bedienpanel bestimmen genaue Referenz, Backup, Zustand und Maschinenhorizont, ob Reparatur, Austausch oder Migration geprüft wird.

Redaktionelle Notiz / VeröffentlichungsprüfungENTWURF / NICHT INDEXIERT

Die Frage, die dieser Leitfaden beantwortet

Was sollte vor einer Änderung eines abgekündigten Bedienpanels geprüft werden?

1. Was veraltet eigentlich bedeutet

Niemand sendet eine Benachrichtigung an dem Tag, an dem ein Bedienpanel schwer zu ersetzen ist. Normalerweise erfahren Sie, wann Sie ein Ersatzteil benötigen und sich der Katalog geändert hat. Hersteller veröffentlichen Lebenszykluszustände, und die Worte enthalten mehr Nuancen, als die Werkstatt annimmt. Ein Bedienpanel kann sich in der Serienproduktion befinden, als ausgereift oder auslaufend mit einem letzten Bestelldatum gekennzeichnet sein oder nur auf Ersatzteile beschränkt sein.

Ein Bedienpanel durchläuft die Serienproduktion, den Reifestatus, den Auslauf mit einem letzten Bestelldatum und nur Ersatzteile.
Bei den Stufen handelt es sich um das gängige Herstellervokabular, nicht um eine Uhr. Überprüfen Sie die Bekanntmachung auf den genauen Hinweis, bevor Sie handeln.

Vergrößertes Systemdiagramm

Ein Bedienpanel durchläuft die Serienproduktion, den Reifestatus, den Auslauf mit einem letzten Bestelldatum und nur Ersatzteile.

Bei den Stufen handelt es sich um das gängige Herstellervokabular, nicht um eine Uhr. Überprüfen Sie die Bekanntmachung auf den genauen Hinweis, bevor Sie handeln.

Keiner dieser Zustände bedeutet, dass die Einheit nicht von jeder Quelle aus verfügbar ist, und keiner von ihnen bedeutet, dass die Einheit vor dem Verschwinden sicher ist. Eine Auslaufmitteilung mit einem in der Zukunft liegenden Datum der letzten Bestellung ist ein Planungsfenster und keine Frist, auf deren Einhaltung Sie sich verlassen können. Serienproduktionen können Ihre Region dennoch vorzeitig verlassen. Der Status beschreibt den Plan des Herstellers, nicht die Zukunft Ihrer Maschine.

Obsoleszenz hat auch eine lokale Seite, die der Hersteller nicht erkennen kann. Ein Bedienpanel kann ein aktives Serienprodukt sein und dennoch für Ihre Anlage veraltet sein, weil die Engineering-Software nicht mehr auf verfügbaren Computern läuft oder weil die Person, die das Projekt geleitet hat, ausgeschieden ist. Beide Fälle verdienen die gleiche Dokumentation wie ein formeller Ausstieg.

Die Grenze, die es in diesem Leitfaden zu beachten gilt: Der Lebenszyklusstatus ist eine Planungseingabe und kein Urteil. Jede Route in den späteren Abschnitten bleibt länger offen, als der Status allein vermuten lässt, solange Beweise dafür vorliegen.

2. Wie der Status mit der Referenz verknüpft wird

Der Lebenszyklusstatus hängt von der Referenz ab, nicht vom Familiennamen. Überprüfen Sie den Status anhand der Lebenszyklusmitteilung des Herstellers auf die genaue Bestellnummer, da eine Familie eine Auslaufreferenz neben einem noch aktiven Geschwister enthalten kann. Eine Prüfung, die auf KTP700 oder PanelView Plus 7 ausgeführt wird, beantwortet eine Frage, die niemand gestellt hat.

Eine genaue Bestellnummer speist die Lifecycle-Mitteilung des Herstellers ein, die einen erfassten Status mit Datum und Nachfolger ergibt.
Die Kette beginnt bei der Referenz, niemals bei der Familie. Eine Reseller-Seite ist ein Hinweis, der Herstellerhinweis ist der Beweis.

Vergrößertes Systemdiagramm

Eine genaue Bestellnummer speist die Lifecycle-Mitteilung des Herstellers ein, die einen erfassten Status mit Datum und Nachfolger ergibt.

Die Kette beginnt bei der Referenz, niemals bei der Familie. Eine Reseller-Seite ist ein Hinweis, der Herstellerhinweis ist der Beweis.

Notieren Sie drei Dinge aus der Kündigung: den Status, das Kündigungsdatum und ein eventuell angegebenes Nachfolgemodell. Das Benachrichtigungsdatum ist wichtig, da Lebenszyklusseiten überarbeitet werden und ein Scheck von vor drei Jahren möglicherweise eine andere Welt beschreibt. Das Nachfolgemodell ist wichtig, weil es den Migrationspfad benennt, den der Hersteller selbst erwartet, auch wenn Sie sich dagegen entscheiden.

Ein konkretes Beispiel dafür, warum sich diese Disziplin auszahlt: Zwei Bedienpanels in einem Werk teilen sich einen Familiennamen, und die Lebenszyklusprüfung ergibt für eine Referenz den Auslauf und für die andere die aktive Produktion. Das Werk, das den Familiennamen überprüfte, bestellte ein Ersatzteil für das falsche Gerät und verpasste das Fenster für das richtige. Zehn Minuten mit dem genauen Hinweis hätten es erwischt.

Die Grenze hier ist die Ehrlichkeit in Bezug auf die Quellen. Ein auf einer Reseller-Seite gefundener Lebenszyklusstatus ist ein Hinweis, und der Herstellerhinweis mit der genauen Referenz ist der Beweis. Notieren Sie, woher Ihr Status stammt, genau so, wie Sie die Quelle eines Alias ​​im verlinkten Referenzhandbuch notieren.

3. Was soll erfasst werden, während das Bedienpanel läuft?

Erfassen Sie zunächst das Projekt und die Firmware, indem Sie die Schritte im verlinkten Backup-Leitfaden befolgen. Bei einem veralteten Bedienpanel ist dies dringlicher als bei einem aktuellen, da das Engineering-Tool, die Laufzeit und der Übertragungspfad gleichzeitig verschwinden können. Erfassen Sie, welche Tool-Version das Projekt noch öffnen kann und auf welchem ​​Computer es derzeit ausgeführt wird. Dieser Computer ist jetzt Teil des Wiederherstellungsplans.

Projekt- und Firmwaredateien bilden den Kern, wobei Bildschirmfotos und Bedienernotizen eine zukünftige Neuerstellung verifizieren.
Drei Streams liefern die Wiederherstellungsbeweise, und die Dateien sind der einzige Stream, der später nicht rekonstruiert werden kann.

Vergrößertes Systemdiagramm

Projekt- und Firmwaredateien bilden den Kern, wobei Bildschirmfotos und Bedienernotizen eine zukünftige Neuerstellung verifizieren.

Drei Streams liefern die Wiederherstellungsbeweise, und die Dateien sind der einzige Stream, der später nicht rekonstruiert werden kann.

Fotografieren Sie die Bildschirme, die maschinenspezifische Logik enthalten. Passwörter, Rezeptverwaltung und Alarmtexte sind im Projekt vorhanden, aber ein Fotosatz jedes Betriebsbildschirms ermöglicht die Überprüfung jeder Neuerstellung anhand der tatsächlichen Verwendung durch die Bediener. Fügen Sie die Diagnoseseiten hinzu, da diese die genaue Bestellnummer und Firmware von Geräten anzeigen, deren Etiketten abgenutzt sind.

Bediener kennen diese Bildschirme besser als jede Zeichnung und sie sind die wirtschaftlichste Quelle für Testfälle für einen zukünftigen Umbau. Fragen Sie sie, welche Seiten wichtig sind, welche Werte sie beobachten und welcher Knopf sie um drei Uhr morgens speichert. Ein Gespräch gibt dem Neuaufbau eine Checkliste, die kein Dokument enthält.

Eine Einschränkung rahmt die Aufnahme ein: Fotos und Notizen unterstützen die Projektdatei, ersetzen sie jedoch nie. Ein Nachbau allein anhand von Fotos ist eine Schätzung, und die Schätzung verschlechtert sich mit jedem Bildschirm, den das Projekt enthält. Die Dateien stehen an erster Stelle und die Fotos machen die Dateien überprüfbar.

4. Was vor Ort inventarisiert werden muss

Machen Sie eine Bestandsaufnahme dessen, was lokal vorhanden ist, denn dadurch ändert sich das Risikobild ohne Kosten. Ein Regalersatz, eine zweite Maschine mit dem gleichen Bedienpanel oder eine Spendereinheit an einer anderen Linie verringern jeweils die Dringlichkeit jeder externen Route. Zählen Sie, wie viele Einheiten dieser genauen Referenz die Anlage betreibt, denn eine Einheit und eine Flotte von zwanzig rechtfertigen unterschiedliche Entscheidungen über die Migration.

Hardware-, Software- und Wissensträger werden für den Wiederherstellungsplan in einem einzigen lokalen Inventar zusammengefasst.
Drei lokale Streams bilden das Inventar. Pfeile zeigen an, was der Datensatz enthält, keine technische Abhängigkeit.

Vergrößertes Systemdiagramm

Hardware-, Software- und Wissensträger werden für den Wiederherstellungsplan in einem einzigen lokalen Inventar zusammengefasst.

Drei lokale Streams bilden das Inventar. Pfeile zeigen an, was der Datensatz enthält, keine technische Abhängigkeit.

Der Bestand geht über die Hardware hinaus. Beachten Sie, ob die Engineering-Software und die ggf. benötigte Lizenz noch lokal verfügbar sind und auf welchem ​​Rechner sie läuft. Beide verschwinden tendenziell schneller als die Hardware, und eine Migration oder Neuerstellung ohne funktionierende Engineering-Station ist ein Papierplan.

Schreiben Sie auch die Personen auf. Wer hat das Projektwissen, wer hat die Passwörter und wer kann noch die alten Programmkommentare lesen? Der verlinkte Backup-Leitfaden behandelt den Passwortbesitzer als Teil des Backups, und die gleiche Logik gilt für den gesamten Wiederherstellungsplan. In die Akte gehören ein Name und eine Telefonnummer.

Eine Grenze sorgt dafür, dass die Bestandsaufnahme ehrlich bleibt: Eine lokale Zählung ist eine Momentaufnahme und sie altert. Geräte werden verschrottet, Ersatzteile verwendet, Computer ersetzt. Datieren Sie die Bestandsaufnahme und notieren Sie, wer die Anlage betreten hat, damit der nächste Leser weiß, wie sehr er den Zahlen vertrauen kann.

5. Welche Routen werden im Test verglichen?

Die Überprüfung vergleicht normalerweise vier Routen. Die Aufrechterhaltung des Betriebs des Bedienpanels mit einem dokumentierten Ersatzteil eignet sich für eine Flotte mit funktionsfähigen Einheiten und einem bekannten Fehlermodus. Die Reparatur der installierten Einheit eignet sich für ein einzelnes Bedienpanel mit einem definierten Fehler, z. B. einer Hintergrundbeleuchtung oder einer Touch-Schicht. Neue Altbestände oder eine generalüberholte exakte Referenz bewahren das Projekt ohne technische Arbeiten, vorbehaltlich der Beschaffungsnachweise. Die Migration auf ein aktuelles Modell beseitigt die Veralterung, erfordert jedoch eine Neugestaltung des Projekts und häufig einen Ausschnitt oder eine Änderung des Ports.

Ein Beweis weist die Fans auf vier Wiederherstellungswege hin: dokumentierter Ersatz, Reparatur, genaue Referenzbeschaffung und Migration.
Die gleichen Beweise stützen alle vier Routen, und jede Route verbraucht einen anderen Teil davon. Wählen Sie aufgrund von Beweisen, nicht allein aufgrund Ihrer Präferenz.

Vergrößertes Systemdiagramm

Ein Beweis weist die Fans auf vier Wiederherstellungswege hin: dokumentierter Ersatz, Reparatur, genaue Referenzbeschaffung und Migration.

Die gleichen Beweise stützen alle vier Routen, und jede Route verbraucht einen anderen Teil davon. Wählen Sie aufgrund von Beweisen, nicht allein aufgrund Ihrer Präferenz.

Für jede Route sind unterschiedliche Nachweise erforderlich. Geben Sie daher an, welche Route Sie bevorzugen und warum. Eine Migrationsfrage ohne Projektdatei und Portinventar kann nicht beantwortet werden. Bei einer Frage zum Ersatzteilkauf sind vor allem die genaue Referenz und die Menge im Angebot erforderlich. Wählen Sie den Weg, der Ihren Beweisen entspricht, und nicht den, der sich am besten anhört.

Die Routen unterscheiden sich auch darin, wo ihr Risiko liegt. Bei der Ersatzroute besteht die Gefahr, dass der Fehlermodus zu spät erkannt wird. Bei der Reparaturroute besteht das Risiko eines Fehlers außerhalb des Komponentenbereichs. Die genaue Referenzroute gefährdet die Beschaffungsqualität, da generalüberholte Einheiten unterschiedlich sind. Der Migrationsweg birgt das Risiko eines technischen Aufwands, der erst sichtbar wird, wenn das Projekt kompiliert wird. Nennen Sie das Risiko, das Sie eingehen, und das Gutachten kann prüfen, ob es eingepreist ist.

Für alle vier gilt eine abschließende Grenze: Die Beweise bestimmen die Antwort, nicht das Ergebnis. Lebenszyklusdaten bestätigen den Status, Projektdateien bestätigen den Wiederaufbauaufwand und Portinventare bestätigen die Schnittstellenarbeit. Keiner von ihnen bestätigt einen Preis, eine Lieferzeit oder eine Migration ohne Änderungen auf der Controller-Seite. Anbieter beantworten offene Fragen schneller als angedeutete.

6. Wie der Maschinenhorizont die Antwort verändert

Wägen Sie die Routen gegen die verbleibende Lebensdauer der Maschine ab, da dieselben Beweise gegensätzliche Entscheidungen auf unterschiedlichen Horizonten unterstützen. Eine Linie, deren Umbau im nächsten Jahr geplant ist, rechtfertigt kein Migrationsprojekt. Ein Gremium, das einen kritischen Prozess für die Zukunft steuert, tut dies. Erfassen Sie den geplanten Horizont für die Maschine als eine Zeile in der Anfrage.

Kurze und lange Maschinenhorizonte dienen als Grundlage für eine Eignungsprüfung, die den Wiederherstellungsweg mit der geplanten Zukunft der Maschine vergleicht.
Der Horizont ist eine Eingabelinie, die alle vier Routen neu gewichtet. Es bestimmt nicht den Preis oder die Lieferung, sondern den Rahmen für die Entscheidung.

Vergrößertes Systemdiagramm

Kurze und lange Maschinenhorizonte dienen als Grundlage für eine Eignungsprüfung, die den Wiederherstellungsweg mit der geplanten Zukunft der Maschine vergleicht.

Der Horizont ist eine Eingabelinie, die alle vier Routen neu gewichtet. Es bestimmt nicht den Preis oder die Lieferung, sondern den Rahmen für die Entscheidung.

Der Horizont interagiert mit dem Lebenszyklusstatus aus den früheren Abschnitten. Eine Auslaufmitteilung für eine Maschine mit einem langen Horizont drängt auf eine Migration oder eine dokumentierte Ersatzstrategie. Der gleiche Hinweis an einer Maschine am Ende ihrer Lebensdauer drängt auf den wirtschaftlichsten sicheren Weg, der oft die genaue Referenz oder eine Reparatur ist. Keine der Antworten ist falsch, sie bedienen unterschiedliche Horizonte.

Beschreiben Sie den Horizont eher in operativen Begriffen als in Versprechen. Erwartete Produktionsjahre, geplante Kapazitätsänderungen und alle bekannten Termine für den Wiederaufbau der Linie sind nützlich. Was die Rezension braucht, ist die Form der Zukunft, keine Verpflichtung, und eine einzeilige Notiz gibt ihr diese Form.

Die Schlussgrenze gehört zum gesamten Leitfaden: Status, Beweise, Bestand und Horizont bilden zusammen den Rahmen für die Entscheidung, und keiner von ihnen entscheidet darüber. Preis, Verfügbarkeit und Migrationsaufwand bleiben bei Anbieterprüfungen. Schicken Sie den Rahmen mit den Beweisen zurück, und die Antworten kommen auf Ihrem Gerät statt in einem gewöhnlichen Gehäuse zurück.

So funktioniert der Ablauf

Der Lebenszyklusstatus führt zur Erfassung von Dateien und Inventar und anschließend zu einem Vier-Routen-Vergleich, der an den Maschinenhorizont angepasst ist.
Befolgen Sie die Stufen der Reihe nach und behalten Sie die Horizontstufe als letzte bei. Frühere Phasen liefern die Beweise, die die Routenwahl verbraucht.

Vergrößertes Systemdiagramm

Der Lebenszyklusstatus führt zur Erfassung von Dateien und Inventar und anschließend zu einem Vier-Routen-Vergleich, der an den Maschinenhorizont angepasst ist.

Befolgen Sie die Stufen der Reihe nach und behalten Sie die Horizontstufe als letzte bei. Frühere Phasen liefern die Beweise, die die Routenwahl verbraucht.

Wichtigste Punkte

  • Überprüfen Sie den Lebenszyklusstatus anhand der genauen Bestellnummer, niemals anhand des Familiennamens.
  • Erfassen Sie das Projekt, die Tool-Version und Bildschirmfotos, während das Bedienpanel noch läuft.
  • Zählen Sie die installierte Basis, einschließlich Ersatzteilen und Spendermaschinen.
  • Vergleichen Sie Ersatzteile, Reparatur, genaue Referenzbeschaffung und Migration anhand ihrer Nachweisanforderungen.
Redaktionelle Hinweise und Quellen

Diese Vorschau ist eine abgegrenzte Arbeitsnotiz und keine geprüfte technische Fachseite noch eine Aussage zu Kompatibilität, Lagerbestand, Preis, Service oder Sicherheit.

Quellenverzeichnis

Version: docs/data/data-management.md|Current manufacturer status required

  • docs/data/data-management.md
  • Current manufacturer status required

Redaktioneller Status

Status: Entwurf / nicht indexiert

Offene Punkte: Technische und kommerzielle Ansprüche erfordern zurechenbare Beweise; Aktueller Lifecycle-Status, Nachfolgemodelle und Bezugsmöglichkeiten benötigen zur genauen Referenz den Herstellerhinweis und eine Anbieterprüfung

Zurück zur Kategorie