Не получается использовать module, design reuse Опции

[vitan]

Есть схема с иерархическими блоками (в менторовском DxD).
Генерится нетлист. Импортируется в аллегро. Появляются Module Instances.
Все хорошо, но при установке этого самого Instance на плату не происходит привязка компонента из нетлиста к символу из module (пробовал несколько вариантов, сейчас мучаю модуль из одного резистора и двух иерархический пинов, для простоты).
Возникает ошибка

Код

Component not found for symbol <имя корпуса>

И далее, как следствие

Код

Logic syncronization failed. Continuig.

В результате работать невозможно (не подгружается нетлист модуля).

Встает вопрос. Как аллегро ищет соотвествие между символами в модулях и реальными компонентами в схеме?
По-идее, написано, что это делается через свойства REUSE_NAME и REUSE_ID. Проверял нетлист вручную, для каждого instance в нем правильно прописаны эти свойства и их значения. Т.е. для двух разных instance резисторов есть одинаковые ID и NAME, отличаются они только Refdes-ом.
Обновлял символы. Та же ошибка, только в окошке лога.

Как быть?

[vitan]

И?
Вот Ваши же слова.

REUSE_ID "потомков" все разные, если они пересекаются, то начинаются косяки...

Убрал у клонов на схеме свойство REUSE_ID, сгенерил нетлист, втянул на плату - все нормально. Посмотрел свойство компонентов на плате у всех клонов одинаковый REUSE_ID.

У Вас это не вызывает желания разобраться? Что за косяки и почему они в этот раз не возникли?

У меня на картинке как раз показан случай вложенного реюза.

А простой случай Вы не пробовали? Какие там свойства необходимы? Что-то мне подсказывает, что, имея только reuse_id у instance у Вас не получится нормально выставить модули на плату... И даже тот факт, что

Убрал у клонов на схеме свойство REUSE_ID, сгенерил нетлист, втянул на плату - все нормально. Посмотрел свойство компонентов на плате у всех клонов одинаковый REUSE_ID.

меня пока не убеждает. Вот, если бы Вы вручную поудаляли свойства на компонентах в определении модулей и в instanc-ах, то тогда был бы чистый эксперимент. Говорю потому, что сам проходил.

Прилагаю файлик где достаточно внятно расписан порядок работы при использовании design reuse. На 11 странице расписано назначение свойств, используемых при design reuse.

Спасибо, но это все я читал, и именно потому, что на самом деле все получается не так, я и создал этот топик...

У Вас наверняка найдется проект, в котором есть простые модули, без вложенного реюза. Не могли бы Вы посмотреть, как там свойства назначены?

[Old1]

У Вас это не вызывает желания разобраться? Что за косяки и почему они в этот раз не возникли?

Желание есть , разбираюсь. По поводу невозникших косяков, пока могу только предположить, что не возникли они потому что в моем проекте не было вложенных реюзов, хотя свойства были назначены как для проекта с вложенными реюзами... Если будет время вечером проверю.

А простой случай Вы не пробовали? Какие там свойства необходимы? Что-то мне подсказывает, что, имея только reuse_id у instance у Вас не получится нормально выставить модули на плату... И даже тот факт, что
меня пока не убеждает. Вот, если бы Вы вручную поудаляли свойства на компонентах в определении модулей и в instanc-ах, то тогда был бы чистый эксперимент. Говорю потому, что сам проходил.

У Вас наверняка найдется проект, в котором есть простые модули, без вложенного реюза. Не могли бы Вы посмотреть, как там свойства назначены?

Для чистоты эксперимента создал с нуля простой проект: на схеме четыре одинаковых модуля, которые ссылаются на внешний дизайн - "родителя". В родителе выполняю операцию "Generate Reuse module". В результате каждому компоненту родителя назначилось свойство REUSE_ID c уникальным значением. Затем в основном дизайне выполняю операцию "Renamber design for using reuse modules", в результате которой в редакторе свойств ничего нового не появилось, но после генерации нетлиста, в нетлисте у каждого клона появилось по три свойства:REUSE_NAME, REUSE_PID, REUSE_INSTANCE. Причем REUSE_PID у клонов имеющих общего родителя - одинаковый. Вот такие пироги...