ຜູ້ຜະລິດສັນຍານເຕືອນ ປຽບທຽບກັບ ຜູ້ຜະລິດລະບົບຄວາມປອດໄພ: ຄູ່ມືຄວາມເຂົ້າກັນໄດ້ກັບສູນຮັບສັນຍານກາງ ສຳລັບແຜງຄວບຄຸມສັນຍານເຕືອນ ແລະ ການຕິດຕັ້ງສຳລັບຕົວແທນຈຳຫນ່າຍ
ແຜງຄວບຄຸມສັນຍານເຕືອນ ໃນລະບົບພານິດມັກຈະບໍ່ໄດ້ລົ້ມເຫຼວເພາະກ່ອງບັນຈຸມີລາຄາຖືກ ຫຼື ຈຳນວນໂຊນຕ່ຳ. ແຕ່ຄວາມລົ້ມເຫຼວມັກຈະເກີດຂຶ້ນຢູ່ຮອຍຕໍ່ລະຫວ່າງອຸປະກອນ — ລະຫວ່າງໂມດູນສື່ສານກັບຕົວຮັບສັນຍານ, ລະຫວ່າງລະຫັດເຫດການກັບໜ້າຈໍຂອງເຈົ້າໜ້າທີ່, ແລະ ລະຫວ່າງຄຳອ້າງໃນເອກະສານຂໍ້ມູນກັບສິ່ງທີ່ເກີດຂຶ້ນຈິງເມື່ອເສັ້ນທາງຫຼັກຂາດ. ສຳລັບຕົວແທນຈຳໜ່າຍ, ຜູ້ນຳເຂົ້າ, ຫຼື ຜູ້ຕິດຕັ້ງລະບົບ, ຜູ້ຜະລິດທີ່ມີຄວາມສຳຄັນຄືຜູ້ທີ່ອອກແບບ ແລະ ແກ້ໄຂຮອຍຕໍ່ເຫຼົ່ານັ້ນຢ່າງມີປະສິດທິພາບ, ບໍ່ແມ່ນພຽງຜູ້ຜະລິດກ່ອງຄວບຄຸມຢູ່ເຄິ່ງກາງ.
ນັ້ນຄືຄຳຖາມໃນການປະເມີນທີ່ແທ້ຈິງຢູ່ເບື້ອງຫຼັງຄຳຖາມທີ່ວ່າ “ເຮົາຄວນຮ່ວມມືກັບຜູ້ຜະລິດສັນຍານເຕືອນໃດ”: ຜູ້ຜະລິດລາຍນີ້ສາມາດຮອງຮັບສາຍສັນຍານທັງໝົດໄດ້ຫຼືບໍ່ — ຕັ້ງແຕ່ ອຸປະກອນກວດຈັບ → ແຜງຄວບຄຸມ → ໂມດູນສື່ສານ → ເສັ້ນທາງຂົນສົ່ງ → ຕົວຮັບສັນຍານ/ສູນກາງ → ຂະບວນການເຈົ້າໜ້າທີ່ → ການນຳໃຊ້ໃນຫຼາຍສະຖານທີ່ — ຫຼື ພວກເຂົາເຮັດພຽງແຕ່ກ່ອງອຸປະກອນຢູ່ເຄິ່ງກາງເທົ່ານັ້ນ?
ຄູ່ມືນີ້ຖືກຂຽນຂຶ້ນສຳລັບການປະເມີນດັ່ງກ່າວ. ມັນຄອບຄຸມສິ່ງທີ່ແຍກຜູ້ສະໜອງແຜງສັນຍານເຕືອນແບບຮາດແວຢ່າງດຽວ ອອກຈາກ ຜູ້ຜະລິດລະບົບສັນຍານເຕືອນຜູ້ບຸກລຸກສຳລັບພານິດ, ການເຮັດວຽກຂອງ [ໂຄງສ້າງການເຂົ້າລະຫັດແບບ ຄອນແທັກໄອດີ ສຳລັບລາຍງານເຫດການ] ແລະ [ໂປຣໂຕຄໍການລາຍງານເຫດການຜ່ານເຄືອຂ່າຍສຳລັບ SIA DC-09] ໃນການຕິດຕັ້ງທີ່ມີໂຄງສ້າງສື່ສານປົນກັນ, ວິທີທີ່ [ຄວາມທົນທານຂອງການນຳທາງສື່ສານເຄືອຂ່າຍແບບສອງເສັ້ນທາງ] ແລະ [ການຂະຫຍາຍໂຊນແບບຈັດທີ່ຢູ່ຜ່ານບັດ RS-485] ມີຜົນຕໍ່ການບຳລຸງຮັກສາໄລຍະຍາວ, ແລະ ສິ່ງທີ່ຕົວແທນຈຳໜ່າຍຄວນທົດສອບກ່ອນນຳແຜງຄວບຄຸມເຂົ້າສູ່ຕະຫຼາດໃໝ່.
ໂຄງສ້າງແຜງຄວບຄຸມສັນຍານເຕືອນສຳລັບລະບົບພານິດ
[ແຜງຄວບຄຸມສັນຍານເຕືອນ] ເຮັດໜ້າທີ່ເປັນສູນກາງຂອງສາຍສັນຍານທັງໝົດໃນລະບົບຄວາມປອດໄພ B2B. ການຈັດການລະບົບປະກອບດ້ວຍການຮັບເຫດການຈາກໂຊນ, ການຈັດການພື້ນທີ່ (Partitions), ການບັນທຶກເຫດການໃນຮູບແບບ Black-box, ແລະ ການສົ່ງຂໍ້ມູນຂຶ້ນໄປຫາຊ່ອງທາງສື່ສານ. ໃນໂຄງການພານິດ, ການກວດສອບແຕ່ຕົວເຄື່ອງບໍ່ສາມາດຢືນຢັນຄວາມເຂົ້າກັນໄດ້ຂອງລະບົບສັນຍານທັງຫມົດ. ການປະເມີນຜູ້ຜະລິດຈຶ່ງຕ້ອງພິຈາລະນາເຖິງຄວາມສາມາດໃນການປະມວນຜົນເຫດການ ແລະ ການຈັດການຂໍ້ມູນຢ່າງມີເສຖຽນລະພາບ.
ການປຽບທຽບການຈັດຊື້ສ່ວນໃຫຍ່ມັກຈະຢຸດຢູ່ທີ່ລາຄາ, ດີໄຊກ່ອງ, ຈຳນວນໂຊນ, ແລະ ອຸປະກອນກວດຈັບທີ່ແถมມາໃນກ່ອງ. ສິ່ງເຫຼົ່ານັ້ນເປັນສິ່ງທີ່ປຽບທຽບໄດ້ງ່າຍທີ່ສຸດໃນເອກະສານຂໍ້ມູນ, ແຕ່ພວກມັນບໍ່ໄດ້ຊີ້ບອກວ່າ [ແຜງຄວບຄຸມສັນຍານເຕືອນ] ຈະເຮັດວຽກໄດ້ດີປານໃດເມື່ອຖືກຕິດຕັ້ງໃນຫຼາຍສະຖານທີ່ ແລະ ລາຍງານໄປຍັງສູນຮັບສັນຍານກາງ.
| ສິ່ງທີ່ຜູ້ຊື້ມັກຈະປຽບທຽບ | ສິ່ງທີ່ກຳນົດປະສິດທິພາບໃນภาคสนามຈິງ |
|---|---|
| ລາຄາຕໍ່ແຜງຄວບຄຸມ | ຕົ້ນທຶນການຖືຄອງທັງໝົດ (TCO) ລວມທັງການອອກໄປບໍລິການ ແລະ RMA |
| ຈຳນວນໂຊນໃນເອກະສານຂໍ້ມູນ | ສະຖາປັດຕະຍະກຳການຂະຫຍາຍ ແລະ ວິທີທີ່ໂຊນຂະຫຍາຍເກີນຄ່າພື້ນຖານ |
| ການອອກແບບກ່ອງບັນຈຸ | ການປ້ອງກັນການງັດແງະ, ແຮງດັນໄຟຟ້າເກີນ, ແລະ ສະພາບແວດລ້ອມຈິງ |
| ຄຳອ້າງທາງການຕະຫຼາດ “IP + 4G + PSTN” | ການສະຫຼັບເສັ້ນທາງມີການກວດສອບ ແລະ ເຮັດວຽກແນວໃດເມື່ອລິ້ງຂາດ |
| ອຸປະກອນກວດຈັບທີ່ແถมມາ | ຮູບແບບການລາຍງານເຫດການ ແລະ ຄວາມຖືກຕ້ອງຂອງການຈັບຄູ່ລະຫັດ |
| ປະສິດທິພາບຂອງຕົວຢ່າງທົດລອງ | ຄວາມຕໍ່ເນື່ອງຂອງເຟີມແວ ແລະ ເອກະສານໃນລຸ້ນການຜະລິດ |
[ແຜງຄວບຄຸມສັນຍານເຕືອນ] ທີ່ເບິ່ງຄືກັນໃນເອກະສານຂໍ້ມູນອາດເຮັດວຽກຕ່າງກັນຫຼາຍເມື່ອສົ່ງເຫດການຜ່ານໂມດູນສື່ສານໄປຍັງຕົວຮັບສັນຍານທີ່ຕ້ອງການຮູບແບບບັນຊີສະເພາະ. ການເລືອກຜູ້ຜະລິດຈຶ່ງເປັນບັນຫາ [ຄວາມເຂົ້າກັນໄດ້ກັບສູນຮັບສັນຍານກາງ] ທີ່ຊ່ອນຢູ່ໃນຮູບແບບການຈັດຊື້ຮາດແວ.
ເຫດໃດສະຖາປັດຕະຍະກຳການສື່ສານຈຶ່ງສຳຄັນກວ່າລາຍການຄຸນສົມບັດ
ຄຳວ່າ “ຮອງຮັບ IP, 4G, ແລະ PSTN” ເປັນພຽງປະໂຫຍກທາງການຕະຫຼາດ. ມັນບໍ່ໄດ້ລະບຸວ່າແຜງຄວບຄຸມຕັດສິນໃຈແນວໃດເມື່ອເສັ້ນທາງສື່ສານຂາດ, ຕົວຮັບຂອງສູນກາງຮອງຮັບຮູບແບບທີ່ໂມດູນສົ່ງໄປຫຼືບໍ່, ມີການກວດສອບ Heartbeat ຫຼືບໍ່, ຫຼື ການຈັດແບ່ງບັນຊີ ແລະ ໂຊນຈະຍັງຄົງທີ່ຫຼືບໍ່ຫຼັງຈາກອັບເດດເຟີມແວ.
ຕົ້ນທຶນທີ່ຊ່ອນຢູ່ຈາກການຂ້າມຂັ້ນຕອນການທົດສອບ CMS
ຄວາມສໍາພັນກັບຜູ້ຜະລິດທີ່ເລີ່ມຕົ້ນໂດຍບໍ່ມີການປັບຈູນໂປຣໂຕຄໍ ແລະ ການກວດສອບກັບ CMS ມັກຈະສ້າງຕົ້ນທຶນທີ່ຊ່ອນຢູ່:
- ການປັບແຕ່ງການຕັ້ງຄ່າໃນໜ້າງານຊ້ຳເກືອບຫຼາຍຄັ້ງ.
- ເຫດການຂໍ້ຜິດພາດການສື່ສານທີ່ກາຍເປັນການແຈ້ງເຕືອນຜິດພາດ.
- ຄວາມສັບສົນໃນສູນຮັບສັນຍານກາງຈາກຊື່ໂຊນ ຫຼື ລະຫັດເຫດການບໍ່ກົງກັນ.
- ລະບົບສຳຮອງ 4G ບໍ່ເຄີຍສະຫຼັບມາເຮັດວຽກເມື່ອເສັ້ນທາງຫຼັກຂາດ.
- ໃບແຈ້ງບັນຫາຫຼັງການຂາຍທີ່ເກີດຈາກເອກະສານບໍ່ພຽງພໍ ບໍ່ແມ່ນອຸປະກອນເສຍ.
ການຂະຫຍາຍໂຊນດ້ວຍບັດສື່ສານແບບຫຼາຍຈຸດ
ການຂະຫຍາຍໂຊນໃນໂຄງການຂະໜາດໃຫຍ່ ຫຼື ຫຼາຍອາຄານ ຕ້ອງອາໄສ [ການຂະຫຍາຍໂຊນແບບຈັດທີ່ຢູ່ຜ່ານບັດ RS-485] ເພື່ອຫຼຸດຜ່ອນຄວາມຊັບຊ້ອນຂອງສາຍໄຟ. [ບັດສັນຍານເຕືອນແບບດິຟເຟເຣນຊຽວ RS-485] ຊ່ວຍໃຫ້ສາມາດເຊື່ອມຕໍ່ໂມດູນຂະຫຍາຍຫຼາຍຈຸດເຂົ້າກັບສາຍສົ່ງຂໍ້ມູນຮ່ວມກັນໄດ້.
ຢ່າງໃດກໍຕາມ, ການຂະຫຍາຍໂຊນທີ່ບໍ່ມີໂຄງສ້າງບັດສື່ສານທີ່ເໝາະສົມອາດເພີ່ມວຽກສາຍໄຟ ແລະ ພາລະການບຳລຸງຮັກສາ. ຖ້າບໍ່ມີການວາງສະຖາປັດຕະຍະກຳບັດສື່ສານທີ່ດີ, ຂໍ້ຜິດພາດພຽງຈຸດດຽວອາດສົ່ງຜົນກະທົບຕໍ່ໂມດູນອື່ນໆໃນເຄືອຂ່າຍ.
| ມິຕິ | ຜູ້ຜະລິດທີ່ເນັ້ນຮາດແວທົ່ວໄປ | ຜູ້ຜະລິດລະບົບສັນຍານເຕືອນສຳລັບພານິດ | ຄວາມສຳຄັນຕໍ່ຕົວແທນຈຳໜ່າຍ |
|---|---|---|---|
| ຂອບເຂດແຜງຄວບຄຸມ | ຂາຍພຽງແຕ່ກ່ອງອຸປະກອນ | ແຜງຄວບຄຸມ + ໂມດູນສື່ສານ + ໂມດູນຂະຫຍາຍ ເປັນແພລດຟອມດຽວກັນ | ກຳນົດວ່າທ່ານຈັດຫາ SKU ດ່ຽວ ຫຼື ສາຍຜະລິດຕະພັນທີ່ເຂົ້າກັນໄດ້ |
| ການຮອງຮັບໂປຣໂຕຄໍສູນກາງ | ບໍ່ມີເອກະສານ ຫຼື ບໍ່ຊັດເຈນ | ຮູບແບບການລາຍງານມີເອກະສານ ແລະ ທົດສອບກັບຕົວຮັບຈິງ | ຫຼີກລ່ຽງການພົບຄວາມບໍ່ເຂົ້າກັນຫຼັງຈາກນຳເຂົ້າ |
| ຄວາມເຂົ້າກັນໄດ້ກັບ CMS | ບໍ່ໄດ້ທົດສອບ | ຢ່າງຢືນການຈັບຄູ່ລະຫັດເຫດການ ແລະ ໂຄງສ້າງບັນຊີ | ຫຼຸດຜ່ອນຄວາມສັບສົນຂອງເຈົ້າໜ້າທີ່ ແລະ ການແຈ້ງເຕືອນຜິດ |
| ຕົວເລືອກໂມດູນສື່ສານ | ໂມດູນດ່ຽວຕິດກັບເຄື່ອງ | ມີຕົວເລືອກ PSTN / IP / Cellular ທີ່ປະສົມປະສານໄດ້ | ຊ່ວຍໃຫ້ແຜງລຸ້ນດຽວກັນຄອບຄຸມທັງພື້ນທີ່ເກົ່າ ແລະ ໃໝ່ |
| ການອອກແບບການສະຫຼັບເສັ້ນທາງ | ບໍ່ມີເອກະສານການເຮັດວຽກ | ມີເອກະສານໄລຍະເວລາການກວດສອບ ແລະ ຕັກກະການກັບຄືນ | ກຳນົດຄວາມທົນທານທີ່ແທ້ຈິງ, ບໍ່ແມ່ນພຽງແຕ່ຄຳໂຄສະນາ |
| ສະຖາປັດຕະຍະກຳການຂະຫຍາຍ | ຈຳນວນໂຊນຄົງທີ່ | [ການຂະຫຍາຍໂຊນແບບຈັດທີ່ຢູ່ຜ່ານບັດ RS-485] ສຳລັບໂຄງການໃຫຍ່ | ມີຜົນຕໍ່ການປະເມີນຂະໜາດໂຄງການ ແລະ ການຮອງຮັບໃນອະນາຄົດ |
| ການວິເຄາະບັນຫາ | ບໍ່ມີ | ບັນທຶກເຫດການ, ປະຫວັດ Black-box, ການວິເຄາະໄລຍະໄກ | ຫຼຸດໄລຍະເວລາການແກ້ໄຂບັນຫາ |
| ຄວາມສາມາດ OEM | ແບຣນດິ້ງພາຍນອກເທົ່ານັ້ນ | ແບຣນດິ້ງເຟີມແວ, ຄູ່ມືພາສາທ້ອງຖິ່ນ, ການຈັດກຸ່ມ SKU | ຊ່ວຍໃຫ້ດຳເນີນກົນລະຍຸດຊ່ອງທາງ Private-label ໄດ້ |
| ການບໍລິການຫຼັງການຂາຍ | ຕອບສະໜອງຊ້າ, ແກ້ບັນຫາສະເພາະໜ້າ | ການສົ່ງຕໍ່ບັນຫາຫາວິສະວະກອນຢ່າງເປັນລະບົບ | ກຳນົດຕົ້ນທຶນການບໍລິການຕໍ່ໜ່ວຍທີ່ຂາຍ |
ການລາຍງານເຫດການຈາກແຜງສັນຍານເຕືອນໄປຫາສູນກາງ
ການສົ່ງຂໍ້ມູນເຫດການຈາກແຜງຄວບຄຸມໄປຍັງສູນກາງຕ້ອງອາໄສໂປຣໂຕຄໍການສື່ສານທີ່ຊັດເຈນ. [ໂປຣໂຕຄໍການລາຍງານເຫດການຜ່ານເຄືອຂ່າຍສຳລັບ SIA DC-09] ຖືກອອກແບບມາສຳລັບການສື່ສານຜ່ານ IP ແລະ ເຄືອຂ່າຍມືຖືໂດຍສະເພາະ ໂດຍຮອງຮັບໂຄງສ້າງຂໍ້ມູນທີ່ສົມບູນ ແລະ ການເຂົ້າລະຫັດປ້ອງກັນຂໍ້ມູນ.
ການລາຍງານເຫດການອາດບໍ່ເຂົ້າກັນກັບຕົວຮັບຂອງສູນກາງ ຫາກຮູບແບບເຫດການ ແລະ ໂຄງສ້າງບັນຊີບໍ່ຖືກກວດສອບ. ຕົວແທນຈຳໜ່າຍ ແລະ ຜູ້ຕິດຕັ້ງຕ້ອງທົດສອບການສົ່ງສັນຍານກັບຕົວຮັບ [ຄວາມເຂົ້າກັນໄດ້ກັບສູນຮັບສັນຍານກາງ] ຈິງກ່ອນການນຳໃຊ້ໃນປະລິມານຫຼາຍ.
ອຸປະກອນກວດຈັບ (Detector) | ແຜງຄວບຄຸມສັນຍານເຕືອນ (Control Panel) | ໂມດູນສື່ສານ (Communicator) | ເສັ້ນທາງຂົນສົ່ງ (Transport Path: IP/4G/PSTN) | ຕົວຮັບສັນຍານ/ສູນກາງ (Alarm Receiver/CMS) | ຂະບວນການເຈົ້າໜ້າທີ່ (Operator Workflow) | ການຍົກລະດັບການແຈ້ງເຕືອນ (Escalation)
| ຂັ້ນຕອນ | ພາລະກິດ | ຂໍ້ຜິດພາດທີ່ມັກພົບ | ຄຳຖາມການກວດສອບສຳລັບຜູ້ຊື້ |
|---|---|---|---|
| ອຸປະກອນກວດຈັບ | ກວດຈັບເຫດການ | ການແຈ້ງເຕືອນຜິດ, ການຕິດຕັ້ງບໍ່ເໝາະສົມ | ຜູ້ຜະລິດມີເອກະສານແນະນຳການຕິດຕັ້ງຕາມປະເພດອຸປະກອນຫຼືບໍ່? |
| ແຜງຄວບຄຸມ | ປະມວນຜົນໂຊນ/ພື້ນທີ່, ໃຊ້ຕັກກະ | ການກຳນົດປະເພດໂຊນບໍ່ຊັດເຈນ, ບໍ່ມີບັນທຶກປະຫວັດ | ມີການບັນທຶກເຫດການ/Black-box ແຍກຈາກ CMS ຫຼືບໍ່? |
| ໂມດູນສື່ສານ | ຈັດຮູບແບບ ແລະ ສົ່ງເຫດການ | ຮູບແບບການລາຍງານບໍ່ກົງກັບຕົວຮັບ | ຮູບແບບການລາຍງານມີເອກະສານ ແລະ ທົດສອບກັບຕົວຮັບຫຼືຍັງ? |
| ເສັ້ນທາງຂົນສົ່ງ | ນຳສົ່ງສັນຍານ (PSTN/IP/4G) | ເສັ້ນທາງຂາດໂດຍບໍ່ແຈ້ງເຕືອນ, ບໍ່ມີການກວດສອບ | ມີການສົ່ງ Heartbeat ຫຼືບໍ່, ແລະ ມີໄລຍະເວລາເທົ່າໃດ? |
| ຕົວຮັບ/CMS | ຖອດລະຫັດ ແລະ ສະແດງຜົນ | ການຈັບຄູ່ບັນຊີ/ໂຊນບໍ່ກົງກັນ | ແຜງຄວບຄຸມນີ້ໄດ້ຮັບການຢືນຢັນກັບຕົວຮັບສະເພາະຂອງທ່ານຫຼືຍັງ? |
| ຂະບວນການເຈົ້າໜ້າທີ່ | ດຳເນີນການຕາມເຫດການ | ການແຈ້ງເຫດຊ້າ ຫຼື ຊ້ຳຊ້ອນ | ແຜງຄວບຄຸມສາມາດແຍກເຫດການ Alarm, Fault, ແລະ Supervisory ໄດ້ຫຼືບໍ່? |
ບົດບາດຂອງຮູບແບບລາຍງານເຫດການເກົ່າໃນລະບົບປົນກັນ
ໃນຫຼາຍໂຄງການ, [ໂຄງສ້າງການເຂົ້າລະຫັດແບບ ຄອນແທັກໄອດີ ສຳລັບລາຍງານເຫດການ] ຍັງຖືກນຳໃຊ່ຢ່າງແຜ່ຫຼາຍ ເນື່ອງຈາກຄວາມເຂົ້າກັນໄດ້ກັບຕົວຮັບສັນຍານກາງລຸ້ນເດີມ ແລະ ສາຍໂທລະສັບ PSTN. ມັນເປັນມາດຕະຖານທີ່ໄດ້ຮັບການຍອມຮັບຢ່າງກວ້າງຂວາງໃນອຸດສາຫະກຳຄວາມປອດໄພ.
ເຖິງຢ່າງໃດກໍຕາມ, ໂຄງສ້າງລາຍງານເກົ່າອາດມີຂໍ້ມູນຈຳກັດໃນສະພາບແວດລ້ອມສື່ສານສະໄໝໃໝ່. ເມື່ອປຽບທຽບກັບ [ໂປຣໂຕຄໍການລາຍງານເຫດການຜ່ານເຄືອຂ່າຍສຳລັບ SIA DC-09], ການເຂົ້າລະຫັດແບບ Contact ID ມີຂໍ້ຈຳກັດດ້ານຄວາມເລິກຂອງຂໍ້ມູນ ແລະ ບໍ່ຮອງຮັບການເຂົ້າລະຫັດຊັ້ນສູງຜ່ານ IP.
| ໂປຣໂຕຄໍ / ວິທີການ | ເສັ້ນທາງຂົນສົ່ງທົ່ວໄປ | ກໍລະນີການນຳໃຊ້ | ຂໍ້ດີ | ຂໍ້ຈຳກັດ |
|---|---|---|---|---|
| Contact ID | PSTN, ຜ່ານສາຍໂທລະສັບ | ລະບົບເດີມ ແລະ ລະບົບປົນກັນ | ຮອງຮັບຕົວຮັບກວ້າງຂວາງ, ເປັນທີ່ເຂົ້າໃຈດີ | ໂຄງສ້າງຂໍ້ມູນຈຳກັດ, ບໍ່ເໝາະກັບ IP pure-play |
| SIA DC-09 | IP / 4G / Cellular | ການຕິດຕັ້ງສະໄໝໃໝ່ທີ່ຕິດຕາມຜ່ານ IP | ອອກແບບສຳລັບ IP, ຮອງຮັບການເຂົ້າລະຫັດ ແລະ ຂໍ້ມູນເລິກ | ຕ້ອງການຕົວຮັບ IP-native ເບື້ອງ CMS |
| Proprietary IP/Cellular | TCP/IP, 4G/LTE | ໂຄງການພານິດໃໝ່ | ສາມາດເພີ່ມການກວດສອບ ແລະ ຂໍ້ມູນເຫດການທີ່ເລິກຂຶ້ນ | ຂຶ້ນກັບຄຸນນະພາບເອກະສານ ແລະ ການຮອງຮັບຂອງຕົວຮັບ |
ຄວາມທົນທານຂອງການສື່ສານແບບສອງເສັ້ນທາງ
[ຄວາມທົນທານຂອງການນຳທາງສື່ສານເຄືອຂ່າຍແບບສອງເສັ້ນທາງ] ເປັນສິ່ງຈຳເປັນສຳລັບລະບົບຄວາມປອດໄພ级别ພານິດ. ລະບົບຕ້ອງມີເສັ້ນທາງຫຼັກ (ເຊັ່ນ IP/Ethernet) ແລະ ເສັ້ນທາງສຳຮອງ (ເຊັ່ນ 4G/LTE) ທີ່ພ້ອມເຮັດວຽກແທນທັນທີ.
ຢ່າງໃດກໍຕາມ, ເສັ້ນທາງສຳຮອງອາດບໍ່ສະຫຼັບເມື່ອເສັ້ນທາງຫຼັກຂາດ ຖ້າບໍ່ກຳນົດເກນການສະຫຼັບ ແລະ ທົດສອບຈິງ. ການຕັ້ງຄ່າໄລຍະເວລາການກວດສອບ Heartbeat ແລະ ເກນການຕັດສິນໃຈວ່າລິ້ງຂາດ ຈຶ່ງເປັນອົງປະກອບສຳຄັນໃນການປ້ອງກັນເຫດການສັນຍານຕົກເຫຼົ່າ.
| ປະເພດສະຖານທີ່ | ເສັ້ນທາງຫຼັກ | ເສັ້ນທາງສຳຮອງ | ກົນລະຍຸດ Heartbeat | ເຫດຜົນ |
|---|---|---|---|---|
| ທະນາຄານເກົ່າທີ່ມີ PSTN | PSTN (Contact ID) | 4G/Cellular | ສົ່ງສັນຍານທົດສອບປະຈຳວັນ | ເຂົ້າກັບໂຄງສ້າງເດີມ, ເພີ່ມການສຳຮອງສະໄໝໃໝ່ |
| ອາຄານພານິດໃໝ່ | IP (DC-09) | 4G/Cellular | Heartbeat ໄລຍະ短 | ສະຖານທີ່ IP-native, ໃຊ້ Cellular ເປັນ Failover ແທ້ |
| ສະຖານທີ່ຫ່າງໄກສອກຫຼີກ | 4G/Cellular | PSTN (ຖ້າມີ) | ປັບໄລຍະເວລາຕາມຄວາມເສຖຽນເຄືອຂ່າຍ | ຫຼຸດຜ່ອນ Fault ຈາກເຄືອຂ່າຍມືຖືທີ່ບໍ່ເສຖຽນ |
ລາຍການກວດສອບການເຊື່ອມໂຄງສູນກາງສຳລັບຕົວແທນຈຳໜ່າຍ
ກ່ອນທີ່ຈະນຳ [ແຜງຄວບຄຸມສັນຍານເຕືອນ] ເຂົ້າສູ່ການນຳໃຊ້ຈິງ, ຕົວແທນຈຳໜ່າຍ ແລະ ທີມວິສະວະກອນຄວນກວດສອບຕາມລາຍການ 12 ຂໍ້ດັ່ງຕໍ່ໄປນີ້:
- ຢືນຢັນໂປຣໂຕຄໍການລາຍງານທີ່ຮອງຮັບກັບຕົວຮັບສັນຍານທີ່ໃຊ້ງານຈິງ
- ກວດສອບຄວາມເຂົ້າກັນໄດ້ຂອງ Receiver/CMS ດ້ວຍການສົ່ງສັນຍານທົດສອບຈິງ
- ຢືນຢັນໂຄງສ້າງບັນຊີ (ຮູບແບບ, ຄວາມຍາວ, ຈຳນວນຫຼັກ)
- ຈັດເຮັດ ແລະ ບັນທຶກຜົນແຜນການຕັ້ງຊື່ໂຊນ ແລະ ພື້ນທີ່ (Partition)
- ທົດສອບການລາຍງານການເປີດ/ປິດລະບົບ (Opening/Closing reports)
- ຕັ້ງຄ່າ ແລະ ຢືນຢັນໄລຍະເວລາ Heartbeat/Test signal ທາງຝັ່ງ CMS
- ທົດສອບການສະຫຼັບເສັ້ນທາງໂດຍການຕັດເສັ້ນທາງຫຼັກຈິງ
- ທົດສອບເຫດການ Tamper, AC-fail, ແລະ Battery-fail ທີละອົງປະກອບ
- ກວດສອບຄວາມຖືກຕ້ອງຂອງບັນທຶກເຫດການລະຫວ່າງແຜງຄວບຄຸມ ແລະ CMS
- ທົດສອບການເຊື່ອມໂຍງ ການຢືນຢັນດ້ວຍວິດີໂອ (ຖ້າມີ)
- ຢືນຢັນຄວາມສົມບູນຂອງເອກະສານຄູ່ມືສຳລັບຜູ້ຕິດຕັ້ງ
- ຈັດຕັ້ງຂະບວນການສົ່ງຕໍ່ບັນຫາ ແລະ ຊ່ອງທາງສະໜັບສະໜູນທາງດ້ານເຕັກນິກ
ຂໍ້ຜິດພາດທີ່ມັກພົບໃນການລາຍງານເຫດການ ແລະ ວິທີການແກ້ໄຂ
| ອາການຜິດພາດ | ສາເຫດທີ່ເປັນໄປໄດ້ | ການກວດສອບຝັ່ງແຜງຄວບຄຸມ | ການກວດສອບຝັ່ງສື່ສານ | ການກວດສອບຝັ່ງ CMS |
|---|---|---|---|---|
| ແຜງສົ່ງສັນຍານ ແຕ່ CMS ບໍ່ໄດ້ຮັບ | ບັນຊີບໍ່ກົງ, ຕັ້ງຄ່າ Receiver ຜິດ, ຮູບແບບບໍ່ຮອງຮັບ | ກວດສອບ Event Log ວ່າ ມີການພະຍາຍາມສົ່ງຫຼືບໍ່ | ກວດສອບການລົງທະບຽນ APN/SIM/ເຄືອຂ່າຍ | ຢືນຢັນ Receiver ວ່າ ກຳລັງຟັງ Port/Format ທີ່ຖືກຕ້ອງ |
| PSTN ໃຊ້ໄດ້ ແຕ່ IP/4G ລົ້ມເຫຼວ | ຕັ້ງຄ່າໂມດູນຜິດ, IP ບໍ່ໄດ້ເປີດຢູ່ CMS | ກວດສອບການໂປຣແກຣມໂມດູນ | ທົດສອບ SIM, APN, Routing | ຢືນຢັນວ່າເປີດຮັບ IP/Cellular ຢູ່ບັນຊີ CMS |
| ເຫດການມາເຖິງ ແຕ່ຊື່ໂຊນ/ພື້ນທີ່ຜິດ | ການຈັບຄູ່ບໍ່ກົງກັນ, ການຕັ້ງຊື່ບໍ່ຊິງກັນ | ກວດສອບການໂປຣແກຣມໂຊນຂອງຜູ້ຕິດຕັ້ງ | N/A | ກວດສອບ Account Template ແລະ Mapping |
| ເສັ້ນທາງສຳຮອງບໍ່ເຮັດວຽກ | ຕັກກະ Failover ຖືກປິດ, ຕັ້ງ Threshold ຜິດ | ຢືນຢັນວ່າເປີດ Failover ແລະ ຕັ້ງ Threshold ແລ້ວ | ທົດສອບເສັ້ນທາງ Cellular ແຍກຕ່າງຫາກ | ຢືນຢັນວ່າ CMS ຮອງຮັບ traffic ຈາກເສັ້ນທາງສຳຮອງ |
| ເກີດ Line-fault/Comm-loss ຫຼາຍເກີນໄປ | ຕັ້ງ Heartbeat ຖີ່ເກີນໄປ, ເຄືອຂ່າຍບໍ່ເສຖຽນ | ກວດສອບການຕັ້ງຄ່າໄລຍະ Heartbeat | ກວດສອບຄວາມເສຖຽນຂອງສາຍ/ເຄືອຂ່າຍ | ຢືນຢັນວ່າການຕັ້ງ Threshold ກົງກັບສະພາບຈິງ |
| ການຢືນຢັນດ້ວຍວິດີໂອບໍ່ເຮັດວຽກ | ເຫດການ Alarm ບໍ່ໄດ້ຜູກກັບ Workflow ວິດີໂອ | ກວດສອບການຈັບຄູ່ Relay/Output | N/A | ກວດສອບກົດເກນການເຊື່ອມໂຍງ NVR/Camera |
ການປະເມີນຜູ້ຜະລິດໃນຖານະພັນທະມິດແພລດຟອມໄລຍະຍາວ
ສຳລັບຕົວແທນຈຳໜ່າຍ, ການເລືອກຜູ້ຜະລິດ [ແຜງຄວບຄຸມສັນຍານເຕືອນ] ບໍ່ແມ່ນພຽງການຊື້ອຸປະກອນເປັນຊິ້ນ, ແຕ່ແມ່ນການເລືອກແພລດຟອມທີ່ຈະດຳເນີນທຸລະກິດຮ່ວມກັນ.
| ຄວາມສາມາດຂອງຜູ້ຜະລິດ | ເກນການໃຫ້ຄະແນນ | ຄວາມສຳຄັນທາງການປະຕິບັດງານ |
|---|---|---|
| ຄວາມກວ້າງຂອງແພລດຟອມ | ແຜງຄວບຄຸມ + ໂມດູນສື່ສານ + ອຸປະກອນເສີມ + ຊອບແວ ໃນສາຍດຽວກັນ | ຫຼຸດຜ່ອນຄວາມຊັບຊ້ອນຂອງ SKU ແລະ ພາລະການຝຶກອບຮົມ |
| ການຄວບຄຸມເຟີມແວ | ການຄວບຄຸມລຸ້ນ (Version Control), ຄວາມເຂົ້າກັນໄດ້ຍ້ອນຫຼັງ | ປ້ອງກັນການລົງທຶນໃນໜ້າງານເມື່ອລະບົບພັດທະນາ |
| ຄຸນນະພາບເອກະສານ | ໄດອາແກຣມສາຍໄຟ, ຄູ່ມື CMS, ບັນທຶກໂປຣໂຕຄໍ | ຫຼຸດໄລຍະເວລາການຕິດຕັ້ງ ແລະ ການບໍລິການ |
| ຄວາມພ້ອມ OEM | ແບຣນດິ້ງເຟີມແວ, ຄູ່ມືພາສາທ້ອງຖິ່ນ, MOQ/Lead time | ຊ່ວຍໃຫ້ດຳເນີນກົນລະຍຸດ Private-label ໄດ້ຈິງ |
| ການຕອບສະໜອງ support | ຂະບວນການສົ່ງຕໍ່ບັນຫາ, ການເຂົ້າເຖິງວິສະວະກອນ | ກຳນົດຕົ້ນທຶນຕໍ່ໃບແຈ້ງບັນຫາ |
ຮູບແບບການຕິດຕັ້ງອ້າງອີງສຳລັບໂຄງການພານິດ
ການຕິດຕັ້ງລະບົບສັນຍານເຕືອນໃນແຕ່ລະປະເພດສະຖານທີ່ມີຄວາມຕ້ອງການດ້ານສະຖາປັດຕະຍະກຳ ແລະ ເຄືອຂ່າຍສື່ສານທີ່ແຕກຕ່າງກັນ:
| ປະເພດສະຖານທີ່ | ຮູບແບບຄວາມສ່ຽງ | ສະຖາປັດຕະຍະກຳທີ່ແນະນຳ | ເສັ້ນທາງສື່ສານ | ຂໍ້ພິຈາລະນາສຳລັບຕົວແທນຈຳໜ່າຍ |
|---|---|---|---|---|
| ທະນາຄານ / ຕູ້ ATM | ສູງ | ແຍກພື້ນທີ່ (Partition), ການລາຍງານສອງເສັ້ນທາງ | IP + 4G Backup | ມັກຈະຕ້ອງການການຢືນຢັນດ້ວຍວິດີໂອ |
| ຮ້ານຄ້າຄ his | ປານກາງ, ປະລິມານຫຼາຍ | ເທັມເພຼດມາດຕະຖານ | ເສັ້ນທາງຄົງທີ່ຕາມເທັມເພຼດ | ການຈັດການບັນຊີສູນກາງໃນຂະໜາດໃຫຍ່ |
| ຄັງສິນຄ້າ / ໂລຈິສຕິກ | ປານກາງ, ພື້ນທີ່ກວ້າງ | ແຍກຊັ້ນ ບໍລິເວນຮອບນອກ / ພາຍໃນ | 4G-first ສຳລັບພື້ນທີ່ຫ່າງໄກ | ການປ້ອງກັນສະພາບແວດລ້ອມ (Hardening) |
| ໂຮງຮຽນ / ວິທະຍາເຂດ | ປານກາງ | ຫຼາຍອາຄານ, ແຍກພື້ນທີ່ | IP Backbone ລະຫວ່າງອາຄານ | ການຈັດການ false alarm |
ຄຸນຄ່າຂອງແພລດຟອມຈາກຜູ້ຜະລິດລະບົບສັນຍານເຕືອນ
Athenalarm ເປັນຕົວຢ່າງຂອງຜູ້ຜະລິດທີ່ນຳສະເໜີແພລດຟອມຄົບວົງຈອນ. ແຜງຄວບຄຸມສັນຍານເຕືອນ series AS-9000 ເປັນແພລດຟອມສັນຍານເຕືອນຜູ້ບຸກລຸກສຳລັບພານິດທີ່ໃຊ້ [ການຂະຫຍາຍໂຊນແບບຈັດທີ່ຢູ່ຜ່ານບັດ RS-485] ໂດຍມີຊິບປະມວນຜົນ ARM 32-bit ເປັນຫຼັກ. ຕົວເຄື່ອງພື້ນຖານຮອງຮັບ 16 ໂຊນແບບມີສາຍ ແລະ 30 ໂຊນແບບໄຮ້ສາຍ, ແລະ ສາມາດຂະຫຍາຍຜ່ານ [ບັດສັນຍານເຕືອນແບບດິຟເຟເຣນຊຽວ RS-485] ໄດ້ສູງສຸດເຖິງ 1,656 ໂຊນ.
ແຜງຄວບຄຸມລຸ້ນນີ້ມີໃຫ້ເລືອກໃນຮູບແບບໂມດູນສື່ສານ PSTN, TCP/IP, ແລະ 4G/GPRS (AS-9000FX, AS-9000IP, AS-9000GPRS-4G, AS-9000FF), ເຊິ່ງຊ່ວຍໃຫ້ຕົວແທນຈຳໜ່າຍສາມາດເລືອກເສັ້ນທາງສື່ສານໃຫ້ເໝາະສົມກັບໂຄງສ້າງພື້ນຖານຂອງສະຖານທີ່ໄດ້. ໃນດ້ານການຕິດຕາມ, Athenalarm ເຮັດວຽກຮ່ວມກັບ ຊອບແວຈັດການສູນກາງ ໂດຍມີຄຸນສົມບັດການກວດສອບ Tamper, AC-fail, Battery-fault, ບັນທຶກປະຫວັດ 1,500 ເຫດການ, ແລະ ການປ້ອງກັນ surge ສູງສຸດ 4kV. ນອກຈາກນີ້, ຍັງມີບໍລິການ OEM/ODM ສຳລັບຕົວແທນຈຳໜ່າຍທີ່ຕ້ອງການສ້າງແບຣນຂອງຕົນເອງ.
| ຄວາມຕ້ອງການຂອງຜູ້ຊື້ | ຄວາມສາມາດຂອງແພລດຟອມ | ຄວາມສຳຄັນໃນການຕິດຕັ້ງ |
|---|---|---|
| ການຂະຫຍາຍຫຼາຍອາຄານ/ສະຖານທີ່ | ສະຖາປັດຕະຍະກຳຂະຫຍາຍ [ການຂະຫຍາຍໂຊນແບບຈັດທີ່ຢູ່ຜ່ານບັດ RS-485] | ບໍ່ຕ້ອງອອກແບບສະຖາປັດຕະຍະກຳໃໝ່ທຸກໂຄງການ |
| ຄອບຄຸມພື້ນທີ່ເກົ່າ + ໃໝ່ | ມີໂມດູນສື່ສານຫຼາຍຮູບແບບ (PSTN/IP/4G) ໃນສາຍດຽວກັນ | ໃຊ້ສາຍຜະລິດຕະພັນດຽວກັນຄອບຄຸມໂຄງສ້າງປົນກັນ |
| ການປະຕິບັດງານສູນກາງ | ຊອບແວຈັດການສູນກາງ (Network Alarm Center Management Software) | ເຊື່ອມໂຍງແຜງຄວບຄຸມເຂົ້າກັບ Workflow ການຕິດຕາມ |
| ການວິເຄາະ ແລະ ບໍລິການ | ບັນທຶກເຫດການ, ໝວດໝູ່ Fault ທີ່ມີເອກະສານ | ຫຼຸດໄລຍະເວລາການແກ້ໄຂບັນຫາໃນໜ້າງານ |
| ກົນລະຍຸດຊ່ອງທາງ | ການຮອງຮັບ OEM/ODM | ຊ່ວຍໃຫ້ສ້າງທຸລະກິດ Private-label ໄດ້ |
ຄຳຖາມທີ່ພົບເລື້ອຍ (FAQ)
ຄວາມແຕກຕ່າງລະຫວ່າງຜູ້ຜະລິດສັນຍານເຕືອນ ແລະ ຜູ້ຜະລິດລະບົບຄວາມປອດໄພໃນໂຄງການພານິດຄືຫຍັງ?
ຜູ້ຜະລິດສັນຍານເຕືອນທົ່ວໄປມັກຈະຜະລິດພຽງແຕ່ຮາດແວແຍກຊິ້ນ. ແຕ່ຜູ້ຜະລິດລະບົບຄວາມປອດໄພສຳລັບພານິດຈະຮອງຮັບເຖິງສະຖາປັດຕະຍະກຳການສື່ສານ, [ຄວາມເຂົ້າກັນໄດ້ກັບສູນຮັບສັນຍານກາງ], ການເຊື່ອມໂຍງຊອບແວ, ເອກະສານການຕິດຕັ້ງ, ແລະ ການສະໜັບສະໜູນ OEM ຫຼັງການຂາຍ.
ຕົວແທນຈຳໜ່າຍຄວນກວດສອບຫຍັງແດ່ກ່ອນເລືອກຜູ້ຜະລິດແຜງຄວບຄຸມສັນຍານເຕືອນ?
ຄວນກວດສອບ [ຄວາມເຂົ້າກັນໄດ້ກັບສູນຮັບສັນຍານກາງ] ໂດຍການທົດສອບກັບຕົວຮັບຈິງ, ກວດສອບເອກະສານຕັກກະການສະຫຼັບເສັ້ນທາງຂອງ [ຄວາມທົນທານຂອງການນຳທາງສື່ສານເຄືອຂ່າຍແບບສອງເສັ້ນທາງ], ກວດສອບ [ການຂະຫຍາຍໂຊນແບບຈັດທີ່ຢູ່ຜ່ານບັດ RS-485], ແລະ ຢືນຢັນຄວາມສົມບູນຂອງເອກະສານເຕັກນິກ.
ແຜງຄວບຄຸມສັນຍານເຕືອນສຳລັບພານິດສື່ສານກັບສູນກາງແນວໃດ?
ເຫດການຈາກອຸປະກອນກວດຈັບຈະຖືກປະມວນຜົນໂດຍ [ແຜງຄວບຄຸມສັນຍານເຕືອນ], ເຂົ້າລະຫັດໂດຍໂມດູນສື່ສານ, ສົ່ງຜ່ານເສັ້ນທາງ IP/4G/PSTN, ແລະ ຖືກຮັບ/ຖອດລະຫັດໂດຍຕົວຮັບສັນຍານຂອງສູນກາງ ເພື່ອໃຫ້ເຈົ້າໜ້າທີ່ດຳເນີນການຕອບສະໜອງ.
ລະຫວ່າງ Contact ID ແລະ SIA DC-09 ຄວນເລືອກໃຊ້ຮູບແບບໃດ?
Contact ID ເໝາະສຳລັບລະບົບເດີມ ຫຼື ເຄືອຂ່າຍ PSTN. ສ່ວນ [ໂປຣໂຕຄໍການລາຍງານເຫດການຜ່ານເຄືອຂ່າຍສຳລັບ SIA DC-09] ຖືກອອກແບບມາສຳລັບ IP/4G ໂດຍສະເພາະ. ໃນການນຳໃຊ້ຈິງ ມັກຈະຕ້ອງຮອງຮັບທັງສອງຮູບແບບຕາມໂຄງສ້າງຂອງແຕ່ລະສະຖານທີ່.
ຄວາມທົນທານຂອງການສື່ສານແບບສອງເສັ້ນທາງຄວນມີຄຸນສົມບັດໃດແດ່?
ຕ້ອງມີການກຳນົດເສັ້ນທາງຫຼັກ ແລະ ເສັ້ນທາງສຳຮອງທີ່ຊັດເຈນ, ມີເກນການສະຫຼັບເສັ້ນທາງ (Failover threshold) ທີ່ມີເອກະສານອ້າງອີງ, ມີການກວດສອບ Heartbeat, ແລະ ມີຕັກກະການກັບຄືນໄປຫາເສັ້ນທາງຫຼັກ (Failback) ຢ່າງຖືກຕ້ອງເມື່ອສັນຍານກັບມາເປັນປົກກະຕິ.
ສາເຫດຫຼັກທີ່ເຮັດໃຫ້ການລາຍງານເຫດການລະຫວ່າງແຜງຄວບຄຸມ ແລະ CMS ລົ້ມເຫຼວຄືຫຍັງ?
ຂໍ້ຜິດພາດສ່ວນໃຫຍ່ເກີດຈາກການຕັ້ງຄ່າບໍ່ກົງກັນ: ຮູບແບບລະຫັດບັນຊີບໍ່ຖືກຕ້ອງ, ການຕັ້ງຄ່າເສັ້ນທາງສຳຮອງບໍ່ໄດ້ຮັບການທົດສອບ, ຊື່ໂຊນບໍ່ຊິງກັນ, ຫຼື ການຕັ້ງຄ່າໄລຍະ Heartbeat ບໍ່ເໝາະສົມກັບສະພາບເຄືອຂ່າຍຈິງ.
ບົດສະຫຼຸບ: ສິ່ງທີ່ຜູ້ຊື້ລະດັບມືອາຊີບຄວນຄາດຫວັງຈາກຜູ້ຜະລິດ
ຕົ້ນທຶນຮາດແວຍັງคงມີຄວາມສຳຄັນ, ແຕ່ບໍ່ແມ່ນປັດໄຈດ່ຽວທີ່ກຳນົດຄວາມສຳເລັດຂອງໂຄງການ. ຄວາມເຂົ້າກັນໄດ້ຂອງລະບົບ, ຄວາມທົນທານຂອງການສື່ສານ, ແລະ ຄວາມງ່າຍໃນການບຳລຸງຮັກສາ ຄືປັດໄຈຫຼັກທີ່ແທ້ຈິງ. ຂໍ້ຜິດພາດສ່ວນໃຫຍ່ມັກຈະເກີດຂຶ້ນຢູ່ຮອຍຕໍ່ລະຫວ່າງແຜງຄວບຄຸມກັບສູນກາງ ບໍ່ແມ່ນພາຍໃນຕົວແຜງຄວບຄຸມເອງ.
3 ຫຼັກການสำคัญໃນການປະເມີນຜູ້ຜະລິດ:
- [ຄວາມເຂົ້າກັນໄດ້ກັບສູນຮັບສັນຍານກາງ] — ຮູບແບບການລາຍງານ, ການຈັບຄູ່ລະຫັດເຫດການ, ແລະ ໂຄງສ້າງບັນຊີ ຕ້ອງໄດ້ຮັບການທົດສອບກັບຕົວຮັບຈິງກ່ອນການຕິດຕັ້ງ.
- [ຄວາມທົນທານຂອງການນຳທາງສື່ສານເຄືອຂ່າຍແບບສອງເສັ້ນທາງ] — ມີເກນການສະຫຼັບເສັ້ນທາງ, ໄລຍະ Heartbeat, ແລະ ຕັກກະການກັບຄືນທີ່ມີເອກະສານຊັດເຈນ.
- ສະຖາປັດຕະຍະກຳທີ່ຂະຫຍາຍ ແລະ ບໍລິການງ່າຍ — ຮອງຮັບ [ການຂະຫຍາຍໂຊນແບບຈັດທີ່ຢູ່ຜ່ານບັດ RS-485], ມີ Black-box log, ແລະ ມີການຄວບຄຸມລຸ້ນເຟີມແວທີ່ດີ.
ຜູ້ຜະລິດທີ່ກຸ້ມຄ່າໃນການຮ່ວມມືຄືຜູ້ທີ່ເຮັດໜ້າທີ່ເປັນພັນທະມິດດ້ານສະຖາປັດຕະຍະກຳ — ທີ່ສາມາດຮອງຮັບມາດຕະຖານແພລດຟອມ, ການເຊື່ອມໂຍງສູນກາງ, ງານ OEM, ແລະ ການສະໜັບສະໜູນເຕັກນິກໄລຍະຍາວໄດ້ຢ່າງແທ້ຈິງ.