PanelView Plus terminal displaying a controlled Logix recipe workflow

Logix va PanelView’da xavfsiz retseptlarni boshqarish dizayni

Logix va PanelView uchun tahrirlash, tekshirish, saqlash va faollashtirish jarayonlarini ajratadigan, shu bilan birga limitlar, versiyalar, ruxsatlar, ortga ...

Retsept kontroller dasturini yuklamasdan harorat, tezlik, bosim, vaqtni belgilash, harakat va mahsulot sifatini o‘zgartirishi mumkin. Shu sababli retsept ma’lumotlari oddiy Logix UDT massivida saqlangan bo‘lsa ham, operatsion jihatdan muhimdir. Dizayn maqsadi shunchaki qiymatlarni saqlash emas; to‘liq bo‘lmagan, eskirgan, ruxsatsiz yoki mos kelmaydigan qiymatlarning faol bo‘lishiga yo‘l qo‘ymaslikdir.

Boshqariladigan Logix retsepti ish jarayonini ko‘rsatayotgan PanelView Plus terminali

Boshqariladigan ish jarayoni operator tahrirlarini ayni paytda mashinani boshqarayotgan qiymatlardan ajratadi.

Retsept ma’lumotlariga to‘rtta alohida rol bering

Saqlangan retseptlar, tanlangan manba, tahrirlanadigan ishchi nusxa va faol jarayon nusxasi uchun alohida tuzilmalardan foydalaning. HMI faqat ishchi nusxani tahrirlaydi. Saqlash so‘rovi ushbu ishchi nusxani tekshiradi va tanlangan saqlash yozuviga kiritadi. Alohida faollashtirish so‘rovi yana tekshiradi va tasdiqlangan bitta to‘liq yozuvni faol tuzilmaga o‘tkazadi.

Bu ajratish HMI’da kiritilgan har bir tugma bosilishi jonli sozlama qiymatini o‘zgartirishining oldini oladi. Shuningdek, bekor qilish, taqqoslash, tasdiqlash, orqaga qaytarish va operatorga tushunarli xabarlarni qo‘llab-quvvatlaydi. Boshqa retsept ko‘rib chiqilayotgan paytda faol retsept barqaror qoladi.

PanelView qurilmalari Allen-Bradley PanelView kolleksiyasida jamlangan, kontroller platformalari esa PLC & PAC Systems orqali mavjud. Qurilma tanlovi ilovada amalga oshiriladigan tranzaksiya qoidalarining o‘rnini bosa olmaydi.

UDT’ni boshqariladigan yozuv sifatida loyihalang

Saqlash, taqqoslash va uzatishda bitta belgilangan maketdan foydalanish uchun o‘zaro bog‘liq jarayon qiymatlarini UDT’da guruhlang. Retsept identifikatori, nomi, format versiyasi, mahsulot kodi, reviziyasi, yaratilgan vaqti, o‘zgartirilgan vaqti, yaroqlilik holati hamda o‘zgarish uchun mas’ul rol kabi metama’lumotlarni qo‘shing. Retsept bilan birga ko‘chirilmasligi kerak bo‘lgan operatsion holatni sozlama tuzilmasidan tashqarida saqlang.

Har bir sonli a’zo uchun muhandislik birliklari, ruxsat etilgan diapazon va ushbu diapazonning sababi ko‘rsatilishi kerak. Diskret rejimlar uchun erkin matn o‘rniga cheklangan enumeratsiyalar yoki tekshirilgan kodlardan foydalaning. Standart qiymatlarni faqat ular xavfsiz va texnik jihatdan mazmunli bo‘lganda belgilang.

Dasturiy ta’minot yangilanganda format versiyasi muhim ahamiyatga ega. Agar keyingi kontroller dasturi maydonlar qo‘shsa yoki birliklarni o‘zgartirsa, eski yozuvlar rad etilishi yoki ataylab migratsiya qilinishi kerak. Eski ikkilik maketni moslik qoidalarisiz yangi UDT’ga ko‘chirish to‘g‘ri ko‘rinadigan, ammo noto‘g‘ri sozlama qiymatlarini hosil qilishi mumkin.

Faqat alohida limitlarni emas, o‘zaro bog‘liqliklarni ham tekshiring

Har bir maydonni minimal va maksimal qiymat bilan tekshirish zarur, ammo yetarli emas. Yuqori chegara pastki chegaradan yuqori bo‘lishi kerak. Rampalash vaqti tezlik hamda masofaga mos kelishi lozim. Fazalar davomiyligi ketma-ketlikka sig‘ishi kerak. Bir-birini istisno qiluvchi parametrlarning ikkalasi bir vaqtda yoqilmasligi lozim. Muayyan mahsulot o‘lchami uchun maqbul tezlik boshqa moslama konfiguratsiyasi uchun xavfli bo‘lishi mumkin.

Tekshiruvni kontroller mantiqida yarating, chunki jarayon reaksiyasi uchun kontroller javobgardir. HMI tezkor fikr-mulohaza uchun tekshiruvlarni takrorlashi mumkin, ammo yagona majburlovchi qatlam bo‘lmasligi kerak. Aniq tekshiruv kodini qaytaring va qaysi a’zo yoki bog‘liqlik xato berganini ko‘rsating. Faqat “Retsept yaroqsiz” degan xabar texnik xizmat xodimlarini o‘nlab qiymatlarni tekshirishga majbur qiladi.

Ogohlantirishni rad etishdan farqlang. Ogohlantirish tasdiqlash yoki rahbar ko‘rigini talab qilishi mumkin, rad etilgan yozuv esa saqlanmasligi yoki faollashtirilmasligi kerak. Umumiy tasdiqlash tugmasi qattiq uskuna yoki xavfsizlik chegarasini chetlab o‘tishiga hech qachon yo‘l qo‘ymang.

Aniq tranzaksiya holatlari mashinasidan foydalaning

HMI’ning lahzali buyruqlari o‘tkazib yuborilishi, takrorlanishi yoki aloqa uzilgandan keyin faol holda qolishi mumkin. Tranzaksiya raqamiga ega bo‘lgan so‘rov va tasdiqlash ketma-ketligini joriy qiling. HMI ishchi ma’lumotlarni yozadi, so‘rov raqamini oshiradi va kutadi. Kontroller barqaror nusxani oladi, uni tekshiradi, so‘ralgan amalni bir marta bajaradi hamda natija va xato kodi bilan o‘sha tranzaksiya raqamini qaytaradi.

Boshqa tranzaksiya band bo‘lsa, yangi so‘rovni rad eting. HMI’da vaqt tugashini qo‘llang va operator o‘qishi uchun kontroller natijasini yetarlicha uzoq saqlang. Aloqa qayta tiklangach, HMI avvalgi saqlash muvaffaqiyatsiz bo‘lgan deb taxmin qilish o‘rniga tranzaksiya raqamlarini taqqoslaydi.

Kontroller to‘liq tekshirilgan yozuvni bitta belgilangan bajarilish nuqtasida ko‘chirishi kerak. Alohida shartlar boshqaradigan tarqoq ko‘chirishlar eski va yangi qiymatlar aralashmasini hosil qilishi mumkin. Agar ma’lumotlar boshqa vazifa yoki aloqa kanali tomonidan bir vaqtda o‘zgartirilishi mumkin bo‘lsa, barqaror suratni loyihalang va ko‘chirish vaqtida uning ketma-ketligi o‘zgarmaganini tekshiring.

Saqlashni faollashtirishdan ajrating

Saqlash ko‘rib chiqilgan ishchi nusxani xotiraga yozadi. Faollashtirish esa jarayon foydalanadigan qiymatlarni o‘zgartiradi. Bu amallar uchun alohida ruxsatlar, xabarlar va blokirovkalar bo‘lishi kerak. Texnik xodimga retseptni tayyorlashga ruxsat berilishi mumkin, ammo uni ishga tushirishga ruxsat berilmasligi mumkin.

Faollashtirish qachon ruxsat etilishini belgilang: mashina to‘xtagan, sikl yakunlangan, ijro mexanizmlari xavfsiz holatda, moslama to‘g‘riligi tasdiqlangan, muhim xato mavjud emas va operatorning kerakli roli mavjud bo‘lishi kerak. Agar ayrim qiymatlar ishlab chiqarish vaqtida o‘zgarishi mumkin bo‘lsa, ularni aniq sanab chiqing va uzatilishini boshqaring. Qaysi maydonlarni onlayn o‘zgartirish xavfsizligini operator xotirasiga ishonib topshirmang.

Faollashtirilgandan so‘ng faol retsept identifikatori va reviziyasini HMI’ga qaytaring. Faol nusxani tasdiqlangan manba bilan taqqoslang va kutilmagan farq yuz bersa, signal bering. Keyingi ketma-ketlik mantiqi faqat faol nusxadan foydalanishi kerak; hech qachon HMI ishchi teglaridan foydalanmasin.

Ruxsatlar va dalillarni mutanosib tashkil qiling

Hech bo‘lmaganda ko‘rish, tahrirlash, saqlash, faollashtirish, o‘chirish va tiklash amallarini ajrating. O‘chirishni tanlashga qaraganda qat’iyroq cheklang. Ilova shaxsiy javobgarlikni talab qilsa, umumiy hisob ma’lumotlaridan foydalanmang. Platforma auditni qo‘llab-quvvatlasa, foydalanuvchi, vaqt, amal, retsept identifikatori, eski reviziya, yangi reviziya va natijani yozib boring.

Kontroller HMI’ga to‘liq bog‘liq bo‘lmagan operatsion dalillarni ham saqlashi kerak: faol identifikator, reviziya, oxirgi tranzaksiya, tekshiruv natijasi va faollashtirish vaqti. HMI jurnallari foydali, ammo terminal almashtirilganda yoki ilova yuklanganda yo‘qolishi mumkin.

Chegaralarni aniq belgilang. Oddiy mashina retseptlari tarixi tartibga solinadigan ishlab chiqarish uchun avtomatik ravishda elektron yozuvlar tizimiga aylanmaydi. Agar imzolar, o‘zgartirishdan himoyalanganlik, saqlash muddati yoki tasdiqlangan audit jurnallari talab qilinsa, butun arxitektura va tartib-taomillarni baholang.

Quvvat yoqilishi va aloqa uzilishi holatlarini loyihalang

Kontroller qayta ishga tushganda, dastur yuklanganda, xotira tiklanganda yoki HMI almashtirilganda qaysi retsept faol bo‘lishini belgilang. Nolinchi yozuvni ko‘r-ko‘rona yuklash xavfli bo‘lishi mumkin. Retentiv ma’lumotlar ishlatilishidan oldin, format versiyasi va barcha bog‘liqliklar bilan birga tekshirilishi kerak. Agar yaroqlilikni isbotlab bo‘lmasa, mashinani belgilangan holatda ushlab turing va tanlash hamda tasdiqlashni talab qiling.

HMI bilan aloqa uzilishi retseptning qisman faollashishiga olib kelmasligi kerak. Kontroller oxirgi to‘liq faol yozuv bilan ishlashni davom ettiradi yoki jarayonga xos xavfsiz javobni qo‘llaydi. Aloqa qaytgach, eskirgan tahrir holatlarini tozalang va boshqa buyruqni yoqishdan oldin kontrollerdagi haqiqiy tranzaksiya holatini ko‘rsating.

Nosozlik holatlarini sinab ko‘ring

Oddiy saqlash, yaroqsiz maydon, yaroqsiz bog‘liqlik, ruxsatsiz amal, tugmaning takroriy bosilishi, uzatish paytidagi tarmoq uzilishi, kontroller qayta ishga tushishi, HMI qayta ishga tushishi, xotiraning to‘lishi, o‘chirish, orqaga qaytarish va eski formatdagi yozuvni ishga tushirish jarayonlarini sinovdan o‘tkazing. Hech bir holat aralash faol retsept hosil qilmasligini tasdiqlang.

Har bir muhim sonli maydon uchun chegara sinovini bajaring va HMI hamda kontrollerdagi birliklarni tekshiring. Uzatishdan keyin barcha faol a’zolarni taqqoslang. Natijalarni qayd eting va kontroller zaxira nusxasidan tashqarida tasdiqlangan retseptni saqlang, shunda tiklash faqat bitta qurilmaga bog‘liq bo‘lmaydi.

Kuchli retsept tizimi taklif qilinayotgan o‘zgarishlarni ko‘rinadigan qiladi, ularni kontrollerda tekshiradi, bitta to‘liq reviziyani boshqariladigan holatda faollashtiradi va nima sodir bo‘lganini qayta tiklash uchun yetarli dalil qoldiradi. Bu intizom saqlash UDT massividanmi yoki HMI retsept komponentidanmi boshlanishidan ko‘ra muhimroqdir.

Logix va PanelView’da xavfsiz retseptlarni boshqarish dizayni

Logix va PanelView uchun tahrirlash, tekshirish, saqlash va faollashtirish jarayonlarini ajratadigan, shu bilan birga limitlar, versiyalar, ruxsatlar, ortga qaytarish va to‘liq uzatish tekshiruvlar...

Retsept kontroller dasturini yuklamasdan harorat, tezlik, bosim, vaqtni belgilash, harakat va mahsulot sifatini o‘zgartirishi mumkin. Shu sababli retsept ma’lumotlari oddiy Logix UDT massivida saqlangan bo‘lsa ham, operatsion jihatdan muhimdir. Dizayn maqsadi shunchaki qiymatlarni saqlash emas; to‘liq bo‘lmagan, eskirgan, ruxsatsiz yoki mos kelmaydigan qiymatlarning faol bo‘lishiga yo‘l qo‘ymaslikdir.

Boshqariladigan Logix retsepti ish jarayonini ko‘rsatayotgan PanelView Plus terminali

Boshqariladigan ish jarayoni operator tahrirlarini ayni paytda mashinani boshqarayotgan qiymatlardan ajratadi.

Retsept ma’lumotlariga to‘rtta alohida rol bering

Saqlangan retseptlar, tanlangan manba, tahrirlanadigan ishchi nusxa va faol jarayon nusxasi uchun alohida tuzilmalardan foydalaning. HMI faqat ishchi nusxani tahrirlaydi. Saqlash so‘rovi ushbu ishchi nusxani tekshiradi va tanlangan saqlash yozuviga kiritadi. Alohida faollashtirish so‘rovi yana tekshiradi va tasdiqlangan bitta to‘liq yozuvni faol tuzilmaga o‘tkazadi.

Bu ajratish HMI’da kiritilgan har bir tugma bosilishi jonli sozlama qiymatini o‘zgartirishining oldini oladi. Shuningdek, bekor qilish, taqqoslash, tasdiqlash, orqaga qaytarish va operatorga tushunarli xabarlarni qo‘llab-quvvatlaydi. Boshqa retsept ko‘rib chiqilayotgan paytda faol retsept barqaror qoladi.

PanelView qurilmalari Allen-Bradley PanelView kolleksiyasida jamlangan, kontroller platformalari esa PLC & PAC Systems orqali mavjud. Qurilma tanlovi ilovada amalga oshiriladigan tranzaksiya qoidalarining o‘rnini bosa olmaydi.

UDT’ni boshqariladigan yozuv sifatida loyihalang

Saqlash, taqqoslash va uzatishda bitta belgilangan maketdan foydalanish uchun o‘zaro bog‘liq jarayon qiymatlarini UDT’da guruhlang. Retsept identifikatori, nomi, format versiyasi, mahsulot kodi, reviziyasi, yaratilgan vaqti, o‘zgartirilgan vaqti, yaroqlilik holati hamda o‘zgarish uchun mas’ul rol kabi metama’lumotlarni qo‘shing. Retsept bilan birga ko‘chirilmasligi kerak bo‘lgan operatsion holatni sozlama tuzilmasidan tashqarida saqlang.

Har bir sonli a’zo uchun muhandislik birliklari, ruxsat etilgan diapazon va ushbu diapazonning sababi ko‘rsatilishi kerak. Diskret rejimlar uchun erkin matn o‘rniga cheklangan enumeratsiyalar yoki tekshirilgan kodlardan foydalaning. Standart qiymatlarni faqat ular xavfsiz va texnik jihatdan mazmunli bo‘lganda belgilang.

Dasturiy ta’minot yangilanganda format versiyasi muhim ahamiyatga ega. Agar keyingi kontroller dasturi maydonlar qo‘shsa yoki birliklarni o‘zgartirsa, eski yozuvlar rad etilishi yoki ataylab migratsiya qilinishi kerak. Eski ikkilik maketni moslik qoidalarisiz yangi UDT’ga ko‘chirish to‘g‘ri ko‘rinadigan, ammo noto‘g‘ri sozlama qiymatlarini hosil qilishi mumkin.

Faqat alohida limitlarni emas, o‘zaro bog‘liqliklarni ham tekshiring

Har bir maydonni minimal va maksimal qiymat bilan tekshirish zarur, ammo yetarli emas. Yuqori chegara pastki chegaradan yuqori bo‘lishi kerak. Rampalash vaqti tezlik hamda masofaga mos kelishi lozim. Fazalar davomiyligi ketma-ketlikka sig‘ishi kerak. Bir-birini istisno qiluvchi parametrlarning ikkalasi bir vaqtda yoqilmasligi lozim. Muayyan mahsulot o‘lchami uchun maqbul tezlik boshqa moslama konfiguratsiyasi uchun xavfli bo‘lishi mumkin.

Tekshiruvni kontroller mantiqida yarating, chunki jarayon reaksiyasi uchun kontroller javobgardir. HMI tezkor fikr-mulohaza uchun tekshiruvlarni takrorlashi mumkin, ammo yagona majburlovchi qatlam bo‘lmasligi kerak. Aniq tekshiruv kodini qaytaring va qaysi a’zo yoki bog‘liqlik xato berganini ko‘rsating. Faqat “Retsept yaroqsiz” degan xabar texnik xizmat xodimlarini o‘nlab qiymatlarni tekshirishga majbur qiladi.

Ogohlantirishni rad etishdan farqlang. Ogohlantirish tasdiqlash yoki rahbar ko‘rigini talab qilishi mumkin, rad etilgan yozuv esa saqlanmasligi yoki faollashtirilmasligi kerak. Umumiy tasdiqlash tugmasi qattiq uskuna yoki xavfsizlik chegarasini chetlab o‘tishiga hech qachon yo‘l qo‘ymang.

Aniq tranzaksiya holatlari mashinasidan foydalaning

HMI’ning lahzali buyruqlari o‘tkazib yuborilishi, takrorlanishi yoki aloqa uzilgandan keyin faol holda qolishi mumkin. Tranzaksiya raqamiga ega bo‘lgan so‘rov va tasdiqlash ketma-ketligini joriy qiling. HMI ishchi ma’lumotlarni yozadi, so‘rov raqamini oshiradi va kutadi. Kontroller barqaror nusxani oladi, uni tekshiradi, so‘ralgan amalni bir marta bajaradi hamda natija va xato kodi bilan o‘sha tranzaksiya raqamini qaytaradi.

Boshqa tranzaksiya band bo‘lsa, yangi so‘rovni rad eting. HMI’da vaqt tugashini qo‘llang va operator o‘qishi uchun kontroller natijasini yetarlicha uzoq saqlang. Aloqa qayta tiklangach, HMI avvalgi saqlash muvaffaqiyatsiz bo‘lgan deb taxmin qilish o‘rniga tranzaksiya raqamlarini taqqoslaydi.

Kontroller to‘liq tekshirilgan yozuvni bitta belgilangan bajarilish nuqtasida ko‘chirishi kerak. Alohida shartlar boshqaradigan tarqoq ko‘chirishlar eski va yangi qiymatlar aralashmasini hosil qilishi mumkin. Agar ma’lumotlar boshqa vazifa yoki aloqa kanali tomonidan bir vaqtda o‘zgartirilishi mumkin bo‘lsa, barqaror suratni loyihalang va ko‘chirish vaqtida uning ketma-ketligi o‘zgarmaganini tekshiring.

Saqlashni faollashtirishdan ajrating

Saqlash ko‘rib chiqilgan ishchi nusxani xotiraga yozadi. Faollashtirish esa jarayon foydalanadigan qiymatlarni o‘zgartiradi. Bu amallar uchun alohida ruxsatlar, xabarlar va blokirovkalar bo‘lishi kerak. Texnik xodimga retseptni tayyorlashga ruxsat berilishi mumkin, ammo uni ishga tushirishga ruxsat berilmasligi mumkin.

Faollashtirish qachon ruxsat etilishini belgilang: mashina to‘xtagan, sikl yakunlangan, ijro mexanizmlari xavfsiz holatda, moslama to‘g‘riligi tasdiqlangan, muhim xato mavjud emas va operatorning kerakli roli mavjud bo‘lishi kerak. Agar ayrim qiymatlar ishlab chiqarish vaqtida o‘zgarishi mumkin bo‘lsa, ularni aniq sanab chiqing va uzatilishini boshqaring. Qaysi maydonlarni onlayn o‘zgartirish xavfsizligini operator xotirasiga ishonib topshirmang.

Faollashtirilgandan so‘ng faol retsept identifikatori va reviziyasini HMI’ga qaytaring. Faol nusxani tasdiqlangan manba bilan taqqoslang va kutilmagan farq yuz bersa, signal bering. Keyingi ketma-ketlik mantiqi faqat faol nusxadan foydalanishi kerak; hech qachon HMI ishchi teglaridan foydalanmasin.

Ruxsatlar va dalillarni mutanosib tashkil qiling

Hech bo‘lmaganda ko‘rish, tahrirlash, saqlash, faollashtirish, o‘chirish va tiklash amallarini ajrating. O‘chirishni tanlashga qaraganda qat’iyroq cheklang. Ilova shaxsiy javobgarlikni talab qilsa, umumiy hisob ma’lumotlaridan foydalanmang. Platforma auditni qo‘llab-quvvatlasa, foydalanuvchi, vaqt, amal, retsept identifikatori, eski reviziya, yangi reviziya va natijani yozib boring.

Kontroller HMI’ga to‘liq bog‘liq bo‘lmagan operatsion dalillarni ham saqlashi kerak: faol identifikator, reviziya, oxirgi tranzaksiya, tekshiruv natijasi va faollashtirish vaqti. HMI jurnallari foydali, ammo terminal almashtirilganda yoki ilova yuklanganda yo‘qolishi mumkin.

Chegaralarni aniq belgilang. Oddiy mashina retseptlari tarixi tartibga solinadigan ishlab chiqarish uchun avtomatik ravishda elektron yozuvlar tizimiga aylanmaydi. Agar imzolar, o‘zgartirishdan himoyalanganlik, saqlash muddati yoki tasdiqlangan audit jurnallari talab qilinsa, butun arxitektura va tartib-taomillarni baholang.

Quvvat yoqilishi va aloqa uzilishi holatlarini loyihalang

Kontroller qayta ishga tushganda, dastur yuklanganda, xotira tiklanganda yoki HMI almashtirilganda qaysi retsept faol bo‘lishini belgilang. Nolinchi yozuvni ko‘r-ko‘rona yuklash xavfli bo‘lishi mumkin. Retentiv ma’lumotlar ishlatilishidan oldin, format versiyasi va barcha bog‘liqliklar bilan birga tekshirilishi kerak. Agar yaroqlilikni isbotlab bo‘lmasa, mashinani belgilangan holatda ushlab turing va tanlash hamda tasdiqlashni talab qiling.

HMI bilan aloqa uzilishi retseptning qisman faollashishiga olib kelmasligi kerak. Kontroller oxirgi to‘liq faol yozuv bilan ishlashni davom ettiradi yoki jarayonga xos xavfsiz javobni qo‘llaydi. Aloqa qaytgach, eskirgan tahrir holatlarini tozalang va boshqa buyruqni yoqishdan oldin kontrollerdagi haqiqiy tranzaksiya holatini ko‘rsating.

Nosozlik holatlarini sinab ko‘ring

Oddiy saqlash, yaroqsiz maydon, yaroqsiz bog‘liqlik, ruxsatsiz amal, tugmaning takroriy bosilishi, uzatish paytidagi tarmoq uzilishi, kontroller qayta ishga tushishi, HMI qayta ishga tushishi, xotiraning to‘lishi, o‘chirish, orqaga qaytarish va eski formatdagi yozuvni ishga tushirish jarayonlarini sinovdan o‘tkazing. Hech bir holat aralash faol retsept hosil qilmasligini tasdiqlang.

Har bir muhim sonli maydon uchun chegara sinovini bajaring va HMI hamda kontrollerdagi birliklarni tekshiring. Uzatishdan keyin barcha faol a’zolarni taqqoslang. Natijalarni qayd eting va kontroller zaxira nusxasidan tashqarida tasdiqlangan retseptni saqlang, shunda tiklash faqat bitta qurilmaga bog‘liq bo‘lmaydi.

Kuchli retsept tizimi taklif qilinayotgan o‘zgarishlarni ko‘rinadigan qiladi, ularni kontrollerda tekshiradi, bitta to‘liq reviziyani boshqariladigan holatda faollashtiradi va nima sodir bo‘lganini qayta tiklash uchun yetarli dalil qoldiradi. Bu intizom saqlash UDT massividanmi yoki HMI retsept komponentidanmi boshlanishidan ko‘ra muhimroqdir.

Leave a comment

Please note, comments need to be approved before they are published.