Развожу впервые плату. Учусь по Лопаткину "Проектирование плат в PCAD2001". Загрузил NetList в PCB. Допустим, возникла необходимость изменить корпус резистора 0805 на 0603. В Component Propeties в PCAD2006SP2 отсутствует кнопка Change Pattern, которая позволяет выбрать другой подходящий корпус из текущей библиотеки. Можно воспользоваться Force Update, но для этого необходимо редактировать текущий корпус (0805). А это не приемлемо. Заранее прошу прощения за , возможно, банальный вопрос.
war4one
Feb 11 2008, 05:37
Изменить схему.
Сгенерить в SCH нетлист.
Удалить в PCB корпуса 0805.
Закачать в PCB новый нетлист.
Может быть, кто-то знает способ попроще.
Цитата(war4one @ Feb 11 2008, 09:37)

...Закачать в PCB новый нетлист.
Ну так каждый ... э-э-э неумный человек сможет

Проблема решена с помощью record/import ECO. А в принципе, без ECO можно было бы решить эту проблему? Вроде в PCAD2001 возможность замены корпуса была, судя по описанию Лопаткина.
peshkoff
Feb 11 2008, 07:19
Цитата(war4one @ Feb 11 2008, 08:37)

Может быть, кто-то знает способ попроще.
Если уже происходило размещение, то лучше:
Открыть SCH
Включить ECO
Заменить 0805 на 0603
Сохранить файл и записать ЕСО
Загрузить ЕСО в PCB.
Тогда местоположение не изменится
Владимир
Feb 11 2008, 07:27
Проще всего сразу делать Pattern , который включает Patern Grafic для обоих типоразмеров. Тогда все происходит только в PCB
Vlad-od
Feb 11 2008, 08:00
to peshkoff:
при замене компонента с другим корпусом элемент с платы снимается и выкидывается за край платы
to Владимир
по моему мнению, создание компонента с разными типоразмерами в одном компоненте неправильно. У компонента с одним названием должен быть один типоразмер корпуса, а вторая графика - для разных видов установки одного и того же типа компонента.
to alux:
мне кажется проще всего поставить компонент с другим корпусом на печатной плате и с помощью эха передать в схему - положение элемента в схеме не измениться, но пропадет значение Value.
Если Вам синхронизация схемы и платы не нужна, тогда просто ставите элемент с другим типом корпуса из библиотеки и всё.
ps: у меня 2002
Цитата(Vlad-od @ Feb 11 2008, 12:00)

при замене компонента с другим корпусом элемент с платы снимается и выкидывается за край платы
to Vlad-od
Ничего за край платы не выкидывается при импорте ECO! Может Вы не так поняли. Я сделал так:
Отредактировал (поменял) паттерн. Сохранил компонент. Переустановил компонент в схематике. Сохранить файл. Record ECO. В PCB -> Import ECO. В плате поменялся паттерн без изменения положения. Вернее без выноса за пределы платы. В общем, peshkoff - прав.
ps. у меня 2006sp2
Vlad-od
Feb 11 2008, 08:28
У меня по ходу вопрос - Вы сохранили компонент под тем же именем?
Владимир
Feb 11 2008, 08:32
Vlad-od
Цитата
to Владимир
по моему мнению, создание компонента с разными типоразмерами в одном компоненте неправильно. У компонента с одним названием должен быть один типоразмер корпуса, а вторая графика - для разных видов установки одного и того же типа компонента.
Сколько людей столько мнений. Но для выводных резисторов при олносторонней разводке, когда можно и нужно регулировать расстояние между выводами-- ох как помогает.
Так почемуже не применить и здесь?
Vlad-od
Feb 11 2008, 08:49
Цитата(Владимир @ Feb 11 2008, 11:32)

Так почемуже не применить и здесь?
Применить можно, но это не честно

, я бы сказал в обход стратегии самого КАДа

И это может повлечь в дальнейшем необходимость применения этих уловок даже тогда, когда в этом нет необходимости. Кроме того, ухудшаются условия редактирования платы другим исполнителем.
Но повторяю - это моё мнение
Цитата(Vlad-od @ Feb 11 2008, 12:28)

У меня по ходу вопрос - Вы сохранили компонент под тем же именем?
Да
Владимир
Feb 11 2008, 09:40
Цитата
Vlad-od
Цитата
Применить можно, но это не честно , я бы сказал в обход стратегии самого КАДа
Еще как честно. У преемника этого Када развитее пошло именно по этому пути. Меняй корпус на любой- какой подходит. А не подходит ни один-- Вообще можно одну из ног отодвинуть
Ну для СМД элементов совершенно ненужная возможность. Да и заменяя корпус на другой теряем соответствие схема-плата. В схеме 0805, а в плате 0603 - купили 0805, как паять будем?

А в части ДИП элементов типа резисторы полностью согласен - там расстояние между пинами очень надо варьировать. Вот только их все меньше в проектах... У меня сейчас вообще ДИПов нет, только разъемы и электролиты, а там особо не пофантазируешь с положением выводов
Владимир
Feb 11 2008, 10:14
Цитата
Ну для СМД элементов совершенно ненужная возможность.
В целом да. согласен.
Цитата
Да и заменяя корпус на другой теряем соответствие схема-плата. В схеме 0805, а в плате 0603 - купили 0805, как паять будем?
Ничего не теряем В схеме корпус 0805-0603 (те с двумя Pattern grafic)Указание на корпус редко пишется на схеме (максимум номинал ещи пару характеристик на любителя), только в перечне. Для перечня отделный атрибут. И его нужно формированть с учетом названия patternGraphic После завершения разводки.
Vlad-od
Feb 11 2008, 11:15
Цитата(alux @ Feb 11 2008, 12:13)

Да
Если сохраняли с тем же именем, то процедура форсе апдейт - самое то.
2Владимир
Вашу точку зрения понял, но всё-таки с ней не согласен. Т.к. необходимо в библиотеку вносить дополнительные аттрибуты, про которые надо помнить. По моему мнению - это лишнее нагромождение.
Чем прозрачней всё в плате, тем лучше.
Владимир
Feb 11 2008, 11:24
Цитата
Vlad-od
1 В библиотеке так или иначе нужно держать атрибуты ответственные за перечень элементов. Согласитьсь - ьиьлиотечное имя компонента или его посадочного места это совершенно не то что пишется в перечень. Просто по ним можно отождествить эту запись. Поэтому так или иначе этот атрибут должен быть
2. Схема и так не достаточно прозрачно. Глядя на нее вы не можете сказать какое посадочное место соответствует изображению, пак не войдете в отображение параметры. А если вошли--- так там записаны уже все параметры-( оо есть и ссылки на название посадочного места) какя разница
Цитата(Vlad-od @ Feb 11 2008, 11:00)

по моему мнению, создание компонента с разными типоразмерами в одном компоненте неправильно. У компонента с одним названием должен быть один типоразмер корпуса, а вторая графика - для разных видов установки одного и того же типа компонента.
Заранее извиняюсь, но Вы сами-то поняли что сказали???
А как быть с транзисторами - одно имя и несколько корпусов (например КТ805 и т.п. - зависит от буквы)+ 1-2 установочных варианта (стоя, лёжа + ноги) или ИС "К" и "КР", да мало ли подобного (КЦ407..) - примеры на вскидку, но если покопаться в справочниках, то можно много нарыть....
Конечно можно плодить одноимённые компоненты с разными буквами - но думаю лучше упаковать их в "Pattern Graphics", тем более что морда лица (УГО) у них одна и та же (в смысле у одноимённых)....
Так что иметь несколько корпусов в одном компоненте (помимо формы ножек) - очень даже нужная весчь....
Да правильно все сказано... Только к СОВЕТСКИМ деталям это имеет слабое отношение. А вот если посмотреть на современную импортную элементную базу - все четко. Разные корпуса - разные наименования(да, обычно разница только в индексе, но она есть), и этот корпус на производстве крутить в 3 разные позиции расположения выводов тоже никто не будет - дороже выйдет. Так что да - все зависит от применяемой элементной базы и производства.
Владимир
Feb 11 2008, 16:07
Цитата
Разные корпуса - разные наименования(да, обычно разница только в индексе, но она есть), и этот корпус на производстве крутить в 3 разные позиции расположения выводов тоже никто не будет - дороже выйдет
Да. Но оди и тотже элемент может иметь все равно разные посадочные места. Согласно IPC
1/ плотный монтаж
2/ нормальный монтаж
3/ ручной монтаж
4. пользовательское посадочное место (на любителя)
+ в PDF приводят рекомендуемое посадочное место.
Так что разнообаразия посадочных мест для одного компонента это не отменяет
Согласен. Но перечисленные посадочные места отличаются друг о друга ОЧЕНЬ незначительно, в отличие от варианта транзистора с РАЗНЫМ расположением выводов.
К тому же приведенный список вариантов никак не согласуется с Вашим ранним предложением "Patern Grafic для обоих типоразмеров", что есть действительно весьма неудобно.
Vlad-od
Feb 11 2008, 16:51
Цитата(SERoz @ Feb 11 2008, 18:43)

Заранее извиняюсь, но Вы сами-то поняли что сказали???
А как быть с транзисторами - одно имя и несколько корпусов (например КТ805 и т.п. - зависит от буквы)+ 1-2 установочных варианта (стоя, лёжа + ноги) или ИС "К" и "КР", да мало ли подобного (КЦ407..) - примеры на вскидку, но если покопаться в справочниках, то можно много нарыть....
Конечно можно плодить одноимённые компоненты с разными буквами - но думаю лучше упаковать их в "Pattern Graphics", тем более что морда лица (УГО) у них одна и та же (в смысле у одноимённых)....
Так что иметь несколько корпусов в одном компоненте (помимо формы ножек) - очень даже нужная весчь....
Да я считаю, что надо плодить компоненты с разными буквами, если у них разные корпуса.
А вот посадочные места стоя лежа, для пайки волной, в печи или в ручную - всё это в паттерн графикс.
Так можно договориться до того, что давайте создадим компонент SOIC-8, а все остальное что там у микросхем (графика, атрибуты) будем добивать помереиспользования новых. Ведь не только в ПЦБ несколько график их несколько и в схематиксе

.
Это две крайности одного и того же:
- тополог создает элемент с названием корпуса
- схемотехник создает элемент с названием символа
И тому и другому так удобней всего, только для целостности проекта это смерть.
Владимир
Feb 11 2008, 17:02
Цитата
Но перечисленные посадочные места отличаются друг о друга ОЧЕНЬ незначительно
Не согласен. Для МАЛЕНЬКИХ компонентов добавка к площадке для ручной пайки ЗАМЕТНО увеличивает размер PAD. А именно такие все больше внедояются в работу.
Цитата
список вариантов никак не согласуется с Вашим ранним предложением "Patern Grafic для обоих типоразмеров",
Еще как согласуется. Яже отверждал что даже для одного типоразмера существует несколько посадочных мест которые НУЖНЕО реализовавать через Patern Grafic . Но количестовPatern Grafic ограничивается не одним десятком. Так через них можно сделать посадочные места и для разных авриантов типоразмеров.
Цитата
- тополог создает элемент с названием корпуса
- схемотехник создает элемент с названием символа
И тому и другому так удобней всего, только для целостности проекта это смерть
Если PIN и PAD согласованы- целостность сохраняется
Vlad-od
Feb 11 2008, 17:13
Цитата(Владимир @ Feb 11 2008, 20:02)

Если PIN и PAD согласованы- целостность сохраняется
Ну да. Можно иметь две библиотеки. Одна у тополога, другая у схемотехника. Только система проектирования подразумевает минимизацию человеческого фактора для возможного исключения ошибок.
Если библиотек две соответственно увеличивается вероятность ошибки.
Если у разных элементов одно название - это также
возможность внесения ошибки.
Я согласен в том, что систематизация библиотек, а так же тщательная их подготовка требует усилий и времени, но это окупается минимизацией ошибок и ускорением процесса проектирования. Так же ускоряется процесс обработки и документирования.
Владимир
Feb 11 2008, 17:48
Цитата
Ну да. Можно иметь две библиотеки. .
Наверное можно. Но лучше отказаться от этого.
всвое время я и ушел с этого пакета, так как руководитель заберет себе проет. полчаса пальцем потыкает. Потом скажет что уже у него со схемой все хорошо, тебе полчаса согласовать проет.
А приходится печатать его проетк, брать свой старый, и по твердой копии все его изменения все акуратно вводить. Вот она целостность проекта--- если ее может нарушить ....
Столько времени в пустую пропадает. Без гарантии..
В принципе согласен со всем выше перечисленным - но использование Patern Grafic больше похоже на "зелёную селёдку" - свою селёдку, каждый красит как хочет...
В своё время (из-за лени) таскал разные библы (из нета), от чего было множество однотипных, но разношёрстных компонентов...
Поэтому пришёл к твёрдой уверенности, что лучше иметь 1 компонент и несколько исполнений корпусов или патеров, чем плодить для каждого корпуса свой компонет..
Это тогда для конденсаторов (к примеру) нужно делать компоненты: тип + номинал + вольтаж - это ж может потянуть на тысячи в одной либре (если не ограничить только часто используемыми)....
Конечно это возможно, с точки зрения атрибутов (для каждого свои), но уж шибко накладно....
Но это ИМХО - сколько "поваров" столько и мнений....
Цитата(Владимир @ Feb 11 2008, 20:02)

Не согласен. Для МАЛЕНЬКИХ компонентов добавка к площадке для ручной пайки ЗАМЕТНО увеличивает размер PAD. А именно такие все больше внедояются в работу.
У кого внедряются, а кто уже полностью прошел этот этап - только и исключительно автоматический монтаж.
Цитата(Владимир @ Feb 11 2008, 20:02)

Еще как согласуется. Яже отверждал что даже для одного типоразмера существует несколько посадочных мест которые НУЖНЕО реализовавать через Patern Grafic . Но количестовPatern Grafic ограничивается не одним десятком. Так через них можно сделать посадочные места и для разных авриантов типоразмеров.
Существуют, но это не значит, что их НУЖНО реализовывать, а всего лишь ВОЗМОЖНО(все от производства зависит). И повторюсь - если в один ТИП компонента запихнуть несколько график РАЗНЫХ ТИПОРАЗМЕРОВ - ни один схемотехник не сможет нормально сгенерить ВОМ, потому как соответствие "Тип Компонента" - "Тип корпуса" пропадает(о доп. атрибутах речь не идет - это доп. время при создании библиотек и доп. возможность вносить ошибки). Обычный ВОМ подразумечает всего лишь перечень Поз. обозначение + Тип + Номинал + Вольтаж + Толеранс.
Владимир
Feb 12 2008, 13:39
Цитата
Обычный ВОМ подразумечает всего лишь перечень Поз. обозначение + Тип + Номинал + Вольтаж + Толеранс.
ВОМ - это не перечень элеменотов.
и я бы заменил на сдедующую цепочку
обозначение - название компонета- название посадочного места-Название компонета по производителю.
Причем + Тип + Номинал + Вольтаж + Толеранс - название компонета- название посадочного места это все голишь подсказки, чтобы не разбиратся с расшифровкой "Название компонета по производителю".
Более того многое из + Вольтаж + Толеранс ( к стати тимпературныя зависимостть, да и еще куча параметров) зачастую не критичны и на самой схеме не указываются.
А если еще вспомнить что есть элементы с формовой выводов.
Такой звериней с парамрами будет, А уж заменой одного типа на другой, как просил автор поста-- только индивидуально каждый резистор--- Прще будет.
Поэтому я против того чтобы плодить количество параметров в схеме и на PCB, А аж тем более в библиотечных элементах.
Иначе библиотеки разбухнут до невозможности.
Вы уж как-нибудь определитесь - сначала предлагаете добавлять атрибут зависящий от типа графики корпуса, потом выступаете против "плодить количество параметров в схеме и на PCB".
Ну а насчет ВОМа - человеку отвечающему за комплектацию название посадочного места да и название компонента до лампочки - ему важно только название компонента по производителю.
На текущей работе библиотеки включают в себя отдельные компоненты для ВСЕХ применяемых номиналов резисторов, конденсаторов... Мне не очень нравится такая система, хотя проблем при рисовании схемы/разработке платы никаких нет(а объем библиотек некритичен), и работает она очень хорошо.
Владимир
Feb 12 2008, 19:45
К сожаленью мы ушлт от темы посто но всеже
[quote]Uree[quote]
[quote]Вы уж как-нибудь определитесь [/quote]
Да я уж давно определился -- так как в PCAD уже не работаю.
У меня всегда один параметр-- индивидуалиный номер компонента на проект или ну группу проектов--- Остальные пароаметры хранятся отделно или добавляются в проект по желанию из базы данных
[quote]Ну а насчет ВОМа - человеку отвечающему за комплектацию название посадочного места да и название компонента до лампочки - ему важно только название компонента по производителю.[/quote]
Естественно и для PCAD я вижу только два необходимых параметра- первый -- для человеко отвечающего за комплектацию--- второй для трасировщика если схему и трасировку делают разные люди. Он тоже нужен только для этого случая
Все остальные на любителя или для красоты схемы
[quote]На текущей работе библиотеки включают в себя отдельные компоненты для ВСЕХ применяемых номиналов резисторов, конденсаторов... [/quote]
Замечательно. Но это вслучае если библиотеки уже сформированы.
Тоесть есть еще ттретий челове отвечающий только за библиотеки.
Я думаю здесь большинсто из тех, ксто совмещает и первого ( схемы) и сторого (трасировка) и третьего (библиотекаря) и четвертого - за еомлектацию и пятого -сам покупаю и шестого сома паяю и седьмого.... да уж пора останавливаться.
Отсюда такие и вопросы.
Хотя надо сказать сразу . Раработчики PCAD всегда были неповоротливы
Достаточно было при выделении по несовпадающим парметрам дать возвожность при Update устанавливать флаг сохранить старык параметры или заменить их на значения из библиотеки.
И этот вопрос был бы просто снят.
Владимир
Из Вашего списка - для себя бы исключил схему и пайку, остальное про меня....
С остальным согласен полностью...
Но опять же повторюсь - каждый работает как привык.
Одним лучше иметь полный набор деталюшек в либре, а кому-то достаточно минимально необходимый набор - это вопрос о вкусах...
Предпочитаю нечто среднее...
Да у нас тоже многое совмещается, по крайней мере библиотеки-схемы-РСВ, но вот комплектация это отдельная песня... Ну о вкусах конечно не спорят. а уж о требованиях работодателя к рабочему процессу тем более

Так что уже не вижу о чем спорить.
Возникла проблема. Почти развел плату. Возникает необходимость иногда менять местами назначения выводов микроконтроллера. Делал это так: в схематике делал изменения (например, менял выводы местами) , -> append ECO. В PCB ->import ECO. Таким образом делал множество изменений, но на каком-то этапе после очередного переназначения выводов (42 на 40)это дало сбой в виде ошибки : " Unable split LIGHT from net NET00003 ..." Дословно не помню, пишу по памяти. Я попробовал удалить этот злополучный NET00003 , выделив вывод 42 (к нему ничего не подключено) -> Edit Net -> Delete node. После этого при попытке импорта ECO выдает ошибку:
Error 4183
Unable to deleted node DD 10-42 from net NET00003 on line 880. Importing ECO file is halted.
Как мне теперь исправить ситуацию, чтобы я мог спокойно делать record/import ECO ?
Проблему решил. В схематике -> Off record ECO. Сгенерил нет-лист с НОВЫМ именем. On record ECO. Сделать какое-нибудь изменение в схеме и сохранить схему. ECO-файл с НОВЫМ именем. В PCB import НОВОГО ECO. Теперь все работает. Вопрос только в следующем, не будет ли проблем в том, что изначально в PCB загружал нет-лист с СТАРЫМ именем?
В принципе, таким же образом поменял НОВЫЙ нет-лист и ECO-файл на СТАРЫЙ.
В принципе правильно - при ошибках цепей на плате проще перезагрузить нетлист из схемы....
Для того чтобы не выделываться каждый раз с выводами, проще в корпусах дать разрешение для перестановки выводов (делается в библиотекаре - "PIN EQ = 1" (но только для однородных пинов)) - тогда не нужно будет всё время лазить в схему...
Главное - нужно не забыть включить ЕСО и в конце работы кинуть его в схему...
Цитата(Владимир @ Feb 11 2008, 10:32)

Vlad-od
Сколько людей столько мнений. Но для выводных резисторов при олносторонней разводке, когда можно и нужно регулировать расстояние между выводами-- ох как помогает.
Выводные резисторы на односторонней плате - частный случай.
Цитата(Владимир @ Feb 11 2008, 10:32)

Так почемуже не применить и здесь?
1. Неразбериха при документообороте.
2. Вариант случайно тыкнуть не тот типоразмер корпуса.
Цитата(alux @ Feb 15 2008, 13:20)

Проблему решил. В схематике -> Off record ECO. Сгенерил нет-лист с НОВЫМ именем. On record ECO. Сделать какое-нибудь изменение в схеме и сохранить схему. ECO-файл с НОВЫМ именем. В PCB import НОВОГО ECO. Теперь все работает. Вопрос только в следующем, не будет ли проблем в том, что изначально в PCB загружал нет-лист с СТАРЫМ именем?
В принципе, таким же образом поменял НОВЫЙ нет-лист и ECO-файл на СТАРЫЙ.
А не проще было бы воспользоваться NetSync`ом
Цитата(Vlad-od @ Feb 11 2008, 18:51)

Это две крайности одного и того же:
- тополог создает элемент с названием корпуса
- схемотехник создает элемент с названием символа
И тому и другому так удобней всего, только для целостности проекта это смерть.
Для того и существует библиотекарь, что бы и того и другого бить по рукам
Владимир
Feb 21 2008, 10:17
Цитата
bigor
Цитата
Владимир @ Feb 11 2008, 10:32)
Так почемуже не применить и здесь?
1. Неразбериха при документообороте.
2. Вариант случайно тыкнуть не тот типоразмер корпуса.
Для первого случая годится ответ
Цитата
Для того и существует библиотекарь, что бы и того и другого бить по рукам
во вотором случае не знаю не одной защиты. гдебы человеческий фактор не присутствовал.
Когда соединитель папа в папу затаогивают да еще с другим количесвом выводов--- ничего не спасет.
Здесь тоже самое.
Цитата(bigor @ Feb 21 2008, 13:41)

А не проще было бы воспользоваться NetSync`ом
Правильно ли я понял, что при возникновении ошибки импорта ECO-файла нужно сделать следующее:
-сгенерить НОВЫЙ нет-лист;
-утилитой NetSync сгенерить новый ECO-файл, в который запишется различия между НОВЫМ и СТАРЫМ нет-листами;
-в PCB импорт обновленного ECO-файла.
И еще. Иногда возникает необходимость переименования компонента. При импорте ECO-файла выдает ошибку. Как правильно поступить в таком случае?
Morbid_KIEP
Feb 22 2008, 11:15
Цитата(alux @ Feb 22 2008, 10:56)

И еще. Иногда возникает необходимость переименования компонента. При импорте ECO-файла выдает ошибку. Как правильно поступить в таком случае?
В PCB выбирается нужный компонент, далее Properties, Libraries где хранится компонент, Type и из списка выбирается нужный компонент.
Нужно переустановить систему (WindowsXP). Запись ECO-файла в схематике включена. Смогу ли я после переустановки PCAD 2006 так же делать запись и импорт ECO-файла?
Последний вопрос снимается. После переустановки Windows и PCAD продолжил работу, как ни в чем ни бывало...
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.