Такая проблемка. Формирую в DcDesigner список комплектующих с помощью Part Lister'а. Основные поля -- Part Number, Ref Des и т.п. -- выводятся нормально. Однако вот Manufacturer выдаёт, так сказать, один через трое, хотя соответствующее свойство заполнено если не для всех компонентов, то для почти всех. В чём может быть проблема?

хоть бы написал, что проект сделан в DxD_Version "7.9.3"
получается зря качал и пробавал открыть

Если поставить Full для Manufacturer то видно что для одинаковых компонентов разная запись - на одних видит, на других нет, т.е. что-то с данными атрибутов этих компонентов (наглядный пример C0603C105Z9VACTU - у двух есть, у двух нет). Например методом тыка (удалением компонента из схемы) ищем правильные - смотрим результат в BOM. Далее если скопировать правильные вместо неправильных видим что для каждого в BOM прописалось значение - из указанного примера у всех четырех в BOM написано KEMET.
Соответственно разбирайтесь чем все таки они отличаются, вполне возможны невидимые лишние пробелы и т.п.

DxDatabook: если у компонента есть параметр, у которого в единицах измерения есть буквы, совпадающие с буквами кратных\дольных приставок, то верификация не проходит.
Пример: ESR=20mOhm (20 миллиом). Если убрать m из Ohm или не давать выставляться префиксу m (мили), то все ок.
Зачем сломали-то???

В DxD стали вываливаться сообщения



Соответственно, отвалился Keybinding.
В чем может быть проблема??

DxD переглючило. Не запускал очень долго, потом запустил. Непоянтно с чего появилась область экрана между областью схемы и областью панелей инструментов, которая не перерисовываются вообще (на вложении там видны следы от этого форума - он был открыт поверх DxD в эксплорере, после чего окно переключено на DxD). Вопрос - где хранится информация о расположении окон? От загруженного проекта никак сие не зависит. при изменении размеров окна DxD размер глюка масштабируется пропорционально. Этот глюк имеется сразу и до загрузки проекта. EE7.9.2 upd 4

Текущие пользовательские настройки DxD хранятся в файле DxDesigner.xml, который создается в первой папке указанной в переменной WDIR. Удалите его и при последующей загрузке DxD считается стандартный из $SDD_HOME\standard. Можно также удалить еще и DxDesigner.wsp (по моему хранит расположение окон и т.п.).

Спасибо. Достаточно оказалось убить .wsp

Коллеги, а как при помощи DRC в DxDesigner обнаружить такой косяк, как однократное вхождение цепи в шину?? Если цепь при этом присоединена более чем к одному пину, ни одна ошибка DRC не подходит.

File>Export>Quick_Connection_View

В отчете раздел:
# begin one pin nets list

FlatNet: 'A7' IC1-8

На single pin nets и в drc есть правило drc-123.
А если вхождение в шину вот такое:

Ошибка, в цепи нет приемника и\или закорочено два передатчика или нет передатчика.

Приведенный пример - распространенная практика для портов ввода-вывода микроконтроллеров.
вообще-то одна линия порта может быть передатчиком, вторая - приемником и уходить в шину, а оттуда уже никуда, например собирались прицепить еще приемник, но спутали чего-то, то есть в шину - только одно вхождение. нет второго bus ripper с таким же названием.
И это похоже не диагностируется.

Ключевое слово - "однократное вхождение в шину"

Может кто-нибудь сталкивался с такой проблемой - при открытии либо создании нового проекта вылетает такое вот окно
Есть какой-нибудь рецепт кроме переустановки?

Проверьте значение переменной WDIR.