AutoCAD Electrical және PLC компоненттер базасы: сақтау, резервтік көшіру, командадағы тәртіп

Неліктен командалық жұмыста базалар мен белгіленулер әр түрлі болады

Бір жобаға бірнеше инженер кіріскенде, айырмашылықтар үлкен шешімдерден емес, ұсақ-түйектен басталады. Біреу жаңа артикул қосты, екіншісі сипаттаманы өзгертті, үшіншісі өз ережесімен PLC-адрестерін қайта жасады. Нәтижесінде бір жоба ішінде әртүрлі кодтар, құрылғы тегтері және I/O адресі пайда болады, ал схема сырттай бірдей көрінеді.

Көбіне себебі — AutoCAD Electrical компоненттер базасы мен жоба параметрлері қатысушыларда сәйкес келмеуі. Біреу бөлшекті өз локалдық каталогынан алады, екіншісі ортақ папкадан, үшіншісі блок атрибуттарын қолмен түзетеді. Схемада символ бірдей болуы мүмкін, бірақ оның "ішкі құрамы" әртүрлі: өндіруші, серия, артикул, сипаттама, клеммалар, контак түрі. Соның салдарынан спецификациялар, сымдар мен клеммалардың тізімі әр түрлі шығады.

PLC бөлек мәселе — тіпті модуль бірдей таңдалса да, адресация, тегтер форматы, I/O шаблондары немесе PLC базасын тек біреу жаңартқан болуы себебінен айырмашылықтар пайда болады. Сол кезде бір каналға басқа адрес немесе басқа нүкте атауы түсіп, бұл шкафты жинау кезінде байқалады.

Практикалық салдарлары қымбат: қате сатып алу (қате құрылғы немесе серия), монтажда сәйкессіздік (адрестер белгіленумен сәйкес келмейді), құжаттаманы қайта жасау және уақыт жоғалту.

Ерте белгілер: бір және сол құрылғының әртүрлі сипаттамалармен немесе артикулдармен дубликаттары; бірдей тегтер әр түрлі беттерде әр түрлі мағына беруі; спецификацияда бірдей белгілермен әртүрлі өндірушілердің болуы; PLC-нүктелерінде адрестердің немесе форматтың өзгеруі (мысалы, I:0/1 vs %I0.1); біреу "уақытша" атрибуттарды қолмен түзетіп, кейін олар бөлек өмір сүре бастайды.

Айырмашылықтар байқамай өседі. Әр жеке жағдай ұсақ көрінгенімен, жиынтығы жобаның бір тілі бұзылады — команда бірдей тілде сөйлесу керек.

AutoCAD Electrical-да не сақталады: каталогтар, PLC, символдар

Команданың үйлесімді жұмыс істеуі үшін AutoCAD Electrical-да қай деректер сызбамен бірге, қайсысы жеке сақталатынын білу маңызды. Даудың көбі бір инженеде спецификацияда "дұрыс" артикул бар, ал екіншісінде сол элементтің басқа сипаттамасы немесе өндірушісі бар кезде туындайды. Бұл көбіне әртүрлі дереккөздердің нәтижесі.

Компонент каталогтары — базаның негізі: артикулдар, өндірушілер, сипаттамалар, параметрлер, кейде ескертпелер. Бұл өрістер есептер мен спецификацияларға түседі. Егер каталог тек бір ПК-де жаңартылса, айырмашылықтар дереу көрінбейді — тек ведомость жасалғанда байқалады.

PLC және I/O деректері модуль құрамын, арна санын, кіріс/шығыс типтерін, адресацияны, нүктелер сипаттамасын, кросс-сілтемелерді қамтиды. Бір өрістегі қате (мысалы, адрес ығыстыруы немесе нүкте атауы) парақтар мен кестелер бойымен тез тізбек болады.

Символдар кітапханалары — тек белгішелер емес. Символдарда атрибуттар (TAG, DESC, MFG, CAT және т.б.) болады, және дәл осы атрибуттар есептердегі "шындық" болады. Кітапханада атрибуттар жиынтығы әр түрлі екі ұқсас символ болса, түрлі адамдарда есептер әртүрлі шығады, тіпті схема сырттай бірдей болғанымен.

Жоба шаблондары мен белгілеу параметрлері (тег форматтары, сым нөмірлеу ережелері, құрылғы префикстері, кросс-сілтеме параметрлері) бөлек тұрады. Бұл параметрлер AutoCAD Electrical-дың белгілеулерді қалай генерациялайтынын анықтайды. Әртүрлі шаблондарда бір жоба әртүрлі тегтер жасай бастайды.

Көбінесе бұл барлық файлдар ретінде сақталады: каталог базасының файлдары (нұсқа мен параметрлерге байланысты форматтар), жоба файлдары мен параметрлері, DWG-символдар мен атрибуттары бар папкалар, жаңа сызбалар үшін шаблондар, сондай-ақ есептерге әсер ететін қосымша кестелер мен конфигурациялар.

Егер алдын ала не ортақ ресурс, не жобаға тән екенін бөліп қойсаңыз, сақтау орнын және бэкапты қалай ұйымдастыруды оңай таңдайсыз.

Базаны қайда сақтау: ПК, ортақ папка, сервер, PDM/Vault

Белгіленулер мен каталогтардағы сәйкессіздіктің басты себебі — адамдарда бір файлдың әртүрлі көшірмесі болуы. AutoCAD Electrical компоненттер базасы мен PLC базасы үшін бұл өте маңызды, өйткені өзгерістер жобалар бойынша тез таралып, кейін оларды біріктіру қиын болады.

Сақтау нұсқалары және олардың тәуекелдері

Жергілікті ПК — егер сіз жалғыз жұмыс істесеңіз немесе жоба қысқа уақыттық және басқаға берілмесе, жарайды. Тәуекелі — әркімде өз "шындық" пайда болады. ПК қайта орнатылғанда немесе бұзылғанда қосылған позициялар, кодтар, сипаттамалар мен параметрлер жоғалады.

Ортақ желілік папка жиі бірінші қадам. Бұл жылдам және арзан, бірақ тәртіпті талап етеді: тұрақты желі, түсінікті қатынау құқықтары және "өзіме көшіріп алу" тыйым салу. Әйтпесе, адамдар базаны параллель түзетеді және нәтиже болжамсыз болады.

Арналған файл сервері ыңғайлырақ: кім және не өзгертетінін бақылау оңай, жоспарлы резервтік көшірулер жасау жеңіл. Егер бірнеше бөлім және жобалар болса, сервер папкадан гөрі аз тосын сый әкеледі.

PDM жүйелері, мысалы Autodesk Vault, сақтау орнынан бөлек өзгертулерді ұйымдастыруды қамтамасыз етеді: нұсқалар, бекіту, кім өзгеріс енгізген және қашан. Бұл кездейсоқ файл алмасулардан сақтайды және жаңа түзету қате әкелсе, өткен күйге оралуға мүмкіндік береді.

Практикалық таңдау ережесі:

• 1–2 адам және уақытша жоба: локалдық сақтау жарайды, бірақ тұрақты бэкаппен.
• Кішкентай команда: ортақ папка, бірақ қатты құқықтармен.
• Көп жобалар мен бөлімдер: бөлек сервер және орталықтандырылған бэкап.
• Нұсқалар мен өзгеріс бақылау қажет болса: PDM/Vault.

"Бір шындық көзі" ережесі

Файлдар қайда орналасса да, басты көшірме біреу болсын және оны тек ережеге сай өзгерте берсін. Жұмыс режимі: инженерлер ортақ базаны тек оқу үшін қолдансын, ал каталогтар мен PLC өзгерістерін белгіленген жауапты адам аптасына бір рет тексеріп енгізсін.

Мысалы, дүйсенбіде бір инженер жаңа контактор қосты, сейсенбіде екіншісі ұқсасты басқа код пен сипаттамаға енгізді. Егер екеуі локалда өңдесе, жобаға екі нұсқа шығады. Бірдей шындық көзінде екінші инженер өзгеріс сұрауын жіберіп, жауапты адам бұрын бар элементті тексеріп, оны бір рет қана қосады — бәріне бірдей.

Қатынас құқықтары және өзгерістерге жауапкершілік

Командадағы сәйкессіздіктердің көбі "қате параметрлерден" емес, рөлдердің анық болмауынан туындайды. Компоненттер мен PLC базасы үшін кім деректерді өзгерте алатынын алдын ала шешу маңызды.

Рөлдер мен қатынау ережелері

Практикалық минимум:

• Библиотека әкімшісі: каталогтар, PLC-деректер, шаблондар бойынша өзгерістер енгізеді, біртұтас белгілеуді бақылайды.
• Өтініш бойынша редактор: тек келісімнен кейін өзгерістер енгізе алатын, мысалы жетекші инженер.
• Қолданушылар: кітапханамен жұмыс істейді, бірақ база папкаларында жазу құқығы жоқ.
• Релиз үшін жауапты: нұсқаны бекітеді және командаға не өзгергенін хабарлайды.

Папкалар мен файлдарға құқықтарды солай орнатыңыз, кездейсоқ түзету мүмкін болмау үшін. Желілік папкада: барлық инженерлерге оқу, тек 1–2 жауаптыға жазу құқықтары. Егер база серверде тұрса, өшіру мен қайта жазуды шектеңіз, ал өтініштер мен мысалдарды бөлек сақтаңыз.

Өзгерістер процесі және журнал

Өзгерістерді қысқа циклмен жасаған жеңіл: өтініш — тексеру тест жобада — енгізу — нұсқаны бекіту.

Журналды база жанындағы қарапайым файлда жүргізуге болады: дата, кім өзгертті, не өзгертілді, неге және қандай нұсқа. Өзгерістерге "терезе" келісіңіз — мысалы, апта ішінде аптасына бір рет, белсенді жобалар азайған кезде. Осылай команда құжаттаманы шығарулар арасында кодтар немесе белгілеулер өзгерген жағдайда күтпеген жағдайға тап болмайды.

Команда үшін ортақ базаны кезең-кезеңімен баптау

Ортақ база бәріне бірдей нәтижені береді: бірдей каталог деректері, бірдей PLC кодтары, бірдей есептер. Егер мұны алғаш рет жасасаңыз, мақсатты қарапайым ұстаңыз: әр бір проектировщик бірдей файлдар жолына сілтеме жасасын және өзгерістерді тек тағайындалған жауапты жасасын.

1) Орын мен құрылымды дайындау

Біртұтас сақтау орнын таңдаңыз (сервер немесе сенімді ортақ папка). Ішінде каталогтар, PLC базасы, символдар кітапханалары, жоба шаблондары, ортақ параметрлер сияқты анық папкаларды реттеп қойыңыз. Құрылым келісусіз өзгермеуі керек, әйтпесе жолдар бұзылады.

Әрі қарай қадамдар:

• Папкаларды жасаңыз және ағымдағы жұмыс базаларын, кітапханаларды көшіріп алыңыз.
• Базаның иесін тағайындаңыз: кім өзгерістер қабылдайды, журнал жүргізеді және нұсқалар шығарады.
• Жұмыс орындарында AutoCAD Electrical параметрлеріне ортақ каталогтар, PLC және кітапханаларға бірдей жол қойыңыз.
• Тест жобада бәрін тексеріңіз: компоненттер мен PLC кірістіру, спецификациялар, клемма және сым есептері.
• Бастапқы нұсқаны бекітіңіз және командаға қысқа ескертпе таратыңыз: не қайда, қалай өзгеріс сұрауға болатыны.

2) Нақты сценарийде тексеру

Пайдалы тексеру: бір инженер базадан типтік контакторды сызбаға қоссын, екіншісі параллель көшірмеде PLC-модулін кірістіріп спецификацияны жаңартсын. Егер екеуінде де артикулдар, белгілеулер мен сипаттамалар сәйкес болса, ортақ база дұрыс бапталған.

Егер біреуінде басқа атаулар пайда болса, себебі әдетте қарапайым: локалдық жол әлі ескі папкаға сілтейді немесе қолданушыда өз жеке көшірмесі бар. Бұл тез көрінеді, егер ескертпеде: база көшірілмесін, өзгерістерді тек иесінің арқылы енгізсін деп нақты жазылса.

Резервтік көшіру және қалпына келтіруді ұйымдастыру

Егер база немесе кітапханалар тек бір компьютерде тұрса, сіз тек файлдарды емес, команданың ортақ белгілеулеріне деген сенімді де жоғалтасыз. Ақаудан кейін әдетте каталогтар клондары пайда болады, ал жобалардағы белгіленулер әртүрлілеуіне әкеледі.

Алдымен не қорғау керегін белгілеңіз. Көбіне сақталатын жұмыс қалталарын бэкаптау жеткілікті:

• каталог базалары (manufacturer, catalog, footprint сияқты кестелер)
• PLC базасы және модуль сипаттамасымен байланысты файлдар
• символдар кітапханалары мен қолданушы блоктары
• жоба шаблондары, беттер және есептер
• жоба параметрлері мен стандарт файлдары (номерация, тегтер, атау ережелері)

Көшірме ритмін өзгерістер жылдамдығына қарай таңдаңыз. Егер каталогтар мен PLC күнделікті жаңартылса, күнделікті инкременталды көшірмелер және апта сайын толық көшірме жасаған жөн. Өзгерістер сирек болса — жұрекше жиі емес, бірақ ереже қарапайым: бэкап қолмен қалпына келтіруден жиі жасалсын.

Екі көшірмені әрқашан екі түрлі жерде сақтаңыз. Біреуі ортақ инфрақұрылымда, екіншісі — қарапайым қолданушылардың қатынасы жоқ бөлек сақтау. Бэкаптарға рұқсаттарды да шектеу қажет: кез келген адам бэкап папкасын тазалай алса, қорғау жоқ болады.

Айына бір рет қысқа қалпына келтіру тестін жасаңыз: көшірмені тест папкаға орналастырып, тест жобаны ашып 1–2 есеп жасаңыз, каталогтан бір элемент және бір PLC-модулін қосып, тегтер мен белгілеулер жобаның ережелерімен сәйкес болатындығын тексеріп, нәтижені жазып қойыңыз (дата, кім тексерген).

"Кімнің базасы дұрыс" деген дауды болдырмау үшін нұсқалау мен релиз белгілерін енгізіңіз. Мысалы, әр екі апта сайын жауапты адам базаға шот түсіріп, нұсқа нөмірін бере отырып, команда тек сол нұсқамен жұмыс істесін. Өзгерістер жобаның келесі шығаруына дейін қараша нұсқада жинақталады.

Белгілеулер мен атау ережелерін бір келісімге келтіру

Командалық жұмыста айырмашылықтар көбіне баптаулардан емес, тілден басталады: әркім қалай тег жазатынын, қай қысқартуды қолданатынын, I/O-ны қалай атайтнын. Егер бұл бекітілмесе, ең жақсылап бапталған база да әртүрлі есептерге әкеледі.

Тегтер, сымдар мен кабельдер үшін бір сөздік

Бірінші қадам — барлық жерде қолданылатын ережелерді келісу: схемаларда, тізімдерде, спецификацияларда және есептерде. Қысқа 1–2 беттік регламент жақсы жұмыс істейді.

• Құрылғы тегтері: бірыңғай формат (мысалы, функционалдық префикс + нөмір), белгішелер мен бөлгіштерге еркіндік берілмесін.
• Клеммалар: нөмірлеудің бір стилі және перемычкалар үшін ереже.
• Сымдар: бірдей тізбектерге бірдей атаулар берілуі үшін бекітілген принцип.
• Кабельдер: бір құрылым (шкаф-мақсат-номер) және жилалар мен экрандар үшін ереже.
• Дубликаттарға тыйым: егер атау бос болмаса, регламент бойынша жаңа атау жасалсын, қолмен "(2)" қоюға рұқсат жоқ.

Содан кейін қысқартулар мен атаулардың анықтамалық сөздігін жасаңыз және оны шын мәнінде сипаттамаларда және атрибуттарда пайдаланыңыз. Әйтпесе есептер бірдей затты бірнеше түрде бөледі: "Кнопка", "Кн", "КН" сияқты.

Өндірушілер, аналогтар және PLC-дегі дубликаттарсыз жұмыс

Өндіруші кодтары үшін саясат жасаңыз: бір негізгі артикул, рұқсат етілген аналогтар тізімі және ауыстыру ережесі (кім келіседі, неге өзгеріс енгізілгенін қалай жазу керек). Бұл біреу "Siemens" деп жазса, екіншісі "SIE" деп қысқартқанда немесе үшіншісі аналогты жаңа позиция ретінде енгізгенде кикілжіңді болдырмайды.

PLC үшін модульдер мен I/O нүктелерін атау стандарты белгіленсін. Мысалы, модуль — шина/слот/тип (R1-S03-DI16), нүктелер — жетекші нөлдері бар арна (CH01, CH02) және бірдей суффикс сигнал. Сонымен қатар адрес қайталануға және жергілікті атауларға тыйым салынсын, олар жалпы ведомостьта көрінбеуі мүмкін.

Кішкентай мысал: бір инженер кірістікті "DI1_Есік" деп атаған, екіншісі "DI01_Door" деп жазса, жүйе оларды екі түрлі сигнал деп есептейді. Бір ортақ шаблон бұл мәселені есептерге жетпей шешеді.

Командалық жұмыс үрдісі: қосу, нұсқалар, оқу

AutoCAD Electrical компоненттер базасы әркімнің ПК-індегі деректер жиынтығына айналмас үшін келісіңіз: кез келген өзгеріс — шағын релиз ретінде шығарылады. Релизде нұсқа нөмірі, дата, жауапты және қысқа сипаттама болуы керек.

Жеңіл ереже: базаны бір адам немесе 2–3 адамнан тұратын иелік тобы өзгертсін, қалғандары өтініш жібереді. Осылай бір жазбаны екі инженер бір уақытта өзгерту жағдайы болмайды.

Әр релиз үшін жазылады: нұсқа мен дата, жауапты, не қосылған және не өзгертілген (қысқаша), қай жобаларға әсері бар (егер әсер етсе) және қалай оралу керектігі (қандай көшірмені қолдану).

Жаңа компоненттерді қосқанда минималды өрістер бойынша келісіңіз. Әйтпесе жобаларда бос карточкалар мен бірдей заттың әртүрлі белгілеулері пайда болады. Қосымшаға қажетті минимум әдетте: өндіруші мен артикул; тип пен функция (контактор, клемма, датчик); схемадағы белгілеу және шығыстар тағайындалуы; жобада қажет болатын электрлік параметрлер; қосу себебі және қай жоба үшін екенін көрсететін түсініктеме.

Егер компанияда бірнеше жоба әртүрлі стандарттармен жұмыс істесе (мысалы, біреуі ГОСТ бойынша, екіншісі тапсырыс берушінің талаптары бойынша), ережелерді бір база ішінде араластырмаңыз. Орталық ядро — типтік компоненттер мен расталған белгілеулер, ал жобаға тән ауытқулар локалдық қосымшалар ретінде сақталсын.

Жаңа қызметкерлерді сөзбен емес, қысқа практикалармен оқытыңыз: база қайда, жаңа компонент туралы өтініш қалай жіберіледі, элементтің бар-жоғын қалай тексеру және бұрынғы жобалардан өз белгілеулерін әкелмеу. Бір эталондық жобаны беріп, тірі сызбаларға кіріспес бұрын 2–3 компонент қосуды талап ету пайдалы.

Сценарий мысалы: ортақ жоба және параллель түзетулер

Бөлімде бір жиынтық сызбамен үш адам жұмыс істейді: инженер A — күштік тізбектерді түзетеді, инженер B — клеммаларды және маркіровканы қосады, инженер V — PLC жинайды және I/O тізімін жасайды. Жоба бір, мерзімдер қысқа, әркім "тек бірнеше позиция қостым" деп ойлайды. Апта соңында белгілі болады: бір контактордың екі түрлі белгіленуі бар және каталогтан дубликаттар шығады.

Шешімі қарапайым: бір адам база (каталог + PLC) үшін жауапты болсын, қалғандары оны тікелей өзгертпесін. Олар қосу сұрауларын жіберсін: қандай компонент, қандай өрістер керек, қандай белгілеулер қабылданған. Осылай база бақылауда өзгереді, "жергілікті" емес.

Практикада бұл қалай көрінеді

Күнде немесе маңызды файлдар алмасудан бұрын команда қысқа синхрондайды:

• Инженерлер схемада тек бекітілген каталог позицияларын қолданады.
• PLC ортақ шаблон бойынша жинақталады, жаңа модульдар тек база иесі арқылы қосылады.
• Жауапты адам өзгерістер енгізіп, нұсқаны (дата, инициалы, не өзгергені) тіркеп, команданы хабардар етеді.
• Шығарудан бұрын есептерді іске қосады: спецификация, сымдар мен клеммалар тізімі, I/O, дубльдерді іздеу.

Есептер тез тексеру құралы: егер спецификацияда бірдей құрылғы екі түрлі өндіруші немесе артикулдармен шықса, бұл көбіне жергілікті жазбалардың нәтижесі.

Қақтығыс болса не істеу керек

Типтік қақтығыс: инженер белгіленуді тағайындап қойған, кейін база ережелері өзгертілген немесе ұқсас атау қосылған. Әрекет қарапайым: базаны алдыңғы нұсқаға қайтарып, қай өрістерде айырмашылық болғанын салысстырып, біртұтас жазбаны қолданыңыз да есептерді қайта тексеріңіз. Соңында шығаруға арналған база нұсқасы бекітіліп, бір айдан кейін дәл сол нәтижені қайталау мүмкін болатындай жазып қойылады.

Ерте жіберілетін қателер

Ең жиі себебі — адамдар мұқият жұмыс істейді, бірақ әркім өз көшірмесінде. Нәтижесінде бір зат әртүрлі кодтар мен сипаттамалармен сақталады.

Бірінші тұзақ — базаны әр ПК-де ұстау және кейін қолмен біріктіру. Әдетте жоба тапсыру алдында бұл есіне түседі: біреу папканы жібереді, біреу жеке файлдарды көшіреді, кей түзетулер жоғалады. Осылай компоненттер базасы бірнеше ұқсас, бірақ тең емес нұсқаларға бөлінеді.

Екінші қате — бәріне редакциялау құқығын беру, бірақ тәртіп үшін жауап жоқ. Журнал (кім, не және не үшін өзгертті) болмаса, тыныш түзетулер басталады: сипаттаманы, өндіруші кодын өзгерту, жаңа артикул қосу. Апта өткен соң қай нұсқа дұрыс болғанын анықтау қиын.

Үшінші проблема — AutoCAD Electrical нұсқаларын және базалар форматтарын тексерместен араластыру. Жоба ашылып жатқанымен, кей өрістер басқаша оқылуы мүмкін. Бұл PLC деректері мен спецификацияларда айқын байқалады.

Тағы бір тәуекел — жобаның ортасында тег ережелерін өзгерту. Егер қайта есептеу жасалмаса және барлығы келісілмесе, сызбаларда ескі және жаңа ережелер аралас шығады.

Соңында, компоненттерді түрлі сипаттамалармен дубльдеу қауіпті. Біреу "КМ1, 24VDC" қосты, екіншісі