[mpio 0]

Нигде не смог найти данную проблему:

Вчера сохранил нармольно рабочий проект с содержащими в нем 3-мя Backup'и. Сегодня пытаюсь открыть свой проект, а он выдает:

 

The block schematic1 associated with the design: schematic1 could not be found.

 

Попробовал запустить все Backup'ы. Сообщение то же. Ни схемы ни топологии. В файле .prj вроде все прописано правильно: и путь к библиотеки и к схеме.

 

В чем может быть проблема, как ее исправить и почему такое могло произойти?

[Frederic 0]

Нигде не смог найти данную проблему:

Вчера сохранил нармольно рабочий проект с содержащими в нем 3-мя Backup'и. Сегодня пытаюсь открыть свой проект, а он выдает:

 

The block schematic1 associated with the design: schematic1 could not be found.

 

Попробовал запустить все Backup'ы. Сообщение то же. Ни схемы ни топологии. В файле .prj вроде все прописано правильно: и путь к библиотеки и к схеме.

 

В чем может быть проблема, как ее исправить и почему такое могло произойти?

 

а Ехр открывает проект диск:\имя_проекта\PCB\Design1.pcb ?

[mpio 0]

а Ехр открывает проект диск:\имя_проекта\PCB\Design1.pcb ?

 

Пишет: Unable to locate block schematic1 in schematic. If the root has change Formard Annotation will be required to reestablish relationship between schematic and loyout

 

Problem encountered while accessing the block information from the schematic database.

 

Такая же проблема я помню возникала при трансляции одного из проектов с DC 2002 на DXD 2007.

Изменено 17 июня, 2010 пользователем mpio

[sergey.k 0]

Пишет: Unable to locate block schematic1 in schematic. If the root has change Formard Annotation will be required to reestablish relationship between schematic and loyout

 

Problem encountered while accessing the block information from the schematic database.

 

Такая же проблема я помню возникала при трансляции одного из проектов с DC 2002 на DXD 2007.

Unable to open Expedition PCB design in EE2007

Symptoms

Unable to locate root block <root schematic filename> in schematic. If the root block has been changed Forward Annotation will be required to reestablish relationship between schematic and layout.

Problem encountered while accessing the block information from the schematic database. See PCBLogFile.txt for details. Loading of the database has failed.

 

Causes

 

The root block has been set to a different name in .pcb file. Reset the root block in Design Capture, compile/package, and Forward Annotate to Expedition PCB. See MG931 for information on setting a schematic as root.

 

If the problem persists, then edit the .pcb file in a text editor, to match the entry (see below) with the schematic name that is set as root in Design Capture.

 

KEY RootBlock "<root block schematic>"

[cioma 0]

А что в .prj в качестве root block прописано?

[mpio 0]

А что в .prj в качестве root block прописано?

 

Как и нужно KEY RootBlock "schematic1"

[sergey.k 0]

Как и нужно KEY RootBlock "schematic1"

Убедитесь, что это же прописано .pcb, а не .prj, как это советовалось в TechNote

[mpio 0]

Убедитесь, что это же прописано .pcb, а не .prj, как это советовалось в TechNote

 

В том то и дело что все прописанно так как надо. Даже сверял с более старой версией этого же проекта. Проблема мне кажется именно в "schematic1", но в чем именно она заключается не могу понять.

[sh007 0]

Очередной замеченный глюк DxD:

Замечено в версии DxD 7.9. Возможно присутствовал и раньше.

 

Операционная система: Windows XP sp3

Мышь: Logitech с функцией качания колеса право/лево (драйвер 4.90.80)

 

При качании колеса мыши право/лево в схемном редакторе происходит горизонтальный скролинг.

При качании колеса в символьном редакторе NSE происходит падение последного.

Пользоваться в таком режиме очень неудобно.

[AlexN 0]

свежий глюк, появившийся в 7.9

Берем очень небрежно выполненный учебный проект DxPADS_2007WS, когда-то выложенный fill-ом для учебных целей.

Поскольку проект небрежно нарисован (линии связи и шины - не по сетке), пытаемся все сделать красиво и все примитивы привязать к сетке. Специально для этого на тулбаре есть "волшебная" кнопка. Пытаемся применить ее к шине. Успешно. НО! от шины оторвались рипперы, и на них эта кнопка не действует. А шину теперь можно перемещать с "оторванными" рипперами. В 2007.8 такого глюка нет - рипперы тоже подвластны этой кнопке и вполне могут быть перемещены в узлы сетки.

[fill 2]

свежий глюк, появившийся в 7.9

Берем очень небрежно выполненный учебный проект DxPADS_2007WS, когда-то выложенный fill-ом для учебных целей.

Поскольку проект небрежно нарисован (линии связи и шины - не по сетке), пытаемся все сделать красиво и все примитивы привязать к сетке. Специально для этого на тулбаре есть "волшебная" кнопка. Пытаемся применить ее к шине. Успешно. НО! от шины оторвались рипперы, и на них эта кнопка не действует. А шину теперь можно перемещать с "оторванными" рипперами. В 2007.8 такого глюка нет - рипперы тоже подвластны этой кнопке и вполне могут быть перемещены в узлы сетки.

Problems Fixed in EE7.9 Update3

DxDesigner

dts0100688495 - drc-121: Busses not handled properly

[proxi 0]

Problems Fixed in EE7.9 Update3

вообще никаких проблем ИМХО...

как ск масяня адзын большой глюк...

[AlexN 0]

Problems Fixed in EE7.9 Update3

DxDesigner

dts0100688495 - drc-121: Busses not handled properly

 

однако это какое-то другое исправление. в DxD7.9upd3 при попытке переместить в сетку шину рипперы от шины по-прежнему отрываются.

 

[AlexN 0]

Еще один свежак.

по-прежнему балуемся с учебным проектом DxPADS_2007WS.

при снятии свежепоявившейся опции Fixed Text Rotation названия цепей приобретают причудливый вид - см. скриншот. Кроме переворота названий цепей одна из них расположена типа в одном месте, а отображается в другом (белый прямоугольник выбора цепи IMP_D7), кстати, чтобы выбрать это название цепи надо тыкнуть именно не в буквы, а левее рядом, в пустое место.

[sh007 0]

Проблема с использованием Properties "SIGNAL".

 

В прежних версиях DxD (до 2007) для задания выводов земли/питания я активно использовал атрибут "SIGNAL".

Для этого символ имел примерно следующие атрибуты.

SIGNAL=GND;1,2,3,4,5,6,7,8,9

SIGNAL=VCC1;10,11,12

SIGNAL-VCC2;13,14,15

При установке символа на схему, имелась возможность изменить "VCC1" и "VCC2", на соответствующие значения используемые в схеме (+3.3V, +3.3VA, +2.5V и т.п.).

При этом окно атрибутов явно указывало, исходное значение атрибута на символьном уровне и его переопределённое значение на уровне схемы.

 

В современной версии 7.9 (PADS 9.3), при при изменении значения Properties "SIGNAL" "VCC1" на значение питающего напряжения реально присутсттвующего на схеме, происходит переопределение Properties "SIGNAL" отвечающей за подключение выводов земли.

Т.е. в современной версии DxD механизм задания питающих напряжений через Properties "SIGNAL" не работает.

Задать истинное имя питающей цепи сразу на уровне символа как правило бывает невозможно. Имя этой цепи формируется от особенностей включения в каждом конкретном случае.