Перейти к содержанию
    

1 компонент для одного типоразмера всех номиналов резисторов

2 минуты назад, Arlleex сказал:

Я с такой же позиции могу сказать, что, ошибись в библиотеке, и точно так же все пойдет лесом.

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

 

Цитата

Вы сколько плат в год делаете?

Вагон и еще тележку.
При массовом производстве цена ошибки возрастает многократно.
Если это разработка -- или несколько экземпляров -- там ваш подход может иметь смысл.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 минуты назад, Uladzimir сказал:

Библиотеку проверяют несколько-- уже меньше ошибок.

Библиотеку проверяет и вылизывает автор. Который обычно известен (некоторые даже вписывают фамилию в параметры).

На доп. верификаторов деньги без 146% гарантии безошибочности - на ветер.
 

Цитата

Ошибки все равно бывают. Но исправляются 1 раз при обнаружении на производстве.

И в моем подходе точно так же. Метод отработан годами. Потому как ситуация

Цитата

Вагон и еще тележку.

аналогична.
 

Цитата

Сделав одинаковую ошибку-- такая же может быть и в другой раз, так как правка идет в проекте , а не в библиотеке.

Именно. Но речь не об ошибках в библиотеках - ее точно так же можно допустить на этапе разработки, да и на этапе проверки тоже. Сложные компонеты имеет смысл проверять нескольким лицам. В любом случае. А мы говорим от 100500 видах, номиналах, ТКС, отклонениях и т.д. резисторов/конденсаторов. Все косяки в их партнамберах и т.д. отрабатываются первым макетным образцом изделия.
 

Цитата

При массовом производстве цена ошибки возрастает многократно.

Массовое производство никогда не бывает без первоначальных единичных прототипов. На которых отрабатываются косяки любого рода.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Цитата

овторюсь: компонент берется на схему из библиотеки единожды. Единожды для каждого уникального компонента заполняются поля. Достаточно один раз внимательно заполнить поля нужного компонента и затем его можно копировать на схеме в любые другие нужные места. На схеме априори не появится два одинаковых партнамбера с отличиями в названии, если только юзер сам не изменит что-то в конкретном экземпляре. При замене (по просьбе закупщиков и при непротиворечии техническим характеристикам), нужный компонент выделяется на всех листах, меняются нужные поля и вуа-ля.

1. Можно брать единожды  соглашусь.
2 Заполнять поля  -- о Так это в база займет столько же время, если компонента не было там, а совсем не займет времени, если уже был там. Ставим плюсик базе.
3. Копировать на схеме. - Принимаем можно и сам так делаю, если он рядом. А если знаешь, что есть-- но на другом листе схеме, а таких листов 125 -- теряем столько времени  аж ужас. Плюсик базе. Там сразу ищется.
4 На схеме не будет одинаковых партнумберов если... ( так будет точно, если есть возможность) Плюсик базе-- там уникальность проверяется.
5. При замене.... О тут нужно не забыть на всех листа и еще искать. При обновлении через базу-- там сразу группируется. Но плючик базе не будем ставить. При сноровке -- у баз не сильный выйгрыш.

Ну даже по этим пунктам нет выйгрыша по сравнению с базой.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

22 minutes ago, Arlleex said:

когда закупщики очень просят че-то заменить и так по 100500 раз.

база нормальная должна быть, в которой все глобальные замены буду прописаны на уровне библиотеки,

локальные уровня проекта нужно также прописывать в параметрах элементов и всю эту структуру элементов со всеми возможными заменами отдавать в отдел комплектации. Тогда не будет никаких "запросов от отдела закупок". Если вы тратите столько времени на общение по поводу комплектации, то это неправильно организованный подход как раз связанный с базой элементов.

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

Разработчиков 150+, новых изделий 120 в год, производство сотни тысяч изделий в год, 4 SMD линии в три смены работает. Без единой базы элементов никуда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 минуты назад, Uladzimir сказал:

Ну даже по этим пунктам нет выйгрыша по сравнению с базой.

Тут, как говорится, кому какой фломастер больше нравится:smile:
 

Цитата

4 На схеме не будет одинаковых партнумберов если... ( так будет точно, если есть возможность) Плюсик базе-- там уникальность проверяется.

Два различающихся хоть одним пробелом компонента создадут две разных строки в выходном BOM, что вызовет вопросы у закупщиков.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Цитата

Библиотеку проверяет и вылизывает автор. Который обычно известен (некоторые даже вписывают фамилию в параметры).

На доп. верификаторов деньги без 146% гарантии безошибочности - на ветер.

Ну если конкорд -- он автоматически вписывает кто, когда и зачем делал изменения в базе. И если хочется-- поэму можно дописать, если не хватает автомата.
Более того, автор конечно хорошо, но забраковать может и отдел снабжения (если позиция стала не доставаемая, или не рекомендуемая), и все-- в проект не завершится, если не заменишь  -- То есть плюсик в этом деле конкорду.
А при редизайне -- все такие позиции сами подсветятся -- и разработчик будет искать замену, а не перекладывать на следующий редизайн изменения, из-за того, что плату не собрали.
Количество звонков вам уменьшится на порядок из отдела сборочного производства. И не нужно будет терять драгоценное время на поиск и ответы.

 

Цитата

Два различающихся хоть одним пробелом компонента создадут две разных строки в выходном BOM, что вызовет вопросы у закупщиков.

И у закупщиков. И 2  ленты с пасивкой ставить в станок? или там конечно в ручную исправят, Обругают вас, недобрым словом, но даже не сообщат.

А еще бухгалтерия-- лишние строки, сравнивать, списывать. Ох Вы не считаете чужое время

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 минуту назад, popms сказал:

нужно также прописывать в параметрах элементов и всю эту структуру элементов со всеми возможными заменами отдавать в отдел комплектации. Тогда не будет никаких "запросов от отдела закупок".

Хоть десяток аналогов сразу вписывай - закупщикам все равно раз на раз захочется немного другой. Посмотрите на маркировку муратовских чип-конденсаторов. Там полтора десятка букв-цифр, закупщики если не найдут на складах да подешевле будут просить аналоги, а если тех нет - я ищу близкий допустимый номинал. И эти телодвижения все равно будут требовать бесконечных добавлений партнамберов в базу. А потом их там станет настолько много, что будешь среди них уже сам путаться, какой из них актуальный для закупки, а какой из них уже сто лет как мертвый груз.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Мало ли что им хочется. у нас в лете 10000. А если лента маленькая-- уже другая позиция -- перестраивать надо.
Замена ленты, допустимые аналоги или возможность поставки в другой упаковке -- все это тоже можно решить на уровне базы. Или отдельной базы разрешенных взаимозамен пассивки.

У меня был случай все выпукалось без проблем. 
вдруг через пару лет пошел брак. Заменили токоизмерительный резистор на другой такой-же по номинальным параметрам-- Все уход от нормы на 30%. чистый брак.
Случайно нашел (Нет конечно, было сразу подозрение), когда спросил что паяете дайте номер

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 минут назад, Uladzimir сказал:

И у закупщиков. И 2  ленты с пасивкой ставить в станок? или там конечно в ручную исправят

Нет конечно, ибо, повторюсь, никто в здравом уме первый макет сразу в станок не засовывает для сборки...

Руками паяют, попутно ведя список возникающих проблем. А различия в партнамберах из BOM видно невооруженным глазом.

Финальный BOM я лично глазами прохожу. У меня конденсаторы, например, описываются таким списком:

  • CC0402KPX5R8BB105 (1мкФ ±10%, 25В, X5R, SMD-0402)
  • (другой какой-то)
  • и т.д.

Так они попадают и в TDD для формирования ПЭ3/СП, и в список закупки. А уж в экселе отсортировать по номиналу (или чему угодно) вообще не проблема, чтобы отследить несколько затесавшихся одинаковых товарищей, у которых "случайно" что-то подправили в партнамбере.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В другом случае-- заменили конденсатор. А он не 0.95 высоты, а 1.45. --
все прибор не собирается. Поэтом там буков много. Но большинство из них-- важные

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

11 часов назад, Arlleex сказал:

Достаточно один раз внимательно заполнить поля нужного компонента...

это все до тех пор пока вы один занимаетесь всем проектом насквозь.

ну и уровень плат соответствующий. я не говорю, что они плохие, но если проекты вырастает до тысячи компонентов и таких проектов далеко не один за год, а в завязке куча людей то тогда и менются подходы.

само собой топикастеру этого _пока_ не требуется

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

31 минуту назад, peshkoff сказал:

это все до тех пор пока вы один занимаетесь всем проектом насквозь.

Ну у нас команда, да, небольшая. Поэтому выделить полноценного сотрудника только для ведения библиотек невозможно.

Самый сок в том, что: после финального вывода BOM мы в альтиуме никаких телодвижений уже не делаем. Ведомости замен, актуализация, модернизация номенклатуры и т.д. ведется по файлу BOM.

В системе контроля версий хранится базовый проект и набор BOM-ов для различных потребностей / версий. Формат - любой, в основном Excel. Одним кликом заменяется актуальный партнамбер.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

12 минут назад, Arlleex сказал:

Ну у нас команда, да, небольшая. Поэтому выделить полноценного сотрудника только для ведения библиотек невозможно.

Самый сок в том, что: после финального вывода BOM мы в альтиуме никаких телодвижений уже не делаем. Ведомости замен, актуализация, модернизация номенклатуры и т.д. ведется по файлу BOM.

В системе контроля версий хранится базовый проект и набор BOM-ов для различных потребностей / версий. Формат - любой, в основном Excel. Одним кликом заменяется актуальный партнамбер.

Так и не надо выделять. Просто распределение. Кто-то другой должен проконтролировать. Обычно это один. Но другой проверяет его. А если нет на месте -- может сделать любой, попросить нужно. В малой команде это делается быстро, а если еще и места рабочие рядом -- так совсем.
После финального выхода-- действительно так и есть, бомы живут по себе і правятся в своих редакторах. И их отдельно в SVN. Но каждое изменение-в них тоже проходит этапы (запрос на изменение- изменение-согласование- утверждение) и версия Assemblу изменяется
Вот при издании новой версии платы или варианта исполнения( в последнем случае есть нюансы) влазится в проект, собираются все накопившиеся изменения и требуемые доработки и вносятся изменения в проект. Меняется  версия печатной платы. Версию ассемблу при этом обычно обнуляют.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

43 минуты назад, Arlleex сказал:

после финального вывода BOM мы в альтиуме никаких телодвижений уже не делаем

ключевое слово "после". прям в точку. и еще интересно как вы артикул вводите и контролируете наличие на складе. или склад - тумбочка под столом?

иногда поражает как народ ради того, чтобы не добавлять каких то несчастных сотню (да хоть тыщу) строк в библиотеку ОДИН раз готовы раз за разом править чего то там на схеме. я просто не представляю где на это все время взять и как контролировать держа все в голове чтобы не забыть. 

что у вас там с базой произойдет? она станет весить невероятные 50Мб??

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, peshkoff сказал:

и еще интересно как вы артикул вводите и контролируете наличие на складе. или склад - тумбочка под столом?

Как правило, рассыпуха (особенно ходовые номиналы) уже не меняется - просто копипащу из прошлых проектов.

 

Цитата

раз за разом править чего то там на схеме. я просто не представляю где на это все время взять и как контролировать держа все в голове чтобы не забыть.

Проблема надумана, т.к. я ничего раз за разом в схеме не правлю. У меня конденсаторы 0.1 мкФ последний раз правились года три назад (партнамбер).
 

Цитата

что у вас там с базой произойдет? она станет весить невероятные 50Мб??

Точно такой же камень могу кинуть в огород базо-любителей: что произойдет, когда в базе уже накопится тысячи аналогов? Какой будете выбирать? Как долго будете выбирать? Кто будет подчищать неликвиды?

Проблем без базы нет от слова совсем: актуализировать / следить за наличием на складе и вносить эти изменения в базу просто некому. Зачем это делать 2 раза разным людям (разработчику и закупщикам)?

Это не моя забота, закончились у них конденсаторы или еще есть. Если нет - надо докупить. Меня как разработчика это волновать совершенно не должно. Максимум меня могут попросить найти аналоги. И это решается совсем на другом уровне представления перечней, не в альтиуме.

Ведение базы обосновано тогда, когда к ней имеется контролируемый, систематизируемый доступ и разработчиков, и закупщиков. И один фиг рано или поздно закупщик забудет, что он докупил 10 000 конденсаторов (катушку), и не внесет их в базу, а у разраба будет светиться лампочка "нет в наличии". Человеческий фактор.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...