I love Ukraine

Идеология работы с несколькими проектами


Если есть ОДИН проект, то у него ОДИН шифр проекта и соответственно ОДНО название. AutoCAD Electrical в принципе не умеет объединять несколько проектов в один проект, или учитывать связи между ними.

И исходя из этого есть два варианта:

 - использование общих чертежей

 - использование общего проекта


В первом варианте создается готовый чертеж или группа чертежей, со всеми рамками и т.д. (например схема привода выключателя, или схема типового ящика освещения, или еще какая-то типовая схема). Чертежи должны быть подготовлены к подключению в проект - все ссылки (приемники или источники) должны иметь уникальные номера. Все это хозяйство складывается в отдельную папку. Далее при разработке проекта, в проект подключаются эти чертежи БЕЗ ПЕРЕНОСА чертежей в папку проекта.  Настраиваются ссылки в проекте - они должны браться из подключаемых чертежей. И вуаля - все работает. Перед печатью штамп должен быть обновлен и все номера проводов и ссылки должны быть обновлены.

Я делаю обычно так: есть в одной общей папке типовые схемы приводов. Я их оборудовал кучей ссылок (приёмники), с уникальными номерами ссылок, тщательно "причесал" схемы. Далее в проекте я подключаю файл БЕЗ ПЕРЕНОСА в каталог проекта. И привязываю к источникам ссылки, но номер ссылки беру из ПРИЕМНИКА, то есть с типового чертежа и этот номер загоняю в стрелку источник. Далее проверяю тип штампа (бывают в оформлении отклонения) перенумерую все листы, обновляю штампы, потом обновляю ссылки по всему проекту. Печатаю. Далее беру следующий проект и повторяю. 



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

Решить эту задачу можно только так:

- создается ТРИ подпроекта (или более) с разными рамками/штампами/названиями/шифрами

- создается ОДИН главный общий проект, в который подключаются просто копируем содержимое wdp файлов.

- разрабатывается последовательно все три подпроекта. При разработке создаются уникальные ссылки на другие проекты но которые в пределах подпроекта "висят в воздухе" - они сами свяжутся автоматически после в общем проекте. Понятно что номера в ссылках должны совпадать в разных проектах - за этим нужно следить вручную или переключаться на общий проект и связывать источники с приемниками. Необходимо следить чтобы номера ссылок в каждом проекте имели уникальную для этого проекта метку - чтобы не пересеклись с ссылками в других подпроектах. Например: SIG123456-ОБ01, SIG123456-ОБ02, SIG123456-ОБ03

- оформляем подпроекты и создаем локальные перечни чертежей.

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

- Нумеруем рамки сквозной нумерацией ЛИСТОВ (не штампов) в правом верхнем углу рамки (это же один проект, а не три разных). 

- Оформляем перечни чертежей в общем проекте (локальные не трогаем). Печатаем. 


Такой метод удобен и при разработке одного, но очень крупного проекта. Дело в том, что если количество листов переваливает за 300-500, то машина начинает не слабо тормозить - база данных проекта на движке mdb не шибко шустрая. Я бы даже сказал что очень не шустрая. Частично проблему скорости можно решить разместив проект на SSD диске. Но кардинально решается созданием отдельных микропроектов для отдельных частей основного проекта. Например делаем подстанцию и в ней несколько линий со своими защитами и т.д. Берем и создаем проектик для первой линии, еще один для второй, еще один для защит АТ и т.д. Эти маленькие проектики будут просто летать. Но в конце, когда все будет законченно, все равно придется работать с основным большим проектом - нумеровать, обновлять штампы, обновлять ссылки и т.д.

Created with the Personal Edition of HelpNDoc: Streamline Your Documentation Process with HelpNDoc's Intuitive Interface