Що саме є «Біблійна документація» (BoM)?


10

Я розумію, що Бом є, що це, по суті, перелік різних компонентів, необхідних для електронного продукту чи модуля. Чи означає це, що вона може бути такою ж простою, як електронна таблиця?

Чи існують офіційні стандарти / шаблони для цитування обов'язкових / обов'язкових полів / даних, які він повинен містити? Будь-які хороші зразки / шаблони, на які можна посилатися?


1
так, це може бути так само просто, як аркуш паперу
kenny

5
Це повністю залежить від того, хто це просить.
Метт Янг

Багато форматів BOM диктується використовуваним інструментом MRP / ERP. Часто асемблери під ключ мають власний формат інтерфейсу до свого інструменту. MRP = Планування виробничих ресурсів та ERP = Підприємство тощо тощо
заповнювач місця

Слід зазначити, що термін використовується в інших контекстах. Наприклад, програмний продукт може бути побудований інструментом для побудови, який приймає перелік компонентів, що називаються "рахунком матеріалів" (або, частіше всього, просто "BOM"). І я пригадую програмний продукт, який містив в ньому "таблицю BOM", яка використовується для ідентифікації та пошуку окремих компонентів для діагностичних цілей.
Гарячі лизання

Відповіді:


14

Так, BOM - це електронна таблиця.

Як мінімум, він повинен містити оновлення та внутрішній номер деталі для кожного компонента.

Якщо ви не підтримуєте внутрішню базу даних деталей, вона повинна містити оновлення та виробник / повний номер деталі для кожного компонента.

Якщо це для невеликої збірки, я також розміщую номери деталей Digi-Key або Mouser, щоб ви могли замовити BOM.

Мені подобається поєднувати однакові номери деталей, тому замість рядка для C1 та рядка для C2 та рядка для C3 у мене є рядки для C1, C2, C3. Це також потребує стовпця "кількість". Це також ускладнює пошук заданих поправок, оскільки вони не в порядку.

BOM буде використовуватися, коли хлопець замовлятиме деталі та хлопець, який працює на машині для вибору та розміщення, тому додайте будь-які анотації, які ви хочете бачити.

О, і BOM корисний для витрат, якщо додати там ціни на компоненти. Знову ж таки, це для малих пробіжок. У великих пробігах буде використовуватися більш складний облік.


1
Дякуємо @markrages - (+1) 2 наступні питання: (1) чи можете ви детальніше розглянути, що таке відшкодування ? Для чого воно означає і як воно використовується? І (2) Що таке " машина для вибору та розміщення "? Знову дякую!
smeeb

3
refdes = посилання-позначення "C1" і т. д. Машина вибору і розміщення - це робот, який збирає друковані плати. Вони зачаровують дивитися, тому пропоную шукати на YouTube, щоб побачити їх у роботі.
відмітки

17

Так, корисним і поширеним способом вираження BOM є електронна таблиця. Ні, стандартного формату немає. Окремі компанії можуть мати внутрішні специфікації та форми для візиток, але не існує незалежного стандарту, принаймні того, що слід дотримуватися достатньо людей, щоб зробити корисним.

У своїх таблицях BOM я використовую такі стовпці:

A: Загальна кількість цієї деталі, необхідна для повного складання. В комірці A1 міститься кількість одиниць, які потрібно побудувати. Решта клітин A виводяться з A1 та кількості на одиницю (стовпець B).

Б: "Кількість". Кількість необхідних деталей на одиницю.

В: "Конструктори". Позначення компонентів, як-от R1, C5 тощо. У комірці для кожного рядка перелічені всі позначення для примірників цієї конкретної частини в блоці.

Д: "Опис". Основний рядок з описом, наприклад "Конденсатор, неполяризований", "Резистор, виправлений" тощо.

E: "Значення". Більш детальне значення, що перевищує основний опис. Це може бути "12 Ом, 2 Вт, 1%" для конкретного резистора.

F: "Пакет". Назва пакету для цього варіанту частини, як "SMD-0805", але іноді власні позначення пакета, якщо це не щось стандартне. Це за замовчуванням назва пакету в бібліотеці Eagle, якщо я не встановлюю його явно.

Г: "Субстрат". Так чи ні, щоб вказати, чи дозволяються заміни. Наприклад, ви, мабуть, хочете дозволити придбати будь-який 5 кОм 0805 5% резистор, який вони можуть отримати на цьому тижні, але мікроконтролер краще бути саме таким, який ви вказали.

Н: "Мануф". Назва виробника, як правило, порожнє для загальних деталей.

Я: "Мануф частина #". Номер виробника

J: "Постачальник". Приклад назви постачальника, наприклад "Mouser".

К: "Запчастина №№". Номер або запас постачальника, вказаний у колонці J.

Л: "$ частина". Вартість за частину.

М: "$ Дошка". Вартість всіх цих частин на цілій дошці або агрегаті. Це автоматично походить від B і L.

N: "$ Усі". Вартість всіх цих деталей за весь цикл виробництва. Це автоматично походить від A і L.

У мене також є кілька рядків внизу. Вони призначені для самої голої дошки, набору, виготовлення, тестування та доставки на склад. Призначення цих додаткових рядків здебільшого дозволяють підбивати підсумки повної вартості виробничого циклу.

Я б приклав приклад, але, схоже, немає способу це зробити. Ось знімок екрана однієї такої електронної таблиці BOM для чогось внутрішнього, тому я не видаю жодної інформації про клієнта. Щоб мати можливість його прочитати, вам, ймовірно, потрібно зберегти зображення на диску, а потім переглянути його зовні. Цей веб-сайт змінює розмір зображень до деякої максимальної ширини для відображення в повідомленні.

У цьому випадку я ніколи не заповнював часткові витрати, тому це не відображає загальних витрат.


1
+1 Приємний приклад. Дуже схоже на те, що ми використовуємо, за винятком того, що у нас є окремий стовпчик для DNP (не розміщуйте), щоб вони виділялися.
tcrosley


Я часто пакую електронну таблицю, подібну до цього, лицьовим аркушем, даючи опис голої дошки (матеріал, товщина, колір паяльної маски, покриття, стек шарів тощо), щоб населення повідомило, що вони отримують, і аркуш списку компонентів з особою рядок для кожної частини з позначкою посилання, стороною дошки, орієнтацією та розташуванням X та Y, щоб допомогти у програмі вибору та розміщення. Це, мабуть, підходить більшості компаній, з якими ми працюємо.
Xcodo

@Xcodo: Так, я також роблю окремий індекс локатора. Це дає схематичне розташування кожної частини на дошці X, Y та аркуші та приблизні координати кожного затвора в частині на схемі.
Олін Летроп

4

Зазвичай із інтегрованими середовищами компонування при створенні схеми ви вибираєте компоненти з бібліотеки та / або додаєте власні. Ви також можете вказати бажаних постачальників та витрати. Одним із інструментів є експорт BoMs та його автоматичне оновлення за допомогою схематичних змін у різних форматах, включаючи Excel.


1
Дякуємо @Dirk Bruere (+1) - будь ласка, дивіться мій коментар під відповіддю відміток - у мене те саме запитання!
smeeb

2

Ось приклад: Ардуїно БОМ

Це з цього сайту (якщо ви хочете побачити все): Arduino Uno на SOLDERPad .


5
Я б очікував на BOM набагато більше. У цьому списку немає таких речей, як розміри пакетів компонентів. Якби я попросив когось про BOM, я очікував би чогось, що дозволить мені створити замовлення, що містить компоненти, достатні для заповнення частини, і це не робить цього.
Скотт Сейдман

1
Це як би хтось просить вас дати їм машину. Ось Ось машина. Неправильний автомобіль? Це, власне, БОМ. Існує багато стилів і потреб, але це БОМ.
Ворог Державної машини

5
Але це більше схоже на розбитий автомобіль. Я знаю - ніхто не просив робочу машину, але ... я очікував би мати достатню кількість інформації в БОМ, щоб я міг поїхати і фактично побудувати остаточну збірку. Це означає, що інформація про деталі повинна бути достатньо хорошою для їх ідентифікації (номер деталей виробника або хоча б пакет, тип конденсатора ...). Що в цьому прикладі не так ...
og1L

5
Так, тип БОМ, який надає недосвідчена людина, один раз.
Скотт Сейдман

6
Власний BOM - це те, що ви можете подарувати виробникові під ключ, а не вимагати їх повернення до вас з питаннями деталей.
Олін Летроп
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.