Проект PCAD.Ru
Главная / Форум / Объявления / Книги / Производство / Проектирование / Обратная связь

PCAD 4.5 точка привязки элементов

Оглавление форума | Открыть новую тему | Регистрация | Личные данные | Поиск | RSS

Ama Просмотров темы: 16393       26.12.2011 11:08 [Ответить]
Проблема давно уже мучает сотрудников, которые никак не перейдут на новый PCAD. Дело в том, что очень часто при проектировании платы базовые точки некоторых элементов непонятно в какой момент самопроизвольно "съезжают" со своего места, определенного в библиотеке (как правило, это первая ножка элемента), на новое (как видно, левый нижний угол обрамляющего прямоугольника). Никакой закономерности при этом не наблюдается (какие именно типы "портятся" и сколько типов). Для восстановления правильных точек привязки приходится выполнять команду REPL с последующим перетаскиванием каждого "испорченного" элемента на свое место (т.к. в результате REPL они сдвигаются). Кто-нибудь сталкивался с подобной проблемой и можно ли ее решить? Заранее благодарю за помощь.


В каком  Boris  [26.12.11 20:04]
P-CAD 4.5  Ama  [27.12.11 09:37]
....  СЕР  [26.12.11 22:50]
Но дело-то в том, что  Ama  [27.12.11 09:57]
Как можно заочно что-то выяснить...  Б.Г.  [27.12.11 11:25]
Ответ  Ama  [27.12.11 12:47]
Кажется нашёл  Б.Г.  [27.12.11 16:36]
Спасибо большое,  Ama  [27.12.11 19:34]
Может это поможет  SAnt  [28.12.11 08:52]
Описка  SAnt  [28.12.11 09:04]
SAnt, Вы даже не представляете,  Ama  [28.12.11 12:20]
:) Не забыыыыл ещё! :))))  VOV  [28.12.11 17:51]
Спасибо,  Ama  [29.12.11 11:17]
Скорее всего ...  SAnt  [27.12.11 12:37]
Ответ  Ama  [27.12.11 12:58]
Ну не знаю ...  SAnt  [27.12.11 13:48]
Для Ama  Юрий Потапов  [28.12.11 09:45]
Для Юрия Потапова  Ama  [28.12.11 12:32]

В каком  Boris 26.12.2011 20:04  [Вверх] [Ответить]
P-CAD?

....  СЕР 26.12.2011 22:50  [Вверх] [Ответить]
Ну проблема (слетела точка привязки) довольно известная (правда в 4.5 даавно не работал), но помню что такое былО...

Наскока помню всегда просто редактировал сам элемент (УГО или корпус), а уже потом ставил в проект...

P-CAD 4.5  Ama 27.12.2011 09:37  [Вверх] [Ответить]
P-CAD 4.5 (см. заголовок темы)

Но дело-то в том, что  Ama 27.12.2011 09:57  [Вверх] [Ответить]
сам элемент в библиотеке в редактировании не нуждается - у него как была точка привязки, например, в первой ножке, так она и остается, а вот в самом проекте эта информация по какой-то непонятной нам причине в какой-то момент утрачивается, и точка привязки оказывается на углу обрамления. На момент же изначального ввода элемента в проект точка привязки всегда находится в положенном ей месте. Команда REPL всего лишь заново привносит в проект данные из библиотеки.

Как можно заочно что-то выяснить...  Б.Г. 27.12.2011 11:25  [Вверх] [Ответить]
Вы бы выложили одно такое чудо, может быть и разобрались бы.

Скорее всего ...  SAnt 27.12.2011 12:37  [Вверх] [Ответить]
По моим наблюдениям подобное может случаться тогда, когда компоненты перекрываются. Т.е. габаритный огибающий прямоугольник одного компонента налезает на огибающий другого или даже находится внутри второго. Это, кстати, вовсе не означает что компоненты нельзя ставить друг на друга. Такая ситуация, на мой взгляд, получается только в том случае, когда один из перекрывающихся компонентов является первыми из такого типа компонентов использованных в PCB, поскольку в PCB описание конкретного типа компонента дается только один раз, у первого компонента. Видимо PCCARDS путается при определении точки привязки у компонентов в такой ситуации и переносит ее в левый нижний угол огибающего прямоугольника.

Ответ  Ama 27.12.2011 12:47  [Вверх] [Ответить]
Посылаю pcb-файл PCAD 4.5, в котором элемент 1210.prt (библиотечный файл также прилагается) "утратил" свой первоначальный ORG, причем в данном проекте получилось так, что это коснулось только конденсаторов, расположенных с лицевой стороны платы, например, С32. У элементов на обратной стороне, например, С36, точка привязки соответствует библиотечной. (С двусторонней установкой элементов проблема, думаю, не связана, поскольку она присутствует и при одностороннем монтаже.)
Заранее благодарю за любую помощь.

К сообщению прикреплен файл: Ответ (2371_pcad4.5_files.rar, 0 Kb)


Ответ  Ama 27.12.2011 12:58  [Вверх] [Ответить]
К сожалению, проблема имеет место при совершенно свободном размещении компонентов (без перекрытий).

Ну не знаю ...  SAnt 27.12.2011 13:48  [Вверх] [Ответить]
Перекрывающимися, в прямом смысле этого понятия, следует считать в том числе и компоненты стоящие на разных сторонах платы друг над другом. PCB-шка которую Вы прислали наглядно это показывает. Первым в ней компонент типа 1210 в ней описывается C1. А он перекрывает аж два компонента с нижней стороны платы...

Кажется нашёл  Б.Г. 27.12.2011 16:36  [Вверх] [Ответить]
Причина в неправильном построении компонента.
А точнее, неправильное расположение точки привязки (org).
В проблемном 1210 привязка поставлена в первый вывод, который НЕ НАХОДИТСЯ В НУЛЕ КООРДИНАТ.
Т.е. если ставить точку привязки не в 0,0, то будут проблемы.
Если я прав, то предполагаю, что проблемными будут также библиотечные элементы 64PL-05.prt и крепёх P-10.prt.
Что делать, - передвинуть всю графику так, чтобы желаемое место привязки оказалось в нуле координат (0,0) и поставить туда же ORG.

Спасибо большое,  Ama 27.12.2011 19:34  [Вверх] [Ответить]
завтра же попрошу пользователей PCAD 4.5 проверить свои библиотечные элементы на предмет ORG. Хорошо, если проблема только от ненулевого ORG.
Еще раз большое спасибо.

Может это поможет  SAnt 28.12.2011 08:52  [Вверх] [Ответить]
То, что точка привязки исходного компонента находится не в нулевой координате, не имеет ни какого значения. Причина другая. А вот закономерность в этом явлении, между прочим, есть. Если сделать PDF файл и посмотреть компоненты имеющие смешение точки привязки, то можно заметить, что все они идут друг за другом одной последовательностью. Начинаются с конденсатора C1 (1210.prt), дальше идет ещё ряд таких же конденсаторов, затем микросхема D10 (64PL-05.prt) и наконец, четыре точки крепления без позиционных обозначений (P-10.prt). Потом на компоненте X1 (DVI25.prt), всё чудесным образом излечивается. Причем, конденсаторы типа 1210 встречаются и после, но они уже не болеют!!! Единственным, на мой взгляд, отличием компонента X1 от остальных является то, что своей точкой привязки в PCB-шке он попадает на координату по оси X имеющую значение "0". Но в прочем, Вашего исходного PRT-шника у меня нет, поэтому может оказаться что-то другое. Стоит, наверное, внимательнее посмотреть на этот исходный компонент. И кроме того на компонент 16PIN.prt. Именно после такого компонента (D5) начинается последовательность со смещенными ориджинами.
В общем, причина пока не понятна, но похоже ЕСТЬ метод безболезненного лечения таких файлов без команды REPL и без ручной сдвижки!!! Если Вы знаете, какие типы компонентов у Вас испортились, то создайте новый файл, разместите в нём из правильных библиотек по одному компоненту, которые попорчены в рабочем файле, а затем вставьте Ваш рабочий файл командой FILE\BKLD. Потом удалите компоненты, которые Вы вставляли в начале и подцепите стеки. Всё вылечится! Ну, естественно в рабочем файле предварительно надо задать точку привязки перейдя в режим DETL.

Описка  SAnt 28.12.2011 09:04  [Вверх] [Ответить]
Виноват. В последнем предложении следует читать "перейдя в режим SYMB".

Для Ama  Юрий Потапов 28.12.2011 09:45  [Вверх] [Ответить]
Вы в курсе в каком году "новый" пикад снят с проиводства?

SAnt, Вы даже не представляете,  Ama 28.12.2011 12:20  [Вверх] [Ответить]
как Вы помогли нашим пользователям 4.5, все получается, когда они сажают в новый файл по одному "подпорченному" компоненту из библиотеки. Вот только при этом оказалось важным выбрать правильно сторону установки. При попытке ввести компонент на обеих сторонах платы результат не вполне предсказуем. Например, 64PL-05.prt и P-10.prt в этом случае не корректируются, а с конденсаторами, которые в отличие от других, размещены на обеих сторонах, мы и вовсе запутались: пробовали вводить их в разных вариантах - на каждой из сторон, на обеих сторонах (причем, вводя как сразу на нужный слой, так и с последующей сменой слоя), в итоге при введенных на обеих сторонах элементах каким-то образом умудрились при разных попытках получить противоположные результаты - то ориджин исправляется, то нет. Думаю, в платах с односторонней установкой проблем вообще быть не должно, а для двусторонней, если мы правильно поняли, вводить элемент нужно только с "подпорченной" стороны. Еще попробуем покопаться в PRT-шках. Большое спасибо за предложенный вариант решения нашей проблемы.

Для Юрия Потапова  Ama 28.12.2011 12:32  [Вверх] [Ответить]
Я в курсе, но пока PCAD-2006 меня вполне устраивает, что касается PCAD 4.5, то и его у нас продолжают использовать (причем виртуозно), поскольку в свое время силами наших программистов он был хорошо адаптирован к нашим нуждам (получение фотошаблонов на отечественном оборудовании и т.п.)

:) Не забыыыыл ещё! :))))  VOV 28.12.2011 17:51  [Вверх] [Ответить]
В общем бывают разные случаи сбоев в базе данных P-CAD :)
Встречались даже компоненты без привязки стоящие на месте, но "неприкасаемые" :)))

Всё правильно было сказано, привязка самого компонента ORG может стоять в любых координатах при создании компонента PRT, но далее даёт положение относительно угла максимальной прямоугольной области описывающей компонент. Отзеркаленные или повёрнутые на заданный угол не кратный 0,90,180,270 вводят в файл описания новых уникальных компонентов...
Причём в PDIF всё это собирается в один уникальный с именем первого .PRT и в идеале теперь уже в каждый реальный прописывается сторона, поворот или угол поворота...

В данном случае: есть 2 1210.prt и 2 уникальных. Один с запорченным ORG.
Причина: кто-то как-то раз заменил один или несколько (не все сразу!) кондёры 1210.prt из одноимённого 1210.prt с другой привязкой.

Интересно было :) Прикрепляю исправленный файл это платы :)

С наступающим! :)

К сообщению прикреплен файл: Исправленный (2375_T009A-OK.PCB, 0 Kb)


Спасибо,  Ama 29.12.2011 11:17  [Вверх] [Ответить]
и Вас с наступающим, но если честно, то я не очень поняла причину проблемы.
Еще раз всех форумчан с Новым Годом!