Sa mga aktibidad sa produksyong pang-industriya, ang kalidad at katatagan ng mga produktong hardware ay mahalaga para sa ligtas at mahusay na operasyon ng buong linya ng produksyon.Gayunpaman, hindi natin dapat palampasin ang pagsasaayos ng software.Ang mga isyu sa software ay maaari ding humantong sa mga pag-crash ng system, pagkawala ng data, o kawalan ng kakayahan ng linya ng produksyon na maisagawa nang maayos ang mga gawain nito, na maaaring magkaroon ng malaking epekto sa buong proseso ng produksyon.Samakatuwid, sa parehong mga aspeto ng hardware at software ng pang-industriyang kapaligiran ng produksyon, ang pag-troubleshoot ay isang kinakailangang hakbang upang matiyak na maayos na gumagana ang kagamitan, ginagarantiyahan ang kahusayan sa produksyon, at mapanatili ang kaligtasan at pagiging maaasahan.
Ngayon, tingnan natin ang isang totoong kaso kung saan naapektuhan ng configuration ng software ang produksyon.Siguraduhin nating epektibo ang pag-troubleshoot sa hinaharap para matiyak ang kahusayan at pagiging maaasahan ng mga automated na linya ng produksyon!
1
Feedback ng customer: Ang kagamitan sa site ay nakakaranas ng mga isyu sa pag-drop offline ng CN-8032-L module, na nagreresulta sa pag-trigger ng machine ng emergency stop at paghinto ng production line sa awtomatikong operasyon.Kinakailangan ang manu-manong interbensyon upang maibalik ang normal na operasyon, na nagdudulot ng mga pagkaantala sa regular na produksyon at pagsubok.Kung ang isyu ng pag-drop ng mga module nang offline ay hindi epektibong malulutas, makakaapekto ito sa panghuling output ng produksyon.
2
Pagkatapos ng on-site na komunikasyon sa mga teknikal na tauhan, nakumpirma na sa tatlong linya ng produksyon, dalawa sa kanila ang nakakaranas ng parehong isyu ng pag-drop ng mga module nang offline sa parehong lokasyon.Humigit-kumulang 1 segundo pagkatapos i-drop offline, awtomatikong muling magkokonekta ang mga module.Nauna nang sinubukan ng customer ang pagpapalit ng module, na hindi nalutas ang problema.Ang isang paunang pagtatasa ay nagpahiwatig na ang isyu ay malamang na walang kaugnayan sa kalidad ng module.Ang mga sumusunod na hakbang sa pag-troubleshoot ay ginawa:
1. Na-update ang impormasyon ng firmware ng module at mga file ng GSD ng programa upang maalis ang mga isyu sa compatibility ng firmware.
2. Pinalitan muli ang mga module upang maalis ang mga potensyal na indibidwal na mga depekto ng module.
3. Na-verify na network, mga switch, at impormasyon ng hardware ng power supply, na higit sa lahat ay nag-aalis ng mga isyu na nauugnay sa hardware.
4. Binago ang istraktura ng network upang maalis ang mga potensyal na salik na nauugnay sa network.
5. Paggamit ng mga filter sa power supply upang maalis ang mga isyu na nauugnay sa kuryente.
6. Inimbestigahan at nalutas ang anumang mga salungatan sa IP address ng network.
7. Pansamantalang hindi pinagana ang router na kumokonekta sa panlabas na network, na nagbawas sa dalas ng mga drop-off ngunit hindi ganap na nalutas ang isyu.
8. Nakuha ang mga packet ng network at natukoy ang mga non-cyclic na service data packet sa Profinet, na humahantong sa mga error sa PLC dahil sa mga timeout ng packet.
9. Baesd sa nakaraang hakbang, sinuri ang programa ng customer.
Sa pamamagitan ng pagsusuri sa mga packet ng data ng network, natuklasan na ang customer ay gumagamit ng programa ng komunikasyon ng Modbus ng Siemens.Sa panahon ng pagpapatupad ng mga partikular na bloke ng function, hindi nila sinasadyang ipinasok ang hardware identifier ng isang function module sa mga pin ng program.Nagresulta ito sa patuloy na pagpapadala ng PLC ng mga UDP data packet sa function module na iyon, na humahantong sa isang error na "non-cyclic service timeout" at naging sanhi ng pag-offline ng machine.
3
Ang isyu sa kaso sa itaas ay naiiba sa karaniwang timeout ng komunikasyon ng PN na dulot ng pagkagambala o pagkaantala ng network.Ang mga hindi cyclic na timeout ng serbisyo ay karaniwang nauugnay sa programming ng customer, pagganap ng CPU, at kapasidad ng pag-load ng network.Bagama't medyo mababa ang posibilidad na mangyari ang problemang ito, hindi imposible, at maaaring isagawa ang pag-troubleshoot ng program o network environment upang matugunan ito sa hinaharap.
Ang mga isyu sa software ay madalas na hindi gaanong nakikita, ngunit sa isang collaborative at sistematikong diskarte sa pag-troubleshoot, matutukoy namin ang ugat na sanhi at malulutas ang mga problema upang matiyak ang maayos na produksyon!
Kaya, tinatapos nito ang aming teknikal na blog para sa session na ito.Hanggang sa muli!
Oras ng post: Okt-17-2023
