Не вижу проблемы  Two_Symbols_in_PDB.7z ( 79.56 килобайт ) Кол-во скачиваний: 101

Проблема есть, у Вашей детали название PartName прописано явно в символе. А вот если PartName заполнять в детали, то будет как раз то, о чем я написал.
Если PartName прописывать явно в символе, то сколько будет деталей, столько нужно отдельных символов.
А из детали PartName прописывается только в символ по умолчанию, и не проходит в альтернативный. В оригинальной библиотеке все что сделал, это удалил значение PartName из символа. Прикреплено четыре картинки, параметры символов и их поведение на схеме.

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

Вы для начала разберитесь что такое Part_Name (поищите, в конфе было подробно описано).
Его значение может быть одинаковым на множестве символов.
Уникально только значение Part_Number.
В вашей фразе Вместо PartName надо поставить Part_Number.
Part_Name можно вообще не использовать (особенно если не знаете способ его использования ).

Спасибо за исчерпывающий ответ.

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

Не может DxD принять ничего, кроме PartNumber. И это уже недостаток. Потому что полноценный PartNumber практически нельзя использовать в схеме, из за длины и состава. Длинный ряд цифр и букв в которых закодирован штрих код мало что скажет. Вот например ГУН Murata MXE453902M1747A1. Надпись длиннее символа. И ничего не говорит. А PartName как раз удобно использовать как смысловое обозначение на схеме. А DxD его не принимает.

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

А кто Вам сказал что Central Library PartNumber и manufacturer's partnumber - это одно и то же? Вы вольны вписать туда что угодно, лишь бы там не было запрещенных символов и обеспечивалась уникальность

А где Вы предлагаете записывать реальный p/n? На тетрадном листочке в клеточку, и хранить его в заднем кармане брюк. Ой, да в баню этот вопрос. Я убил на него шесть часов своего времени. Кривое решение нашел. А прямое пускай производитель софта думает.

В DC система аналогичная, но при вставке компонента на схему пользуюсь PartManager, где организован поиск по куче параметров и можно настроить его на "любой вкус и цвет". В DxD есть DataBook - мануал Вам в руки. А отображение атрибутов на схеме тоже можно настроить и сохранить (в DC точно, в DxD - скорее всего)

А что мешает задать свой атрибут для DxD (например пару 'MANUFACTURER' и 'MANUFACTURER_PARTNUMBER') и делать с ними все что душе угодно (писать туда любые символы, генерить BOM итп)? Конечно, чтоб было все это удобно нужно использовать DxDataBook

Я тут понаписал сначала... Даже комментировать не буду.

Сообщение отредактировал baken - Sep 22 2009, 09:51

baken

Посмотрите, где-то в этой ветке пробегали ссылки на трейнинги и лабы по маршруту на русском (их же можно скачать с сайта мегратека). Попробуйте выполнить их, времени уйдет меньше и пользы будет больше . Если что-то не получается - спрашивайте.

timon_by я спрашиваю у Вас, каким образом подключить Partname к детали, у которой больше одного символа. Если эта фича появляется для основного символа, то должна появляться и для альтернативного. Простой вопрос. Вся информация, по тому, что требуется выше есть.

PS: Поскольку тут уже вместо прямого ответа неоднократно намекалось на мою некомпетентность, на незнание доков, пошел читать, проходить тренинги и так далее. Пускай этот пакет тестируют, проверяют, комментируют более компетентные и менее занятые товарищи. Все вопрос считаю закрытым до полного просветления

Сообщение отредактировал baken - Sep 22 2009, 10:57

Ну хорошо раз вы такой обидчивый и занятой, опишу все это в очередной раз (если не ошибаюсь в третий раз). Уж извините буду писать коротко т.к писать трактат еще раз у меня нет ни времени ни сил.
Part Number - уникальный номер производителя, по нему упаковщик считывает информацию о PDB и соответственно компоненте и его номерах ног.
Part Name - функциональное имя, соответственно может быть одинаковым у множества PDB.

В процессе упаковки схемы, Packager ищет Part Number на каждом символе и если его находит, то считывает информацию из PDB с этим значением Part Number. Если Part Number пусто, то ищется Part Name и по нему ищется первый попавшийся PDB с таким же значением Part Name, далее этому символу на схеме присваивается соответствующий Part Number.
Part Number можно скрыть от отображения на схеме, но он обязательно должен присутствовать для конкретизации упаковки.
Part Name может как присутствовать на схеме, так и отсутствовать. Его удобно применять для создания схемы не привязанной к какому-либо производителю. Привязка произойдет при упаковке - какой раздел ЦБ будет стоять в схеме поиска первым, оттуда и считаются соответствующие Part Number.

Исходя из выше изложенного, добавьте Part Name с одинаковым значением ко всем символам с одинаковой функциональностью и это все что от вас требуется, для решения данной задачи.
Или заведите доп. атрибут чтобы отображать на схеме его, как вам указали выше.

MVO: никак не выходит каменный цветок....

вот написал MultiViaRules.txt:


поместил его в PCB/Config проекта.

и... никаких изменений... никакой диагностики... никаких ошибок... Как получить оный MVO в процессе ручной разводки? Какую толщину дорожки не ставил, ни на переходе 1-2, ни на 5-6 оно не получается. Где я налажался или недоделал?



------
И еще. Какого ... оно (ни DxD, ни Exp) не выводит ничего на печать? CUPS сконфигурирован правильно, весь нормальный софт (тот же акробат ридер например) видит принтер и печатает корректно. Т.е. в системе точно все правильно. Более того, принтер даже расшарен самбой и его видят все вокруг. А вот у Exp/DxD в диалоге печати один какой-то "Generic Postscript Printer" на который печатать - как в бездну. Типа печатает, но куда...

вторую строчку измените на
.VERSION "03.02"

Если правила считались, то в MVO_rules_log.txt увидите  MVO_rules_log.txt ( 1.72 килобайт ) Кол-во скачиваний: 277