-
Постов
4 590 -
Зарегистрирован
Весь контент fill
-
32 и 64 должны устанавливаться в отдельные папки. При установке в одну, ничего нормально работать не будет.
-
Не совсем так. Есть также разница в идеологии применения: RB - создали проект со схемой и топологией, - полностью его закончили - импортировали как проект в ЦБ - теперь можем размещать символ этого RB в других проектах, в которых появится его подсхема (не редактируемая) и топология - если захочется изменить схему RB, то придется изменить ее в исходном проекте и затем импортировать в ЦБ в виде НОВОГО RB. MRB - создаем общий большой проект, в котором MRB это всего лишь часть проекта (иерархический символ с подсхемой под ним) - публикуем MRB в ЦБ - размещаем символ MRB в других проектах - одновременно разрабатываем как основные проекты, так и вносим по ходу изменения в MRB
-
RB - в ЦБ сохраняется проект в целом и RB внутри ЦБ перестает быть связан с исходным проектом (схема RB фиксируется) MRB - в ЦБ сохранятся часть проекта и сохраняется связь с исходным проектом (схему и топологию MRB можно обновить из исходного проекта)
-
1. Managed Reusable Block и Reusable Block это две разные вещи. 2. Для включения в LM иконки Reusable Block Editor нужно просто в папке ReusableBlocksLP (или ReusableBlocksLO) создать какую-либо папку - т.е. обмануть LM, чтобы он подумал что в ЦБ есть Reusable Block и включил функциональность работы с Reusable Block.
-
Проект должен открывать напрямую любой DxDesigner до 2007. После 2007 с конвертацией. Файлы "buf6.1, fd2ce.1, а есть decoder.1, receiver.1" и т.п. скорее всего текстовые файлы символов для схемы.
-
Все очень просто - когда что-то выбрано в топологии, DRC проверяет только выбранное. Соответственно, все ошибки, не связанные с выбранным исчезают:)
-
Иконка станет активной если в папке ReusableBlocksLP (или ReusableBlocksLO) будет создана какая-либо подпапка.
-
Вам для начала надо бы научиться логически мыслить :) 1. Тип есть: - у падстека - у ячейки 2. Ментор жестко отслеживает совпадение типов - защита от дурака. Значит: - импортируем в ячейку типа Die, падстеки типа die - меняем тип ячейки на Connector (или что-то другое) - меняем падстеки Можно сделать гораздо проще и без применения доп. программ. Используется менторовский транслятор Allegro_to_Xpedition. 1. В Allegro запускается скрипт, в результате работы которого получается плата в формате Xpedition. Кроме того в получившейся папке лежат и указанные Вами файлы *hkp. 2. В Library Manager можно напрямую из этой платы импортировать падстеки\ячейки\компоненты. Или импортировать из hkp.
-
При первичном импорте файла, тип падстека д.б. Pin-Die. После получения искомой картинки размещения пинов, можно просто поменять падстеки на другие нужного размера (типа Pin-SMD) в диалоге Place_Pins.
-
Можно экспортировать готовые посадочные из Allegro и импортировать их в Xpedition (через файлы *hkp). Транслятор со стороны ментора, но сам скрипт извлечения выполняется в Allegro.
-
-
Он просто предупредил что раз в стеке нет опорного слоя, то он может добавить виртуальный при экспорте.
-
-
-
Т.е. при изменении настроек ЦБ в диалоге это не приводит к изменению файла prj? Тогда должна возникать проблема и с другими настройками проекта.
-
Вообще-то данную настройку можно поменять аж в двух местах штатными средствами. 1. В редакторе схем 2. В редакторе плат.
-
А если подумать, то exposed pad может быть не только пин, а и другой элемент. Например Conductive Shape, с соответствующим изменением правил\ограничений размещения via.
-
Первое на что повлияет это доступные Типы Монтажа и соответственно какие типы падстеков будут доступны для выбора при создании\редактировании топологии ячейки.
-
В комплекте, насколько я вижу, идут разные фонты, форматы могут отличаться. Насколько я понимаю, ментор может использовать любой системный фонт, т.е. если фонт добавился в винды, он становится доступен для выбора в приложении. Могу предположить что также в конкретное приложение могут добавляться фонты и напрямую из определенных конфигурационных папок. В некоторых файлах фонтов в шапке есть описание формата представления, например в std-proportional.fnt.
-
-
Коллеги, на самом деле разница между векторным и тру-тайп фонтом в их представлении. Например буква Н: - в векторном фонте это 3 отрезка - в тру-тайп это замкнутый многоугольник прорисованный по контуру данной буквы, т.е 12 отрезков Xpedition использует только тру-тайп фонты, просто они сделали несколько фонтов упрощенного изображения (гербер совместимых) таким образом, чтобы визуально всегда получалась заполненная фигура прорисованного контура (естественно при разумном выборе ширины пера - чтобы два параллельных отрезка визуально перекрывались друг с другом за счет их толщины). Пример подмены латинской О на Щ в векторном фонте.