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

fill

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

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

Репутация

2 Обычный

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

  • Звание
    Гуру
    Гуру
  • День рождения 12.11.1964

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Посетители профиля

30 019 просмотров профиля
  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. Он просто предупредил что раз в стеке нет опорного слоя, то он может добавить виртуальный при экспорте.
×
×
  • Создать...