[fill 2]

Задам вопрос сюда. EE2007.6 DXD. Добавляю еще один символ в деталь. Основной и альтернативный. При размещении на схеме основной символ встает нормально, а альтернативный ез PartNumber. Само свойство PartName при размещении альтернативного символа на сехме есть, и видимо, но оно не заполнено. И это только для альтернативных символов. Вопрос. Так можно два символа на одну деталь цеплять в DxD или нет? Допустим у меня два изображения детали, каждое по 8 видов. Сейчас получается чтобы добавить новый символ нельзя просто подцепить к детали как альтернативу, а только в виде расширения. Основной символ Part.1..Part.8 и альтернативный Part.9..Part.16. В документации по этому вопросу ничего не нашел. Там просто говорится об импорте символа.

 

Не вижу проблемы Two_Symbols_in_PDB.7z

[baken 0]

Не вижу проблемы Two_Symbols_in_PDB.7z

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

Если PartName прописывать явно в символе, то сколько будет деталей, столько нужно отдельных символов.

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

Изменено 21 сентября, 2009 пользователем baken

[fill 2]

Вы для начала разберитесь что такое Part_Name (поищите, в конфе было подробно описано).

Его значение может быть одинаковым на множестве символов.

Уникально только значение Part_Number.

В вашей фразе

Если PartName прописывать явно в символе, то сколько будет деталей, столько нужно отдельных символов.

Вместо PartName надо поставить Part_Number.

Part_Name можно вообще не использовать (особенно если не знаете способ его использования :rolleyes: ).

[baken 0]

Вы для начала разберитесь что такое Part_Name (поищите, в конфе было подробно описано).

Его значение может быть одинаковым на множестве символов.

Уникально только значение Part_Number.

Part_Name можно вообще не использовать (особенно если не знаете способ его использования :rolleyes: ).

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

Изменено 21 сентября, 2009 пользователем baken

[baken 0]

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

Изменено 21 сентября, 2009 пользователем baken

[cioma 0]

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

[baken 0]

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

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

[timon_by 0]

А где Вы предлагаете записывать реальный p/n?

 

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

[cioma 0]

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

 

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

[baken 0]

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

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

Изменено 22 сентября, 2009 пользователем baken

[timon_by 0]

baken

 

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

[baken 0]

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

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

 

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

Изменено 22 сентября, 2009 пользователем baken

[fill 2]

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

 

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

 

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

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 с одинаковым значением ко всем символам с одинаковой функциональностью и это все что от вас требуется, для решения данной задачи.

Или заведите доп. атрибут чтобы отображать на схеме его, как вам указали выше.

[SM 0]

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

 

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

.FILETYPE MULTIVIA_RULES
.VERSION "01.00"
.CREATOR "SM"
.DATE "Friday, September 25, 2009 10:27 PM"
.UNITS TH
.PHYSICAL_LAYERS 6
.MVO_RULE_SET "(Default)"
..VIASPAN
...LAYER_NUM_RANGE (1,2)
...PADSTACK "(Default Via)"
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 7
....VIA_COUNT 2
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 12
....VIA_COUNT 3
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 20
....VIA_COUNT 4
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 30
....VIA_COUNT 6
..VIASPAN
...LAYER_NUM_RANGE (5,6)
...PADSTACK "(Default Via)"
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 7
....VIA_COUNT 2
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 12
....VIA_COUNT 3
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 20
....VIA_COUNT 4
...MVO_RULE
....WIDTH_EQUAL_OR_GREATER 30
....VIA_COUNT 6
.NET_CLASS_SCHEME "(Master)"
..NET_CLASS "(Default)"
...USE_MVO_RULE_SET "(Default)"

 

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

 

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

 

 

 

------

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

[fill 2]

вторую строчку измените на

.VERSION "03.02"

 

Если правила считались, то в MVO_rules_log.txt увидите MVO_rules_log.txt