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

semen_992

Свой
  • Публикаций

    253
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о semen_992

  • Звание
    Местный

Контакты

  • Сайт
    http://
  • ICQ
    0
  1. short demo panelization

    Доброго времени! Увидел демку панелизации в valor npi: https://youtu.be/ULg7TOClmXY В документации ничего на эту тему не нашел... Как туда попасть?
  2. MG Expedition ликбез ...

    Коллеги, подскажите, а можно где-то DxDesigner'у сказать, что пространство имён для каждого блока было своё? Т.е. у меня два разных блока и в каждом есть сигнал TX. В Layout'e сейчас у меня это все слилось...
  3. Проблема с Team Layout

    Цитата(fill @ Mar 22 2018, 10:31) В DxD в настройках проекта включили галочку совместного использования и указали машину на которой установлен и запущен RSCM? После того, как включаю, перестает запускаться layout: --- 15:25:27 INFO From host:localhost From App:Current Requested to launch Xpedition Layout: Team Server on host DESKTOP-QDV6F53 --- 15:25:44 ERROR From host:DESKTOP-QDV6F53 From App:Xpedition Layout: Team Server Process id=12548. Xpedition Layout: Team Server cannot be started. ---
  4. Проблема с Team Layout

    Цитата(fill @ Mar 22 2018, 09:11) Скорее всего проблема в пути к файлу. Путь должен быть одинаковым со всех машин подключаемых к сессии. Т.е. полный путь с указанием машины или сформировать везде одинаковый виртуальный диск. Да, действительно. Косяк был в этом. Сейчас оооочень долго висит окно лэйаута с прогресс-баром на Loading initial design state, а потом написал: [attachment=111667:__________.png] Тут я тоже где-то неправ?..
  5. Проблема с Team Layout

    Доброго времени! Коллеги, столкнулся с проблемой при подключении к уже созданной сессии layout'а: На моем локальном компьютере я открываю проект на редактирование через Layout: Team Client, выбираю свой же компьютер для запуска сервера, все благополучно запускается, вижу топологию. Но когда пытаюсь подключиться с соседней тачки, то при нажатии на Layout: Team Client в логах вижу такую бяку: [attachment=111664:__________.png] Что я делаю неправильно?..
  6. Цитата(vicnic @ Dec 13 2017, 11:48) Отлично, тогда вот вам мой последний ответ, в аттаче. У вас есть возможность сделать то, что никто еще не сделал. И если у вас получится, то можете посрамить "матёрых дядек", а лично я вам буду аплодировать (не сарказм). В стандартах я ориентируюсь, но все равно спасибо. У меня нет цели кого-либо срамить. У меня цель - автоматизировать рутину.
  7. Цитата(vicnic @ Dec 13 2017, 10:03) Господа semen_992 и fpga_student, если вы пришли на данный форум по ехидничать, то вы ошиблись местом. Если вас не устраивает вектор движения, который вам указывают, то выхода ровно два - поверить людям или не поверить и проверить все самим. Здесь люди делятся реальным опытом и рекомендации даются не на пустом месте. Рекомендую не торопиться тут отвечать, а просто почитать-подумать. Ветку еще раз перечитайте. Подумайте. Я именно и хотел учесть опыт других участников, но всплыли матёрые дядьки, которые начали утверждать, что это мое дело - заложить изначально правильные апертуры на момент разработки изделия. Хотя изначально проблема не в этом. И я это еще раз подчеркнул в посте #24. На мои просьбы указать стандарт и желательно страницу - получаю ответ: "НУ ТАК ОЧЕВИДНО ЖЕ!!!" По-моему этот ответ от того, что рекомендация дана на пустом месте. Цитата(vicnic @ Dec 13 2017, 10:03) Разные размеры площадок - разное количество пасты при нанесении - разные режимы пайки. И это мы еще не говорим, какая структура платы (толщина фольги, заполнение медью слоёв и т.п.) Тема исключительно про количество пасты. При чем тут профили? При чем тут толщина фольги и заполнение медью? Цитата(vicnic @ Dec 13 2017, 10:03) Интересующийся наберет гугле "финишное покрытие контактных площадок" и найдет много статей, где сказано, что смачиваемость не одинаковая для разных покрытий. И хуже всего, что это реально, и зависит от качества производства платы, влажности, времени хранения и т.д. А еще профиль горячего лужения кардинально отличается от профиля иммерсионных покрытий. Этот совет равен - "в интернете все есть". 1. Проблемы хранения плат в не соответствующих условиях и дер%мовость производителя ПП на трафарете не отражаются. 2. Вы учитываете профиль горячего лужения когда готовите трафарет? Цитата(vicnic @ Dec 13 2017, 10:03) И наконец, вам уже давали ссылку на продукт от LPKF. Решение есть, пробуйте. Еще раз читайте первый пост. Я хочу понять, что важно в данном случае, а что нет. Если вы говорите, что важно то и это, то, пожалуйста, дайте ссылку на статью или стандарт. Вот и всё. Точнее не первый пост, а первые посты. Т.е. направление сменилось с поиска готового инструмента (который автоматизирует, а не помогает мне делать все руками) на поиск параметров, которые действительно важны при подготовке трафарета для создания такого инструмента своими силами.
  8. Цитата(Карлсон @ Dec 12 2017, 22:05) Неужели не очевидно? Нет. Поясните. Цитата(Карлсон @ Dec 12 2017, 22:05) Почитайте IPC-7351. Что-то там про A,B,C, кажется Да, но иногда делают вообще не по стандарту. Иногда рисуется элемент, который вообще стандартом не описан. Какой-нибудь хитрый разъем. И да, все это должно быть входным параметром. Но только не буква, а параметры площадок ПП и компонента. Цитата(Карлсон @ Dec 12 2017, 22:05) Опять же, вы полагаете, что HASL, ENIG, и органика будут паяться всегда одинаково? Причем тут "паяться"? Смачиваемость у всех этих покрытий примерно одинакова. Тут больше проблем возникает с выбором флюса для каждого из этих покрытий. На остальное не влияет. Возможно, вы путаете это с содержанием свинца в пасте. Цитата(fpga_student @ Dec 12 2017, 23:27) о. еще боец. давайте без воды, поконкретнее - по каждому пункту цитаты)
  9. Цитата(vicnic @ Dec 12 2017, 13:15) - выполнены ли площадки по рекомендациям IPC Что это даст? Цитата(vicnic @ Dec 12 2017, 13:15) - диапазон сложности компонентов Что Вы имеете в виду? Цитата(vicnic @ Dec 12 2017, 13:15) - финишное покрытие площадок платы Пытался найти об этом хоть что-нибудь, но безуспешно. Если бы Вы поделились ссылочкой, я был бы безмерно благодарен.
  10. Цитата(fpga_student @ Dec 12 2017, 12:19) Я имел в виду различия в трафаретных принтерах, которые могут привести к неоднозначности каких-либо параметров. Надеюсь, что там таких различий нет. Если они есть, прошу меня поправить. Цитата(fpga_student @ Dec 12 2017, 12:19) Со всем уважением, однако зачем Вам такие типоразмеры ? Микросборки ? Авиация ? Не могу придумать ничего другого, зачем иначе в такое дер%мо лезть... Площадь. Просто меньшая площадь. Не все дер%мо, что ниже 1206 . Цитата(fpga_student @ Dec 12 2017, 12:19) боюсь что в России Вы один такой... Я искренне надеюсь, что нет...
  11. Цитата(ZZmey @ Dec 11 2017, 23:00) Что касается указанного здесь стандарта. Посмотреть там есть чего, и, уверен, это будет полезно ув. semen_992, чтобы не возникало подобных вопросов. Именно со стандартом вопросов не возникает. Я на них в первом посте сослался, только без номера. Как правильно заметил fpga_student там все просто алгоритмизируется. Цитата(fpga_student @ Dec 11 2017, 23:43) Только вот перспективы монетизации, и, действительно физика (практика) разных аппаратов пугают. Почему бы не инициировать opensource проект . Какие аппараты Вы имеете в виду? Цитата(ZZmey @ Dec 12 2017, 00:22) Облегчить разработку трафарета можно только одним способом - на этапе проектирования ПП заложить адекватные КП на плате и слои пасты (Paste). Тогда вся разработка сведется к добавлению рамки крепления трафарета в принтере и определению необходимой толщины. Я всегда продумываю производство изделий, которые проектирую. В том числе и слой трафарета. Но у меня есть сложности - например, стоит на одной стороне какой-нибудь разъем и пассив - 0201 и 01005. Для пассива нужен 100 мкм трафарет, для разъема 180 мкм мало. Вот и крутишься, делаешь толщину трафарета где-нибудь посередине и считаешь все апертуры руками. Это можно автоматизировать. Я знаю параметры компонента из OBD++. Там где нужно больше пасты на тонком трафарете, я сделаю апертуру даже больше площадки и все будет ОК. Меня интересует именно эта часть подготовки. Т.е. тонкая доводка...
  12. Цитата(U880 @ Dec 10 2017, 19:57) дык готовит трафареты инженер на фирме изготовителе ваш файл трафарета в любом случае переделают сколько бы вы не умничали Да ну, серьезно?.. А по делу есть что? Изготовителю трафарета плевать что резать. Он прежде всего режет - дай Бог рамку добавит. Не, попросить, конечно, можно, но это + ко времени и, возможно к стоимости. На контрактника это тоже не всегда можно возложить (мой случай). У меня их тьма лежит - в каком виде прислал - в том и нарезали.
  13. Всем спасибо за ответы! В том-то и дело, что я не хочу сам их править, я хочу нажать одну кнопку (+ пара параметров) . Т.к. такого в настоящий момент не существует, хотелось бы поразмышлять на тему осуществимости: Я в первом посте не напрасно написал, что нужны шаманские (технологические) практики. C aspect и area соотношениями, формой площадок все предельно понятно (IPC), но бывают ситуации, когда нужно отклониться от стандартов и понятно это становиться только после накопления определенного опыта... Коллеги, поделитесь опытом, кто как готовит трафареты? Быть может, совместными усилиями получиться чего-нибудь сотворить...
  14. Цитата(peshkoff @ Dec 4 2017, 17:55) CAM350 Ага. Супер. Похоже на то, что надо. Какую кнопку там нажимать?
  15. Доброго времени, Коллеги. Подскажите, сущестувет ли в природе софт, который помогает говорить файлы для трафаретов? Я имею ввиду тот, что опираясь на здравый смысл (IPC) и некоторые шаманские (технологические) практики меняет апертуры в соответствии с толщиной трафарета и используемой технологией (свинец-несвинец). Т.е. загнал в него что-нибудь вроде ODB++, нажал кнопку и на выходе получил гербера...