Bagaimana Anda mendokumentasikan keputusan perangkat keras Anda dalam fase desain? Bagaimana Anda menghindari bertanya pada diri sendiri pertanyaan-pertanyaan berikut saat meninjau desain perangkat keras yang Anda buat di masa lalu:
- Mengapa memilih komponen ini?
- Mengapa / bagaimana saya memilih parameter khusus ini untuk komponen ini?
- Apa yang dilakukan bagian sirkuit ini?
- Apa disipasi daya melalui komponen ini?
- Berapa total konsumsi daya dari rangkaian ini?
- Bisakah saya mengganti komponen ini dengan yang lain ini? Apakah ada komponen yang setara dengan komponen ini? dll.
Apa cara yang baik untuk mendokumentasikan keputusan dan perhitungan Anda selama fase desain sirkuit? Bagaimana cara saya mendapatkan jawaban atas pertanyaan di atas tanpa melalui lagi ratusan halaman lembar data?
Satu cara yang bisa saya pikirkan adalah menambahkan catatan dalam file skematik (jika EDA Anda mendukungnya), tetapi saya tidak ingin mengacaukan skema dengan terlalu banyak informasi.
Jawaban:
Saya pribadi menempuh rute kuno: Saya memiliki notebook desain di mana saya menuliskan segala sesuatu tentang keputusan desain yang saya buat. Terutama pilihan komponen dan nilai, perhitungan saat ini, perhitungan catu daya, semuanya. Saya juga mendokumentasikan keputusan perangkat lunak / firmware dan catatan tentang waktu dan penggunaan sumber daya.
Setiap notebook memiliki halaman konten untuk referensi bagian tertentu dari desain (catu daya, dll) dan semua halaman diberi nomor.
Saya telah mempertimbangkan untuk digital beberapa kali tetapi menyenangkan untuk memiliki notebook saya di depan saya ketika saya bekerja dan saya menemukan menulis formula secara digital cukup canggung. Jauh lebih mudah untuk menulis perhitungan dengan tangan.
Ketika menyiapkan spesifikasi atau dokumentasi formal untuk desain papan, saya biasanya merujuk kembali ke buku catatan saya sebagai penyegar dari apa yang saya lakukan (atau saya menulis dokumentasi digital pada saat yang sama). Meskipun ini mungkin tampak seperti saya melakukan hal yang sama dua kali, saya menemukan bahwa notebook saya cukup banyak perhitungan dan penjelasan untuk diri saya sendiri, di mana dokumentasi jauh lebih sedikit bertele-tele dan jauh lebih formal dan jelas untuk orang lain. Karena itu, saya tidak sering menemukan saya menulis hal yang sama dua kali.
sumber
Anda dapat kembali dan memperbarui spesifikasi desain dengan informasi ini. Atau ambil spec dan buat spec level lebih rendah di mana Anda menjelaskan secara lebih rinci apa yang akan Anda lakukan dan mengapa, idealnya sebelum Anda memulai skema :). Kemudian perbarui saat Anda mengikuti dan arsipkan dengan skema.
Menjawab pertanyaan di bawah ini: Apa yang biasanya kita lakukan adalah mulai dengan persyaratan pemasaran, lalu mungkin respons rekayasa formal atau hanya diskusi informal. Ini diikuti oleh MRD (dokumen persyaratan pemasaran), dengan kata lain, menggunakan templat kami. Itu termasuk persyaratan, analisis kompetitif, ukuran pasar, peluang, perkiraan biaya pengembangan, dll. Biasanya ini ditulis oleh orang pemasaran (atau seseorang di atas nilai gaji saya).
Ini diikuti oleh PRD (dokumen persyaratan produk) yang ditulis biasanya oleh teknik, juga dalam templat kata. Ini menjelaskan secara lebih terperinci teknis apa yang akan dilakukan produk, potongan apa yang diperlukan, dan pada tingkat tinggi bagaimana masing-masing dari mereka akan berfungsi. Seringkali kita akan memasukkan target kinerja, harga, kekuatan, ukuran dan metrik lainnya di sini.
Itu diikuti oleh spesifikasi fungsional terperinci untuk masing-masing bagian. Beberapa pekerjaan desain sebenarnya dilakukan di sini dengan baik sebelum dimasukkan ke dalam skema. Misalnya daya akan dihitung, bagian akan dipilih, dan banyak penelitian dilakukan. Ini adalah tempat kami akan mendokumentasikan keputusan desain yang tidak jelas.
Akhirnya kita akan sampai ke skema yang merupakan bagian yang mudah pada titik ini karena banyak pekerjaan desain keras dilakukan pada tahap spesifikasi. Di mana itu harus dilakukan menurut pendapat saya :) Jika ada perubahan selama tahap skematik, misalnya kita mencari tahu sesuatu tidak akan berhasil atau orang pemasaran datang berlari di aula mengatakan itu perlu merah sekarang bukan biru, maka kita akan kembali dan memperbarui spesifikasi.
Semua spesifikasi, PRD, MRD disimpan di SVN dengan tautan ke dokumen pada wiki internal. Perubahan spec akan menghasilkan pembaruan ke SVN dan pemberitahuan kepada pihak yang berkepentingan. Tentu saja Anda bisa menyimpannya secara manual di folder bersama di suatu tempat.
Itu kurang lebih proses saya, saya merasa Anda mungkin ingin mendokumentasikan setiap keputusan kecil yang dibuat tentang desain dan kami jelas tidak melakukan itu. Tidak mengatakan Anda tidak boleh, saya bisa melihat di mana itu akan membantu. Saya kira kita biasanya mendokumentasikan bagaimana dan bukan mengapa sepanjang waktu.
Ok mungkin saya seharusnya juga menjawab setiap pertanyaan :)
Jika Anda membuat perhitungan, mungkin di excel? Atau di atas kertas dan Anda menganggap hasil dan metode itu penting untuk memahami dan merancang rangkaian Anda, maka Anda harus memasukkannya dalam bagian yang sesuai dari spesifikasi desain. Bahkan jika itu berarti mengambil gambar dari gambar tangan Anda :)
Mengapa memilih komponen ini? Saya pikir spesifikasi fungsional adalah tempat yang bagus untuk ini, tidak perlu menjadi gila tetapi hanya satu atau dua baris sederhana tentang apa kelebihannya. Saya akan memesan ini untuk komponen penting, saya tidak berpikir Anda ingin menjelaskan mengapa Anda memilih resistor pull-up misalnya.
Mengapa / bagaimana saya memilih parameter khusus ini untuk komponen ini? Kombinasikan ini dengan di atas.
Apa yang dilakukan bagian sirkuit ini? Ini akan menjadi bagian dari spesifikasi fungsional Anda, jika rangkaian cukup penting untuk menjamin pertanyaan ini, ia harus memiliki bagian spesifikasi itu sendiri.
Apa disipasi daya melalui komponen ini? Jika Anda berbicara tentang catu daya, letakkan ini di bagian daya, saya juga ingin mencatat ini pada skema. Benar-benar meskipun semua bagian saya berasal dari database dan skema langsung terhubung ke mereka sehingga kita dapat dengan mudah melihat parameter, lembar data dll. Tetapi jika Anda hanya memiliki hasil cetak, senang mengetahui beberapa dari ini.
Berapa total konsumsi daya dari rangkaian ini? Saya pikir ini termasuk dalam bagian catu daya dari spesifikasi Anda.
Bisakah saya mengganti komponen ini dengan yang lain ini? Apakah ada komponen yang setara dengan komponen ini? dll. Saya pikir ini milik BOM Anda atau proses apa pun yang Anda gunakan untuk pembuatan. Suku cadang alternatif adalah untuk memudahkan pencarian sumber. Sekali lagi bagi kami ini semua keluar dari database bagian.
sumber
Saya melakukan banyak desain putaran cepat dan saya harus mengatakan: menjelaskan skema sejauh ini adalah hal yang paling nyaman. Jarang sekali desain saya lebih dari 2 atau 3 lembar A4, sehingga jumlah keputusan desain terbatas. Banyak keputusan desain cukup otomatis; Saya tidak perlu membuat daftar alasan untuk setiap bagian. Hanya satu atau dua bagian utama dan mungkin beberapa filter atau penginderaan ukuran pasif. Sisanya segera jelas bagi insinyur desain berpengalaman.
Adapun pertanyaan terakhir Anda: bagian-bagian alternatif umumnya bukan keputusan desain tetapi keputusan sumber, dan dengan demikian itu bagian dari alur kerja sumber Anda. Dalam kasus saya, bagian-bagian alternatif ada di properti bagian saya dan diperoleh secara otomatis jika stok habis pada bagian atau sumber utama.
Untuk desain yang lebih besar dan untuk desain sistem, saya cenderung menggunakan Google Documents dengan templat dokumen desain.
Singkatnya; Saya pribadi berpendapat bahwa alur kerja yang kompak akan terbayar pada akhirnya. Memiliki banyak file terpisah dengan informasi desain (desain sistem terpisah, dokumen keputusan desain, sumber dokumen, semua terpisah dari skema dasar dan file tata letak) menyebabkan banyak kekacauan (mental) dan memerlukan pengalihan konteks setiap kali Anda ingin meninjau desain keputusan. Memiliki semuanya di satu tempat berfungsi dengan baik. Jika skema Anda mulai terlihat berantakan, ini bukan masalah dengan alur kerja ini tetapi berarti Anda mungkin harus memilah-milah desain Anda dengan lebih baik, gunakan lebih banyak lembar atau gunakan lembar lebih besar.
sumber
Untuk banyak proyek kecil saya, saya biasanya menempatkan label hijau sederhana dan perbatasan di sekitar sub-sirkuit. Untuk proyek yang lebih besar, beberapa perangkat lunak eCAD memungkinkan Anda membangun dari diagram blok ke bawah, di mana setiap lembar lebih lanjut menggambarkan satu blok. Ada seni untuk menguraikan masalah, dan mengelola pengorbanan (itulah rekayasa IMHO). Di mana ada beberapa analisis untuk pemilihan komponen seperti penyaringan analog, saya akan perhatikan frekuensi cutoff dan tipe filter (mis. Low-Pass Filter (f_c = 100Hz))
Blok umum yang sering saya temui adalah:
Dengan sub-blok yang diatur dan diberi label dengan jelas ini, saya dapat menggunakan skema dalam waktu kurang dari beberapa menit.
sumber
Saya menyimpan notebook desain, dan dengan cermat mendokumentasikan kebutuhan / keinginan. Untuk prototipe awal, saya akan melalui pemilihan bagian, mencatat semua keputusan nyata. Untuk perubahan selanjutnya, saya menggunakan proses FMEA yang cukup formal, mendokumentasikan kebutuhan mana yang tidak terpenuhi untuk membenarkan perubahan - karena jelas, jika tidak ada kebutuhan yang tidak terpenuhi, tidak perlu untuk perubahan!
Jika saya cukup teliti tentang hal ini, saya dapat melacak setiap perubahan desain (perangkat keras, perangkat lunak, mekanik) hingga kebutuhan.
Semua versi dari semua hal dilacak menggunakan subversi.
Ini bisa menjadi komponen substansial dari File Riwayat Desain, yang merupakan keharusan bagi FDA.
sumber
Saya sering menggunakan keynote (Anda juga dapat memilih untuk menggunakan PowerPoint). Ini memiliki keuntungan memungkinkan penutup layar perangkat lunak simulasi seperti GUI SPICE dan semacamnya.
Yang benar-benar penting bagi saya adalah kemampuan untuk menjatuhkan potongan dari lembar data dan menandainya sehingga kepentingan relatif dalam keputusan desain saya muncul. Saya juga dapat menyertakan foto-foto papan sirkuit awal atau papan tempat memotong roti, dan tautan ke artikel yang saya gunakan untuk membuat pilihan desain.
Saya juga menemukan bahwa saya cenderung ingin melakukan matematika dan menggambar menggunakan pensil di atas kertas. Jadi saya mengambil foto dengan telepon saya dan meletakkannya di keynote tanpa mengetik ulang. Terkadang untuk persamaan pendek saya dapat menggunakan LaTeX dan memasukkannya ke dalam.
Saya juga dapat menyertakan plot yang digambar oleh perangkat lunak ilmiah seperti oktaf.
Saat ini, terutama untuk tugas-tugas intensif komputasi saya dapat memilih untuk melakukan beberapa pekerjaan ini di notebook IPython, tapi saya belum secara khusus melakukan itu untuk desain sirkuit, hanya untuk perhitungan fisika.
Akhirnya, Keynotes / Powerpoints mudah untuk didandani orang lain dan diekspor sebagai pdf untuk dibagikan kepada orang-orang yang kurang / kurang teknis.
sumber
Tempatkan catatan teknik pada skema dan jika perlu buat lebih banyak lembar. Saya selalu menempatkan catatan teknik pada semua skema saya karena di dunia saya, saya mungkin harus mengunjungi kembali 1/2 desain yang sudah dipanggang untuk jangka waktu tertentu kemudian meletakkannya di back-burner lagi ketika saya mengambil desain yang lain; aliran desain sangat cairan. Catatan EE ini membantu saya dan orang lain merangkul kembali maksud desain dengan sedikit usaha. Saya juga menggunakan berbagai warna teks / grafik untuk menunjukkan pentingnya atau konteksnya. Contoh di bawah ini ...
sumber