Aqlli qoʻshimcha ishlab chiqarish tizimi faqat robot, payvandlash mashinasi yoki 3D printerdan iborat emas. Termal kamera, termopara, mashina holati, payvandlash toki, kuchlanish, sim uzatish tezligi va yana koʻplab maʼlumot manbalari bir xil ishlab chiqarish jarayonini bir vaqtda kuzatishi kerak. Muammo shundaki, bu qurilmalarning aksariyati turli ishlab chiqaruvchilar tomonidan yaratiladi va TCP, UDP, OPC-UA yoki ishlab chiqaruvchiga xos dasturiy taʼminot kabi bir-biridan farqli aloqa usullaridan foydalanadi. Georgia Institute of Technology tadqiqotchilarining ushbu ishi turli qurilmalarni bitta qatʼiy protokolga majburlash oʻrniga, har bir qurilma ulanishini mustaqil Python moduliga aylantiradigan va bu modullarni markaziy koʻp oqimli arxitekturada birlashtiradigan muqobil yondashuvni taklif etadi.

Taklif etilgan tuzilma wire-arc additive manufacturing (WAAM) tizimida namoyish qilindi. Tajriba qurilmasida Fanuc LR Mate 200iD/7L robotidan TCP orqali 10 Hz holat maʼlumoti, Fronius TPS 400i payvandlash tizimidan OPC-UA orqali 20 Hz payvandlash maʼlumoti, FLIR infraqizil kameradan 30 Hz termal tasvir va Raspberry Pi ga ulangan toʻrtta termoparadan UDP orqali 10 Hz harorat maʼlumoti yigʻildi. Har bir maʼlumot namunasiga markaziy kompyuterdagi umumiy NTP vaqt tayanchiga koʻra vaqt tamgʻasi qoʻshilib, turli chastota va protokollardagi oʻlchovlarni umumiy ishlab chiqarish vaqt chizigʻida taqqoslash maqsad qilindi.

Ishning asosiy gʻoyasi barcha ishlab chiqarish uskunalarini bir xil aloqa protokolida ishlashga majburlash emas, balki har bir qurilmaning oʻz tabiiy aloqa usulini saqlagan holda markaziy arxitekturaga standart maʼlumot chiqishi bilan ulanishini taʼminlashdir. Shunday qilib, yangi sensor qoʻshilganda butun arxitekturani qayta yozish oʻrniga faqat shu qurilma uchun yangi aloqa moduli ishlab chiqilishi mumkin. Biroq ish faqat muayyan WAAM laboratoriya tizimida demonstratsiya taqdim etadi; arxitekturaning barcha qoʻshimcha ishlab chiqarish mashinalari bilan avtomatik mosligini, sanoat miqyosidagi kechikish ko'rsatkichlarini yoki yopiq kontur sifat nazoratidagi ishlab chiqarish yutugʻini hali koʻrsatmaydi.

Qoʻshimcha ishlab chiqarishda nega “raqamli arxitektura” kerak?

Qoʻshimcha ishlab chiqarish jarayonida jismoniy detalning qatlamma-qatlam yaratilishi jarayonning faqat koʻrinadigan qismidir. Zamonaviy tizimda bir vaqtning oʻzida koʻplab raqamli maʼlumotlar hosil boʻladi:

• robot yoki CNC holati,
• payvandlash toki va kuchlanishi,
• sim uzatish tezligi,
• issiqlik kirishi va quvvat,
• termal kamera tasvirlari,
• termopara haroratlari,
• optik tasvirlar,
• akustik signallar,
• mashina holati va xato xabarlari.

Bu maʼlumotlar detalda nima uchun gʻovak, yoriq, geometrik ogʻish yoki termal deformatsiya paydo boʻlganini tushunishda muhim boʻlishi mumkin. Xuddi shu maʼlumotlar keyingi bosqichda mashinaviy oʻrganish modellari uchun kirish maʼlumoti yoki real vaqt boshqaruv konturlarining teskari aloqasi sifatida ham ishlatilishi mumkin.

Biroq jismonan bir xil ishlab chiqarish yacheykasida joylashgan qurilmalar raqamli jihatdan bir xil tilda “gaplashishi” shart emas.

Asosiy muammo — turli ishlab chiqaruvchilarning turli aloqa usullari

Bir robot ishlab chiqaruvchisi TCP socket xabarlashuvi va oʻziga xos dasturlash tilidan foydalanishi mumkin. Payvandlash quvvat manbai OPC-UA serverini taqdim etishi mumkin. Bir kamera ishlab chiqaruvchisi oʻz SDK sidan foydalansa, boshqa sensor UDP paketini yuborishi mumkin.

Tadqiqotchilarning muammosini quyidagicha umumlashtirish mumkin:

Turli protokollar + turli namuna olish chastotalari + turli ishlab chiqaruvchi dasturlari → parchalanib ketgan ishlab chiqarish maʼlumoti.

Holbuki, jarayon tahlil qilinayotganda tadqiqotchi, masalan, quyidagini bilishni xohlaydi:

Robot aynan shu koordinatada turganida payvandlash toki qancha edi, termal kameradagi maksimal harorat nechaga teng edi va shu paytda plastinadagi toʻrtta termopara nimani oʻlchadi?

Bunga javob berish uchun maʼlumotlarni umumiy vaqt kontekstiga joylashtirish kerak.

ROS nega toʻgʻridan-toʻgʻri yechim sifatida tanlanmadi?

Ish Robot Operating System (ROS) ni ko'p komponentli tizimlarning aloqa va boshqaruvi uchun muhim yondashuv sifatida baholaydi. Biroq mualliflar oʻz foydalanish maqsadlari nuqtai nazaridan ROS ning operatsion tizim, implementatsiya va dastlabki bilim talablarini cheklovchi deb hisoblaydi.

MTConnect va OPC-UA kabi yechimlardan ham sanoat mashina maʼlumotlariga kirish uchun foydalanish mumkin. Biroq tadqiqotchilarning maqsadi yagona protokolni barcha qurilmalarga tatbiq etish emas, balki ishlab chiqaruvchiga xos mavjud aloqa usullarini bir-biridan mustaqil Python modullari orqali markaziy tuzilmaga ulashdir.

Bu ish ROS, MTConnect yoki OPC-UA umuman yetarli emasligini isbotlaydigan qiyosiy benchmark emas. Ularning ushbu ish kontekstidagi moslik cheklovlari arxitektura dizaynining asoslanishi sifatida muhokama qilinadi.

Taklif etilgan arxitekturaning asosiy prinsipi nima?

Arxitektura uch tushunchaga asoslanadi:

1. Har bir uskuna uchun mustaqil aloqa moduli.
2. Modullarning markaziy Python “main” tizimi tomonidan parallel ishga tushirilishi.
3. Barcha maʼlumotlarning vaqt tamgʻasi bilan umumiy maʼlumot tuzilmasida birlashtirilishi.

Shu sababli tizim monolit emas, modulli.

Termopara tizimini qoʻshish kerak boʻlganda Fanuc yoki Fronius kodini qayta loyihalash oʻrniga faqat termoparadan maʼlumot oladigan yangi Python skripti yoziladi va asosiy oqim boshqaruvchisiga qoʻshiladi.

2-rasm: Markaziy arxitektura qanday ishlaydi?

Maqolaning 3-betidagi 2-rasm butun tizimning arxitektura xaritasini koʻrsatadi.

Markazda Main Multi-thread Handler joylashgan. Bu asosiy tuzilma turli uskunalar bilan aloqa qiladigan quyi dasturlarni bir vaqtda ishga tushiradi.

Masalan:

• Fronius Handler → OPC-UA maʼlumotlarini yigʻadi,
• Fanuc Handler (Read) → robot holatini va register qiymatlarini oladi,
• Fanuc Handler (Write) → robotga ishga tushirish yoki shunga oʻxshash signallarni yuborishi mumkin,
• FLIR IR Handler → termal kamera tasvirlarini qayta ishlaydi.

Asosiy tuzilma IP manzillari, tizim parametrlari va tajriba maʼlumotlarini ham alohida lugʻatlarda saqlaydi. Yigʻilgan maʼlumot keyin oʻzgartirilib DataFrame/mahalliy fayl tuzilmasiga saqlanishi mumkin.

Python multi-threading bu yerda nima vazifa bajaradi?

Sensorlar bir-birini kutib turmasligi kerak. Termal kamera soniyasiga 30 ta tasvir ishlab chiqarsa, robot esa faqat soniyasiga 10 ta holat namunasi yuborsa, butun tizimni eng sekin qurilmaga mos ravishda ishlatish maʼlumot yoʻqotilishiga olib kelishi mumkin.

Shuning uchun har bir aloqa jarayoni mustaqil oqimda ishlaydi.

Bir qurilmadan kelgan maʼlumot queue tuzilmasiga tashlanadi. Boshqa oqim ushbu navbatdagi yozuvlarni markaziy log tizimiga yozadi.

Bu yondashuv turli qurilmalarning oʻz tabiiy maʼlumot tezligida ishlashiga imkon berishni maqsad qiladi.

Vaqt tamgʻasi nega tizimning muhim komponenti?

Turli chastotalarda yozuv olishning oʻzi muammo emas; qaysi oʻlchov jarayonning qaysi vaqtiga tegishli ekanini bilmaslik asosiy muammodir.

Har bir quyi dastur maʼlumot nuqtasiga kompyuterning umumiy NTP vaqt tayanchidan foydalanib vaqt tamgʻasi qoʻshadi.

Maʼlumot yozuvi konseptual tarzda:

[sensor identifikatori + oʻlchangan qiymat + vaqt tamgʻasi]

koʻrinishida tasavvur qilinishi mumkin.

Shunday qilib 30 Hz kameradagi tasvir taxminan qaysi 20 Hz payvandlash namunasiga yoki 10 Hz robot holatiga mos kelishini keyinchalik aniqlash mumkin.

Biroq ish NTP asosidagi moslashtirishning mutlaq vaqt aniqligini yoki qurilmalar oʻrtasidagi sinxronizatsiya xatosini oʻlchamagan.

Fanuc robot bilan aloqa qanday oʻrnatiladi?

Tajriba qurilmasidagi robot Fanuc LR Mate 200iD/7L.

Asosiy aloqa:

• TCP socket messaging,
• Fanuc R648 va R636 socket paketlari,
• Fanuc ning KAREL dasturlash tili

orqali amalga oshiriladi.

Python ning ichki socket paketlari robot bilan ulanishni boshlaydi; robot KAREL dasturi orqali ulanishni qabul qiladi va payvandlash dasturi davomida maʼlumot yuborishi mumkin.

KAREL ning bajarilish tuzilishi sababli maʼlumot yuborish va qabul qilish holatlari payvandlash skriptidagi register qiymatlari bilan oʻzgartiriladi. Qatlamlar orasida robot kompyuterdan davom etish signali kelguncha kutishi mumkin.

Bu tuzilma faqat maʼlumot oʻqishga emas, maʼlum sharoitlarda kompyuterdan robotga maʼlumot yuborishga ham imkon beradi.

Fronius payvandlash tizimi qanday ulanadi?

Ikkinchi asosiy komponent Fronius TPS 400i payvandlash quvvat tizimidir.

Tizim oʻzining OPC Unified Architecture — OPC-UA serveriga ega.

Kompyuter ushbu server orqali:

• payvandlash rejimi,
• jarayon faol yoki faol emasligi,
• xato maʼlumotlari,
• seam raqami,
• payvandlash energiyasi,
• tok,
• kuchlanish,
• quvvat,
• sim uzatish tezligi

kabi maʼlumotlarni oʻqishi mumkin.

Python tomonida asinxron dasturlashdan foydalanilib, OPC-UA serveri tajribada 20 Hz oraliqda soʻralgan.

FLIR termal kamera nega alohida thread talab qiladi?

Termal kamera ulanishi FLIR ning Spinnaker SDK si va PySpin ilovasi orqali amalga oshiriladi.

Kamera xom radiometrik maʼlumotni oʻqib, berilgan emissivity qiymatiga qarab uni haroratga aylantira oladi.

Ish muhim amaliy muammoni bildiradi: tasvirni shu handler ichida diskka saqlash kamera tezligini taxminan 30 fps dan 10 fps gacha tushirishi mumkin.

Tadqiqotchilar shuning uchun tasvirni saqlashni alohida thread ga ajratgan. Kamera maʼlumot oqimi bilan diskka yozish jarayonini ajratish kameraning yuqoriroq tabiiy namuna olish tezligini saqlashga qaratilgan.

Termopara qoʻshish modullilikni qanday koʻrsatadi?

Maqolaning 4-betidagi 3(b)-rasm ishning “modulli” degan daʼvosini bevosita vizuallashtiradi.

Dastlabki arxitekturada boʻlmagan termoparalar keyinroq Raspberry Pi orqali tizimga qoʻshilgan.

Oqim:

Termoparalar → Raspberry Pi Thermocouple Reader → UDP → Thermocouple Handler → Main Multi-thread Handler

koʻrinishida.

Yangi qurilma uchun zarur asosiy amallar manbada uch qadamda bayon qilingan:

1. aloqa skriptini ishga tushir,
2. maʼlumot uzatiladigan queue ni yarat,
3. jarayon tugagach ulanishni toʻgʻri yop.

Bu modullilik yangi sensorning avtomatik aniqlanishi degani emasligini ham ko'rsatadi. Sensor-xos aloqa kodi baribir ishlab chiqilishi kerak.

Tajribada nima ishlab chiqarildi?

Arxitekturaning ishlashini ko'rsatish uchun wire-arc additive manufacturing orqali besh qatlamli, bitta chokli Aluminum 5183 devor ishlab chiqarildi.

Devor uzunligi:

152,4 mm

deb berilgan.

Taglik esa Aluminum 6061 dan:

50,8 × 203,2 mm

oʻlchamida tayyorlangan.

Ushbu tajriba davomida toʻrtta mustaqil maʼlumot oqimi bir vaqtda yozib olindi.

4-rasm nega ishning eng muhim tasvirlaridan biri?

Toʻrtinchi betdagi 4-rasm faqat arxitektura sxemasini emas, balki real tajriba maʼlumotlari qanday qilib bir jarayonda birlashtirilishini koʻrsatadi.

Tasvirda:

• IR kameraning termal oʻlchovi,
• Fanuc robotning uch oʻlchovli holati,
• Fronius payvandlash tizimi maʼlumotlari,
• toʻrtta termoparaning harorat egri chizigʻi

bir xil WAAM jarayoni kontekstida koʻrsatilgan.

Termal kamera misolida maksimal harorat 509,36 °C sifatida koʻrinadi.

Bu qiymat ishning asosiy samaradorlik natijasi emas; 4-rasmda koʻrsatilgan muayyan jarayon lahzasiga tegishli termal oʻlchov namunasidir.

Turli chastotadagi maʼlumotlar qanday qayta ishlanadi?

Manbada har bir maʼlumot oqimi oʻz asl chastotasida yozib olinadi va vaqt tamgʻalari orqali manba boshlanishiga moslashtiriladi.

Tajriba paytida Python logging mexanizmi maʼlumotni sensor turidan qatʼi nazar imkon qadar tez yozadi. Asosiy dastur toʻxtatilgach, CSV qayta ajratilib sensorlar boʻyicha tartiblanadi.

Bu yondashuvning muhim afzalliklaridan biri xom maʼlumotning tabiiy chastotasini saqlash mumkinligidir.

Tadqiqotchi keyin ehtiyojiga qarab maʼlumotni:

• oʻsha chastotada qoldirishi,
• downsample qilishi,
• oraliq qiymatlarni baholash orqali aniqligini oshirishi,
• turli sensorlar bilan nuqta-nuqta taqqoslashi mumkin.

Termopara va IR kamera nega birgalikda qimmatli?

IR kamera sirt harorati haqida yuqori fazoviy va vaqt aniqligini taʼminlashi mumkin, biroq toʻgʻri harorat hisoblash emissivity qiymatiga bogʻliq.

Termopara esa muayyan jismoniy nuqtalarda bevosita harorat tayanchini bera oladi.

Mualliflar, ayniqsa alyuminiy tizimida, termoparalardan IR kameraning emissivity sozlamalarini tekshirish uchun bir turdagi ground truth sifatida foydalanish mumkinligini taʼkidlaydi.

Bu maʼlumotlar fuziyasi faqat koʻproq maʼlumot toʻplash uchun emas, balki bir sensorni boshqa sensor yordamida tasdiqlash uchun ham ishlatilishi mumkinligini koʻrsatadi.

Real vaqt boshqaruvi mumkinmi?

Arxitektura faqat maʼlumot yozib oladigan bir yoʻnalishli tizim sifatida yaratilmagan. Markaziy kompyuter hisoblashdan keyin ayrim mashinalarga qayta maʼlumot yuborishi mumkin.

Manbada keltirilgan misol — termal maʼlumotda maʼlum oʻzgarish aniqlansa, detal boʻylab yanada bir tekis harorat gradientini hosil qilish uchun robot holatini sovuqroq zonalarga yoʻnaltirishga urinish.

Bu kuchli foydalanish ssenariysi, biroq muhim ilmiy chegara quyidagicha:

Ish ushbu maxsus adaptiv termal boshqaruv algoritmini qoʻllab, detal sifatidagi yaxshilanishni oʻlchamagan.

Yaʼni arxitektura bunday teskari aloqa konturiga texnik asos bera oladi; yopiq kontur samaradorligi kelajakda alohida tasdiqlanishi kerak.

Mashinaviy oʻrganish uchun qanday afzalligi boʻlishi mumkin?

Turli sensor maʼlumotlarini vaqt boʻyicha moslashtirish mashinaviy oʻrganish uchun ayniqsa muhim.

Masalan, ish 30 Hz termal kamera maʼlumotini ikkita 15 Hz quyi toʻplamga boʻlish mumkinligini muhokama qiladi.

Bitta 15 Hz maʼlumot toʻplami:

• payvandlash parametrlari,
• robot holati,
• termal maʼlumotlar

bilan birga modelni oʻqitishda ishlatilishi mumkin; qolgan 15 Hz nuqtalar esa bashorat samaradorligini tekshirish uchun ishlatilishi mumkin.

Bu ssenariy ishda taklif sifatida berilgan. Maqolaning oʻz tajribalarida shu dizayn bilan oʻqitilib, aniqligi hisobot qilingan yangi ML modeli yoʻq.

Ish nimani qoʻllab-quvvatlaydi?

• Turli ishlab chiqaruvchi va protokollarga ega WAAM komponentlarini Python asosidagi modulli markaziy arxitekturaga ulash mumkin.
• TCP, OPC-UA, Ethernet va UDP asosidagi maʼlumot oqimlarini bir xil tajriba davomida birgalikda yozib olish mumkin.
• Har bir sensor oʻz maʼlumot yigʻish chastotasida ishlashi mumkin.
• Vaqt tamgʻalaridan turli chastotadagi maʼlumot oqimlarini bir xil ishlab chiqarish jarayoni davomida bogʻlash uchun foydalanish mumkin.
• Yangi sensor modulini mavjud asosiy tuzilmani butunlay qayta loyihalamasdan qoʻshish mumkin.
• Markaziy kompyuter faqat maʼlumot olish bilan cheklanmaydi; ayrim mashina ulanishlarida qayta maʼlumot yuborish infratuzilmasi qurilishi mumkin.
• Yigʻilgan birlashtirilgan maʼlumot jarayondan keyingi tahlil, sensorni tasdiqlash, mashinaviy oʻrganish va kelajakdagi teskari aloqali boshqaruv tizimlari uchun asos boʻlishi mumkin.

Ish nimani isbotlamaydi?

• Arxitektura dunyodagi barcha qoʻshimcha ishlab chiqarish tizimlari bilan toʻgʻridan-toʻgʻri mos ekanini isbotlamaydi.
• Yangi qurilma aloqa skripti yozilmasdan avtomatik tarzda tizimga ulanishini koʻrsatmaydi.
• Vaqt sinxronizatsiyasining mutlaq aniqligini oʻlchamaydi.
• Tarmoq kechikishi, paket yoʻqolishi va jitter uchun miqdoriy benchmark bermaydi.
• Juda koʻp sensor sonida masshtablanuvchanlik chegarasini oʻlchamaydi.
• ROS, MTConnect yoki boshqa arxitekturalarga nisbatan miqdoriy samaradorlik ustunligini koʻrsatmaydi.
• Yopiq kontur jarayon boshqaruvi detal sifatini oshirishini tajriba yoʻli bilan koʻrsatmaydi.
• Yigʻilgan maʼlumot bilan yangi mashinaviy oʻrganish algoritmining aniqligini oʻlchamaydi.
• Ishlab chiqarilgan Aluminum 5183 namunasi mexanik xususiyatlarida arxitekturaga bogʻliq yaxshilanishni isbotlamaydi.

Ishning Usuli va Natijalari

Tajriba tizimining jismoniy komponentlari

Aloqa protokollari

Maʼlumotlarni qayta ishlash zanjiri

Ishning dasturiy oqimini soddalashtirilganda:

Qurilma → qurilmaga xos Python aloqa skripti → queue → markaziy multi-thread handler → timestamp + maʼlumot yozuvi → logging → CSV → sensor boʻyicha qayta tartiblash

koʻrinishida boʻladi.

Bu dizaynning muhim tomoni shundaki, sensor maʼlumoti markaziy ilovaga kelishidan oldin oʻzining qurilmaga xos aloqa qatlamida yechiladi.

Shu tariqa markaziy tizim har bir qurilmaning batafsil protokolini bitta kod blokida boshqarishga majbur boʻlmaydi.

NTP vaqt tayanchi

Quyi modullar umumiy kompyuterdagi NTP vaqt tayanchi bilan maʼlumot nuqtalariga vaqt tamgʻasi qoʻshadi.

Bu yondashuv turli maʼlumot oqimlarini manba boshlanishi atrofida moslashtirish imkonini beradi.

Biroq manbada:

• NTP offset,
• clock drift,
• paket kechikishi,
• timestamp noaniqligi,
• sinxronizatsiya xatosi

uchun miqdoriy oʻlchov berilmagan.

Besh qatlamli demonstratsiya

3-rasm koʻrsatgan modulli qoʻshish

Termoparalarning dastlabki arxitekturaga keyinroq qoʻshilishi ishning modulli dizaynining eng bevosita demonstratsiyasidir.

Raspberry Pi dagi termopara oʻquvchi harorat massivini hosil qiladi. Thermocouple Handler bu maʼlumotni markaziy tuzilma kutadigan formatga aylantiradi va asosiy multi-thread handler ga uzatadi.

Boshqa qurilmalarning aloqa kodlari bu qoʻshish vaqtida qayta yozilmagan.

4-rasm koʻrsatgan maʼlumotlar fuziyasi

4-rasmda toʻrtta jismoniy maʼlumot manbasi bitta ishlab chiqarish hodisasi atrofida vizuallashtirilgan.

Shu tariqa tadqiqotchi bir xil vaqt oraligʻida:

• issiqlik manbai holatini,
• IR maksimal haroratini,
• payvandlash quvvat tizimi xatti-harakatini,
• plastinadagi toʻrtta harorat oʻlchovini

birgalikda oʻrganishi mumkin.

Ushbu ish nuqtai nazaridan “bitta maʼlumot oqimi” degani barcha sensorlar bir xil chastotada bir xil turdagi oʻlchov ishlab chiqarishi emas, balki turli maʼlumot oqimlarini umumiy vaqt va yozuv tuzilmasi orqali birgalikda tahlil qilish mumkinligini anglatadi.

Maʼlumot aniqligi keyinroq oʻzgartirilishi mumkin

Maqola ikki xil maʼlumot qayta ishlash ssenariysini muhokama qiladi.

Aniqlikni oshirish: 10 Hz termopara oʻlchovlari oraligʻida 30 Hz IR kamera yoki Kalman filtri kabi usullardan foydalanib oraliq qiymatlar baholanishi mumkin.

Aniqlikni kamaytirish: IR kameraning 30 Hz maʼlumoti pastroq chastotali va ishonchli boshqa sensor bilan nuqta-nuqta taqqoslash uchun downsample qilinishi mumkin.

Bundan tashqari, bulutga yuboriladigan maʼlumot miqdorini cheklash kerak boʻlgan tizimlarda pastroq chastotali maʼlumot oqimi yaratilishi mumkin.

Bular arxitektura taqdim etadigan maʼlumot qayta ishlash imkoniyatlari; maqolada barcha ushbu filtrlash usullarining samaradorligi qiyosiy tarzda sinovdan oʻtkazilmagan.

Ishning kuchli tomonlari

• Haqiqiy WAAM uskunasida amaliy demonstratsiya oʻtkazilgan.
• Toʻrtta turli maʼlumot manbasi bir vaqtda ishlatilgan.
• TCP, UDP va OPC-UA kabi turli aloqa usullari bir xil arxitekturada mavjud.
• Turli tabiiy namuna olish chastotalari saqlangan.
• Yangi termopara moduli keyinchalik qoʻshilib, modullilik koʻrsatilgan.
• Vaqt tamgʻali maʼlumot tuzilmasi jarayon tahlili uchun markazlashtirilgan.
• Robot ulanishida faqat oʻqish emas, qayta yozish imkoniyati ham mavjud.
• Dasturiy tuzilma Python kabi keng tarqalgan tadqiqot tilida ishlab chiqilgan.

Ishning asosiy cheklovlari

Ish qisqa formatdagi Manufacturing Letters maqolasi bo'lgani uchun arxitekturaning juda keng miqyosli samaradorlik baholashi oʻtkazilmagan.

Xususan, quyidagi oʻlchovlar yetishmaydi:

• uchdan-uchga maʼlumot kechikishi,
• timestamp sinxronizatsiya xatosi,
• paket yoʻqolish darajasi,
• uzoq muddatli tizim barqarorligi,
• maksimal bir vaqtdagi sensor soni,
• CPU va RAM yuklanishi,
• tarmoq oʻtkazuvchanligi talabi,
• boshqaruv konturining javob vaqti,
• boshqa raqamli arxitekturalar bilan miqdoriy benchmark.

Bundan tashqari, sinov bitta tadqiqot WAAM yacheykasida oʻtkazilgan. Turli brenddagi robotlar, CNC tizimlari, lazer asosidagi AM mashinalari yoki sanoat zavod tarmoqlarini xuddi shunday osonlik bilan integratsiya qilish mumkinligi alohida tasdiqlanishi kerak.

Sanoatda qoʻllanganda yana nimalar kerak?

Tadqiqot laboratoriyasida modulli maʼlumot yigʻish arxitekturasini qurish bilan uzluksiz ishlaydigan sanoat ishlab chiqarish infratuzilmasi bir xil ishonchlilik talablariga ega emas.

Haqiqiy zavod qoʻllanilishida yana:

• foydalanuvchi vakolatlari,
• tarmoq xavfsizligi,
• sanoat qurilmalarini sertifikatlash,
• ulanish uzilganda xavfsiz xatti-harakat,
• maʼlumot yaxlitligi,
• zaxiralash,
• versiyalarni boshqarish,
• protokol oʻzgarishlarida texnik xizmat,
• real vaqt boshqaruvining xavfsizlik chegaralari

kabi masalalarni ham alohida koʻrib chiqish zarur. Manba ish bularning barchasini hal qilingan deb hisoblamaydi.

Turkiyadagi ishlab chiqarish tizimlari uchun ahamiyati

Ishda Turkiyadagi zavod, robot yoki AM tizimida sinov oʻtkazilmagan. Shu sababli tizim muayyan turk sanoat korxonasida toʻgʻridan-toʻgʻri ishlaydi degan xulosa chiqarib boʻlmaydi.

Biroq tadqiqotning asosiy arxitektura gʻoyasi brend va protokol xilma-xilligi yuqori boʻlgan ishlab chiqarish korxonalari uchun umumiy tadqiqot yondashuvini taklif qiladi. Masalan, turli ishlab chiqaruvchilardan robot, payvandlash tizimi, CNC, termal kamera va jarayon sensorlari boʻlgan yacheykada har bir qurilma uchun alohida ulanish moduli ishlab chiqilib, umumiy vaqt tamgʻali maʼlumot qatlamiga uzatilishi mumkin.

Mahalliy sanoat qoʻllanilishida, ayniqsa, ishlatiladigan PLC/CNC/robot protokollari, kiberxavfsizlik qoidalari, real vaqt talablari va zavod tarmoq infratuzilmasi alohida tasdiqlanishi kerak.

Manba va Usul Izohi

Asl tadqiqotning toʻliq nomi: A proposal of a modular and customizable digital architecture for additive manufacturing

Mualliflar: Kathryn Kelly, Christopher Saldana, Kyle Saleeby.

Mualliflar tartibi: Manba ishdagi tartib aynan saqlangan.

Masʼul muallif: Kathryn Kelly.

Teng hissa/tengdosh birinchi muallif: Manbada teng hissa bayonoti mavjud emas.

Muassasa 1: Georgia Institute of Technology, George W. Woodruff School of Mechanical Engineering, Atlanta, Georgia, USA.

Muassasa 2: Georgia Institute of Technology, Georgia Tech Manufacturing Institute, Atlanta, Georgia, USA.

Manba turi: Taqrizdan oʻtgan qisqa formatdagi tadqiqot/amaliy maqola; Manufacturing Letters da “Letters” sifatida chop etilgan.

Jurnal: Manufacturing Letters.

Nashriyot: Elsevier Ltd. on behalf of Society of Manufacturing Engineers (SME).

Jild: 49.

Sahifalar: 13–18.

DOI: 10.1016/j.mfglet.2026.06.008

Yuborilgan sana: 2 Aprel 2026.

Qayta koʻrib chiqilgan sana: 2 Iyun 2026.

Qabul qilingan sana: 9 Iyun 2026.

Onlayn nashr: 22 Iyun 2026.

Rasmiy DOI havolasi: https://doi.org/10.1016/j.mfglet.2026.06.008

Taqriz holati: Manufacturing Letters ning chop etilgan taqrizdan oʻtgan qisqa tadqiqot formatidir. Jurnalning rasmiy muallif qoʻllanmasi maqolalar taqrizdan oʻtkazilishini bildiradi.

Litsenziya: Creative Commons Attribution-NonCommercial 4.0 — CC BY-NC 4.0.

Preprint holati: Koʻrib chiqilgan fayl yakuniy chop etilgan Manufacturing Letters maqolasidir.

Tajriba tizimi: Fanuc LR Mate 200iD/7L robot manipulyatori, Fronius TPS 400i CMT payvandlash tizimi, FLIR IR kamera, toʻrtta termopara va Raspberry Pi.

Demonstratsiya: Aluminum 5183 ishlatilib, Aluminum 6061 taglik ustida 152,4 mm uzunlikdagi, besh qatlamli bitta chokli WAAM devor.

Asosiy dasturiy arxitektura: Python multi-threading, queue, logging, qurilmaga xos handler skriptlari va vaqt tamgʻali markaziy maʼlumot yigʻish.

Aloqa usullari: Fanuc uchun TCP/KAREL; Fronius uchun OPC-UA; FLIR uchun Ethernet/Spinnaker/PySpin; Raspberry Pi termopara tizimi uchun UDP.

Maʼlumot chastotalari: Fanuc 10 Hz; Fronius 20 Hz; FLIR 30 Hz; termoparalar 10 Hz.

Vaqt sinxronizatsiyasi: Modullar markaziy kompyuterdagi umumiy NTP vaqt tayanchiga koʻra vaqt tamgʻasi qoʻyadi. Maqolada sinxronizatsiya xatosining miqdoriy benchmark i berilmagan.

Moliyalashtirish: Maqolada alohida moliyalashtirish bayonoti yoʻq. CRediT hissalarida Kyle Saleeby uchun Funding acquisition roli ko'rsatilgan.

Manfaatlar toʻqnashuvi: Mualliflar ishga taʼsir qilishi mumkin boʻlgan maʼlum moliyaviy manfaat yoki shaxsiy munosabat mavjud emasligini bayon qilgan.

CRediT hissalari: Kathryn Kelly: Writing – review & editing, Writing – original draft, Validation, Software, Methodology, Investigation, Formal analysis, Conceptualization. Christopher Saldana: Writing – review & editing, Supervision. Kyle Saleeby: Writing – review & editing, Resources, Funding acquisition, Formal analysis, Data curation.

Kod mavjudligi: Manba maqola ishlatilgan test kodini Georgia Tech Manufacturing Institute dan soʻrov asosida olish mumkinligini va ish yakunlangach GTMI GitHub hisobida toʻliq eʼlon qilish rejalashtirilganini bildiradi. Bu ibora manba maqola nashr etilgan paytdagi holatni aks ettiradi.

Maʼlumot mavjudligi: Maqolada alohida mustaqil Data Availability Statement yoʻq. Ishning asosiy maqsadi arxitektura va namunaviy maʼlumot oqimlarini namoyish qilishdir.

Asosiy uslubiy chegara: Arxitektura bitta WAAM tadqiqot tizimida sinovdan oʻtkazilgan. Maqolada uchdan-uchga latency, jitter, packet loss, NTP sinxronizatsiya xatosi, resurslardan foydalanish yoki katta sensor sonida masshtablanuvchanlik benchmark i mavjud emas.

Modullilik chegarasi: Arxitekturaga yangi qurilma qoʻshish uchun tegishli sensor/mashina bilan aloqa qila oladigan qurilmaga xos Python skripti ishlab chiqilishi kerak. Ish plug-and-play apparat aniqlashni taklif qilmaydi.

Boshqaruv chegarasi: Markaziy kompyuterdan mashinaga maʼlumot yozish mumkinligi arxitekturadan teskari aloqali boshqaruv uchun foydalanishga imkon beradi; biroq ishda termal teskari aloqa bilan avtomatik robot tuzatishining detal sifatiga taʼsiri tajribada oʻlchanmagan.

Mashinaviy oʻrganish chegarasi: Maʼlumot arxitekturasidan ML modellari uchun foydalanish mumkinligi muhokama qilingan; maqola oʻzi yigʻgan maʼlumotlarda yangi mashinaviy oʻrganish modelining samaradorligini hisobot qilmaydi.

Ilmiy mazmun chegarasi: Ushbu Verianla maqolasidagi arxitektura, uskuna, aloqa protokollari, sensor chastotalari, tajriba geometriyasi va qoʻllash ssenariylari asl ishga asoslangan. Tashqi manba faqat bibliografik qayd va jurnalning taqriz holatini tasdiqlash maqsadida ishlatilgan.