Papan IoT industri (pintu gerbang, nod penderia, pengawal pinggir) jarang dianggap siap apabila komponen terakhir telah disolder. Papan tersebut hanya menjadi produk apabila perisian tegar dimuatkan, dan langkah itu selalunya merupakan pautan paling lemah dalam rantaian kebolehkesanan. Artikel ini membincangkan bagaimana penjejakan berasaskan MES boleh menjadikan pengaturcaraan perisian tegar sebagai langkah proses yang direkod dan boleh diaudit, bukannya langkah tidak formal.
Mengapa Kawalan Versi Perisian Tegar Gagal di Barisan Pengeluaran
Dalampemasangan volum rendah, campuran tinggi, reka bentuk papan yang sama mungkin dibina beberapa kali setahun. Setiap binaan boleh membawa keluaran firmware yang berbeza, dan satu pesanan boleh dipecahkan mengikut varian penentukuran atau konfigurasi. Mod kegagalan biasa termasuk:
Versi firmware bercampur dalam satu kelompok.Perubahan kejuruteraan bergerak daripada v1.4 ke v1.5 di pertengahan pesanan, dan papan yang diprogram sebelum dan selepas perubahan tidak diasingkan.
Fail imej lapuk.Seorang operator memuat fail pengaturcaraan daripada folder setempat yang tidak pernah dikemas kini.
Percubaan semula yang tidak direkodkan.Sebuah papan gagal diprogram dua kali, lulus pada percubaan ketiga, dan tiada apa-apa dalam rekod yang menunjukkannya.
Tiada pautan antara papan fizikal dan keluaran perisian tegar.Beberapa minggu kemudian, tiada siapa dapat mengatakan imej yang mana satu telah diterima oleh unit lapangan.
Akibatnya muncul di lapangan. Dua papan yang kelihatan sama berkelakuan berbeza: satu melaporkan data sensor pada sela masa yang berbeza, satu lagi mengendalikan had masa komunikasi dengan cara yang berbeza, dan ralat berkaitan firmware sukar dipisahkan daripada ralat perkakasan. Tanpa rekod setiap papan, siasatan menjadi latihan kecurigaan di seluruh lot.
Mengikat Versi Firmware kepada Nombor Siri Papan dalam MES
Foundation ialah pengecam unik pada setiap papan. DalamMES Pintar dengan kebolehkesanan UID dan penandaan laser, setiap PCBA menerima UID yang ditanda dengan laser, yang menjadi kunci kepada setiap rekod seterusnya yang dilampirkan padanya. Bagi firmware, rekod MES harus menghubungkan bersama:
Papan UID/SN(kunci utama)
Pengecam imej firmware(nama fail, rentetan versi dan sebaik-baiknya nilai semak bagi imej yang dikeluarkan)
Penandaan masa pengaturcaraan
ID stesen pengaturcaraan
Keputusan:jumlah lulus, gagal, dan cuba semula
Pengenal operator atau resipi proses
Pilihan reka bentuk yang paling berguna ialahkawalan resipi. Daripada operator memilih fail, perintah kerja membawa keluaran firmware yang diluluskan sebagai parameter terkawal. Stesen memuatkan apa yang dinyatakan dalam perintah kerja, dan MES merekodkan apa yang sebenarnya dimuatkan. Apabila kedua-duanya berbeza, papan akan ditandakan dan bukannya dilepaskan tanpa dikesan. Sama ada ini dikuatkuasakan sebagai interlock keras atau pengecualian yang direkodkan adalah keputusan di peringkat projek.
Checksum lebih penting daripada label versi. Rentetan versi ditaip oleh seseorang, manakala checksum dikira daripada fail, jadi ia boleh mengesahkan bahawa imej pada talian sepadan dengan imej yang dikeluarkan oleh pelanggan.
Merekod Percubaan Semula dan Kegagalan, Bukan Hanya Kejayaan
Hanya penanda lulus/gagal akan menyembunyikan maklumat proses. Merekodkan bilangan percubaan semula membezakan tiga situasi yang kelihatan sama dalam laporan hasil:
Kejayaan percubaan pertama:biasa.
Lulus selepas cuba semula:mungkin sambungan pada bahagian tepi, isu sentuhan, atau masalah rel kuasa yang wajar disemak semula.
Gagal selepas percubaan semula yang dibenarkan:lembaga diadakan untuk tujuan diagnosis, bukan dikerjakan semula secara membuta tuli.
Papan yang memerlukan beberapa percubaan untuk diprogram ialah satu petanda. Ia boleh menunjukkan masalah sentuhan pada antara muka pengaturcaraan, isu sambungan pateri berhampiran pin pengaturcaraan, atau masalah bekalan pada papan tersebut. Merakamnya memberikan pihak kejuruteraan sesuatu untuk dianalisis sebelum papan itu sampai kepada pelanggan.
Memautkan Data Pengaturcaraan kepada Ujian Fungsi (FCT)
Pengaturcaraan danujian fungsianharus dibaca daripada rekod papan yang sama. Apabila stesen FCT mengimbas UID, MES boleh mengesahkan bahawa:
Lembaga itu mempunyairekod pengaturcaraan yang berjaya, dan
Versi firmware yang direkodkansepadan dengan keperluan pesanan kerja.
Jika salah satu semakan gagal, papan tidak akan diteruskan. Ini mengelakkan jurang biasa di mana papan yang tidak diprogram atau diprogram dengan salah diuji terhadap jangkaan yang salah, atau terus melangkau satu langkah sepenuhnya.
Pengasingan Kelompok Apabila Kadar Kegagalan Pengaturcaraan Menyimpang
Data pengaturcaraan juga berfungsi sebagai pemantau proses. Satu rangka kerja untuk memberi respons kepada kadar kegagalan tidak normal:
Tentukan garis dasaruntuk produk daripada binaan awal, bersama pelanggan.
Tetapkan pencetus ulasanseperti peningkatan kegagalan cubaan pertama atau percubaan semula dalam jangka masa yang ditetapkan.
Tahan bahan yang terjejas.Dengan menggunakan UID dan cap masa stesen, kenal pasti papan mana yang melalui stesen terjejas, tetingkap masa, atau kelompok komponen, dan kuarantinkan papan tersebut dan bukannya keseluruhan pesanan.
Siasat melalui korelasi.Bandingkan papan yang gagal dengan rekod stesen, kelengkapan, reflow atau proses penyolderan, dandata lot komponen.
Contoh ilustratif (hipotetikal):andaikan kiraan percubaan semula meningkat bagi papan yang diprogram pada satu stesen selepas pertukaran fixtur. Oleh sebab setiap rekod mempunyai ID stesen dan cap masa, papan yang terjejas boleh diasingkan dan fixtur tersebut boleh diperiksa, tanpa menahan papan yang diprogram di tempat lain. Angka itu sendiri bukanlah perkara utama; keupayaan untuk mengehadkan skop penahanan itulah yang penting.
Apabila rekod proses huluan dipautkan, sepertiSPI 3DdanAOI 3Dkeputusan atauPemeriksaan X-Ray terhadap kekosongan BGA/QFN, gugusan kegagalan pengaturcaraan boleh disemak silang dengan data tersebut untuk memisahkan punca berkaitan pematerian daripada punca perisian tegar atau perkakas. Ini bergantung pada rekod tersebut diikat kepada UID yang sama dalam konfigurasi MES projek.
Cara Pelanggan Menggunakan Rekod Ini untuk Audit Perisian Tegar di Lapangan
Kebolehjejakan membuahkan hasil selepas penghantaran. Dengan rekod setiap UID, pelanggan boleh:
Sahkan salasilah firmware unit lapangan.Diberikan nombor siri, semak imej dan versi yang dimuatkan di kilang serta bila ianya dimuatkan.
Menskopkan isu berkaitan perisian tegar.Jika satu kecacatan ditemui dalam keluaran tertentu, kenal pasti nombor siri yang dihantar bersamanya dan yang tidak, dan bukannya menarik balik atau mem-flash semula keseluruhan populasi.
Padankan dengan data peranti yang telah digunakan.Bandingkan versi yang direkodkan di kilang dengan versi yang dilaporkan oleh peranti dalam perkhidmatan. Ketidakpadanan menunjukkan sama ada kemas kini di lapangan atau percanggahan di pihak kilang yang wajar disiasat.
Menyokong dokumentasi dalaman dan kawal selia.Pelanggan industri dan produk bersambung semakin memerlukan bukti kawalan ke atas asal usul perisian dan firmware. Rangka kerja seperti IPC-1782 (kebolehjejakan untuk produk elektronik) memberikan struktur rujukan tentang rekod pembuatan yang perlu direkodkan.
Satu peringatan tentang tafsiran: ini adalahrekod pembuatan yang dijana oleh kawalan prosesMereka mendokumenkan perkara yang telah dimuatkan dan bila ia dimuatkan. Ia bukan pengganti pengurusan keluaran perisian tegar atau pengesahan keselamatan pelanggan sendiri.
Medan Kebolehjejakkan Pemprograman Firmware yang Disarankan
Gunakan senarai ini sebagai titik permulaan apabila mentakrifkan keperluan untuk sesuatu projek.
Pengenalpastian papan dan pesanan:ID/papan nombor siri, nombor dan semakan bahagian PCBA, nombor pesanan kerja atau nombor lot.
Acara firmware dan pengaturcaraan:nama fail imej firmware, rentetan versi, semakan jumlah atau hash imej, versi bootloader dan pengenal pasti fail konfigurasi/parameter (jika dimuat secara berasingan), tarikh dan masa pengaturcaraan, ID stesen dan ID fixtur, pengenal pasti alat atau antara muka pengaturcaraan, keputusan (lulus/gagal), kiraan cubaan, dan kod atau mesej kegagalan (jika direkodkan).
Pautan dan kawalan perubahan:hasil semakan padanan versi (dimuatkan berbanding keperluan pesanan kerja), hasil ujian fungsi dan penanda masa, pautan ke rekod pemeriksaan huluan (SPI/AOI, X-Ray) jika berkenaan, keputusan bagi papan yang ditahan atau dikerjakan semula, rujukan pelepasan imej yang diluluskan pelanggan, dan rujukan kawalan perubahan apabila versi perisian tegar berubah di tengah pesanan.
Langkah Seterusnya: Memohon Penilaian Keperluan Kebolehkesanan
Jika papan IoT anda diprogram semasa pemasangan, persoalan praktikalnya ialah medan yang manakah daripada ini yang sebenarnya diperlukan oleh sistem kualiti dan proses sokongan lapangan anda sendiri.Hantar projek anda(BOM, fail assembly, proses keluaran firmware dan sebarang keperluan audit) kepada PCBCart untuk penilaian keperluan kebolehjejakkan. Pasukan kejuruteraan kami akan mengkaji cara pengaturcaraan, ujian dan rekod MES boleh dikonfigurasi berdasarkan produk anda, dan mengesahkan perkara yang boleh disokong sebelum pembinaan bermula.
Sumber yang Berguna
•Penjejakan Kitar Hayat Didorong MES untuk Papan Antara Muka ATE: Sejarah Kitaran Probe dan Kerja Semula
•Kebolehkesanan dari Silikon ke Sistem: Pelaksanaan MES dalam Pembuatan Sains Hayat
•Strategi Salutan Konformal untuk Papan Gerbang IoT Industri dalam Persekitaran Lasak
•Pemeriksaan Rongga BGA Sinar-X untuk Modul Kuasa Industri
