ສະບາຍດີທຸກຄົນ!

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

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

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

ເພື່ອເຮັດສິ່ງນີ້, ມັນເປັນສິ່ງຈໍາເປັນທີ່ໂມດູນຊອບແວທີ່ເຮັດວຽກກັບເມຄໄດ້ຖືກຕິດຕັ້ງຢູ່ໃນກ້ອງຖ່າຍຮູບ. ຢ່າງໃດກໍຕາມ, ຖ້າພວກເຮົາເວົ້າກ່ຽວກັບກ້ອງຖ່າຍຮູບລາຄາຖືກ, ພວກມັນມີຊັບພະຍາກອນຮາດແວທີ່ຈໍາກັດຫຼາຍ, ເຊິ່ງເກືອບ 100% ຖືກຄອບຄອງໂດຍເຟີມແວພື້ນເມືອງຂອງຜູ້ຂາຍກ້ອງຖ່າຍຮູບ, ແລະບໍ່ມີຊັບພະຍາກອນທີ່ຈໍາເປັນສໍາລັບ plugin ຟັງ. ນັກພັດທະນາຈາກ ivideon ໄດ້ອຸທິດບັນຫານີ້ ບົດຄວາມ, ເຊິ່ງອະທິບາຍວ່າເປັນຫຍັງພວກເຂົາບໍ່ສາມາດຕິດຕັ້ງ plugin ໃນກ້ອງຖ່າຍຮູບລາຄາຖືກ. ດັ່ງນັ້ນ, ລາຄາຕໍາ່ສຸດທີ່ຂອງກ້ອງຖ່າຍຮູບແມ່ນ 5000 rubles ($ 80 ໂດລາ) ແລະເງິນລ້ານທີ່ໃຊ້ໃນອຸປະກອນ.

ພວກເຮົາໄດ້ແກ້ໄຂບັນຫານີ້ຢ່າງສໍາເລັດຜົນ. ຖ້າຫາກວ່າທ່ານມີຄວາມສົນໃຈໃນວິທີການ - ຍິນດີຕ້ອນຮັບການຕັດ

ບາງປະຫວັດສາດ

ໃນປີ 2016, ພວກເຮົາໄດ້ເລີ່ມພັດທະນາເວທີການເຝົ້າລະວັງວິດີໂອຄລາວສຳລັບ Rostelecom.

ໃນແງ່ຂອງຊອບແວກ້ອງຖ່າຍຮູບ, ໃນຂັ້ນຕອນທໍາອິດພວກເຮົາປະຕິບັດຕາມເສັ້ນທາງ "ມາດຕະຖານ" ສໍາລັບວຽກງານດັ່ງກ່າວ: ພວກເຮົາໄດ້ພັດທະນາ plugin ຂອງພວກເຮົາເອງ, ເຊິ່ງຕິດຕັ້ງຢູ່ໃນເຟີມແວມາດຕະຖານຂອງກ້ອງຖ່າຍຮູບຂອງຜູ້ຂາຍແລະເຮັດວຽກກັບເມຄຂອງພວກເຮົາ. ຢ່າງໃດກໍ່ຕາມ, ມັນເປັນມູນຄ່າທີ່ສັງເກດວ່າໃນລະຫວ່າງການອອກແບບພວກເຮົາໄດ້ໃຊ້ວິທີແກ້ໄຂທີ່ມີນ້ໍາຫນັກເບົາແລະມີປະສິດທິພາບທີ່ສຸດ (ຕົວຢ່າງເຊັ່ນ, ການປະຕິບັດ C ທໍາມະດາຂອງ protobuf, libev, mbedtls ແລະຖືກປະຖິ້ມໄວ້ຢ່າງສົມບູນໃນຫ້ອງສະຫມຸດທີ່ສະດວກແຕ່ຫນັກເຊັ່ນ boost)

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

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

ຜູ້ຂາຍທໍາອິດທີ່ເລືອກແມ່ນ Hikvision, ຫນຶ່ງໃນຜູ້ນໍາຂອງໂລກໃນຕະຫຼາດກ້ອງຖ່າຍຮູບ, ສະຫນອງ API ທີ່ມີເອກະສານທີ່ດີແລະສະຫນັບສະຫນູນດ້ານວິຊາການດ້ານວິສະວະກໍາທີ່ມີຄວາມສາມາດ.

ພວກ​ເຮົາ​ໄດ້​ເປີດ​ຕົວ​ໂຄງ​ການ​ທົດ​ລອງ​ຄັ້ງ​ທໍາ​ອິດ​ຂອງ​ພວກ​ເຮົາ​, ການ​ເຝົ້າ​ລະ​ວັງ​ວິ​ດີ​ໂອ​ຟັງ​ຄວາມ​ສະ​ດວກ​, ການ​ນໍາ​ໃຊ້​ກ້ອງ​ຖ່າຍ​ຮູບ Hikvision​.

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

ຂ້ອຍປະຕິເສດທາງເລືອກໃນການປະຕິບັດຊັ້ນປະສົມປະສານສໍາລັບຜູ້ຂາຍແຕ່ລະຄົນເກືອບທັນທີ - ຍ້ອນວ່າມັນບໍ່ສາມາດປັບຂະຫນາດໄດ້ບໍ່ດີແລະກໍານົດຄວາມຕ້ອງການດ້ານວິຊາການທີ່ຮ້າຍແຮງຕໍ່ຮາດແວກ້ອງຖ່າຍຮູບ. ລາຄາຂອງກ້ອງຖ່າຍຮູບທີ່ຕອບສະຫນອງຄວາມຕ້ອງການປ້ອນຂໍ້ມູນເຫຼົ່ານີ້: ~60-70$

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

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

ໃນເວລານັ້ນພວກເຮົາບໍ່ມີຫຍັງເລີຍ. ບໍ່​ມີ​ຫຍັງ​ເລີຍ.

ຜູ້ຂາຍເກືອບທັງຫມົດບໍ່ພ້ອມທີ່ຈະເຮັດວຽກກັບພວກເຮົາໃນລະດັບຕໍ່າດັ່ງກ່າວ. ບໍ່ມີຂໍ້ມູນກ່ຽວກັບວົງຈອນແລະອົງປະກອບ, ບໍ່ມີ SDK ຢ່າງເປັນທາງການຂອງ chipsets ແລະເອກະສານເຊັນເຊີ.
ຍັງບໍ່ມີການສະຫນັບສະຫນູນດ້ານວິຊາການ.

ຄໍາຖາມທັງຫມົດຕ້ອງໄດ້ຮັບການຕອບໂດຍຜ່ານວິສະວະກໍາຍ້ອນກັບ - ການທົດລອງແລະຄວາມຜິດພາດ. ແຕ່ພວກເຮົາໄດ້ຈັດການ.

ກ້ອງຖ່າຍຮູບຮຸ່ນທໍາອິດທີ່ພວກເຮົາໄດ້ທົດສອບແມ່ນ Xiaomi Yi Ants, Hikvision, Dahua, Spezvision, ກ້ອງຖ່າຍຮູບ D-Link ແລະກ້ອງຖ່າຍຮູບຈີນທີ່ບໍ່ມີຊື່ລາຄາຖືກທີ່ສຸດ.

ເທກນິກ

ກ້ອງຖ່າຍຮູບໂດຍອີງໃສ່ຊິບເຊັດ Hisilicon 3518E. ຄຸນ​ລັກ​ສະ​ນະ​ຮາດ​ແວ​ຂອງ​ກ້ອງ​ຖ່າຍ​ຮູບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

Xiaomi Yi Ants
ບໍ່​ມີ​ຊື່

SoC
Hisilicon 3518E
Hisilicon 3518E

RAM
64MB
64MB

FLASH
16MB
8MB

WiFi
mt7601/bcm43143
-

Sensor
ov9732 (720p)
ov9712 (720p)

Ethernet
-
+

MicroSD
+
+

ໄມໂຄໂຟນ
+
+

ລໍາໂພງ
+
+

IRLed
+
+

IRCut
+
+

ພວກເຮົາເລີ່ມຕົ້ນກັບພວກເຂົາ.

ໃນປັດຈຸບັນພວກເຮົາສະຫນັບສະຫນູນຊິບເຊັດ Hisilicon 3516/3518, ເຊັ່ນດຽວກັນກັບ Ambarella S2L/S2LM. ມີຫຼາຍສິບຕົວແບບຂອງກ້ອງຖ່າຍຮູບ.

ອົງປະກອບຂອງເຟີມແວ

uboot

uboot ແມ່ນຕົວໂຫລດ boot, ມັນເປີດເຄື່ອງທໍາອິດຫຼັງຈາກເປີດ, ເລີ່ມຕົ້ນຮາດແວແລະໂຫລດ linux kernel.

script loading ກ້ອງຖ່າຍຮູບແມ່ນຂ້ອນຂ້າງ trivial:

bootargs=mem=38M console=ttyAMA0,115200 rootfstype=ramfs mtdparts=hi_sfc:256K(boot),64K(tech),4096K(kernel),8192K(app),-(config) hw_type=101
bootcmd=sf probe 0; sf read 0x82000000 0x50000 0x400000; bootm 0x82000000; setenv bootargs $(bootargs) bkp=1; sf read 0x82000000 0x450000 0x400000; bootm 0x82000000

ຫນຶ່ງໃນລັກສະນະແມ່ນວ່າມັນຖືກເອີ້ນວ່າສອງຄັ້ງ bootm, ເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ເລັກນ້ອຍຕໍ່ມາ, ເມື່ອພວກເຮົາເຂົ້າຫາລະບົບຍ່ອຍການປັບປຸງ.

ເອົາໃຈໃສ່ກັບສາຍ mem=38M. ແມ່ນແລ້ວ, ແມ່ນແລ້ວ, ນີ້ບໍ່ແມ່ນ typo - kernel Linux ແລະທັງຫມົດ, ທັງຫມົດ, ຄໍາຮ້ອງສະຫມັກທັງຫມົດມີການເຂົ້າເຖິງພຽງແຕ່ 38 megabytes ຂອງ RAM.

ນອກຈາກນີ້ຕໍ່ໄປກັບ uboot ມີຕັນພິເສດທີ່ເອີ້ນວ່າ reg_info, ເຊິ່ງປະກອບດ້ວຍສະຄິບລະດັບຕ່ໍາສໍາລັບການເລີ່ມຕົ້ນ DDR ແລະການລົງທະບຽນລະບົບຈໍານວນຫນຶ່ງຂອງ SoC. ເນື້ອໃນ reg_info ແມ່ນຂຶ້ນກັບຕົວແບບຂອງກ້ອງຖ່າຍຮູບ, ແລະຖ້າມັນບໍ່ຖືກຕ້ອງ, ກ້ອງຖ່າຍຮູບຈະບໍ່ສາມາດໂຫລດ uboot ໄດ້, ແຕ່ຈະ freeze ໃນຂັ້ນຕອນທໍາອິດຂອງການໂຫຼດ.

ທໍາອິດ, ເມື່ອພວກເຮົາເຮັດວຽກໂດຍບໍ່ມີການສະຫນັບສະຫນູນຜູ້ຂາຍ, ພວກເຮົາພຽງແຕ່ຄັດລອກບລັອກນີ້ຈາກເຟີມແວກ້ອງຖ່າຍຮູບຕົ້ນສະບັບ.

Linux kernel ແລະ rootfs

ກ້ອງຖ່າຍຮູບໃຊ້ Linux kernel, ເຊິ່ງເປັນສ່ວນຫນຶ່ງຂອງ SDK ຂອງຊິບ; ປົກກະຕິແລ້ວເຫຼົ່ານີ້ບໍ່ແມ່ນແກ່ນຫລ້າສຸດຈາກສາຂາ 3.x, ດັ່ງນັ້ນພວກເຮົາມັກຈະຕ້ອງຈັດການກັບຄວາມຈິງທີ່ວ່າໄດເວີສໍາລັບອຸປະກອນເພີ່ມເຕີມບໍ່ເຫມາະສົມກັບ kernel ທີ່ໃຊ້. , ແລະພວກເຮົາຕ້ອງ back-port ໃຫ້ເຂົາເຈົ້າກັບກ້ອງຖ່າຍຮູບ kernel.

ບັນຫາອື່ນແມ່ນຂະຫນາດຂອງແກ່ນ. ເມື່ອຂະຫນາດ FLASH ມີພຽງແຕ່ 8MB, ຫຼັງຈາກນັ້ນທຸກໆ byte ຈະນັບແລະວຽກງານຂອງພວກເຮົາແມ່ນເພື່ອປິດການທໍາງານຂອງ kernel ທັງຫມົດທີ່ບໍ່ໄດ້ໃຊ້ຢ່າງລະມັດລະວັງເພື່ອຫຼຸດຜ່ອນຂະຫນາດໃຫ້ຫນ້ອຍລົງ.

Rootfs ເປັນລະບົບໄຟລ໌ພື້ນຖານ. ມັນປະກອບມີ busybox, wifi module drivers, ຊຸດຂອງຫ້ອງສະຫມຸດລະບົບມາດຕະຖານເຊັ່ນ libld и libc, ເຊັ່ນດຽວກັນກັບຊອບແວຂອງພວກເຮົາ, ເຊິ່ງຮັບຜິດຊອບສໍາລັບເຫດຜົນການຄວບຄຸມ LED, ການຄຸ້ມຄອງການເຊື່ອມຕໍ່ເຄືອຂ່າຍແລະການອັບເດດເຟີມແວ.

ລະບົບໄຟລ໌ຮາກແມ່ນເຊື່ອມຕໍ່ກັບ kernel ເປັນ initramfs ແລະເປັນຜົນມາຈາກການກໍ່ສ້າງພວກເຮົາໄດ້ຮັບໄຟລ໌ຫນຶ່ງ. uImage, ເຊິ່ງປະກອບດ້ວຍທັງແກ່ນແລະຮາກ.

ຄໍາຮ້ອງສະຫມັກວິດີໂອ

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

ສິ່ງທີ່ສໍາຄັນ, ຂ້າພະເຈົ້າເຖິງແມ່ນວ່າຈະເວົ້າວ່າທີ່ສໍາຄັນ, ຄຸນນະສົມບັດແມ່ນວິທີການຄໍາຮ້ອງສະຫມັກວິດີໂອພົວພັນກັບ plugin ຟັງ.

ໃນການແກ້ໄຂແບບດັ້ງເດີມ 'ເຟີມແວຂອງຜູ້ຂາຍ + plugin ຟັງ', ເຊິ່ງບໍ່ສາມາດເຮັດວຽກກັບຮາດແວລາຄາຖືກ, ວິດີໂອພາຍໃນກ້ອງຖ່າຍຮູບຖືກສົ່ງຜ່ານໂປໂຕຄອນ RTSP - ແລະນີ້ແມ່ນຄ່າໃຊ້ຈ່າຍຫຼາຍ: ການຄັດລອກແລະສົ່ງຂໍ້ມູນຜ່ານເຕົ້າສຽບ, syscalls ທີ່ບໍ່ຈໍາເປັນ.

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

ປັບປຸງລະບົບຍ່ອຍ

ຈຸດຂອງຄວາມພາກພູມໃຈເປັນພິເສດແມ່ນລະບົບຍ່ອຍທີ່ທົນທານຕໍ່ຄວາມຜິດພາດສໍາລັບການອັບເດດເຟີມແວອອນໄລນ໌.

ໃຫ້ຂ້ອຍອະທິບາຍບັນຫາ. ການອັບເດດເຟີມແວແມ່ນທາງເທັກນິກບໍ່ແມ່ນການເຮັດວຽກຂອງປະລໍາມະນູ, ແລະຖ້າການຂັດຂ້ອງຂອງພະລັງງານເກີດຂຶ້ນໃນລະຫວ່າງການປັບປຸງ, ໜ່ວຍຄວາມຈຳແຟລດຈະມີສ່ວນໜຶ່ງຂອງເຟີມແວໃໝ່ທີ່ “ຂຽນໄວ້”. ຖ້າທ່ານບໍ່ໃຊ້ມາດຕະການພິເສດ, ຫຼັງຈາກນັ້ນ, ກ້ອງຖ່າຍຮູບຈະກາຍເປັນ "ອິດ" ທີ່ຕ້ອງຖືກນໍາໄປຫາສູນບໍລິການ.

ພວກເຮົາໄດ້ຈັດການກັບບັນຫານີ້ເຊັ່ນກັນ. ເຖິງແມ່ນວ່າກ້ອງຖ່າຍຮູບຖືກປິດໃນລະຫວ່າງການອັບເດດ, ມັນຈະອັດຕະໂນມັດແລະໂດຍບໍ່ມີການແຊກແຊງຂອງຜູ້ໃຊ້ດາວໂຫລດເຟີມແວຈາກຄລາວແລະດໍາເນີນການຟື້ນຟູ.

ໃຫ້ເບິ່ງເຕັກນິກໃນລາຍລະອຽດເພີ່ມເຕີມ:

ຈຸດທີ່ມີຄວາມສ່ຽງທີ່ສຸດແມ່ນການຂຽນທັບ partition ກັບ Linux kernel ແລະລະບົບໄຟລ໌ຮາກ. ຖ້າຫນຶ່ງໃນອົງປະກອບເຫຼົ່ານີ້ເສຍຫາຍ, ກ້ອງຖ່າຍຮູບຈະບໍ່ boot ເກີນກວ່າ bootloader uboot, ເຊິ່ງບໍ່ສາມາດດາວໂຫລດເຟີມແວຈາກຄລາວ.

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

ການແກ້ໄຂທີ່ດີ - ແນວໃດກໍ່ຕາມ, kernel ກັບ rootfs ໃຊ້ເວລາປະມານ 3.5MB ແລະສໍາລັບການສໍາຮອງຂໍ້ມູນຖາວອນທ່ານຈໍາເປັນຕ້ອງຈັດສັນ 3.5MB. ກ້ອງຖ່າຍຮູບລາຄາຖືກທີ່ສຸດພຽງແຕ່ບໍ່ມີພື້ນທີ່ຫວ່າງຫຼາຍສໍາລັບ kernel ສໍາຮອງຂໍ້ມູນ.

ດັ່ງນັ້ນ, ເພື່ອສໍາຮອງຂໍ້ມູນ kernel ໃນລະຫວ່າງການອັບເດດເຟີມແວ, ພວກເຮົາໃຊ້ການແບ່ງປັນແອັບພລິເຄຊັນ.
ແລະເພື່ອເລືອກພາທິຊັນທີ່ຕ້ອງການກັບ kernel, ສອງຄໍາສັ່ງຖືກນໍາໃຊ້ bootm ໃນ uboot - ໃນຕອນເລີ່ມຕົ້ນພວກເຮົາພະຍາຍາມໂຫລດແກ່ນຕົ້ນຕໍແລະຖ້າມັນເສຍຫາຍ, ຫຼັງຈາກນັ້ນ, ສໍາຮອງຂໍ້ມູນຫນຶ່ງ.

ນີ້ຮັບປະກັນວ່າໃນເວລາໃດກໍ່ຕາມກ້ອງຖ່າຍຮູບຈະມີ kernel ທີ່ຖືກຕ້ອງກັບ rootfs, ແລະມັນຈະສາມາດບູດແລະຟື້ນຟູເຟີມແວໄດ້.

ລະບົບ CI/CD ສໍາລັບການກໍ່ສ້າງ ແລະຕິດຕັ້ງເຟີມແວ

ເພື່ອສ້າງເຟີມແວ, ພວກເຮົາໃຊ້ gitlab CI, ເຊິ່ງສ້າງເຟີມແວອັດຕະໂນມັດສໍາລັບທຸກຕົວແບບກ້ອງຖ່າຍຮູບທີ່ສະຫນັບສະຫນູນ, ແລະຫຼັງຈາກສ້າງເຟີມແວ, ມັນຈະຖືກນໍາໄປໃຊ້ໂດຍອັດຕະໂນມັດກັບການບໍລິການອັບເດດຊອບແວກ້ອງຖ່າຍຮູບ.

ຈາກການບໍລິການ, ການອັບເດດເຟີມແວຖືກສົ່ງໃຫ້ກ້ອງຖ່າຍຮູບທົດສອບ QA ຂອງພວກເຮົາ, ແລະເມື່ອສໍາເລັດຂັ້ນຕອນການທົດສອບທັງຫມົດ, ໄປຫາກ້ອງຖ່າຍຮູບຂອງຜູ້ໃຊ້.

ຄວາມປອດໄພຂໍ້ມູນຂ່າວສານ

ມັນບໍ່ມີຄວາມລັບທີ່ປະຈຸບັນຄວາມປອດໄພຂອງຂໍ້ມູນແມ່ນລັກສະນະທີ່ສໍາຄັນທີ່ສຸດຂອງອຸປະກອນ IoT, ລວມທັງກ້ອງຖ່າຍຮູບ. Botnets ເຊັ່ນ Mirai ກໍາລັງ roaming ອິນເຕີເນັດ, ຕິດເຊື້ອລ້ານຂອງກ້ອງຖ່າຍຮູບທີ່ມີ firmware ມາດຕະຖານຈາກຜູ້ຂາຍ. ກ່ຽວກັບຜູ້ຂາຍກ້ອງຖ່າຍຮູບ, ຂ້າພະເຈົ້າບໍ່ສາມາດຊ່ວຍໄດ້ແຕ່ສັງເກດວ່າເຟີມແວມາດຕະຖານປະກອບດ້ວຍຫຼາຍຫນ້າທີ່ບໍ່ຈໍາເປັນສໍາລັບການເຮັດວຽກກັບເມຄ, ແຕ່ມີຊ່ອງຫວ່າງຫຼາຍທີ່ botnets ໃຊ້ປະໂຫຍດຈາກ.

ດັ່ງນັ້ນ, ຟັງຊັນທີ່ບໍ່ໄດ້ໃຊ້ທັງໝົດໃນເຟີມແວຂອງພວກເຮົາຖືກປິດໃຊ້ງານ, ທຸກພອດ tcp/udp ປິດ, ແລະເມື່ອອັບເດດເຟີມແວ, ລາຍເຊັນດິຈິຕອນຂອງຊອບແວຈະຖືກກວດສອບ.

ແລະນອກຈາກນີ້, ເຟີມແວໄດ້ຜ່ານການທົດສອບເປັນປົກກະຕິຢູ່ໃນຫ້ອງທົດລອງຄວາມປອດໄພຂໍ້ມູນຂ່າວສານ.

ສະຫລຸບ

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

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

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

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