mpio 0 17 июня, 2010 Опубликовано 17 июня, 2010 · Жалоба Нигде не смог найти данную проблему: Вчера сохранил нармольно рабочий проект с содержащими в нем 3-мя Backup'и. Сегодня пытаюсь открыть свой проект, а он выдает: The block schematic1 associated with the design: schematic1 could not be found. Попробовал запустить все Backup'ы. Сообщение то же. Ни схемы ни топологии. В файле .prj вроде все прописано правильно: и путь к библиотеки и к схеме. В чем может быть проблема, как ее исправить и почему такое могло произойти? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Frederic 0 17 июня, 2010 Опубликовано 17 июня, 2010 · Жалоба Нигде не смог найти данную проблему: Вчера сохранил нармольно рабочий проект с содержащими в нем 3-мя Backup'и. Сегодня пытаюсь открыть свой проект, а он выдает: The block schematic1 associated with the design: schematic1 could not be found. Попробовал запустить все Backup'ы. Сообщение то же. Ни схемы ни топологии. В файле .prj вроде все прописано правильно: и путь к библиотеки и к схеме. В чем может быть проблема, как ее исправить и почему такое могло произойти? а Ехр открывает проект диск:\имя_проекта\PCB\Design1.pcb ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mpio 0 17 июня, 2010 Опубликовано 17 июня, 2010 (изменено) · Жалоба а Ехр открывает проект диск:\имя_проекта\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 17 июня, 2010 Опубликовано 17 июня, 2010 · Жалоба Пишет: 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 17 июня, 2010 Опубликовано 17 июня, 2010 · Жалоба А что в .prj в качестве root block прописано? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mpio 0 17 июня, 2010 Опубликовано 17 июня, 2010 · Жалоба А что в .prj в качестве root block прописано? Как и нужно KEY RootBlock "schematic1" Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergey.k 0 17 июня, 2010 Опубликовано 17 июня, 2010 · Жалоба Как и нужно KEY RootBlock "schematic1" Убедитесь, что это же прописано .pcb, а не .prj, как это советовалось в TechNote Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mpio 0 17 июня, 2010 Опубликовано 17 июня, 2010 · Жалоба Убедитесь, что это же прописано .pcb, а не .prj, как это советовалось в TechNote В том то и дело что все прописанно так как надо. Даже сверял с более старой версией этого же проекта. Проблема мне кажется именно в "schematic1", но в чем именно она заключается не могу понять. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sh007 0 1 июля, 2010 Опубликовано 1 июля, 2010 · Жалоба Очередной замеченный глюк DxD: Замечено в версии DxD 7.9. Возможно присутствовал и раньше. Операционная система: Windows XP sp3 Мышь: Logitech с функцией качания колеса право/лево (драйвер 4.90.80) При качании колеса мыши право/лево в схемном редакторе происходит горизонтальный скролинг. При качании колеса в символьном редакторе NSE происходит падение последного. Пользоваться в таком режиме очень неудобно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexN 0 3 сентября, 2010 Опубликовано 3 сентября, 2010 · Жалоба свежий глюк, появившийся в 7.9 Берем очень небрежно выполненный учебный проект DxPADS_2007WS, когда-то выложенный fill-ом для учебных целей. Поскольку проект небрежно нарисован (линии связи и шины - не по сетке), пытаемся все сделать красиво и все примитивы привязать к сетке. Специально для этого на тулбаре есть "волшебная" кнопка. Пытаемся применить ее к шине. Успешно. НО! от шины оторвались рипперы, и на них эта кнопка не действует. А шину теперь можно перемещать с "оторванными" рипперами. В 2007.8 такого глюка нет - рипперы тоже подвластны этой кнопке и вполне могут быть перемещены в узлы сетки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fill 2 3 сентября, 2010 Опубликовано 3 сентября, 2010 · Жалоба свежий глюк, появившийся в 7.9 Берем очень небрежно выполненный учебный проект DxPADS_2007WS, когда-то выложенный fill-ом для учебных целей. Поскольку проект небрежно нарисован (линии связи и шины - не по сетке), пытаемся все сделать красиво и все примитивы привязать к сетке. Специально для этого на тулбаре есть "волшебная" кнопка. Пытаемся применить ее к шине. Успешно. НО! от шины оторвались рипперы, и на них эта кнопка не действует. А шину теперь можно перемещать с "оторванными" рипперами. В 2007.8 такого глюка нет - рипперы тоже подвластны этой кнопке и вполне могут быть перемещены в узлы сетки. Problems Fixed in EE7.9 Update3 DxDesigner dts0100688495 - drc-121: Busses not handled properly Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
proxi 0 3 сентября, 2010 Опубликовано 3 сентября, 2010 · Жалоба Problems Fixed in EE7.9 Update3 вообще никаких проблем ИМХО... как ск масяня адзын большой глюк... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexN 0 22 сентября, 2010 Опубликовано 22 сентября, 2010 · Жалоба Problems Fixed in EE7.9 Update3 DxDesigner dts0100688495 - drc-121: Busses not handled properly однако это какое-то другое исправление. в DxD7.9upd3 при попытке переместить в сетку шину рипперы от шины по-прежнему отрываются. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexN 0 11 февраля, 2011 Опубликовано 11 февраля, 2011 · Жалоба Еще один свежак. по-прежнему балуемся с учебным проектом DxPADS_2007WS. при снятии свежепоявившейся опции Fixed Text Rotation названия цепей приобретают причудливый вид - см. скриншот. Кроме переворота названий цепей одна из них расположена типа в одном месте, а отображается в другом (белый прямоугольник выбора цепи IMP_D7), кстати, чтобы выбрать это название цепи надо тыкнуть именно не в буквы, а левее рядом, в пустое место. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sh007 0 10 апреля, 2011 Опубликовано 10 апреля, 2011 · Жалоба Проблема с использованием 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" не работает. Задать истинное имя питающей цепи сразу на уровне символа как правило бывает невозможно. Имя этой цепи формируется от особенностей включения в каждом конкретном случае. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться