Pekerjaan teknik apa yang termasuk dalam adaptasi inspeksi penglihatan Atlas 200I DK A2?-Inspeksi Visual Huawei Ascend Atlas-Winge Technology

Artikel teknis

Adaptasi inspeksi penglihatan biasanya mencakup konfirmasi peralatan dan sistem operasi, akses kamera, pengoperasian algoritme, Web atau antarmuka lokal, stasiun kerja I/O, pemeliharaan penerapan, dan penerimaan di tempat. Mampu memulai perangkat lunak hanyalah sebagian dari adaptasi; hanya ketika input, algoritme, hasil, antarmuka, dan manajemen versi membentuk loop tertutup, adaptasi sisi perangkat dapat memiliki kegunaan teknis.

Perangkat lunak inspeksi visual perakitan dan aplikasi algoritma saat ini sudah berjalan pada Huawei Ascend Atlas 200I DK A2. Pengoperasian platform menunjukkan bahwa perangkat lunak, kamera, panggilan algoritme, dan tautan hasil telah terhubung; penerimaan produksi stasiun kerja masih perlu diselesaikan dengan menggabungkan produk tertentu, sampel independen, ritme, dan antarmuka di tempat.

Langkah 1: Konfirmasikan lingkungan perangkat keras dan perangkat lunak Atlas

Sebelum adaptasi, model perangkat, prosesor, sistem operasi, driver, firmware, CANN atau versi runtime lainnya harus dicatat, dan mengonfirmasi apakah penyimpanan, memori, jaringan, dan antarmuka periferal memenuhi persyaratan proyek.

Spesifikasi resmi Atlas 200I DK A2 meliputi prosesor seri Ascend 310, 8 TOPS INT8, 4 TFLOPS FP16, 4 memori GB, antarmuka jaringan USB, MIPI dan Gigabit, serta mendukung UbuntuINT82.04 dan openEulerINT82.03. Spesifikasi nominal peralatan digunakan untuk pemilihan platform, dan kinerja deteksi sebenarnya masih perlu diuji berdasarkan algoritma, gambar, dan kondisi stasiun kerja.

Proyek perusahaan juga perlu memastikan apakah lingkungan saat ini merupakan verifikasi pembangunan atau lingkungan komersial formal. Kit pengembang cocok untuk penelitian dan pengembangan serta verifikasi adaptasi. Untuk pengiriman formal, lisensi perangkat lunak komersial, bentuk perangkat keras produksi massal, saluran akuisisi runtime, dan dukungan peningkatan selanjutnya harus dikonfirmasi.

Langkah 2: Hubungkan kamera dan perbaiki kondisi pencitraan

Kualitas masukan algoritma penglihatan ditentukan oleh kamera, lensa, sumber cahaya, posisi pemasangan, dan status benda kerja. Hanya karena kamera dapat dikenali oleh sistem tidak berarti bahwa gambar tersebut telah memenuhi persyaratan pendeteksian.

Pekerjaan adaptasi biasanya meliputi:

Identifikasi USB/UVC, MIPI atau perangkat kamera jaringan;
Konfirmasikan driver, izin perangkat, dan layanan yang dijalankan pengguna;
Verifikasi resolusi, kecepatan bingkai, batas waktu pengambilan bingkai, dan pemulihan pemutusan sambungan;
Bidang pandang tetap, jarak kerja, panjang fokus dan posisi benda kerja;
Memperbaiki eksposur, penguatan, keseimbangan putih, dan kondisi sumber cahaya;
Konfirmasikan ukuran piksel dari target atau cacat terkecil pada gambar asli;
Buat aturan UNKNOWN untuk blur, overexposure, underexposure, dan oklusi.

Proyek Winge Technology saat ini telah menghubungkan tautan kamera USB/UVC pada Atlas 200I DK A2 dan membentuk pintu masuk pengumpulan gambar dan deteksi video standar. Solusi yang sepenuhnya terlokalisasi di Tiongkok ini akan lebih mengintegrasikan kamera, lensa, dan sumber cahaya Tiongkok untuk melengkapi verifikasi pencitraan pada sistem yang lengkap.

Langkah 3: Pilih rute algoritmik yang sesuai untuk stasiun kerja

Inspeksi visual stasiun tetap tidak selalu memerlukan model pembelajaran mendalam. Pemilihan algoritma harus ditentukan berdasarkan definisi cacat, jumlah sampel, variasi pose, dan kondisi pencitraan.

gambar referensi dan visi tradisional

Sangat cocok untuk stasiun kerja dengan posisi stabil, tampilan normal relatif tetap, dan sampel sedikit. Proses umum meliputi registrasi global, pemotongan ROI, normalisasi kecerahan, penghitungan perbedaan lokal, dan aturan geometri. Algoritme jenis ini cocok untuk menghasilkan keluaran lokasi perbedaan dan gambar bukti. Proyek saat ini telah menyelesaikan verifikasi operasinya pada perangkat Huawei Ascend Atlas.

Ekstensi algoritma pembelajaran mendalam

Cocok untuk adegan dengan banyak kategori, perubahan pose besar, latar belakang kompleks, atau ketika klasifikasi semantik diperlukan. Penting untuk menyiapkan data yang representatif, melatih deteksi objek, model klasifikasi atau segmentasi, dan melengkapi input dan output, pra dan pasca pemrosesan, konsistensi hasil, dan verifikasi penerapan platform target.

Tanpa data nyata dan sasaran akurasi yang jelas, menyelesaikan penerapan model saja tidak dapat menunjukkan kemampuan deteksi lapangan.

Langkah 4: Tetapkan gambar referensi, ROI, dan aturan deteksi

Inspeksi perakitan memerlukan penerjemahan persyaratan kualitas ke dalam aturan yang dapat dilaksanakan. Misalnya:

dimana bagian tersebut harus ada;
Berapa jumlah yang benar;
Kategori mana yang termasuk dalam salah paket;
Seberapa besar variasi posisi dan orientasi yang diperbolehkan;
Apa yang harus dilakukan bila kualitas gambar tidak memenuhi ketentuan;
Cara meringkas beberapa aturan menjadi PASS, FAIL, atau UNKNOWN.

Winge Technology Perangkat lunak saat ini mendukung pengumpulan beberapa gambar referensi OK, menggambarkan ROI, mengonfigurasi aturan perakitan bagian yang hilang/salah, dan menyimpan bukti deteksi. Beberapa gambar referensi digunakan untuk memperkirakan fluktuasi normal, tetapi 3 gambar referensi hanya mencapai ambang batas nomor gambar yang ditetapkan oleh kode saat ini. Tempat kerja formal harus tetap mencakup batch, shift, suhu, dan perubahan pencitraan yang diperbolehkan.

Langkah 5: Lengkapi antarmuka operasi dan bukti hasil

Situs teknik tidak hanya memerlukan keluaran algoritme, tetapi juga memerlukan operator untuk dapat mengonfigurasi dan meninjaunya. Antarmuka adaptasi biasanya mencakup:

Pemilihan kamera dan sumber gambar;
OK koleksi gambar referensi;
ROI dan konfigurasi aturan;
Deteksi tunggal, berkelanjutan atau terpicu;
Status PASS, FAIL, UNKNOWN;
Gambar asli, gambar bukti, peraturan dan catatan waktu;
Antarmuka Cina, Inggris atau bahasa lainnya;
Izin Operator, Insinyur, dan Administrator.

Proyek saat ini telah membentuk platform konfigurasi Web berbahasa Mandarin dan Inggris, dan memverifikasi halaman utama, kamera, dan tautan hasil pada mesin Atlas yang sebenarnya. Versi komersial resmi juga perlu menambahkan login, izin, TLS, audit, dan persetujuan resep sesuai dengan kebutuhan pelanggan.

Langkah 6: Akses I/O, PLC atau sistem bisnis

Hasil inspeksi visual harus sesuai dengan benda kerja sebenarnya. Adaptasi lapangan harus menjelaskan:

siapa yang mengirim benda kerja ke tempatnya dan mendeteksi sinyal pemicu;
Kapan kamera mengambil bingkai;
Bagaimana menangani batas waktu, pemicu yang berulang, dan pemicu yang terlewat;
Cara mengeluarkan PASS, FAIL dan UNKNOWN;
Cara mencegat atau mentransfer produk yang tidak memenuhi syarat ke tinjauan manual;
Bagaimana MES, kode batang, atau nomor seri mengkorelasikan hasil;
Bagaimana memulihkan setelah layanan dimulai ulang atau pemadaman jaringan.

Solusi yang sepenuhnya terlokalisasi di Tiongkok akan menggunakan I/O atau peralatan kontrol Tiongkok untuk koneksi. Sebelum debugging gabungan antarmuka selesai, ini hanya berarti bahwa perangkat lunak memiliki kemampuan desain antarmuka, tetapi itu tidak berarti bahwa loop tertutup di tempat telah diterima.

Langkah 7: Tetapkan kemampuan penerapan, peningkatan, dan pengembalian

Lingkungan pengembangan dapat langsung mengubah kode, sedangkan lingkungan produksi memerlukan versi yang dapat dilacak. Disarankan untuk menyimpan setidaknya:

Nomor versi perangkat lunak dan tanggal rilis;
Paket rilis dan SHA-256;
Cadangan resep dan konfigurasi;
Petunjuk versi saat ini dan versi sebelumnya;
Status layanan dan hash file kunci;
Kamera, antarmuka, dan detektor asap yang ditingkatkan;
Metode rollback eksplisit.

Winge Technology Proyek Atlas saat ini telah membuat direktori rilis yang tidak dapat diubah, data bersama, cadangan konfigurasi, dan titik rollback. Kemampuan ini memecahkan masalah pengiriman dan pemeliharaan dan tidak berarti bahwa keakuratan algoritma telah diterima.

Langkah 8: Selesaikan penerimaan formal menurut stasiun kerja

Penerimaan formal sekurang-kurangnya mencakup:

Kumpulan sampel OK/NG independen;
Hilangnya tingkat deteksi cacat utama;
OK tingkat intersepsi palsu;
tarif UNKNOWN;
Tempo satu bagian dan penggunaan sumber daya;
paparan, posisi, batch, dan perubahan suhu;
Pengoperasian dan pemulihan berkelanjutan dari pemutusan kamera;
putaran tertutup I/O, PLC atau MES;
Peralihan resep, izin, dan audit.

Jumlah pengujian, ambang batas, dan standar kualifikasi dikonfirmasi oleh kedua pihak proyek berdasarkan risiko produk. Gambar komposit, sampel penyesuaian parameter, atau uji asap jangka pendek tidak dapat digunakan sebagai pengganti penerimaan produksi.

Pertanyaan Umum

Apakah memulai perangkat lunak di Atlas berarti telah menyelesaikan adaptasinya?

Tidak sama dengan. Juga verifikasi kamera, algoritme, aturan, hasil, antarmuka, penerapan, dan penerimaan stasiun target.

Apakah perangkat lunak pendeteksi benar-benar berjalan di perangkat Atlas?

Sudah berjalan. Proyek saat ini telah menyelesaikan startup perangkat lunak, akses kamera USB/UVC, gambar standar, aturan ROI, antarmuka berbahasa Mandarin dan Inggris, hasil deteksi dan verifikasi rollback versi pada Atlas 200I DK A2.

Setelah adaptasi selesai, apakah bisa langsung disalin ke workstation lain?

Hal ini tidak dapat diasumsikan secara langsung. Kamera, lensa, sumber cahaya, benda kerja, dan ketukan yang berbeda akan mengubah kondisi input, dan setiap stasiun kerja masih perlu dikonfigurasi ulang dan diterima.

Bisakah kit pengembang Atlas langsung digunakan sebagai dasar produksi massal?

Anda harus terlebih dahulu memeriksa lisensi perangkat lunak, lingkungan operasi komersial, bentuk perangkat keras produksi massal, dan saluran dukungan sebelum menentukan rencana pengiriman formal.

Sumber dan penjelasannya

Atlas 200I DK A2Spesifikasi dasar: https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0004.html
Pernyataan penggunaan perangkat lunak Atlas 200I DK A2: https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/qs/qs_0018.html