Талын техникчид DCU-г суурилуулах үед тархмал PLC модульд хөтөлбөр хангамжийг аюулгүйн шүүлтээр яаж шинэчилдүг?

Программного хангийн шинэчлэлт нь үйлдвэрлэлийн системүүдийн гладкийн ажиллахыг хангахын тулд орон зайд ажиллах техникчид рүү регулярно хийх ёстой чухал үйлдэл юм. Программного хангийн шинэчлэлт хийхдээ dcu-д зориулж PLC модуль хүрээлэн бүрхсэн суурьшлын дагуу хийхдээ аюулгүй байх, нарийн нарийвчлал хамгийн чухал шаардлага болой. Өгөгдлүүдийн цуглуулан бүрдүүлэх нэгжүүдийн интеграци хүнд хүртэмүүр төлөвлөлт шаардаж, хүндрүүлсэн программного хангийн шинэчлэлт нь өгөгдлүүдийн цуглуулан бүрдүүлэх ажилд саад үүсгэж, системийн бүтэн байдалд хохироо учруулж, таны бүх сүлжээнд үл хүртэмүүр зогсолт үүсгэж чадой. Энэ заавар нь бодит үйлдвэрлэлийн орчинд аюулгүй программного хангийн шинэчлэлт хийх үндсэн алхамууд, хамгийн сайн практик уралдааныг тайлбарлай.

Программчлалын логик контроллерын хөтөлбөрүүдтэй ажиллах талын техникчид прошивка-ны шинэчлэл нь бүх хөтөлбөрүүдтэй нийтлэг шинэчлэл биш гэдгийг ойлгох ёстой. ПЛК-ны бүх модуль нь тодорхой прошивка-ны хувилбарууд, нийцүүр хязгаарлалтууд, шинэчлэлийн хамаарлыг агуулж, түүн дотроо таны инфраструктурын хувьд өөрсдийн онцлогтой бөлгөөнүүд байдаг. Аливаа шинэчлэл эхлэхийн өмнө техникчид зориудаа сонгосон хөтөлбөрүүдийн хувилбар нь шинэ прошивка-ны бүтээлтэй нийцүүрт байгаа эсэхийг баталж, хүчингүй болгож буй өөрчлөлтүүдийн тухайд гаргасан тайлбарыг үзэж, өгүлдүүр цуглуулах нэгжүүдийн интеграционы цэгүүд нь тогтвортой байгаа эсэхийг баталж үзэх ёстой. Урьдчилан цаг зарцуулах нь амжилтгүй шинэчлэлүүдийг саархуулж, таны үйлдвэрлэлийн автоматжуулалтын холбооны протоколуудыг төсөөлөхгүй үйлдлүүдээс хамгаалж үлдэхүүд.

Шинэчлэл өмнөх төлөвлөлт ба аюул үнэлэлт

Хөтөлбөрүүдийн нийцүүр шаардлагуудыг баталж үзэх

Программчлалын логик контроллерийн хөтөлбөрүүдийн хамтран ажиллах чадварыг шалгах нь анхны чухал алхам. Хүртэлх PLC модуль-ийн загвар бүрт тодорхой прошивка-ийн гарах хугацаа, санах ойн хязгаарлалт, процессын техник шаардлагууд байдаг. Танай техникчид талбарт суурьшсанаас үл хамааран зорилгоо прошивка-ийн хувилбарыг харьцуулж, хүртэлх хөтөлбөрүүдийн хувилбарыг тодорхойлох ёстой. Прошивка ба хөтөлбөрүүдийн хоорондын тохирохгүй байдал нь суурьшуулалтын бүтэлгүйдэл, дараалан дахин асах цикл, мөн өгөрлийн гэмтэлд шүүрдүүр болой. Ажилд оролтун өмнө одоогийн прошивка-ийн хувилбар, хөтөлбөрүүдийн дараалан дугаар, мөн ямар нэгэн онцгой тохируулалтуудыг бүртгэх ёстой.

Буцаж оролтун төлөвлөм

Бат бүтэн буцалт стратеги нь өгрийн цуглуулалтын нэгж интеграци хүртэмүүр тааруулалт дотроо хүлээсэн биш гэмтлийн үед хамгаална. Талбарт бүх нэгжийн шинэчлэлт хийх өмнө одоогийн прошивка бинар файлыг хадгалахын тулд аюулгүй, хүртэмүүр санах ойн хувилбарыг ашиглана. Буцалт процедурын туршилтыг лабораторийн нөхцөлд тааруулалт хийх хэрэгсэлтэй адилхан техник хэрэгсэл дээр хийж, түүний найдвартай ажиллахыг баталж. Техникчид буцалт үед өмнөх прошивка бүтцэд буцахын тулд шаардууламуйц үйлдлийн нарийн алхамуудыг бүртгэн хадгална, түүнд бүх ручной тохиргооны дахин суулгах, сүлжээний дахин тохиргоо зэрэг шаардууламуйц үйлдлүүд оройд.

ПЛК модуль шинэчлэлтийн аюулгүй тавих арга

Бүсүүд болон цагийн хуваарийн дагуу шинэчлэлтийг үе шатуудаар тавих

Бүх ПЛК модулийн шинэчлэлтийг өргөн тархаж буй суурин дээр нэгэн зэрэг хийх нь хүлээж буй аюулд оршит. Харин шинэчлэлтийн тааралдамжийг логик бүсүүд, газарзүйн бүсүүд юм уу үйлдвэрлэлийн солилцоонуудад хуваагтун. Нөхцөлдүүлэлтийн жишээ бүлгийн нэгэн жижиг хэсгийн нэгжүүдийн шинэчлэлтийг хийтүн, түүнийг 24–48 цаг хугацаанд хянаатун, мөн өгүлдүүлэлтийн нэгжүүдийн интеграци хэвийн байгаа эсвэл хүнд бүрдүүлэлт үүсгүй байгаа гэдгийг баталгаажуутун. Зөвхөн тогтвортой ажиллахыг баталгаажуусны дараа дараагийн шинэчлэлтийн долгионд шилжитүн. Энэхүү үе шатын нандин нь асуудал үүсгүй байх тохиолдолд түүний нөлөөллийн хүрээг хязгаарлаж, техникчид нь асуудлыг илрүүлж, шийдвэрлэж, түүнийг бүх сүлжээ дээр тархаж буй үед үүрд хүртүл хугацаа олгоит.

Программ хангамжийн дамжуулалт үед нэгжүүдийг тусгаарлаж

Программчлалын логик контроллерийн хөдөлмүр хувилбарыг шинэчлэх үед сүлжээний тусгаарлал нь тааралдмуйн зөрчил ба холбооны таслалыг саатуулдаг. Зорилгоор сонгосон ПЛК модульд үйлдвэрлэлийн автоматжуулалтын холбооны протоколуудыг удаахан хасаж, эсвэл хамгийн багадаа прошивкын дамжуулалт явж байх үед түүнд идэвхтэй мэдээллийн цуглуулалтын хүсэлтүүд дамжуулахгүйнхүүр хангаж. Боломжтой бол шууд сериал юм уу USB холболт ашиглаж прошивкын бинар файлын тогтвортой, саадгүй дамжуулалтын зам үүсгэж. Дамжуулалт эхлэхийн өмнө холболтын хурд ба мэдээллийн бүтэн бүүлгийн шалгагч нийлбэрүүдийг баталж, гэмтэл үүсгүйнхүүр үлдээж.

Шинэчлэлт дараа шалгах ба хянах

Мэдээллийн цуглуулалтын нэгжийн интеграцийн тогтвортой байдлыг баталж

Хүчдэл хянах нэгжийн ПЛК модульд хийгдсэн шинэчлэл бүр дараа техникчид түүний үндсэн ажиллах чадварыг хэвийн түвшинд сэргээх ёстой. Санах ойн бүтэн бүтэлцүүрт шалгах диагностикас гүйцэтгэх, системийн бүртгэлд алдаа байгаа эсэхийг шалгах, мөн бүх өгөгдөл цуглуулах нэгжийн интеграционы цэгүүд зөвхөн зөв өгөгдөл илгээж байгаа эсэхийг баталж үзэх. Модулийн дотоод статусын бүртгүүрүүдийг асууж, цагийн тэмдэг, тоолуурт утгууд, холбооны статистик үзүүлэлтүүд хүлээж буй түвшинд харгалзаж байгаа эсэхийг баталж үзэх. Энэ баталж үзэх үе шат нь дараагийн нэгж рүү шууд шилжих үед анзаарахгүй үлдэж болзошгүй хоосон ажиллах гомдлуудыг илрүүлдэг.

Төвөнхийн автоматжуулалтын холбооны протоколуудыг хянах

Үйлдвэрлэлийн автоматжуулалтын холбооны протоколууд нь тогтвортой цагийн тохиргоо, зүйлдүүлсэн мессежийн хэлбэр, сүлжээний үйлдлийн дүрэмд үндэслэн ажилладаг. Программ хангамжийн шинэчлэлт хийнгүүд, Modbus, Profibus, EtherCAT юм уу таны системд ашиглагдаж буй бүх протоколуудын ажиллах чадварыг шалгаж, хүчдэлт үсрэлт юм уу пакет алдагдалгүй гүйцэтгэл хангагдаж буйг баталгаажуулж. Протоколын шинжилгээний хэрэгсэл ашиглан хөдөлгөөнүүдийн дурьсгалыг бүртгэж, шинэчлэлт хийх өмнө цуглуулж буй үндэсний үзүүлэлтүүдтэй харьцуулж. Мессежийн хариу үе, циклэд давтамжийн шалгах кодын алдаа юм уу шлюз холбооны цаг хүртүүлэлт нь программ хангамжийн асуудлын шинж тэмдэг бөлгөөн болой, дараагийн тавих үе шат руу шилжих өмнө түүнийг шуурхай засаж.

Түүн дээр асуух

Хэрэв программ хангамжийн шинэчлэлт дунд үе шатанд хүчдэлт унах үед техникчид юу хийх вэ?

Хөтчлүүр дамжуулалт амжилтгүй бол, ПЛК модулийн цахилгаан хангамжийг шууд унтрааж бүү. Түрүүнд алдааны мессеж ба холболтын төлөвийг шалгана. Одоогийн ПЛК модулийн ихэнх нь дамжуулалтыг дахин оролдож болох сэргээх горимтой. Хэрэв модуль хариу үзүүлэхгүй үлдэв, өмнөх хөтчлүүр дүрсийг сэргээх туршилт хийсэн буцалт үйлдлийг гүйцэтгэнэ. Буцалт амжилттай гүйцэтгэгдсэн дараа л цахилгаан хангамжийг унтрааж, шинэчлэлтийг дахин оролдож болно. Алдааны бүх үйлдлүүдийн дэлгэрэнгүй бүртгэлүүдийг хадгалж, асуудлын шалтгаан нь техник хангамжийн юм уу хөтчлүүрт тулгуурлан үүсгэсэн гэдгийг тодорхойлохын тулд ашиглана.

Шинэчлэлтийн үед өгөгдлүүдийн цуглуулалтын нэгж интеграци хүртэл тасралтгүй үлдэхийн тулд та яаж хангадаг?

Нэгэн зэрэг олон модуль хүртэлх үйл ажиллагаа зогсож, системийн бүхлээр нь ажиллах чадвар алдагдахыг хамгийн бага бүрдүүлэхийн тулд үе шатуудаар, бүсүүдээр хүртэлх шинэчлэлтийг үүрэгтнүүд өмнөх дарааллаар хийн үлдээх ёстой. Хэрэв dcu-н PLC модуль нь ажиллахгүй бол, өөр цуглуулалтын нэгжүүд өөрсдийн өгөгдлийг хүлээн авахын тулд давхардмал өгөгдлийн замууд эсвэл солигдох шлюзүүдийг ашиглах ёстой. Өгөгдлийн цуглуулалтад хүртэлх шаардлага багасаж, хамгийн бага ачаалалтай үед шинэчлэлтийг хийн үлдээх ёстой. Доод талын системүүд ба хяналтын самбарүүдэд товчхон үйл ажиллагааны цонхнууд илүүдүүлж буйн тухайд мэдээлэл өгн, түүн дагуу операторүүд өгөгдлийн дутагдалыг системийн гэмтэл гэж ойлгохгүйн тулд. Бодит шинэчлэлт хийх үед үүрэгтнүүд солигдох логикыг туршиж, өөр замууд зөв ажиллаж буйн тухайд баталгаажуулж үлдээх ёстой.

Программируемый логик контроллерийн хөдөлмүүр хангамжийн нийцэх асуудал шинэчлэлт хийн үлдээхийн дараа яах вэ?

Хөтөлбүрүн шинэчлэлтийн дараа нийцэхгүй байдал илрүүлсэн тохиолдолд та өөрийн бүртгэлд оршитугай хөтөлбүрүн өмнөх хувилбарын дагуу буцаж орж, хөтөлбүрүн өмнөх хувилбарыг сэргээх ёстой. Тоног төхөөрөмжийн үйлдвэрлэгчдийн техник дэмжлэгт хандаж, тоног төхөөрөмжийн хувилбар, хөтөлбүрүн хувилбар болон алдааны бүртгэлийн мэдээллийг дэлгэрэнгүй үзүүрлүүлж, таалархал хүлээж. Нийцэхгүй байдлын загварыг бүртгэж, та нарын бүртгэлд тухайн тоног төхөөрөмжийн загварын хувилбарын хөтөлбүрүн шинэчлэлтийг дараагийн циклд хасаж эсвэл хойшлуулж төлөвлөх ёстой. Хөтөлбүрүн нийцэхгүй хувилбарын дагуу ямар нэгэн засварлалт эсвэл ажиллах газар (workaround) хийхгүйн тулд үйлдвэрлэгчдийн тодорхой зааврын дагуу үйлдэл хийж, системийн аюулгүй байдал болон мэдээллийн бүтэн байдалд хохирол учруулж.