Скрипт для DxDatabook, Улучшающий работу Опции

[vitan]

В 2007, как известно, ментор внес иные баги, нежели чем в 2005, поэтому DxDatabook стала работать хуже. Конкретно у меня возникало много проблем с верификацией схемы, оттранслированной из 2005. Значительно лучше стало после применения скрипта, который принудительно переводит значения аннотируемых свойств в верхний регистр, а при верификации после считывания из схемы и до собственно проверки - наоборот.
Исчезла куча глюков (там, похоже, очень кривой алгоритм - потратил несколько дней на выявление причин, понял, что их несколько, описывать, думаю, бессмысленно).
И главное, при работе с нетлистом не возникает ошибок при прямой аннотации (ментор забыл, что теперь значения свойств могут быть в нижнем регистре и блокирует нижний регистр при генерации нетлиста). Единственное неудобство в том, что при верификации визуально все значения видны в нижнем регистре, но фактически они в схеме так и остаются в верхнем.
Подключать через Configure-Scripting-Settings по ПКМ из окна DxDatabook.
 dxdb.rar ( 295 байт ) Кол-во скачиваний: 100

[fill]

В данном случае я не вижу чистого слома. Да, раньше подразумевалось что все значения атрибутов должны быть исключительно в верхнем регистре. Теперь нет - по умолчанию подразумевается смешанный вариант. Соответственно или вводите их изначально в верхнем регистре в БД, или исправьте строчку верификации в конфиг. файле для передачи в Allegro (если он конечно понимает значения введенные не в верхнем регистре).

Также если установить галочку "Enable case insensitive properties search", то верификатор DxDatabook не ругается на то что значения в БД и на схеме записаны в разном регистре.

Ну а по поводу 10KOhm без примера я не могу ничего сказать, т.к. не могу воспроизвести проблему.

[vitan]

В данном случае я не вижу чистого слома. Да, раньше подразумевалось что все значения атрибутов должны быть исключительно в верхнем регистре. Теперь нет - по умолчанию подразумевается смешанный вариант. Соответственно или вводите их изначально в верхнем регистре в БД, или исправьте строчку верификации в конфиг.

Отлично. Т.о. просто открыть проект в новой версии, добавить 1 резистор, и сделать новую версию платы невозможно. Нужно перестраивать конфиги, ловить возникающие при этом новые баги и так до бесконечности. Это не чистый слом, верно.

Также если установить галочку "Enable case insensitive properties search", то верификатор DxDatabook не ругается на то что значения в БД и на схеме записаны в разном регистре.

Неправда. У меня она не работает. Стал бы я писать все эти скрипты?

Да, я уже перевел все свойства в верхний регистр. Тем, кто будет этим когда-либо заниматься, советую нажимать на кнопочку "update all unique matches" (про которую, кстати, в хелпе ни слова) на вкладке неиерархической верификации. При этом не надо будет тыкать в каждый компонент, она сама пройдется по всем компонентам на листе и скрипт из первого поста сделает свое дело.

[fill]

Отлично. Т.о. просто открыть проект в новой версии, добавить 1 резистор, и сделать новую версию платы невозможно. Нужно перестраивать конфиги, ловить возникающие при этом новые баги и так до бесконечности. Это не чистый слом, верно.

Вообще-то конфиги. правятся один раз и затем ими пользуются во всех проектах в дальнейшем.
Да и переход 2005-->2007 делается один раз

Неправда. У меня она не работает. Стал бы я писать все эти скрипты?