ໃນກິດຈະກໍາການຜະລິດອຸດສາຫະກໍາ, ຄຸນນະພາບແລະຄວາມຫມັ້ນຄົງຂອງຜະລິດຕະພັນຮາດແວແມ່ນສໍາຄັນສໍາລັບການດໍາເນີນງານທີ່ປອດໄພແລະປະສິດທິພາບຂອງສາຍການຜະລິດທັງຫມົດ.ຢ່າງໃດກໍຕາມ, ພວກເຮົາບໍ່ຄວນເບິ່ງຂ້າມການຕັ້ງຄ່າຊອບແວ.ບັນຫາຊອບແວຍັງສາມາດນໍາໄປສູ່ການຂັດຂ້ອງຂອງລະບົບ, ການສູນເສຍຂໍ້ມູນ, ຫຼືຄວາມບໍ່ສາມາດຂອງສາຍການຜະລິດເພື່ອປະຕິບັດວຽກງານຂອງມັນຢ່າງຖືກຕ້ອງ, ເຊິ່ງສາມາດມີຜົນກະທົບຢ່າງຫຼວງຫຼາຍຕໍ່ຂະບວນການຜະລິດທັງຫມົດ.ດັ່ງນັ້ນ, ໃນທັງດ້ານຮາດແວແລະຊອບແວຂອງສະພາບແວດລ້ອມການຜະລິດອຸດສາຫະກໍາ, ການແກ້ໄຂບັນຫາແມ່ນເປັນຂັ້ນຕອນທີ່ຈໍາເປັນເພື່ອຮັບປະກັນວ່າອຸປະກອນເຮັດວຽກໄດ້ອຍ່າງລຽບງ່າຍ, ຮັບປະກັນປະສິດທິພາບການຜະລິດ, ແລະຮັກສາຄວາມປອດໄພແລະຄວາມຫນ້າເຊື່ອຖື.
ມື້ນີ້, ໃຫ້ເຮົາມາເຈາະເລິກໃນກໍລະນີທີ່ແທ້ຈິງທີ່ການຕັ້ງຄ່າຊອບແວໄດ້ສົ່ງຜົນກະທົບຕໍ່ການຜະລິດ.ໃຫ້ແນ່ໃຈວ່າພວກເຮົາແກ້ໄຂບັນຫາປະສິດທິຜົນໃນອະນາຄົດເພື່ອຮັບປະກັນປະສິດທິພາບແລະຄວາມຫນ້າເຊື່ອຖືຂອງສາຍການຜະລິດອັດຕະໂນມັດ!
1
ຄວາມຄິດເຫັນຂອງລູກຄ້າ: ອຸປະກອນຢູ່ໃນສະຖານທີ່ກໍາລັງປະສົບບັນຫາກັບໂມດູນ CN-8032-L ຫຼຸດລົງອອຟໄລ, ສົ່ງຜົນໃຫ້ເຄື່ອງຈັກກະຕຸ້ນການຢຸດສຸກເສີນແລະສາຍການຜະລິດຢຸດການເຮັດວຽກອັດຕະໂນມັດ.ການແຊກແຊງດ້ວຍມືແມ່ນຈໍາເປັນເພື່ອຟື້ນຟູການດໍາເນີນງານປົກກະຕິ, ເຊິ່ງກໍ່ໃຫ້ເກີດການຂັດຂວາງການຜະລິດແລະການທົດສອບປົກກະຕິ.ຖ້າບັນຫາຂອງໂມດູນຫຼຸດລົງອອຟໄລບໍ່ສາມາດແກ້ໄຂໄດ້ຢ່າງມີປະສິດທິພາບ, ມັນຈະສົ່ງຜົນກະທົບຕໍ່ຜົນຜະລິດການຜະລິດສຸດທ້າຍ.
2
ຫຼັງຈາກການສື່ສານຢູ່ບ່ອນກັບບຸກຄະລາກອນດ້ານວິຊາການ, ມັນໄດ້ຖືກຢືນຢັນວ່າອອກຈາກສາມສາຍການຜະລິດ, ສອງຂອງພວກເຂົາແມ່ນປະສົບກັບບັນຫາດຽວກັນຂອງໂມດູນທີ່ຫຼຸດລົງ offline ຢູ່ໃນສະຖານທີ່ດຽວກັນ.ປະມານ 1 ວິນາທີຫຼັງຈາກປິດອອຟລາຍ, ໂມດູນຈະເຊື່ອມຕໍ່ຄືນໃໝ່ໂດຍອັດຕະໂນມັດ.ຜ່ານມາລູກຄ້າໄດ້ພະຍາຍາມປ່ຽນໂມດູນ, ເຊິ່ງບໍ່ໄດ້ແກ້ໄຂບັນຫາ.ການປະເມີນເບື້ອງຕົ້ນຊີ້ໃຫ້ເຫັນວ່າບັນຫາດັ່ງກ່າວບໍ່ກ່ຽວຂ້ອງກັບຄຸນນະພາບຂອງໂມດູນ.ຂັ້ນຕອນການແກ້ໄຂບັນຫາຕໍ່ໄປນີ້ໄດ້ຖືກປະຕິບັດ:
1. ອັບເດດຂໍ້ມູນເຟີມແວຂອງໂມດູນ ແລະໄຟລ໌ GSD ຂອງໂຄງການເພື່ອລົບລ້າງບັນຫາຄວາມເຂົ້າກັນໄດ້ຂອງເຟີມແວ.
2. ທົດແທນໂມດູນອີກເທື່ອຫນຶ່ງເພື່ອກໍານົດຂໍ້ບົກພ່ອງຂອງແຕ່ລະໂມດູນທີ່ເປັນໄປໄດ້.
3. ຢືນຢັນເຄືອຂ່າຍ, ສະວິດ, ແລະຂໍ້ມູນຮາດແວການສະຫນອງພະລັງງານ, ສ່ວນໃຫຍ່ກໍາຈັດບັນຫາທີ່ກ່ຽວຂ້ອງກັບຮາດແວ.
4. ປັບປຸງໂຄງສ້າງເຄືອຂ່າຍເພື່ອລົບລ້າງປັດໃຈທີ່ກ່ຽວຂ້ອງກັບເຄືອຂ່າຍທີ່ມີທ່າແຮງ.
5. ການນໍາໃຊ້ຕົວກອງກ່ຽວກັບການສະຫນອງພະລັງງານເພື່ອແກ້ໄຂບັນຫາທີ່ກ່ຽວຂ້ອງກັບພະລັງງານ.
6. ສືບສວນ ແລະແກ້ໄຂຂໍ້ຂັດແຍ່ງທີ່ຢູ່ IP ຂອງເຄືອຂ່າຍໃດນຶ່ງ.
7. ປິດການໃຊ້ງານຊົ່ວຄາວຂອງ router ທີ່ເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍພາຍນອກ, ເຊິ່ງເຮັດໃຫ້ຄວາມຖີ່ຂອງການລຸດລົງແຕ່ບໍ່ໄດ້ແກ້ໄຂບັນຫາຢ່າງສົມບູນ.
8. ຈັບແພັກເກັດເຄືອຂ່າຍ ແລະລະບຸແພັກເກັດຂໍ້ມູນການບໍລິການທີ່ບໍ່ແມ່ນວົງຈອນໃນ Profinet, ນໍາໄປສູ່ຄວາມຜິດພາດ PLC ເນື່ອງຈາກການໝົດເວລາຂອງແພັກເກັດ.
9. ອີງໃສ່ຂັ້ນຕອນທີ່ຜ່ານມາ, ກວດກາໂຄງການຂອງລູກຄ້າ.
ໂດຍການວິເຄາະແພັກເກັດຂໍ້ມູນເຄືອຂ່າຍ, ມັນໄດ້ຖືກຄົ້ນພົບວ່າລູກຄ້າກໍາລັງໃຊ້ໂຄງການການສື່ສານ Modbus ຂອງ Siemens.ໃນລະຫວ່າງການປະຕິບັດຂອງຕັນຫນ້າທີ່ສະເພາະໃດຫນຶ່ງ, ພວກເຂົາເຈົ້າໄດ້ເຂົ້າໄປໃນຕົວລະບຸຮາດແວຂອງໂມດູນການທໍາງານຫນຶ່ງເຂົ້າໄປໃນ pins ຂອງໂຄງການ.ນີ້ສົ່ງຜົນໃຫ້ PLC ສືບຕໍ່ສົ່ງຊຸດຂໍ້ມູນ UDP ໄປຫາໂມດູນຟັງຊັນນັ້ນ, ນໍາໄປສູ່ຄວາມຜິດພາດ "ການຫມົດເວລາການບໍລິການທີ່ບໍ່ແມ່ນວົງຈອນ" ແລະເຮັດໃຫ້ເຄື່ອງເຮັດວຽກອອຟໄລ.
3
ບັນຫາໃນກໍລະນີຂ້າງເທິງນີ້ແຕກຕ່າງຈາກການຫມົດເວລາການສື່ສານ PN ປົກກະຕິທີ່ເກີດຈາກການລົບກວນເຄືອຂ່າຍຫຼືການຂັດຂວາງ.ການໝົດເວລາການບໍລິການທີ່ບໍ່ແມ່ນວົງຈອນປົກກະຕິແມ່ນກ່ຽວຂ້ອງກັບການຂຽນໂປຼແກຼມຂອງລູກຄ້າ, ປະສິດທິພາບຂອງ CPU, ແລະຄວາມສາມາດໃນການໂຫຼດເຄືອຂ່າຍ.ໃນຂະນະທີ່ຄວາມເປັນໄປໄດ້ຂອງບັນຫານີ້ເກີດຂື້ນແມ່ນຂ້ອນຂ້າງຕໍ່າ, ມັນບໍ່ແມ່ນສິ່ງທີ່ເປັນໄປບໍ່ໄດ້, ແລະການແກ້ໄຂບັນຫາຂອງໂຄງການຫຼືສະພາບແວດລ້ອມເຄືອຂ່າຍສາມາດປະຕິບັດໄດ້ເພື່ອແກ້ໄຂບັນຫາໃນອະນາຄົດ.
ບັນຫາຊອບແວມັກຈະເຫັນໄດ້ຫນ້ອຍ, ແຕ່ດ້ວຍວິທີການຮ່ວມມືແລະເປັນລະບົບໃນການແກ້ໄຂບັນຫາ, ພວກເຮົາສາມາດກໍານົດສາເຫດຂອງຮາກແລະແກ້ໄຂບັນຫາເພື່ອຮັບປະກັນການຜະລິດທີ່ລຽບງ່າຍ!
ດັ່ງນັ້ນ, ນີ້ສະຫຼຸບ blog ດ້ານວິຊາການຂອງພວກເຮົາສໍາລັບກອງປະຊຸມນີ້.ຈົນກ່ວາຄັ້ງຕໍ່ໄປ!
ເວລາປະກາດ: ຕຸລາ 17-2023
