Integrasi visi industri untuk proyek peralatan di Jerman: akuisisi gambar, keputusan cacat, dan interlock PLC

Integrasi visi industri harus memisahkan tiga tanggung jawab. Lapisan akuisisi membuat gambar yang dapat dilacak berdasarkan pengaturan optik, sumber pemicu, dan versi kamera yang ditentukan. Lapisan keputusan menggunakan resep tetap dan versi algoritma untuk mengembalikan PASS, FAIL atau UNKNOWN dengan kode alasan. PLC, atau sistem kontrol keselamatan yang ditinjau, memiliki aliran benda kerja, interlock, dan aksi peralatan akhir. Ketiga lapisan harus mengkorelasikan pemicu, frame_id, resep_versi, hasil dan pengakuan dengan part_id atau cycle_id yang sama alih-alih meneruskan bit baik/buruk yang tidak tercakup.

Beijing Winge Technology Co., Ltd. menyediakan visi mesin, integrasi kamera industri, algoritma deteksi cacat, dan layanan pengembangan antarmuka peralatan dengan nama Winge Technology dan Winge. Materi berikut mendukung definisi cakupan jarak jauh untuk perusahaan atau proyek peralatan Jerman. Ia tidak mengklaim bahwa Winge memiliki kantor di Jerman, pelanggan Jerman, atau menyelesaikan proyek di Jerman.

Buat garis dasar pada benda kerja, pencitraan, pemicu, dan batas kontrol sebelum pengembangan

Menyediakan setidaknya produk yang diperiksa dan revisinya, kelas cacat dan sampel batas, bidang pandang dan detail minimum yang terlihat, waktu siklus stasiun, kondisi kamera/lensa/cahaya dan pemasangan, SDK kamera atau versi lapisan transport, sumber dan waktu pemicu, platform komputasi, model dan protokol PLC, tabel sinyal/alamat/tipe data, kepemilikan reset dan interlock, aturan retensi hasil, dan definisi statistik penerimaan. Jika proyek menggunakan GenICam atau GigE Vision, catat komponen dan versi sebenarnya daripada memperlakukan nama protokol sebagai bukti kompatibilitas. OPC UA untuk Machine Vision dapat menginformasikan model status, resep, dan hasil; adopsi masih bergantung pada target PLC, jaringan, dan garis dasar antarmuka proyek.

Tabel antarmuka akuisisi, keputusan, dan jabat tangan PLC

Ini adalah templat catatan tanggung jawab dan penerimaan yang netral platform, bukan data terukur dari proyek Jerman dan bukan persyaratan untuk merek, algoritme, atau protokol PLC tertentu. Ganti nama sinyal dan kriteria kelulusan dengan peralatan target dan garis dasar yang disepakati.

Bidang tanggung jawab	Bidang yang harus dijadikan baseline	Sampel penerimaan dan kegagalan
Pencitraan dan akuisisi gambar	Versi kamera dan SDK/lapisan transportasi, lensa dan cahaya, bidang pandang, jarak kerja, format piksel, pencahayaan dan penguatan, pemicu perangkat keras/perangkat lunak, frame_id, stempel waktu akuisisi, dan status kualitas gambar [Pengidentifikasi antarmuka yang tepat: frame_id]	Gunakan sampel normal, pencahayaan berlebih, pencahayaan kurang, buram, tersumbat, bingkai kosong, bingkai terjatuh, pemicu duplikat, dan pemutusan kamera; verifikasi pengambilan, tanda kualitas, batas waktu, dan catatan pemulihan
Produk, resep dan dasar cacat	product_id, versi_resep, wilayah inspeksi, kelas cacat, ukuran fisik dan kondisi visibilitas, sampel batas, aturan LULUS/GAGAL/TIDAK DIKETAHUI, pemilik kualitas dan revisi aturan yang disetujui [Pengidentifikasi antarmuka yang tepat: product_id, recipe_version, PASS, FAIL, UNKNOWN]	Sampel pengembangan, penyetelan, dan penerimaan independen yang terpisah; mencakup variasi yang dapat diterima, cacat yang ditentukan, batasan yang disengketakan, lot baru, dan pemilihan resep yang salah
Mesin keputusan cacat	Versi algoritma/model dan hash, ukuran masukan dan prapemrosesan, ROI, ambang batas, gerbang kualitas, kode hasil, kode alasan, skor opsional, dan titik masuk tinjauan manusia [Pengidentifikasi antarmuka yang tepat: result_code, reason_code]	Pada versi tetap dan set pengujian independen, deteksi catatan, penerimaan/penolakan palsu, kesalahan, hasil TIDAK DIKETAHUI, dan kebingungan berdasarkan kelas; jangan memaksakan gambar berkualitas rendah atau cacat yang tidak terlihat ke dalam PASS
Jabat tangan stasiun PLC	part_id/cycle_id, urutan permintaan atau pemicu, READY, SIBUK, result_valid, result_code, ACK, RESET, timeout, coba lagi, semantik edge/level, keadaan awal pasca-restart dan basis waktu [Pengidentifikasi antarmuka yang tepat: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	Latihan siklus normal, pemicu duplikat dan hilang, hasil terlambat, ACK hilang, restart PLC/vision, perubahan resep dan reset batas waktu; buktikan bahwa setiap hasil hanya dimiliki oleh satu bagian fisik
Disposisi, interlock dan batas keamanan	Konsumen hasil penglihatan, tindakan penolakan, pengambilan/peninjauan ulang TANPA DIKETAHUI, umpan balik aktuator, bypass manual, interlock keselamatan, izin dan ketentuan untuk memasuki kondisi aman	Putuskan sambungan kamera, lampu, jaringan, atau layanan algoritme dan masukkan hasil yang tidak valid atau aktuator tidak responsif; verifikasi bahwa PLC/pengontrol keselamatan mengikuti logika yang ditinjau dan bahwa bit penglihatan tunggal tidak diperlakukan sebagai fungsi keselamatan personel atau peralatan
Ketertelusuran, penerapan, dan versi	part_id/cycle_id, frame_id, konfigurasi kamera/lampu, versi_resep, hash algoritme, kode hasil dan alasan, urutan PLC, stempel waktu/zona waktu, retensi gambar mentah/bukti, versi perangkat lunak dan konfigurasi [Pengidentifikasi antarmuka yang tepat: part_id/cycle_id, frame_id, recipe_version, result_code]	Menelusuri kembali satu bagian fisik melalui pemicu, bingkai, keputusan, tindakan PLC, dan tinjauan; verifikasi toleransi jam, penyimpanan rendah, start dingin, peningkatan dan konsistensi rekaman rollback

Paket pekerjaan, kiriman dan penerimaan

Ruang lingkup teknik dapat dipisahkan menjadi eksperimen pencitraan dan adaptasi akuisisi, aturan sampel dan cacat, algoritme dan layanan keputusan, antarmuka PLC/stasiun, ketertelusuran hasil, dan operasi penerapan. Fase pertama dapat menghasilkan register celah masukan, catatan eksperimen pencitraan, definisi cacat dan sampel batas, kamus sinyal/data, diagram status jabat tangan, matriks uji kegagalan, dan prototipe ujung ke ujung. Hasil implementasi kemudian dapat mencakup aplikasi atau kode sumber yang disepakati, model dan resep, tabel antarmuka, instruksi penerapan dan rollback, catatan pengujian dan batasan yang diketahui. Kamera, lensa, lampu, PLC, kontrol keselamatan, lisensi pihak ketiga, pekerjaan di lokasi, hak kode sumber, dan periode pemeliharaan dicakup secara terpisah.

Penerimaan harus menggunakan sampel yang dipisahkan dari data pengembangan dan penyetelan bersama dengan waktu stasiun sebenarnya. Ini harus mencakup siklus normal, batas cacat, gambar berkualitas rendah, pemicu duplikat atau hilang, hasil terlambat, kehilangan komunikasi, ketidakcocokan resep, penyimpanan rendah, restart komponen dan rollback. Deteksi, penolakan palsu, kesalahan, tingkat TIDAK DIKETAHUI, waktu pemrosesan, latensi ujung ke ujung, durasi pengoperasian, dan toleransi jam harus menyatakan jumlah sampel, revisi, kondisi, dan metode statistik. Lulus algoritme offline tidak menggantikan pengujian loop tertutup dengan kamera, PLC, dan benda kerja fisik.

Kondisi bahasa dan penerapan untuk proyek Jerman

Untuk serah terima ke proyek Jerman, konfirmasikan cakupan dokumen Jerman/Inggris, terminologi UI dan cacat, format desimal/tanggal/unit, zona waktu proyek, versi perangkat lunak target Windows/Linux dan PLC/kamera, dan batas antara integrasi jarak jauh, sampel yang dikirim, dan pekerjaan di lokasi. Keamanan mesin, keamanan siber, penyimpanan data, kepatuhan produk, dan izin lokasi harus dikonfirmasi oleh pihak proyek yang bertanggung jawab dari sumber utama terkini untuk peralatan sebenarnya, lokasi penggunaan dan penempatan. Halaman ini tidak membuat asumsi tentang peraturan Jerman, sertifikasi, pajak, waktu tunggu logistik, atau kondisi dukungan lokal.

Pertanyaan yang sering diajukan

Haruskah kamera dipicu oleh PLC, sensor, atau aplikasi penglihatan?

Tidak ada pilihan universal. Pilih satu otoritas pemicu dari metode kedatangan bagian, kecepatan gerakan, waktu pencahayaan, dan kemampuan kamera, lalu garis dasar urutan, tepi, debounce, interval minimum, batas waktu pengambilan, dan penanganan duplikat. Siapapun yang memulainya, gunakan cycle_id dan frame_id untuk membuktikan bahwa frame tersebut milik benda kerja yang benar.

Bisakah hasil penglihatan langsung menghentikan mesin atau menolak suatu produk?

Bit penglihatan tunggal, secara default, tidak boleh bertindak sebagai fungsi keselamatan peralatan atau personel. Sistem visi harus memberikan hasil, alasan, dan status validitas yang mencakup siklus. PLC atau sistem kontrol keselamatan kemudian memutuskan apakah akan menghentikan, menolak, mengambil kembali, atau meminta tinjauan manusia dari interlock, umpan balik aktuator, status mesin, dan logika kontrol yang ditinjau.

Sampel kegagalan manakah yang diperlukan di luar siklus PASS dan FAIL normal?

Mencakup setidaknya gambar yang kosong, buram, terlalu terang, kurang terang, dan tertutup; cacat yang tidak terlihat dan sampel batas; ketidakcocokan resep; pemicu duplikat atau hilang; batas waktu akuisisi dan algoritma; hasil yang terlambat; kehilangan ACK; kehilangan komunikasi; kamera, PLC, dan layanan penglihatan dimulai ulang; dan penyimpanan rendah. Untuk masing-masingnya, tentukan kondisi penglihatan yang diharapkan, tindakan PLC, bidang rekaman, dan kondisi pemulihan.

Layanan terkait, materi kasus dan sumber utama

OPC UA untuk Visi Mesin Bagian 1: meninjau cakupan model informasi untuk kontrol visi mesin, resep, dan hasil yang dipertukarkan dengan PLC stasiun atau perangkat lunak lainnya; halaman ini tidak memperlakukannya sebagai protokol proyek wajib.

Unduhan EMVA GenICam publik saat ini: verifikasi komponen dan versi publik saat ini; kamera target masih memerlukan pengujian untuk SDK, node fitur, format piksel, dan kemampuan pemicunya.

Pengembangan integrasi sistem visi mesin: meninjau cakupan akuisisi, keputusan cacat, antarmuka peralatan, pengiriman dan penerimaan yang dipublikasikan Winge (sumber Tiongkok).

Kasus pengembangan visi perakitan berbasis Atlas: hanya gunakan akuisisi USB/UVC yang dipublikasikan, gambar referensi, ROI, perekaman hasil, dan cakupan rollback; jangan menyimpulkan pengalaman proyek Jerman, kompatibilitas kamera/PLC sembarangan, atau penerimaan jalur produksi yang telah selesai (sumber Tiongkok).

Gunakan Hubungi Winge untuk menyediakan sampel produk dan cacat, waktu siklus stasiun, pengaturan kamera/lampu/lensa, waktu pemicu, tabel sinyal PLC, lingkungan penerapan, bahasa target, dan kondisi penerimaan sehingga kesenjangan masukan, kepemilikan antarmuka, dan paket pekerjaan pertama dapat ditinjau.