ຕົວ​ຈັດ​ການ​ອຸ​ປະ​ກອນ. ຂະຫຍາຍ MIS ໄປຫາອຸປະກອນ

ສູນການແພດອັດຕະໂນມັດໃຊ້ອຸປະກອນທີ່ແຕກຕ່າງກັນຫຼາຍ, ການດໍາເນີນງານຕ້ອງໄດ້ຮັບການຄວບຄຸມໂດຍລະບົບຂໍ້ມູນຂ່າວສານທາງການແພດ (MIS), ເຊັ່ນດຽວກັນກັບອຸປະກອນທີ່ບໍ່ຍອມຮັບຄໍາສັ່ງ, ແຕ່ຕ້ອງສົ່ງຜົນຂອງການເຮັດວຽກຂອງພວກເຂົາໄປຫາ MIS. ຢ່າງໃດກໍຕາມ, ອຸປະກອນທັງຫມົດມີທາງເລືອກໃນການເຊື່ອມຕໍ່ທີ່ແຕກຕ່າງກັນ (USB, RS-232, Ethernet, ແລະອື່ນໆ) ແລະວິທີການພົວພັນກັບພວກມັນ. ມັນເກືອບເປັນໄປບໍ່ໄດ້ທີ່ຈະສະຫນັບສະຫນູນພວກມັນທັງຫມົດໃນ MIS, ດັ່ງນັ້ນຊັ້ນຊອບແວ DeviceManager (DM) ໄດ້ຖືກພັດທະນາ, ເຊິ່ງສະຫນອງການໂຕ້ຕອບດຽວສໍາລັບ MIS ສໍາລັບການມອບຫມາຍວຽກງານໃຫ້ກັບອຸປະກອນແລະຜົນໄດ້ຮັບ.


ເພື່ອເພີ່ມຄວາມທົນທານຕໍ່ຄວາມຜິດຂອງລະບົບ, DM ໄດ້ແບ່ງອອກເປັນຊຸດຂອງໂປລແກລມທີ່ຕັ້ງຢູ່ໃນຄອມພິວເຕີຢູ່ໃນສູນການແພດ. DM ຖືກແບ່ງອອກເປັນໂຄງການຕົ້ນຕໍແລະຊຸດຂອງ plugins ທີ່ພົວພັນກັບອຸປະກອນສະເພາະແລະສົ່ງຂໍ້ມູນໄປຫາ MIS. ຮູບຂ້າງລຸ່ມນີ້ສະແດງໃຫ້ເຫັນໂຄງສ້າງທົ່ວໄປຂອງການໂຕ້ຕອບກັບ DeviceManager, MIS ແລະອຸປະກອນ.

ໂຄງສ້າງຂອງການໂຕ້ຕອບລະຫວ່າງ MIS ແລະ DeviceManager ສະແດງໃຫ້ເຫັນ 3 ທາງເລືອກສໍາລັບ plug-ins:

1. plugin ບໍ່ໄດ້ຮັບຂໍ້ມູນໃດໆຈາກ MIS ແລະສົ່ງຂໍ້ມູນທີ່ປ່ຽນເປັນຮູບແບບທີ່ເຂົ້າໃຈໄດ້ຈາກອຸປະກອນ (ກົງກັບອຸປະກອນປະເພດ 3 ໃນຮູບຂ້າງເທິງ).
2. ປັ໊ກອິນໄດ້ຮັບວຽກງານສັ້ນໆ (ຕາມເວລາປະຕິບັດ) ຈາກ MIS, ສໍາລັບຕົວຢ່າງ, ການພິມໃນເຄື່ອງພິມຫຼືການສະແກນຮູບພາບ, ປະຕິບັດມັນແລະສົ່ງຜົນໄດ້ຮັບຕາມຄໍາຮ້ອງຂໍ (ກົງກັບອຸປະກອນປະເພດ 1 ໃນຮູບຂ້າງເທິງ. ).
3. ປັ໊ກອິນໄດ້ຮັບວຽກງານໄລຍະຍາວຈາກ MIS, ສໍາລັບການຍົກຕົວຢ່າງ, ເພື່ອດໍາເນີນການສໍາຫຼວດຫຼືຕົວຊີ້ວັດການວັດແທກ, ແລະໃນການຕອບສະຫນອງສົ່ງສະຖານະການຍອມຮັບວຽກງານ (ວຽກງານອາດຈະຖືກປະຕິເສດຖ້າມີຂໍ້ຜິດພາດໃນຄໍາຮ້ອງຂໍ). ຫຼັງຈາກສໍາເລັດວຽກງານ, ຜົນໄດ້ຮັບຈະຖືກປ່ຽນເປັນຮູບແບບທີ່ເຂົ້າໃຈໄດ້ສໍາລັບ MIS ແລະອັບໂຫລດໄປຍັງສ່ວນຕິດຕໍ່ທີ່ສອດຄ້ອງກັບປະເພດຂອງພວກເຂົາ (ກົງກັບອຸປະກອນປະເພດ 2 ໃນຮູບຂ້າງເທິງ).

ໂຄງການ DM ຕົ້ນຕໍເລີ່ມຕົ້ນ, ເລີ່ມຕົ້ນ, ເລີ່ມຕົ້ນໃຫມ່ໃນກໍລະນີຂອງການຢຸດທີ່ບໍ່ຄາດຄິດ (ການຂັດຂ້ອງ) ແລະປິດ plugins ທັງຫມົດໃນເວລາທີ່ປິດ. ອົງປະກອບຂອງ plugins ໃນແຕ່ລະຄອມພິວເຕີແມ່ນແຕກຕ່າງກັນ, ພຽງແຕ່ມີຄວາມຈໍາເປັນທີ່ຈະເປີດຕົວ, ເຊິ່ງຖືກກໍານົດໄວ້ໃນການຕັ້ງຄ່າ.

ແຕ່ລະ plugin ແມ່ນໂຄງການເອກະລາດທີ່ພົວພັນກັບໂຄງການຕົ້ນຕໍ. ຄໍານິຍາມຂອງ plugin ນີ້ອະນຸຍາດໃຫ້ປະຕິບັດງານທີ່ຫມັ້ນຄົງຫຼາຍເນື່ອງຈາກຄວາມເປັນເອກະລາດຂອງທຸກ plugin instances ແລະຫົວຫນ້າໃນຂໍ້ກໍານົດຂອງການຈັດການຄວາມຜິດພາດ (ຖ້າມີຄວາມຜິດພາດທີ່ສໍາຄັນເກີດຂຶ້ນທີ່ເຮັດໃຫ້ plugin ຂັດ, ຫຼັງຈາກນັ້ນນີ້ຈະບໍ່ມີຜົນກະທົບ plugins ອື່ນໆແລະຫົວ). . ຫນຶ່ງໃນ plugin ຊ່ວຍໃຫ້ທ່ານສາມາດເຮັດວຽກກັບອຸປະກອນຂອງປະເພດຫນຶ່ງ (ມັກຈະເປັນແບບດຽວກັນ), ໃນຂະນະທີ່ບາງ plugins ສາມາດໂຕ້ຕອບກັບອຸປະກອນດຽວ, ໃນຂະນະທີ່ຄົນອື່ນສາມາດພົວພັນກັບຫຼາຍໆຄົນ. ເພື່ອເຊື່ອມຕໍ່ອຸປະກອນປະເພດດຽວກັນກັບໜຶ່ງ DM, ເປີດໃຊ້ຫຼາຍໆຕົວຂອງປລັກອິນດຽວກັນ.

ຊຸດເຄື່ອງມື Qt ໄດ້ຖືກນໍາໃຊ້ເພື່ອພັດທະນາ DM ເພາະວ່າມັນອະນຸຍາດໃຫ້ພວກເຮົາອອກຈາກລະບົບປະຕິບັດງານສະເພາະໃນກໍລະນີຫຼາຍທີ່ສຸດ. ນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສະຫນັບສະຫນູນການເຮັດວຽກກັບຄອມພິວເຕີໂດຍອີງໃສ່ Windows, Linux ແລະ MacOS, ເຊັ່ນດຽວກັນກັບອຸປະກອນກະດານດຽວ Raspberry. ຂໍ້ຈໍາກັດພຽງແຕ່ໃນການເລືອກລະບົບປະຕິບັດການໃນເວລາທີ່ການພັດທະນາ plugins ແມ່ນການມີໄດເວີແລະ / ຫຼືຊອບແວພິເສດສໍາລັບອຸປະກອນສະເພາະ.

ການໂຕ້ຕອບລະຫວ່າງ plugins ແລະ head ເກີດຂື້ນໂດຍຜ່ານ QLocalSocket ທີ່ມີການເຄື່ອນໄຫວຢ່າງຕໍ່ເນື່ອງກັບຊື່ຂອງ plugins ສະເພາະ, ອີງຕາມໂປໂຕຄອນທີ່ພວກເຮົາສ້າງ. ການປະຕິບັດອະນຸສັນຍາການສື່ສານທັງສອງດ້ານໄດ້ຖືກອອກແບບເປັນຫ້ອງສະຫມຸດແບບເຄື່ອນໄຫວ, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະພັດທະນາບາງ plugins ໂດຍບໍລິສັດອື່ນໆໂດຍບໍ່ມີການເປີດເຜີຍຢ່າງສົມບູນກ່ຽວກັບການໂຕ້ຕອບກັບຫົວຫນ້າ. ເຫດຜົນພາຍໃນຂອງເຕົ້າຮັບທ້ອງຖິ່ນຊ່ວຍໃຫ້ຫົວສາມາດຮຽນຮູ້ທັນທີກ່ຽວກັບການຫຼຸດລົງໂດຍໃຊ້ສັນຍານຢຸດການເຊື່ອມຕໍ່. ເມື່ອສັນຍານດັ່ງກ່າວຖືກກະຕຸ້ນ, ປັ໊ກອິນທີ່ມີບັນຫາຈະຖືກເລີ່ມຕົ້ນໃຫມ່, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຈັດການກັບສະຖານະການທີ່ສໍາຄັນໄດ້ຢ່າງບໍ່ເຈັບປວດ.

ມັນໄດ້ຖືກຕັດສິນໃຈສ້າງການໂຕ້ຕອບລະຫວ່າງ MIS ແລະ DM ໂດຍອີງໃສ່ໂປໂຕຄອນ HTTP, ນັບຕັ້ງແຕ່ MIS ດໍາເນີນການຢູ່ໃນເຄື່ອງແມ່ຂ່າຍເວັບ, ເຊິ່ງເຮັດໃຫ້ມັນງ່າຍຕໍ່ການສົ່ງແລະຮັບຄໍາຮ້ອງຂໍໂດຍໃຊ້ໂປໂຕຄອນນີ້. ມັນຍັງເປັນໄປໄດ້ທີ່ຈະຈໍາແນກບັນຫາທີ່ອາດຈະເກີດຂື້ນໃນເວລາທີ່ຕັ້ງຫຼືປະຕິບັດຫນ້າວຽກກັບອຸປະກອນໂດຍອີງໃສ່ລະຫັດຕອບສະຫນອງ.

ໃນບົດຄວາມຕໍ່ໄປນີ້, ການນໍາໃຊ້ຕົວຢ່າງຂອງຫ້ອງສູນການວິນິດໄສຫຼາຍ, ການດໍາເນີນງານຂອງ DM ແລະບາງ plug-ins ຈະຖືກກວດສອບ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com