kappafrom 0 30 марта, 2016 Опубликовано 30 марта, 2016 · Жалоба При создании библиотеки компонентов разработчики указывают Origin (опорную точку компонента) в разных местах: в центре корпуса, в центре первого пина или на свой вкус. При генерации файла для автоматического монтажа для каждого компонента генерируются координаты как раз этой опорной точки, а не центра тяжести компонента. При автоматическом монтаже некоторые компоненты съехали. Как получить корректную базу компонентов, чтобы переместить Origin в геометрический центр компонента, без того чтобы править либу и тащить это через весь проект до экспорта? Дело в том, что ни разу я не встречал требование по размещению Origin при создании компонента в библиотеке. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MikleKlinkovsky 5 30 марта, 2016 Опубликовано 30 марта, 2016 · Жалоба При создании библиотеки компонентов разработчики указывают Origin (опорную точку компонента) в разных местах: в центре корпуса, в центре первого пина или на свой вкус. При генерации файла для автоматического монтажа для каждого компонента генерируются координаты как раз этой опорной точки, а не центра тяжести компонента. Не говорите за все сапры. Дефолтный протеловский pick & place csv файл содержит и координаты первой ножки и ориджин и центр. Не известно кому, мы отдаём такой же файл, с тремя точками для каждого компонента. Какую хотят, такую и используют. А для станка Ямаха делаем свой репорт, где только ориджин, а на станке свой собственный конфиг конвертора на этот репорт. И указывать точку можно любую, главное что бы она же была забита в базе компонентов станка. (угадайте что там по умолчанию :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
andron86 0 30 марта, 2016 Опубликовано 30 марта, 2016 · Жалоба Не говорите за все сапры. Дефолтный протеловский pick & place csv файл содержит и координаты первой ножки и ориджин и центр. Не известно кому, мы отдаём такой же файл, с тремя точками для каждого компонента. Какую хотят, такую и используют. А для станка Ямаха делаем свой репорт, где только ориджин, а на станке свой собственный конфиг конвертора на этот репорт. И указывать точку можно любую, главное что бы она же была забита в базе компонентов станка. (угадайте что там по умолчанию :) +1, Если origin и не подойдёт/прописан не там, то нормальный компоновщик спросит и если не подойдёт, попросит поменять. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
a123-flex 0 30 марта, 2016 Опубликовано 30 марта, 2016 · Жалоба +1, Если origin и не подойдёт/прописан не там, то нормальный компоновщик спросит и если не подойдёт, попросит поменять. извините, а что такое компоновщик, и если это некая утилита станка(?), то откуда ей взять критерий: правильно/неправильно, если все что ей доступно, это набор координат центров компонентов и их RefDes ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
nnalexk 0 1 апреля, 2016 Опубликовано 1 апреля, 2016 · Жалоба Были у меня такие проблемы с пкадовскими файлами. В библиотеках которых никто не ставил точку пик энд плейс. Как помнится перегонял в какую-то программу которая мне генерировала уже файл пик энд плейс уже с центрами компонентов. Если надо могу вспомнить. Самое простое и вам на будущее перелопатить вашу библиотеку под ваше производство. И ввести внутренний стандарт для конструкторов для добавления элементов в библиотеку. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AleksBak 0 1 апреля, 2016 Опубликовано 1 апреля, 2016 · Жалоба извините, а что такое компоновщик, и если это некая утилита станка(?), то откуда ей взять критерий: правильно/неправильно, если все что ей доступно, это набор координат центров компонентов и их RefDes ? Наверно человек имелся ввиду. Я вот работал/запускал на сборку китайские файлы готового изделия (отлаженного). Пришел к выводу, что и у них бардак есть (а почему бы и не быть ему). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ENIAC 5 7 апреля, 2016 Опубликовано 7 апреля, 2016 · Жалоба Если надо могу вспомнить. Надо. Вспомните, пожалуйста. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 3 7 апреля, 2016 Опубликовано 7 апреля, 2016 · Жалоба При создании библиотеки компонентов разработчики указывают Origin (опорную точку компонента) в разных местах: в центре корпуса, в центре первого пина или на свой вкус. При генерации файла для автоматического монтажа для каждого компонента генерируются координаты как раз этой опорной точки, а не центра тяжести компонента. При автоматическом монтаже некоторые компоненты съехали. Как получить корректную базу компонентов, чтобы переместить Origin в геометрический центр компонента, без того чтобы править либу и тащить это через весь проект до экспорта? Дело в том, что ни разу я не встречал требование по размещению Origin при создании компонента в библиотеке. Для меня не так странно это все, поскольку полно таких челов тут, но не там. Автоматический монтаж плейсерами (рас-/у- становщиками) обязывает все кады в либах компонентов создавать Origin (опорную точку компонента, или точку захвата соплом плейсера, помимо центра массы и др.). И это прослеживается еще и по многим IPC стандартам, то чего не нужно тут многим. А кому нужно тот этому обучался и прекрасно знал. Поэтому и вылезают такие косяки. Сколько раз к нам приносили доку на сборку не понимая, не зная как это делается, например что такое федушка (сленг) или Fedpoint ... , что такое пик анд плейс файл P&P, ... . Просто не обучали этому последнее лет 20 в универах тут. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
nnalexk 0 7 апреля, 2016 Опубликовано 7 апреля, 2016 · Жалоба Надо. Вспомните, пожалуйста. Мне нужно было только из пкада сгенерировать файл пик энд плейс. Давно, пока небыло алтиума, я как-то делал - все же если надо то вспомню, напишите. Сейчас когда появился алтиум. Я от своих клиентов требую чтоб в пкадовском файле были заполнены поля валью. Они мне присылают пкадовский файл и я его импортирую в алтиум. Потом из алтиума просто получаю файл пик энд плейс который содержит координаты центров и то что надо монтировать в этот центр. Все. Также в алтиуме я добавляю реперные точки если их забывают ставить. Просто не обучали этому последнее лет 20 в универах тут. Вот пока небыло станка мы также рисовали как угодно, как появился станок, то быстро начали рисовать с учетом его возможностей. Компонент плоха запаялся- поправили посадочное место. И сейчас кто у меня монтажит я даю проверенные посадочные места и они правят свои проекты. В результате все паяется отлично. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 3 7 апреля, 2016 Опубликовано 7 апреля, 2016 · Жалоба Как то странно. Посадочное место или точнее его точная координата или же Origin (опорная точка компонента) нужна для сопла. Плейсер если нормальный то с оптикой и он беря компонент доворачивает его, смещает на нужные расстояния и ставит на посадочное место точно. Если есть смещение, неточность после установки то корретировка, пристрелка делается перед стартом монтажа. Например нам чаще такая коррекировка нужна плейсеру для захвата с летны обычно конденсаторам и резисторам, из-за большой разницы размеров у разных производителей, тех же самых казалось бы стандартных размеров 1210, 1206, 0805, 0402, 0201 компонентов. Грешат размерами сильно, то уже то шире то короче и тп. Но плохо запаялся ...? Это что то странное, такое трудно связать с координатой посадочного места. Нашли ошибку на пристрелке, скорректировали и всё ок. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться