Привожу скриншот для EE2007.6 с его родной библиотекой. И повторюсь, для выбора вида детали, информации в окне просмотра недостаточно, идет голая графика. Нужен еще текст. Во вторых, для поворота детали в схеме нужно сделать несколько операций. А именно удалить старый символ, на его место выбрать и поставить новый. В тоже время в DC для этого достаточно просто повернуть деталь, вид подцепится автоматом. Что и предлагаю сделать.

инфу добавь в символ на этапе рисования
да наверно никто вообще родные библиотеки не использует, все рисуют свои
вместо удаления сделай Replace, правдо одна из цепей оторвется

Дело в том, что варианты символа (.1, .2, .3 итп) в DxDesigner - это не поворотные виды. Они могут использоваться для создания поворотных видов. Основная идея в том, что рисовать в вариантах можно все что угодно пока количество пинов, имена пинов, атрибуты пинов и атрибуты символа идентичны во всех вариантах. Т.о. например я могу создать символ resistor.1 с невидимыми номерами пинов (атрибут #) и точно такой же символ resistor.2 с видимыми номерами пинов. А графика в этих символах одинаковая.

Т.е. DxD здесь гораздо гибче чем DC

Оффтоп конечно, но кто мешал в DC забабахать двадцать восемь альтернативных символов на одну деталь с разной графикой, лишь бы число пин совпадало. Зачем мешать мух с котлетами. Поворотный вид это одно, а символ отличный по графике это немного другое. В чем гибкость то? В том, что в DxD вообще снесли поворотные виды и оставили только альтернативные, и все поворотные виды DC при трансляции сделали альтернативными. Это не гибкость а индуизм.

И эта... давайте друзья Вы будете защищать DxD в другой ветке. Заведите альтернативную ветку "достоинства DxD", и я Вам там отвечу на все вопросы.

Сообщение отредактировал baken - Sep 16 2009, 15:08

Да ладно Вам, яж смайлик поставил

я не работал в DC и не понимаю прелестей поворотных поэтому не вижу проблем в DxD - выбрал и поставил какой надо ИМХО

Сделать нормальное перемещение SYM прицепленного к BUS. Сдвигаеш символ и все связи перепутываются и переразводятся как хотят.

Вот еще момент. Не отключается опция Online Property Verification. Точнее отключается, но только пока не вышел из редактора детали. А когда она включена, подсовывает поле IBIS почти во все типы деталей, и выдает красный цвет как предупреждение. Хорошо бы встроить отключение этой опции.

И еще. Воспроизвести это второй раз мне не удалось, но догадаться в чем проблема было трудно. Значит так, если в детали есть заполненное property. Например IBIS, и оно в Property Definition не отмечено. То в схеме будут высвечиваться несколько системных property и всегда поле Description. Без всякой диагностики и предупреждений. Независимо ни от каких установок в символе или property.
и если у Вас в схеме полезли надписи, которых не должно быть, значит скорее всего не подключено одно из Property.
Пожелание к разработчикам DxD нужна диагностика такой ситуации. Тогда легче понять, почему отключенные и невидимые поля символа вылезают в схеме.

Сообщение отредактировал baken - Sep 21 2009, 07:06

Решается элементарно [attachment=36479:Property...fication.7z]

ОФФТОП

Во, то что нужно, но согласитесь, что это шаманство. В прикрепленном файле картинка из инструкции из которой ясно что изменить эти опции нельзя ни под каким видом. Конечно, если по пословице "шашечки или ехать". Мне то уж точно ехать. И Вам fill спасибо. Но согласитесь, это маразм, задавать вопросы по настройке на форуме, вместо того, чтобы это самое прочесть в документации в соответствующем разделе. Это же не НИР на тему как работать в DxD:) В любом случаем спасибо.

Сообщение отредактировал baken - Sep 21 2009, 07:40

Этот вопрос относится к дефектам (странно что никто из пользователей не создал SR по этому поводу). А проблема проста - в маршруте DxD-Exp не используются Signal_Vision(Analyzer) поэтому управление этой галочкой отключили, но видимо шаблон ЦБ оставили один на оба маршрута и соответственно галочка автоматом устанавливается при создании ЦБ, что и ведет к верификации IBIS.

Все создали
http://supportnet.mentor.com/reference/tec....cfm?tn=mg74342

вот, выдержка:

Symptoms

* In a DxDesigner based Central Library, the Signal Vision / Signal Analyzer option in the Property Verification dialog is checked and grayed out.

Getting red "IBIS" verification warnings in the PartsDB Editor and the Signal Vision / Signal Analyzer checkbox can not be disabled.


Solution
Workaround:

1. Open the {library_name}.cfg file (located at the root of of the library) in an ASCII editor.
2. Change the line KEY FlowType "DX" to KEY FlowType "DC" and save the file.
3. Open the Central Library and uncheck the Signal Vision / Signal Analyzer option in the Property Verification dialog.
4. Close the Central Library.
5. Edit the same .cfg file and change the line back to KEY FlowType "DX" .
6. Open the Central Library and verify that the Signal Vision / Signal Analyzer option is toggled off.

В редакторе PADS сделать автоматическую генерацию Solderpads на основе параметров (напр. +/-x%). Если создаёш Pads то каждый раз пересчитывать, X-10% - достаёт. Правда развивается усный счёт.

О! Нашел я, кто мне втихаря ставил тип Custom/Ordered на какие-то цепи без моего ведома.... Это DxD.

Система такая. Есть сигналы OUTP/OUTM, которые являются дифпарой, и уже подключены к какой-то микрухе, и уходят в bus, где они вписаны в bus contents, и где кроме них вписано еще куча разноименных сигналов. Эти же OUTP/OUTM где-то на этом же листе выходят из bus, где терминированы резистором и уходят в разъем (это я к тому, что после удаления кусочка цепи она не пропадет из базы). Так вот - я удаляю кусочки цепи между bus и микрухой, затем рисую новые, ведя цепь ОТ микрухи (с других пинов) К bus. После этого появляется риппер и эти два новых кусочка как-то именуются автоматом из списка bus contents, не суть важно как, но главное - имена отличные от OUTP/OUTM. Затем я выделяю первый кусочек, и ставлю ему цепь OUTP в выпадающем списке. Затем второй - ему OUTM. Как результат - OUTP/OUTM перестает быть дифпарой, но зато та пара, которая была автоматом назначена на рисованные кусочки, ей становится. Явно глюк. А вот если вести кусочки цепи ОТ bus К пинам микрухи, то такого (вроде) не происходит.

На риппере есть атрибут указывающий какой проводник взят из шины. Вы поменяли имя отрезка цепи, но не поменяли имя на риппере - у вас получилась составная цепь из двух имен http://megratec.ru/forum/1/?theme=1981.