Filosofi dan dokumentasi

Ketika saya bekerja untuk Data Kontrol (sebenarnya anak perusahaan) setiap skema diberi nomor identifikasi sederhana yang disusun dalam urutan menaik. Hal yang sama berlaku untuk gambar mekanis dan papan sirkuit tercetak. Meskipun saya bekerja di departemen dokumentasi, saya harus mengakui bahwa saya tidak ingat bagaimana mereka semua berkumpul untuk membuat komputer mini yang sedang kami kerjakan.

Kembali pada masa itu, semuanya dibuat dengan tangan – skema dibuat sketsa dan diberikan kepada departemen drafting dan mereka akan mengubahnya menjadi vellum (juga kertas kalkir, meskipun untuk pembaca yang lebih muda kedua konsep tersebut mungkin asing seperti kertas karbon) sering menggunakan simbol standar. mencapai keseragaman menggunakan stensil. Seorang juru gambar spesialis akan meletakkan PCB menggunakan titik dan selotip dan seorang insinyur mesin akan membuat kemasan di meja gambar. Komunikasi intra-kantor dilakukan melalui memo, laporan, rapat, dan tentu saja interaksi individu. Saya membuat blog tentang ingatan saya tentang bagaimana hal-hal itu "Bagaimana Itu Terjadi:Tata Letak PCB dari Rubylith ke Dot dan Tape ke CAD".

Seiring dengan peningkatan desain berbantuan komputer, maka gambar menjadi elektronik dengan jejak kertas tetapi itu hanyalah cara yang lebih nyaman untuk menerapkan status quo dalam dokumentasi. Sejauh menyangkut PCB, skema hanyalah cara untuk mendapatkan netlist. Gambar mekanis membutuhkan satu atau dua langkah untuk mengubah output PCB menjadi file .dxf untuk diimpor ke Autocad. Mudah untuk memisahkan dan mengkategorikan keluaran dokumen yang berbeda.

Produk yang saya kerjakan dibangun secara bertahap, jadi ada subassemblies. Kami selalu bermasalah dengan ini. Mari kita asumsikan kita memiliki berbagai build menggunakan komponen yang berbeda. Dalam hierarki dokumentasi ada titik di mana ada build parsial yang merupakan anteseden umum. Pada tingkat apa skema itu berada? Apakah itu berada di tingkat paling awal, di mana tidak ada nilai komponen yang ditetapkan atau apakah ada skema unik di setiap tingkat teratas dengan menunjukkan nilai komponen yang dipilih. Sampai tingkat tertentu, pilihan dapat ditentukan untuk apa skema digunakan:apakah digunakan untuk men-debug sistem, apakah menyediakan ikhtisar untuk produksi, atau digunakan untuk layanan.

Selama bertahun-tahun, sistem dokumentasi majikan saya telah berkembang secara tidak konsisten dan serampangan. Mengingat bahwa kami memiliki beberapa orang yang mempengaruhinya dan karena mereka telah membawa pengalaman mereka dari organisasi lain, saya kira elemen-elemennya akan tampak akrab bagi Anda semua. Satu prinsip utama yang saya coba terapkan diambil dari industri kedirgantaraan. Hanya ada satu dokumen yang diberikan dan tidak dapat ada di dua tempat karena memelihara lebih dari satu itu rumit dan rawan kesalahan.

Gambar 1. Salah satu produk yang sedikit lebih kompleks yang kami buat. Tagihan bahan produk lengkap untuk A termasuk gambar yang menutupi label samping (B), rumah (C), gambar untuk panel depan (D), konektor colokan dan gambar untuk pelabelan pada konektor (E &F), subassembly (G) dan tidak ditampilkan, dokumen untuk firmware yang akan diprogram ke mikro di G. Kemasan juga ditambahkan. Subassembly terdiri dari PCB dan semua komponen terpasang di atasnya. Di mana dalam hierarki kita menempatkan skema? (Sumber:Penulis)

Setiap produk yang kami buat memiliki nomor pengenal (kebanyakan dialokasikan secara berurutan) yang kami sebut “nomor katalog”. Semua dokumen pada levelnya (atas) dalam hierarki terdiri dari awalan huruf, nomor katalog, dan akhiran revisi. Misalnya skema (rev C) nomor katalog 330924 adalah W330924C, gambar mekanis (ref F) adalah M330924F dan BOM (rev G) adalah P330924G. Jika ada subassembly itu akan dialokasikan nomor urut sendiri (misalnya SB00123) dan dokumen yang diperlukan untuk tingkat itu akan diberi nomor sesuai dengan menggunakan ide yang sama dari awalan-SB00123-akhiran. Dokumen hanya ada jika diperlukan, dan skema misalnya akan tenggelam ke tingkat anteseden yang sama. Nilai komponen yang dapat berubah di seluruh bangunan ditandai dengan simbol yang menunjukkan bahwa nilai tersebut ditentukan pada tagihan material. Rakitan mekanis dan firmware mengikuti ide yang sama. Demikian pula, PCB mendapatkan nomor urut dan revisi – tanpa awalan.

Tetapi dunia CAD telah berubah, dan teka-teki menjadi lebih misterius. Paket seperti Altium mengintegrasikan banyak aspek desain. Skema, PCB, gambar perakitan, mekanik dan bahkan mungkin firmware adalah bagian dari lingkungan desain yang sama. Sedemikian rupa sehingga juru gambar kami bersikeras bahwa PCB adalah manifestasi fisik dari skema dan keduanya harus selalu sejalan menggunakan revisi yang sama. Jadi jika nilai komponen berubah, revisi PCB harus berubah! Apa yang kamu kerjakan? Dan di atas itu, berapa nomor yang dialokasikan untuk gambar skema, perakitan, dan mekanik yang dimodifikasi setiap kali PCB diubah (termasuk hal-hal yang mungkin sepele seperti pembaruan layar sutra)? Di mana letak hierarkinya – apakah terkait dengan nomor katalog atau nomor PCB? Dan di mana Anda menyimpannya sehingga ketika seorang insinyur memperbarui gambar, juru gambar bekerja dari gambar yang diubah dan bukan yang secara otomatis disimpan sebagai bagian dari paket PCB? BANTUAN!

Adakah yang tahu sistem yang modern, konsisten dan jika mungkin dijelaskan di suatu tempat sehingga saya dapat mencoba memperbarui sistem kami? Adakah yang tahu seorang mahasiswa PhD filsafat mencari bahan tesis? Harap tambahkan pemikiran dan deskripsi pengalaman Anda di bawah ini.