Я готуюся найняти інженера-електрика для невеликої контрактної роботи - створення прототипу. Що я хотів би знати, що я повинен йому дати мені, коли проект буде завершений?
Я уявляю схеми, прототип, перелік деталей були б стандартними, але що мені не вистачає? Чи потрібно запитати файл авто-cad - не впевнений, що це все-таки… Чи є мені інші речі, які мені знадобляться в майбутньому, щоб інший інженер взяв на себе проект?
Просто, що я повинен просити?
Відповіді:
Інженерам-дизайнерам ідея не сподобається, але як інженер-дизайнер, мої результати для проекту - це папір паперу . У строгому сенсі робочий прототип навіть не потрібен, хоча це, безумовно, полегшить розум клієнта. :-)
Ми побачимо, що вам потрібно багато документів, а інженери-дизайнери не мотивовані цим завданням; читайте: вони прагнуть зробити це поганою роботою. Вони краще в інших справах. Тому деякі компанії мають документаліста в команді для подальшого етапу документації.
Вам потрібні документи для кожної фази в житті продукту:
- Виробництво
- Технічне обслуговування
- Ремонт
- Утилізація
Виробництво
Це найширше, і приділятиме найбільшу увагу (і, на жаль, воно часто зупиняється).
- Схематика
- Розмітка друкованої плати (файли Gerber, включаючи дрилі)
- Вексель матеріалів
- Таблиці даних для всіх BOM (!)
- Механічні креслення
- Джерела програмного забезпечення (включаючи файл проекту)
- Об'єктні файли програмного забезпечення
- Перевірте інструкції з проектування та експлуатації джигу (сюди можна включити всі вищевказані файли!)
- Процедура ICP (програмування в ланцюзі)
Технічне обслуговування
- Документ (и), що описують процедуру та інструменти для обслуговування виробу та способи заміни витратних матеріалів
Ремонт
- Документ (и), що описують, як виріб потрібно роз'єднати для заміни дефектних деталей. Особливості заміни деталей, які можуть вийти з ладу протягом життя продукту (на основі FMEA. Ви зробили FMEA, чи не так?)
Утилізація
- Документ, що описує спосіб утилізації продукту в кінці терміну його експлуатації, із деталями щодо небезпечних продуктів та компонентів.
Кожен раз, коли це можливо, документи повинні мати номер версії та / або дату видачі (ви не завжди маєте контроль над цим, особливо це стосується зовнішніх документів, хоча більшість таблиць даних мають принаймні номер версії або дату публікації). Ви хочете, щоб усі документи були як у рідному форматі, так і у стандартному електронному форматі для друку, як-от PDF . Вкажіть, як потрібно доставляти електронні файли: хмара (не моє улюблене, конфіденційність), CD, DVD , ...
На замітку хочу сказати, що особливо у невеликих проектах навіть управління проектами часто не цікавиться нічим іншим, ніж схемою та компонуванням друкованої плати. Кожен з цих проектів, без винятку, згодом стикається з проблемою.
Якщо припустити, що інженер буде створювати друковану плату (PCB), вони будуть використовувати якусь схематичну програму захоплення та компонування друкованої плати. Ви хочете отримати копію його дизайнерських файлів (не лише остаточного виводу, наприклад, PDF-схематичного), щоб вони могли в майбутньому бути передані іншому інженеру в разі потреби. Інакше другому інженеру доведеться відтворити конструктивні файли з креслень.
Наприклад, я використовую плату Eagle , тому відповідними файлами будуть схематичні (.sch) та макети (.brd) файли, а також будь-які власні частини, які я додав до бібліотеки (файли .lbr). Також будь-які унікальні правила дизайну перевіряють (.dru) та інструментальні файли (.cam).
Хоча файли Gerber, які надсилаються до дому для виготовлення друкованої плати, можна відтворити з дизайнерських файлів, було б непогано також придбати і їх копію.
Не існує стандарту для списку частин (він же законопроект, або BOM), але вони зазвичай створюються за допомогою електронної таблиці, наприклад Excel (файл .xls). Переконайтесь, що інженер надає джерело для кожної частини, наприклад номер деталі Digi-Key .
Якщо робиться випадок прототипу, наприклад, з SolidWorks або іншим програмним забезпеченням для САПР, ви також хочете отримати відповідні файли для цього.
Щоб додати до інших описів, якщо ваш інженер використовує Altium Designer, типи файлів такі:
*.PcbDoc- Файл друкованої плати
*.SchDoc- Схематичний файл
*.PrjPcb- Файл групування логічного проекту. Не зовсім потрібно, але приємно мати.
*.PcbLib, *.SchLib, *.IntLib- PCB Library, бібліотека Схематичне і бібліотека запечені разом з обома друкованої плати і схематичних примітивів (примітка: якщо ви отримуєте або *.PcbLibІ *.SchLib, або просто *.IntLib, ти в порядку , вони можуть бути перетворені назад і вперед без проблем.) .
Всі правила DFM та DRC упаковані у *.PcbDocфайл, що приємно.
Отримати файли дизайну від вашого інженера є критично важливим . Нещодавно я працював над проектом, де електрична конструкція розроблялася, і ніхто не знав, які файли потрібно отримати від будинку дизайну. Швидкий рух вперед кілька років, і дизайнерський дім припинив свою справу. і я застряг, щоб відтворити дошки з гербер.
Технічне обслуговування - це кошмар без належних файлів.
Ось що я зазвичай доставляв -
Початкові прототипи
Два функціональних прототипу. Ці плати можуть містити незначні технічні зміни, але їх буде достатньо для перевірки функціональності. Очікується, що буде потрібно одна переробка дизайну.
Підсумковий звіт
Зведений звіт про дизайн, що включає схеми, BOM та таблиці даних про компоненти. Усі основні дизайнерські рішення документуються. Включені рекомендації щодо майбутніх удосконалень. Коли я створюю звіт, я структурую BOM так, що кожна позиція в BOM є гіперпосиланням на вбудований лист даних для компонента.
Файли програмного забезпечення
Усі файли програм та бібліотеки.
Файли EDA
Усі файли EDA для першої редакції дизайну.
Файли виробництва PCB
При необхідності будуть надані файли CAD та креслення для виготовлення панелей PCB.
Кошторис витрат
Надайте кошторис витрат на побудову декількох одиниць.
Якщо вони є у вас в прокаті, ви повинні очікувати будь-яких дизайнів, які вони зробили, працюючи на вас, примітки щодо їхніх конструкцій, будь-які звіти, зроблені під час процесу (включаючи остаточний), та багато іншого, що стосується контракту.
Результати роботи повинні бути чітко викладені в договорі, або, принаймні, слід зробити дуже гарну спробу зробити це. Якщо обидві сторони не погоджуються, переписуйте договір, поки вони цього не зробили, або продовжуйте роботу. Уникайте неясних термінів, які означають те, що хтось хоче, як-от "документація". Додайте основні етапи, як-от огляд та вихід із реального специфікаційного документа та плану тестування. Чим більше і більше задіяно, тим важливіше правильно скласти список результатів. Якщо ви наближаєтесь до кінця проекту, і ви або ваш клієнт не дуже впевнені в тому, що буде передано, ваше спілкування з вашим клієнтом може скористатися деяким вдосконаленням. Хороша інженерія + хороша комунікація = задоволений клієнт.