[SII 0]

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

 

atoc4.7z

[Frederic 0]

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

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

получается зря качал и пробавал открыть :)

 

[fill 2]

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

 

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

Соответственно разбирайтесь чем все таки они отличаются, вполне возможны невидимые лишние пробелы и т.п.

[vitan 2]

DxDatabook: если у компонента есть параметр, у которого в единицах измерения есть буквы, совпадающие с буквами кратных\дольных приставок, то верификация не проходит.

Пример: ESR=20mOhm (20 миллиом). Если убрать m из Ohm или не давать выставляться префиксу m (мили), то все ок.

Зачем сломали-то??? :crying:

[dm_mur 2]

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

 

 

Соответственно, отвалился Keybinding.

В чем может быть проблема??

[SM 0]

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

[fill 2]

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

 

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

[SM 0]

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

[dm_mur 2]

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

 

 

[fill 2]

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

 

File>Export>Quick_Connection_View

 

В отчете раздел:

# begin one pin nets list

 

FlatNet: 'A7' IC1-8

[dm_mur 2]

На single pin nets и в drc есть правило drc-123.

А если вхождение в шину вот такое:

 

[fill 2]

На single pin nets и в drc есть правило drc-123.

А если вхождение в шину вот такое:

 

 

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

[AlexN 0]

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

 

Приведенный пример - распространенная практика для портов ввода-вывода микроконтроллеров.

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

И это похоже не диагностируется.

 

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

[ClayMan 0]

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

Есть какой-нибудь рецепт кроме переустановки?

[fill 2]

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

Есть какой-нибудь рецепт кроме переустановки?

 

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