Jump to content

    

popms

Участник
  • Content Count

    171
  • Joined

  • Last visited

Community Reputation

0 Обычный

About popms

  • Rank
    Частый гость

Recent Profile Visitors

2665 profile views
  1. воооот! я тоже постоянно всем говорил, что с ad18+ версий поворот в 3д режиме стал просто нереально неудобным. А все только и говорят, что я выдумываю и разницы нет никакой. Вернуть обратно не получится, привыкайте.
  2. номера пинов УГО должны обязательно совпадать с номерами контактных площадок футпринта
  3. AD19 и выше зазор используется тот, который указан по умолчанию для Polygons в DRC: для зазора от контура платы используется значение из правила Board Outline Clearance
  4. BoasTools 1.6 [Trim Silkscreen] - Добавлена настройка для указания минимального диаметра отверстий под шелкографию. [Copper Balance] - Добавлена функция заливки всей платы на активном слое. - Добавлена функция удаления всех объектов инструмента Balance4. [Interractive BOM] - Добавлена функция объединения последовательных одинаковых элементов (С1,С2,С3 -> С1-С3) - Исправлен Заголовок HTML, содержащий недопустимые буквы пути к файлам, такие как '\', '/'.. https://t.glavkon.com/telboas/boastools_1.6.exe
  5. board передается в x_t с общей толщиной, включая препреги, металл и солдер слои. В вашем случае в инвенторе нужно уменьшить толщину платы на толщину металла с обоих сторон
  6. попробуйте переопределить контур платы через Define from selected objects
  7. несколько раз помогала реальная 3д модель платы с дорожками при проектировании прибора, потому что плата крепилась винтами, шайбами через металлическую раму, которая попадала на дорожки. Проблему обнаружили и убрали дорожки от конструктивных деталей конструктора прибора. Плюс можно смотреть как будет читаться шелкография или другая полезная информация на плате, которая установлена в прибор. К примеру можно ли увидеть версию платы, сняв только крышку прибора? Или потребуется дополнительная разборка прибора? Такие мелочи внутренней эргономики тоже важно продумать.
  8. скриптами - точно нет плагином можно в теории, но это нужно декомпилировать dll драфтсмана, найти там метод рисования линии, посмотреть как он вызывается и написать в своем плагине обращение к dll драфтсмана и вызов рисования этой линии, но это не точно. И кстати нет никаких предпосылок к тому, что методы драфтсмана когда-либо появятся в SDK
  9. у драфтсмана нет SDK. Драфтсман - это тоже по сути большой скрипт/плагин, который сам использует SDK альтиума.
  10. с ним есть много опыта работы 15+ лет, есть свой графический интерфейс к нему с запуском согласования документов, с формированиями отчетов и прочими плюшками, и есть купленный софт Парус, который работает с Oracle. Я вначале у ТС и спросил, на какой СУБД построена (или планируется строится) централизованная база элементов предприятия. Вот на этой СУБД и нужно организовывать базы элементов альтиума. DbLib может подключать используя провайдеры почти к любым СУБД, хоть Oracle, хоть MySQL, хоть sqlite
  11. конкорд через костыли можно подсоединить к базе предприятия, опыта нет примерно ни у кого, спросить не у кого, поддерживается только ограниченный набор СУБД типа Firebird. К Access конкорд точно подключить невозможно. Единственные плюшки конкорда - это красивая админка базы и проектов, управляемые параметры проектов и красивый поиск по всей библиотеке. Подвязывая конкорд вы всю вашу базу делаете под управлением конкорда, и добавляете все параметры как будто в компоненты альтиума. Мы же пошли иначе, у нас есть централизованная база элементов предприятия на Oracle, и там не только элементы альтиума, но и детали, винты, корпуса, печатные платы, сборочные единицы и сами готовые изделия. База элементов - это только часть таблиц, к которым и подключается Альтиум и видит все элементы (которые и являются частью большой базы предприятия). Админы базы, чтобы добавить новый элемент, лезут в клиент Oracle и интерфейс и там уже заводят новый компонент, и после проверки он становится доступен пользователям альтиума. И одновременно этот же элемент виден и всем остальным от технологов, до склада. И они могут подключать к этому же элементу свою информацию - об остатках, о контрагентах, коды ОКП всякие, цены и т.д. Набор параметров, который виден для альтиума определенный, поэтому в базе альтиума не будут отображаться ненужные свойства. При таком построении мы не зависим почти ни от чего, ни от того, что альтиум придумает в конкорде, потому что база выглядит как обычный DbLib файл со строкой подключения к базе Oracle. И базой пользуются не только пользователи альтиума, а централизованно все сотрудники предприятия, работают в единой среде, без перепирания лишних бумажек со стола на стол, и без ручного ввода элементов куда бы то ни было.
  12. это очень плохо, ваш проект должен быть исходными данными для автоматического создания всей производной технологической и производственной документации. А не так, что вы напечатали бумажные документы, передали в производство и забыли, а там всю комплектацию составляют опять заново вручную ориентируясь на свою базу элементов, ища контрагентов для заказа комплектующих.
  13. а чем обоснован выбор MySQL ? Почему не Excel/Access ? если у вас уже получилось, то в чем проблема распространить вашу БД на все предприятие. Скорее сложность тут в админ.ресурсе - заставить всех пользоваться вашей базой? а есть ли у вас на предприятии ERP или PLM или PDM? Нужно ли вам чтобы абсолютно все пользовались единой базой элементов. Чтоб например транзистор был единый для всех: для схемотехников это был компонент альтиума, для 3д конструкторов - это была 3д моделька, для технологов этот транзистор имел привязанный к нему тех.процесс, для отдела закупа этот же транзистор имел список поставщиков, остатки на складе и цены, и т.д. Если это всё нужно, то нужно смотреть на чем сделана общая база элементов предприятия и внедрять базу альтиума в неё. Тогда будет полноценный единый контур. А как правило делаются разрозненные огороды, у плат одна база на экселе, у технологов бумажки вообще, у ОКМ своя отдельная база в 1С и ниче друг другу не соответствует, и все всё делают вручную, генерируют накладные, расходные и т.д. Зарубежный опыт показывает, что в идеале должна быть полная связка PDM - PLM - ERP. Чтобы на любом из этапов можно было выделить плату и точно определить какие компоненты взяты, кто и когда их делал, пойти назад к проектированию и найти проект альтиума и открыть схему/плату, или пойти вперед к накладным и заказам комплектующих. Вот к такой системе нужно стремиться. В идеале сделанный проект альтиума при сдаче в PDM систему уже должен автоматически создавать электронный состав, из которого можно сгенерить и спецификации, и тех.маршруты (потому что ко всем элементам они уже разработаны и привязаны), и накладные для заказов у поставщиков можно сгенерить просто отчётами. А если вы сделаете базу элементов только для схемотехников и топологов, эта база будет жить только внутри себя и дальше ей никто пользоваться не будет. А если была бы полная сквозная база элементов, тогда схемотехники могли бы видеть реальные текущие остатки на складе в реальном времени, или, например, снабжение могло бы открыть даташит или посмотреть любое свойство элемента из базы элементов.
  14. это ветка про Altium Designer, а у вас проект в xPCB