So implementieren und liefern Sie die visuelle Inspektion von Huawei Ascend Atlas-Baugruppen vor Ort-Bildverarbeitung mit Huawei Ascend Atlas-Winge Technology

Technischer Artikel

Für den lokalen Einsatz der visuellen Huawei Ascend Atlas-Baugruppenprüfung müssen Kameraerfassung, Algorithmusanwendung, Referenzbild, ROI-Regeln, Bedienschnittstelle, Ergebnisaufzeichnung und Versionsverwaltung als vollständiges System bereitgestellt werden. Die visuelle Inspektionssoftware für Baugruppen und die Algorithmusanwendungen von

Die Möglichkeit, das Programm auf dem Gerät zu starten, ist nur der Ausgangspunkt für die Bereitstellung. Formelle Projekte müssen außerdem die Betriebsumgebung reparieren, Programme und Geschäftsdaten isolieren, Dienststarts, Protokolle, Backups, Upgrades und Wiederherstellungsmethoden einrichten und eine vollständige Genauigkeit, Geschwindigkeit und langfristige Stabilitätsakzeptanz basierend auf bestimmten Produkten, Mustern und Workstation-Bedingungen gewährleisten.

Warum eignet sich die visuelle Inspektion von Baugruppen für den Einsatz vor Ort?

Die Montagestation muss Bildaufnahme, Inspektionsbeurteilung und Werkstückbewegung verknüpfen. Die lokale Bereitstellung erleichtert den direkten Zugriff auf Kameras, I/O, PLC oder LAN-Geschäftssysteme und verwaltet Auslösung, Bildaufnahme, Beurteilung, Aufzeichnung und Ausnahmen entsprechend dem Timing vor Ort.

Die Bereitstellung vor Ort bedeutet nicht automatisch niedrige Latenz oder hohe Sicherheit. Das Projekt muss noch die Erkennungszeit, das Trennungsverhalten, die Speichernutzung und die Wiederherstellungsfähigkeiten messen und Konten, Berechtigungen, Netzwerk- und Datenaufbewahrungsregeln entsprechend den Kundenanforderungen konfigurieren.

Welche Objekte enthält die lokale Bereitstellung von Huawei Ascend Atlas?

Es wird empfohlen, Lieferobjekte in fünf Kategorien einzuteilen:

Programmdateien: Erkennungsdienst, Web-Schnittstelle, Startskript und notwendige Abhängigkeiten;
Algorithmus und Regeln: Bildverarbeitungsmodul, Standardbild, ROI, Schwellenwert und Inspektionsrezept;
Geschäftsdaten: Testergebnisse, Beweisbild, Protokolle und Betriebsaufzeichnungen;
Gerätekonfiguration: Kameraidentifikation, Auflösung, Belichtung, Schnittstelle und Serviceparameter;
Release-Datensätze: Versionsnummer, Datei-Hash, Änderungsbeschreibung, Sicherungs- und Rollback-Punkte.

Programmdateien und Geschäftsdaten sollten getrennt verwaltet werden. Bei einem Upgrade des Programms sollten die bereits vom Kunden erfassten Referenzbilder, Rezepturen, Ergebnisaufzeichnungen und Feldschnittstellenkonfigurationen nicht überschrieben werden.

Schritt 1: Reparieren Sie das Atlas-Gerät und die Softwareumgebung

Vor der Bereitstellung sollten Gerätemodell, Betriebssystem, Architektur, Treiber, Firmware, Betriebsumgebung und Anwendungsabhängigkeitsversionen aufgezeichnet werden. Die Aufzeichnungen sollten Auskunft darüber geben können, auf welchem Gerät die Software lief, welche Version verwendet wurde, wie sie neu installiert wurde und wie sie nach dem Upgrade überprüft wurde.

Offizielle Atlas 200I DK A2-Informationen zeigen, dass das Entwicklerkit Ubuntu 22.04 und openEuler 22.03 unterstützt und USB-, MIPI- und Netzwerkschnittstellen bereitstellt. Zur Bestätigung der Umgebung werden Gerätespezifikationen verwendet, und bei bestimmten Projekten müssen weiterhin kommerziell verfügbare Hardware- und Softwareumgebungen auf der Grundlage formaler Lieferbedingungen ausgewählt werden.

Schritt 2: Stellen Sie eine Verbindung zur Kamera her und überprüfen Sie den Bildlink

Für den Kamerazugriff ist mindestens eine Verifizierung erforderlich:

Das System kann das Zielvideogerät stabil identifizieren;
Das Dienstkonto hat die Berechtigung zum Aufnehmen von Bildern.
Auflösung, Bildrate und Bildformat erfüllen die Eingabeanforderungen des Algorithmus;
Kameratrennung, Besetzung und Zeitüberschreitung bei der Bilderfassung können aufgezeichnet werden;
Die Erfassung kann nach dem Neustart des Dienstes oder Geräts wieder aufgenommen werden;
Wenn mehrere Videogeräte vorhanden sind, kann die richtige Kamera gebunden werden.

Die aktuelle Version von Winge Technology hat die Kamera USB/UVC mit Atlas 200I DK A2 verbunden und Eingänge für die Standardbilderfassung, Schnappschusserkennung und kontinuierliche Erkennung gebildet. Nachdem die chinesische Industriekamera an den offiziellen Arbeitsplatz angeschlossen wurde, müssen die Bildbedingungen anhand des tatsächlichen Objektivs, der Lichtquelle und des Werkstücks erneut bestätigt werden.

Schritt 3: Referenzbild, ROI und Formeln verwalten

Referenzbild und ROI sind nicht Teil des Programmcodes, sondern Geschäftskonfigurationen für bestimmte Produkte und Workstations. Bei der Bereitstellung muss Folgendes klar sein:

Wer sammelt, überprüft und aktualisiert Referenzbilder?
Welcher Komponente und Qualitätsregel entspricht jedes ROI?
So führen Sie eine Versionsverwaltung für Schwellenwerte und Rezepte durch;
So wählen Sie beim Produktwechsel das richtige Inspektionsrezept aus;
Überprüfung und Rollback nach einer Konfigurationsänderung;
So isolieren Sie Referenzbilder, Parameteranpassungsmuster und Abnahmemuster.

Die aktuelle Software zur visuellen Inspektion von Baugruppen unterstützt mehrere OK-Referenzbilder, ROI-Regeln wie P1 und P2, fehlende und falsche Baugruppenkonfigurationen und speichert Inspektionsergebnisse und Beweisinformationen. Die ROI-Menge und die Probenabdeckung bestimmter Workstations werden durch die Projektanforderungen bestimmt.

Schritt 4: Etablieren Sie eine wartbare Service-Betriebsmethode

Vor-Ort-Software sollte nicht darauf angewiesen sein, dass Ingenieure das Verzeichnis manuell aufrufen und zum Starten temporäre Befehle eingeben. Es wird empfohlen, die Erkennungsanwendung als kontrollierten Dienst zu konfigurieren und Folgendes anzugeben:

Start- und Stoppmethoden beim Booten;
Dienstausführungskonto- und Verzeichnisberechtigungen;
Gesundheitschecks und Statusabfragen;
Standardausgabe, Fehlerprotokoll und Protokollrotation;
Ports, LAN-Zugriff und Firewall-Konfiguration;
Wiederholungsstrategie nach Kamera- oder Schnittstellenausnahme;
Wiederherstellungsmethode, nachdem der Dienst abnormal beendet wurde.

Die Bedienoberfläche sollte dem Personal vor Ort auch den Kamerastatus, das aktuelle Rezept, aktuelle Erkennungsergebnisse, abnormale Ursachen und die Softwareversion anzeigen, um zu vermeiden, dass nur ein Fehlerstatus angezeigt wird, bei dem die Ursache nicht lokalisiert werden kann, wenn das System abnormal ist.

Schritt 5: Trennen Sie das Veröffentlichungsverzeichnis und die freigegebenen Daten

Rollback-Bereitstellungen enthalten normalerweise drei Kategorien von Verzeichnissen:

releases/ Ein schreibgeschütztes Release-Verzeichnis für jede Software-Release
current zeigt auf den festen Eintrag der aktuell laufenden Version
freigegebene/gemeinsam genutzte Daten wie Rezepte, Referenzbilder, Ergebnisse, Protokolle und Backups

Für jede Version wird ein neues Versionsverzeichnis erstellt, das das aktuelle Programm nicht direkt überschreibt. Nachdem Sie überprüft haben, ob die neue Version gestartet werden kann, machen Sie Fotos, erkennen und lesen Sie die ursprüngliche Konfiguration normal und wechseln Sie zum Eingang current. Wenn Probleme auftreten, stellen Sie das Portal auf die vorherige Version zurück und überprüfen Sie den Dienst- und Kamerastatus erneut.

Schritt 6: Erstellen Sie Versionen, Hashes und Änderungsdatensätze

Jede Auslieferungsversion sollte mindestens speichern:

Softwareversionsnummer und Veröffentlichungsdatum;
Release-Paket und SHA-256;
Wesentliche Änderungen und Umfang der Auswirkungen;
Zielgerät und Betriebsumgebung;
Anweisungen zur Konfigurationskompatibilität;
Regressionsergebnisse vor der Veröffentlichung;
Upgrade- und Rollback-Schritte;
Aktuelle Version und Speicherort der vorherigen Version.

Winge Technology Das aktuelle Projekt zur visuellen Inspektion der Baugruppe hat ein unveränderliches Release-Verzeichnis, gemeinsame Daten, eine Konfigurationssicherung, einen Datei-Hash und einen Rollback-Punkt der vorherigen Version eingerichtet. Dieser Link wird verwendet, um die Rückverfolgbarkeit der Lieferung sicherzustellen und das Risiko nicht behebbarer Änderungen vor Ort zu verringern.

Schritt 7: Führen Sie den aktualisierten Rauchtest durch

Nach einem Versionswechsel können Sie nicht einfach prüfen, ob die Seite geöffnet werden kann. Es sollte mindestens Folgendes überprüft werden:

Die von der Software angezeigte Versionsnummer ist korrekt;
Servicestatus und Gesundheitsprüfung sind normal;
Die Kamera kann Bilder aufnehmen;
Das ursprüngliche Referenzbild und die ROI-Konfiguration können weiterhin gelesen werden;
Ein einziger Test kann Ergebnisse und Beweise liefern;
Die Hauptprozesse sind auf chinesischen und englischen Seiten verfügbar;
Der Rollback-Eintrag und die Sicherungsdateien sind vorhanden.
Schlüsseldatei-Hashes stimmen mit den Release-Datensätzen überein.

Der Rauchtest bestätigt, dass die bereitgestellte Verbindung nicht beschädigt ist, kann jedoch die unabhängige OK/NG-Genauigkeit, den Produktionstakt und die kontinuierliche Betriebsakzeptanz nicht ersetzen.

Schritt 8: Überprüfen Sie die Ausnahme und den Wiederherstellungspfad

Live-Bereitstellungen erfordern proaktive Tests auf Ausnahmen, anstatt auf das Auftreten von Fehlern zu warten. Empfohlene Abdeckung:

Die Kamera ist nicht angeschlossen, belegt oder die Bilderfassung läuft ab.
Das Referenzbild fehlt, die ROI-Konfiguration ist falsch oder das Prüfrezept stimmt nicht überein;
Nicht genügend Speicherplatz vorhanden oder das Ergebnisverzeichnis ist nicht beschreibbar;
Der Dienst wird abnormal beendet und das Gerät wird neu gestartet.
Netzwerkausfälle und Schnittstellen-Timeouts;
Rollback, nachdem die neue Version nicht gestartet werden kann;
Konfigurationskonsistenz nach Sicherung und Wiederherstellung.

Jeder Ausnahmetyp sollte einen eindeutigen Status, ein Protokoll und einen Verarbeitungseintrag haben. Maßnahmen, die das Abschalten von Geräten oder die Sicherheit von Personen betreffen, sollten umfassend durch ein risikobewertetes Sicherheits- oder Sicherheitskontrollsystem gehandhabt werden.

Wie akzeptiere ich die lokale Bereitstellung von Huawei Ascend Atlas?

Es kann auf vier Ebenen akzeptiert werden:

Ebene	Akzeptanzinhalte
Plattformbetrieb	Software- und Algorithmusanwendungen können auf dem Atlas-Zielgerät gestartet werden und weiterhin Dienste bereitstellen
funktioneller Link	Kamera, Standardbild, ROI, Erkennung, Ergebnisse und Schnittstelle bilden einen geschlossenen Regelkreis
Zur Wartung geliefert	Ausführbare Versions-, Hash-, Sicherungs-, Upgrade-, Protokoll- und Rollback-Methoden
Workstation-Geschäft	Unabhängige Proben, Fehlalarme, Fehlerkennungen, Rhythmus, Stabilität und Schnittstellen vor Ort entsprechen den Projektvereinbarungen

Die ersten drei Schichten beweisen, dass die Verbindung zwischen Plattformbereitstellung und Projektabwicklung vollständig ist; Die Workstation-Business-Schicht muss außerdem ein unabhängiges Abnahmeprotokoll erstellen, das auf Kundenprodukten und den Bedingungen vor Ort basiert.

FAQ

Läuft die Erkennungssoftware bereits auf der Huawei Ascend Atlas-Plattform?

Läuft bereits. Die aktuelle visuelle Inspektionssoftware und Algorithmusanwendungen für Baugruppen wurden auf Atlas 200I DK A2 bereitgestellt und die Überprüfung von Kameras, Referenzbildern, ROI, Inspektionsergebnissen, Schnittstellen und Versions-Rollback-Links wurde abgeschlossen.

Ist für die lokale Bereitstellung eine Internetverbindung erforderlich?

Als Voraussetzung für die Erkennung ist keine Internetverbindung erforderlich. Ob der Zugriff auf externe Netzwerke erlaubt ist, wie ein Upgrade durchgeführt wird und ob Daten hochgeladen werden, sollte anhand der Netzwerk- und Sicherheitsrichtlinien des Kunden festgelegt werden.

Werden Software-Upgrades Referenzbilder und Rezepte abdecken?

Sollte nicht überschrieben werden. Das Programm-Release-Verzeichnis und die freigegebenen Daten sollten getrennt werden und Referenzbilder, Rezepte, Schnittstellenkonfigurationen und notwendige Ergebnisse sollten vor dem Upgrade gesichert werden.

Können Probleme in der neuen Version wiederhergestellt werden?

Sie können gemäß den Rollback-Schritten wiederherstellen und dabei die vorherige Version, die Konfigurationssicherung und den festen Rollback-Eintrag beibehalten. Service-, Kamera-, Konfigurations- und Instrumentierungsaufrufe müssen nach dem Rollback noch überprüft werden.

Ist der Abschluss der Plattformbereitstellung gleichbedeutend mit der Produktionsakzeptanz?

Nicht gleich. Die Plattformbereitstellung beweist, dass Software- und Algorithmusanwendungen auf Zielgeräten ausgeführt werden können. Die Produktionsabnahme erfordert außerdem die Verwendung unabhängiger Stichproben zur Überprüfung von Genauigkeit, Zykluszeit, Stabilität und Workstation-Schnittstellen.

Offizielle Informationen und Faktenquellen

Huawei Ascend: „Produkteinführung Atlas 200I DK A2 Developer Kit“

https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0001.html

Huawei Ascend: „Atlas 200I DK A2 Grundspezifikationen“

https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0004.html

Huawei Ascend: „Atlas 200I DK A2 Software-Nutzungserklärung“

https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/qs/qs_0018.html