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

fill

Модератор
  • Постов

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

Весь контент fill


  1. 32 и 64 должны устанавливаться в отдельные папки. При установке в одну, ничего нормально работать не будет.
  2. "Dissolve" превращает RB просто в подсхему проекта.
  3. Не совсем так. Есть также разница в идеологии применения: RB - создали проект со схемой и топологией, - полностью его закончили - импортировали как проект в ЦБ - теперь можем размещать символ этого RB в других проектах, в которых появится его подсхема (не редактируемая) и топология - если захочется изменить схему RB, то придется изменить ее в исходном проекте и затем импортировать в ЦБ в виде НОВОГО RB. MRB - создаем общий большой проект, в котором MRB это всего лишь часть проекта (иерархический символ с подсхемой под ним) - публикуем MRB в ЦБ - размещаем символ MRB в других проектах - одновременно разрабатываем как основные проекты, так и вносим по ходу изменения в MRB
  4. RB - в ЦБ сохраняется проект в целом и RB внутри ЦБ перестает быть связан с исходным проектом (схема RB фиксируется) MRB - в ЦБ сохранятся часть проекта и сохраняется связь с исходным проектом (схему и топологию MRB можно обновить из исходного проекта)
  5. 1. Managed Reusable Block и Reusable Block это две разные вещи. 2. Для включения в LM иконки Reusable Block Editor нужно просто в папке ReusableBlocksLP (или ReusableBlocksLO) создать какую-либо папку - т.е. обмануть LM, чтобы он подумал что в ЦБ есть Reusable Block и включил функциональность работы с Reusable Block.
  6. Проект должен открывать напрямую любой DxDesigner до 2007. После 2007 с конвертацией. Файлы "buf6.1, fd2ce.1, а есть decoder.1, receiver.1" и т.п. скорее всего текстовые файлы символов для схемы.
  7. Все очень просто - когда что-то выбрано в топологии, DRC проверяет только выбранное. Соответственно, все ошибки, не связанные с выбранным исчезают:)
  8. Иконка станет активной если в папке ReusableBlocksLP (или ReusableBlocksLO) будет создана какая-либо подпапка.
  9. Вам для начала надо бы научиться логически мыслить :) 1. Тип есть: - у падстека - у ячейки 2. Ментор жестко отслеживает совпадение типов - защита от дурака. Значит: - импортируем в ячейку типа Die, падстеки типа die - меняем тип ячейки на Connector (или что-то другое) - меняем падстеки Можно сделать гораздо проще и без применения доп. программ. Используется менторовский транслятор Allegro_to_Xpedition. 1. В Allegro запускается скрипт, в результате работы которого получается плата в формате Xpedition. Кроме того в получившейся папке лежат и указанные Вами файлы *hkp. 2. В Library Manager можно напрямую из этой платы импортировать падстеки\ячейки\компоненты. Или импортировать из hkp.
  10. При первичном импорте файла, тип падстека д.б. Pin-Die. После получения искомой картинки размещения пинов, можно просто поменять падстеки на другие нужного размера (типа Pin-SMD) в диалоге Place_Pins.
  11. Можно экспортировать готовые посадочные из Allegro и импортировать их в Xpedition (через файлы *hkp). Транслятор со стороны ментора, но сам скрипт извлечения выполняется в Allegro.
  12. Не вижу проблем считать из файла напрямую.
  13. Он просто предупредил что раз в стеке нет опорного слоя, то он может добавить виртуальный при экспорте.
  14. Двойной щелчок ЛКМ на символе передающей линии. Или меню ПКМ
  15. Остальные параметры изменить в редакторе стека платы.
  16. Т.е. при изменении настроек ЦБ в диалоге это не приводит к изменению файла prj? Тогда должна возникать проблема и с другими настройками проекта.
  17. Вообще-то данную настройку можно поменять аж в двух местах штатными средствами. 1. В редакторе схем 2. В редакторе плат.
  18. А если подумать, то exposed pad может быть не только пин, а и другой элемент. Например Conductive Shape, с соответствующим изменением правил\ограничений размещения via.
  19. Первое на что повлияет это доступные Типы Монтажа и соответственно какие типы падстеков будут доступны для выбора при создании\редактировании топологии ячейки.
  20. В комплекте, насколько я вижу, идут разные фонты, форматы могут отличаться. Насколько я понимаю, ментор может использовать любой системный фонт, т.е. если фонт добавился в винды, он становится доступен для выбора в приложении. Могу предположить что также в конкретное приложение могут добавляться фонты и напрямую из определенных конфигурационных папок. В некоторых файлах фонтов в шапке есть описание формата представления, например в std-proportional.fnt.
  21. *.fnt это вообще текстовый файл.rus.fnt GOST_A.TTF, открытый в одном из редакторов.
  22. Коллеги, на самом деле разница между векторным и тру-тайп фонтом в их представлении. Например буква Н: - в векторном фонте это 3 отрезка - в тру-тайп это замкнутый многоугольник прорисованный по контуру данной буквы, т.е 12 отрезков Xpedition использует только тру-тайп фонты, просто они сделали несколько фонтов упрощенного изображения (гербер совместимых) таким образом, чтобы визуально всегда получалась заполненная фигура прорисованного контура (естественно при разумном выборе ширины пера - чтобы два параллельных отрезка визуально перекрывались друг с другом за счет их толщины). Пример подмены латинской О на Щ в векторном фонте.
×
×
  • Создать...