Первый мой пост смотрите - я сразу сказал что в этом проекте главная проблема - монетизация.
Мне мешает то, что есть лучшим образом монетизированные проекты, и у меня лично нет таких проблем, как у ТС, тк я не пытаюсь впихнуть невпихуемое).

правильно


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


насколько я помню Ваши слова, у Вас на этих номиналах в отход летит то ли 5, то ли 10% ленты.

Те Вы например такие номиналы работать не можете...


нельзя ли поконкретней, с цитатой соответствующего стандарта ?

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

- просто параметр настройки программы.
Кстати неплохо бы тоже цитату со связью типа покрытия кп ПП с размером окна трафарета.


повторюсь - окупаемость - здесь главная проблема.

Сообщение отредактировал fpga_student - Dec 12 2017, 15:41

Это где я такое говорил? И откуда такие выводы?


Слив засчитан.

Остальное без комментариев, уже не интересно.

Вот здесь, только я ошибся, у вас брак 20% на 0201:



https://electronix.ru/forum/index.php?showt...t&p=1502520


))) точно, без комментариев.

Сообщение отредактировал fpga_student - Dec 12 2017, 16:19

Что это даст?

Что Вы имеете в виду?

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

Неужели не очевидно?


Почитайте IPC-7351. Что-то там про A,B,C, кажется



Опять же, вы полагаете, что HASL, ENIG, и органика будут паяться всегда одинаково?



Вот именно, что разрабатывать, а не разводить, как тут многие любят говорить.
И если разработчик именно разрабатывает, то да, он должен (внезапно, правда!?) разбираться как в процессе производства п\п, так и в процессе её монтажа. Иначе грош цена этому кадру.

И не говорите, пожалуйста, за других. Не обобщайте свой опыт на всю страну. Не все рыбы - караси.

о. еще боец. давайте без воды, поконкретнее - по каждому пункту цитаты)

Все вопросы, заданные с таким апломбом, уже обсудили 6 сообщений назад. Семен еще раз акцентировал внимание на их нечеткой формулировке.

Сообщение отредактировал fpga_student - Dec 13 2017, 06:05

Нет. Поясните.


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


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

Сообщение отредактировал fpga_student - Dec 13 2017, 06:11

Господа semen_992 и fpga_student, если вы пришли на данный форум по ехидничать, то вы ошиблись местом.
Если вас не устраивает вектор движения, который вам указывают, то выхода ровно два - поверить людям или не поверить и проверить все самим.
Здесь люди делятся реальным опытом и рекомендации даются не на пустом месте.
Рекомендую не торопиться тут отвечать, а просто почитать-подумать.


Разные размеры площадок - разное количество пасты при нанесении - разные режимы пайки.
И это мы еще не говорим, какая структура платы (толщина фольги, заполнение медью слоёв и т.п.)


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


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

И наконец, вам уже давали ссылку на продукт от LPKF. Решение есть, пробуйте.

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


немного из другой оперы, нет ? если Вы плату на пайке не прогреете, получится брак


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


может быть подойти к этой проблеме немного с другой стороны ?
Какое бы ни было покрытие и припой, технолог должен подобрать такой флюс, чтобы КП хорошо смачивались. Это дает малый разброс объема наполнения ванны КП припоем...

А несмоченная площадка - это брак...


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

Сообщение отредактировал fpga_student - Dec 13 2017, 09:40

Ветку еще раз перечитайте. Подумайте.
Я именно и хотел учесть опыт других участников, но всплыли матёрые дядьки, которые начали утверждать, что это мое дело - заложить изначально правильные апертуры на момент разработки изделия. Хотя изначально проблема не в этом. И я это еще раз подчеркнул в посте #24.
На мои просьбы указать стандарт и желательно страницу - получаю ответ: "НУ ТАК ОЧЕВИДНО ЖЕ!!!" По-моему этот ответ от того, что рекомендация дана на пустом месте.


Тема исключительно про количество пасты. При чем тут профили? При чем тут толщина фольги и заполнение медью?


Этот совет равен - "в интернете все есть".
1. Проблемы хранения плат в не соответствующих условиях и дер%мовость производителя ПП на трафарете не отражаются.
2. Вы учитываете профиль горячего лужения когда готовите трафарет?


Еще раз читайте первый пост.

Я хочу понять, что важно в данном случае, а что нет.
Если вы говорите, что важно то и это, то, пожалуйста, дайте ссылку на статью или стандарт. Вот и всё.

Точнее не первый пост, а первые посты.
Т.е. направление сменилось с поиска готового инструмента (который автоматизирует, а не помогает мне делать все руками) на поиск параметров, которые действительно важны при подготовке трафарета для создания такого инструмента своими силами.

Отлично, тогда вот вам мой последний ответ, в аттаче.
У вас есть возможность сделать то, что никто еще не сделал.
И если у вас получится, то можете посрамить "матёрых дядек", а лично я вам буду аплодировать (не сарказм).

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

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

Большинство моих знакомых проектировщиков плат слабо ориентируются в особенностях монтажных производств, а многие из них не всегда сами могут выбирать целевое монтажное производство. Соответственно и качественное проектирование трафарета (а часто и групповой заготовки платы) проектировщик выполнить не в состоянии. И это не его вина, это последствие разделения труда/специализаций. Большинство моих коллег (в том числе инженеров-технологов монтажных производств) склоняются ко мнению, что подготовка трафарета, это забота инженерного отдела монтажного производства.
В редких случаях, когда проектировщик организовывает и контролирует весь цикл производства изделия, проектирование и заказ трафарета входит в его обязанности.
Обычно вместе с герберами платы я готовлю гербера паяльной пасты без заужения/расшивки апертур. Финальный файл трафарета готовит человек с монтажного производства.
В редких случаях я готовлю финальные файлы трафарета сам, т.к. хорошо знаком с оборудованием и процессом монтажа, но всегда остаётся вероятность не учесть каких-то особенностей монтажного производства и выслушивать потом их претензии или бороться с последствиями "кривого" монтажа.

На монтажных производствах ребята работают в основном в CAM350, некоторые в Gerbtool/Camtastic2000. Про редактор от LPKF слышали, пробовали, но единственное его преимущество - проверка aspect/area ratio в слоях паяльной пасты. Это оказывается не достаточной причиной для переучивания на другой гербер-редактор.

К сожалению, не знаю в каких редакторах работают крупные PCBA компании, но есть подозрение, что в автоматическом режиме там трафареты не готовят.
В Украине все PCBA маленькие, ну кроме филиала Jabil в Закарпатье, но от туда у меня инсайда нет.

Jabil использует трафареты, которые ему режет Альфа Алент в пригороде Будапешта, до которого им от завода порядка 300 км. Расходники, кстати, тоже частенько оттуда. А вот запрос на подготовку выглядит действительно просто - "reduce all apertures for xy%".

alex_bface, а какое предприятие Вы представляете? Можно в личку.