Много объяснять надо. Поройте хэлп и/или Митцнера на тему иерархических дизайнов, поэкспериментируйте на тестовом проекте, думаю разъяснится вопрос. И то, что Вы сейчас делаете по структуре 2 это уже не простейшая структура
Это уже должна быть иерархия. Как, например, здесь:
Нажмите для просмотра прикрепленного файлаКорневая схема - Main, иерархический модуль - Core1 на двух листах, и этот модуль в виду символа восемь раз вставлен на корневой схеме на странице Board_SCH. В свойствах такого модуля Implementation Type = Schematic View, а сама схема, т.е. Implementation = Core1. Также эта схема может быть не в этом DSN-файле, а в каком-то другом, тогда нужно еще указать путь/имя файла в свойстве Impementation Path.
Но это все именно иерархия, а не "одна схема - несколько плат". Для таких случаев, как и в любом другом САПРе, лучше использовать классический подход одна схема(один дизайн) - одна плата. Можно конечно шаманить, переключая root-ы между схематиками, аннотируя и выгружая нетлисты в разные РСВ, но чревато граблями в каком-нибудь неожиданном месте.
И да - первый столбец свойств на скрине - это Instance, как бы основные свойства, на уровне конкретного схематика нижнего уровня. Второй, желтый столбец - это, собственно, Occurence - свойства этого компонента на верхнем уровне, уровне дизайна. В них наверное всегда будет иной Reference, а в общем случае и другие свойства могут отличаться от базовых. На скрине не лучший пример - свойства самого иерархического модуля, такое лучше смотреть на примере простых компонентов входящих в состав этого модуля.