Когда менять номер платы и когда менять версию?

Я хочу знать, есть ли какие-либо рекомендации относительно того, когда предполагается изменить номер PCB (1.0 или 2.0) или его ревизию (Rev A, Rev B).

Я полагаю, что это так же, как и с любой другой версией, измените ревизию, если есть исправление ошибки, измените десятичную дробь, когда вы внесли незначительное изменение, измените первую цифру, когда вы внесли существенное изменение. Но могут быть и другие рекомендации!

Этот ответ описывается так же, как и при управлении версиями программного обеспечения, за исключением того , что номер редакции заменяется буквой. В версии программного обеспечения версия состоит из основного, вспомогательного номера и номера версии: например, 1.0.0.

Там нет руководящих принципов. Важной частью является то, что вы можете различать версии. Некоторые люди любят использовать различные цифры, буквы, суффиксы и т. Д. Это действительно более важный вопрос, чем просто электротехника. Мы должны работать в рамках более широкой системы компании. Часто такие вещи продиктованы системами управления запасами, учета, выставления счетов и иерархической спецификации сборки, которые используются компанией.

Я давно отказался от попыток сделать "значимые" номера деталей или номера ревизий. Мне приходилось работать с некоторыми системами, которые пытались провести различие между прототипами и выпущенными в промышленную версию, и эти вещи никогда не шли гладко. Просто чтобы указать на одну очевидную проблему: откуда вы знаете, что версия, для которой вы в данный момент проектируете плату, и нужно ли писать номер детали, будет версией, которая будет выпущена до тех пор, пока у вас не появится возможность протестировать ее, а через некоторое время к нему уже прикреплен номер детали?

То, что я делаю, когда ничто иное не диктует иначе, - это дать каждой доске краткое имя и номер версии. Плата интерфейса frammistan to combobulator может называться FRCOM. Каждая версия этой платы будет иметь номер, поэтому первая версия прототипа будет FRCOM1. Я обычно помещаю несколько более описательное название платы на слой шелкографии вместе с датой ее дизайна, а затем внутренний номер отслеживания (FRCOMx) на верхнем слое меди в каком-то очевидном месте. Всякий раз, когда плата меняется, номер FRCOMx увеличивается.

Это же имя используется на схемах, поэтому вы всегда знаете, что схема FRCOM3 соответствует плате FRCOM3. Все это может сильно отличаться от видимых пользователем номеров моделей, которые в любом случае обычно выбираются позже. Кроме того, один и тот же продукт с точки зрения пользователя может иметь внутреннюю ревизию с течением времени. Вышеупомянутая плата может продаваться как часть продукта Wonder-9000, который со временем может быть обновлен с плат FRCOM3 до плат FRCOM4.

Опять же, это всего лишь один пример множества возможных схем. Важная часть заключается в том, чтобы иметь возможность идентифицировать ревизии и иметь внутреннюю документацию по отслеживанию, чтобы вы могли понять, что к чему. Никакая схема нумерации деталей не может рассказать вам обо всех различных аспектах того, что вы хотите знать о каждой редакции, поэтому, независимо от того, что вы делаете, она в конечном итоге будет лишь ссылкой на внутреннюю документацию.

Ниже приведены мои рекомендации:

1. Версии для формы, подгонки или изменения функции.

2. Изменения редакции предназначены для незначительных изменений, когда новая или старая версия (PCB) являются взаимозаменяемыми.

3. Любое изменение версии в mfg отслеживается, но изменение версии - нет.

4. Большинство CM следуют приведенным выше правилам для управления исходящими продуктами, изменения версий для их инструмента управления запасами отслеживаются, а изменения версий - нет. Поэтому, если вы столкнулись с проблемой в поле и попросили их вытащить новую / старую версию, они столкнулись бы с трудностями при ее поиске, но при изменении версии они этого не сделают.

Вот пример того, как я это делаю:

код класса - базовая версия версия

28-12345-01_01, версия -01, редакция _01

Я бы хотел сказать, что две платы, имеющие одинаковый «номер детали» (обозначая плату как сборку), должны иметь одинаковые характеристики в отношении устройства, в котором они установлены (монтажные отверстия и разъемы должны быть в те же места, разъемы должны иметь одинаковые распиновки и т. д.) Если более поздние платы каким-то образом однозначно улучшаются, что на 100% заменяет старые, но не наоборот, может быть полезно иметь более высокий суффикс (например, если старая плата была "24601-1", то новая плата должна быть "24601-2" и т. д.) Если дизайн платы изменяется, но только таким образом, который не должен влиять на пользователей платы (например,ориентация некоторых деталей была изменена, чтобы их можно было паять волной без отдельного шага оплавления), чтобы старые и новые платы были полностью взаимозаменяемыми, не меняя номер платы.

Существует три элемента информации, которые должна содержать печатная плата, обычно на шелкографии: a) Номер детали печатной платы - остается неизменным для всех производственных циклов и обычно индексируется в основной ведомости материалов (BOM). У разных компаний разные стандарты в отношении того, как они любят их нумеровать. Для одной компании, с которой я работаю, они всегда начинаются с 8800, поэтому PN PCBA будет 8800-74

b) Номер детали PCBA - это другой номер, и может быть несколько номеров деталей PCBA, которые используют одну и ту же плату. Например, мы можем опустить некоторые компоненты, а не другие. Важно отметить, что это НЕ гарантированно согласуется с PCB. В таких случаях PN PCBA обычно находится на этикетке, которая прикрепляется к заполненной PCBA. Для платы, упомянутой выше, у нас было три PN-кода PCBA - 9200-74-01, 9200-74-02 и 9200-74-03.

в) Аппаратная ревизия. Некоторым нравится использовать буквенно-цифровой код (например, A0, A1, B0, B1 и т. Д.), При этом первая буква является основной версией, вторая буква является второстепенной, при условии, что все печатные платы rev A являются взаимозаменяемыми, все печатные платы rev B являются взаимозаменяемы и т. д. Это плохая идея - предпочтительный способ сделать это - через надлежащий контроль версий. Я использую ревизию одной буквы (A, B, C и т. Д.) И заставляю производителя проверить у нас, какая версия может заменить предыдущую.