ພວກເຮົາກຳລັງຂຽນ OTA bootloader ສຳລັບ ATmega128RFA1 (ເປັນສ່ວນໜຶ່ງຂອງອຸປະກອນ Smart Response XE)

ມັນທັງຫມົດໄດ້ເລີ່ມຕົ້ນໂດຍຜູ້ຂຽນໄດ້ຊື້ອຸປະກອນທີ່ຫນ້າສົນໃຈໃນຕະຫຼາດຮອງ - Smart Response XE (ລາຍ​ລະ​ອຽດ​ສັ້ນ​). ມັນມີຈຸດປະສົງສໍາລັບໂຮງຮຽນ: ນັກຮຽນແຕ່ລະຄົນໃນຫ້ອງຮຽນໄດ້ຮັບອຸປະກອນທີ່ຄ້າຍຄືກັນກັບປື້ມບັນທຶກເອເລັກໂຕຣນິກຫຼືນັກແປຈາກ nineties, ຄູສອນຖາມຄໍາຖາມ, ແລະນັກຮຽນພິມຄໍາຕອບໃສ່ແປ້ນພິມຂອງອຸປະກອນ, ເຊິ່ງໄດ້ຮັບໂດຍຜ່ານ a. ຊ່ອງວິທະຍຸ (802.15.4) ໄປຫາເຄື່ອງຮັບສັນຍານທີ່ເຊື່ອມຕໍ່ກັບ PC ຂອງຄູ.

ອຸ​ປະ​ກອນ​ເຫຼົ່າ​ນີ້​ໄດ້​ຖືກ​ຢຸດ​ເຊົາ​ເມື່ອ​ຫລາຍ​ປີ​ກ່ອນ, ແລະ​ສິ່ງ​ທີ່​ໂຮງ​ຮຽນ​ໄດ້​ຊື້​ໃນ​ລາ​ຄາ $100-$200 ແຕ່​ລະ​ຄົນ​ໃນ​ປັດ​ຈຸ​ບັນ​ໄດ້​ປະ​ກາດ​ຂຶ້ນ​ຢູ່​ໃນ eBay ສໍາ​ລັບ $10 ຫຼື​ຫນ້ອຍ. ຮາດແວຢູ່ທີ່ນັ້ນ ເໝາະຫຼາຍສຳລັບການທົດລອງ geeky:

• 60 ຄີບອດ
• ຈໍສະແດງຜົນທີ່ມີຄວາມລະອຽດ 384 × 136, 2 ບິດຕໍ່ pixels - ຄ້າຍຄືກັບ BC, CGA, ແຕ່ 4 ບໍ່ແມ່ນສີ, ແຕ່ການປັບລະດັບຄວາມສະຫວ່າງ.
• microcontroller ATmega128RFA1 (128 kB ຫນ່ວຍຄວາມຈໍາ flash, 4 kB ROM, 16 kB RAM, 802.15.4 transceiver)
• ພາຍນອກ (ກ່ຽວກັບ microcontroller, ບໍ່ແມ່ນອຸປະກອນທັງຫມົດ) flash memory 1 megabit (128 kilobyte) ທີ່ມີການໂຕ້ຕອບ SPI.
• ຊ່ອງສໍາລັບ 4 ອົງປະກອບ AAA.

ຈາກຊື່ຂອງ microcontroller ມັນເປັນທີ່ຊັດເຈນວ່າມັນເປັນຂອງຄອບຄົວ AVR, ຊຶ່ງຫມາຍຄວາມວ່າການເຮັດໃຫ້ອຸປະກອນທີ່ເຂົ້າກັນໄດ້ Arduino ແມ່ນຫຼາຍກ່ວາວຽກງານທີ່ບໍ່ສໍາຄັນ ...

ຈາກ​ຂ່າວ Hackday ຜູ້ຂຽນຄົ້ນພົບວ່າມັນແມ່ນຫຍັງ ໄດ້ເຮັດແລ້ວ (ການເຊື່ອມຕໍ່ດຽວກັນບອກທ່ານວ່າຕ້ອງເຊື່ອມຕໍ່ບ່ອນໃດ), ມີໂອກາດທີ່ຈະດໍາເນີນການເກມສໍາລັບ Arduboy:

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

• ໜ່ວຍຄວາມຈຳແຟລດທີ່ມີການໂຕ້ຕອບ SPI serial
• bootloaders ສໍາລັບ AVR
• ມາດຕະຖານ 802.15.4

ຜູ້ຂຽນເລີ່ມຕົ້ນດ້ວຍການຂຽນ ຫ້ອງສະ ໝຸດ (GPL v3), ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດເລີ່ມຕົ້ນການສະແດງຜົນ, ສົ່ງອອກຂໍ້ຄວາມແລະສີ່ຫລ່ຽມ, ແລະເຂົ້າເຖິງ SPI flash memory. ຫຼັງຈາກນັ້ນ, ລາວໄດ້ເລີ່ມຕົ້ນແນວຄວາມຄິດສໍາລັບການນໍາໃຊ້ຕົວຈິງຂອງອຸປະກອນ: terminal ກະເປົ໋າທີ່ເຂົ້າກັນໄດ້ VT-100, ເກມຫຼາຍຜູ້ນ. ໂດຍໄດ້ກໍ່ສ້າງສາມອຸປະກອນໃຫມ່, ລາວຕັດສິນໃຈ "ສອນ" ໃຫ້ເຂົາເຈົ້າໄດ້ຮັບການແຕ້ມຮູບ "ຢູ່ເທິງອາກາດ." ສິ່ງທີ່ຈະບໍ່ພຽງແຕ່ຫນ້າສົນໃຈ, ແຕ່ຍັງສະດວກຫຼາຍ: ກໍລະນີອຸປະກອນແມ່ນຍາກທີ່ຈະເປີດທຸກຄັ້ງ, ແລະພາຍໃຕ້ຝາປິດຊ່ອງຫມໍ້ໄຟມີພຽງແຕ່ຮູທີ່ອະນຸຍາດໃຫ້ທ່ານສາມາດເຊື່ອມຕໍ່ໂປແກຼມ JTAG ກັບກະດານ.

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

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

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

Arduino IDE ໃຊ້ໂປຣແກຣມເພື່ອອັບໂຫລດຮູບແຕ້ມ ນ້ ຳ ມັນ. ມັນພົວພັນກັບ microcontroller ໂດຍໃຊ້ໂປໂຕຄອນ STK500, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດໂອນໄຟລ໌ໃນທັງສອງທິດທາງ. ມັນເຂົ້າກັນໄດ້ບໍ່ດີກັບຊ່ອງທາງທີ່ຄວາມລ່າຊ້າຕົວແປ, ການບິດເບືອນແລະການສູນເສຍຂໍ້ມູນເປັນໄປໄດ້. ຖ້າຫາກວ່າບາງສິ່ງບາງຢ່າງມາວ່າງຫຼື rustles ໃນຊ່ອງ serial, ທ່ານສາມາດໄປ Crazy ຊອກຫາສາເຫດ. ເມື່ອຜູ້ຂຽນທົນທຸກສໍາລັບເຄິ່ງຫນຶ່ງມື້ຈົນກ່ວາລາວຮູ້ວ່າບັນຫາແມ່ນສາຍໄຟທີ່ບໍ່ດີ, ເຊັ່ນດຽວກັນກັບຕົວແປງການໂຕ້ຕອບ CP2102 capricious. ເຖິງແມ່ນວ່າ microcontroller ທີ່ມີຕົວແປງການໂຕ້ຕອບໃນຕົວ, ສໍາລັບການຍົກຕົວຢ່າງ, ATmega32u4, ບາງຄັ້ງສາມາດປະຕິບັດເຊັ່ນນີ້. ຜູ້ໃຊ້ Arduino ທຸກຄົນໄດ້ສັງເກດເຫັນວ່າຄວາມຜິດພາດໃນເວລາອັບໂຫລດຮູບແຕ້ມບໍ່ແມ່ນຫນ້ອຍ. ບາງ​ຄັ້ງ​ການ​ບັນ​ທຶກ​ເປັນ​ໄປ​ໄດ້​ດີ​, ແຕ່​ໃນ​ລະ​ຫວ່າງ​ການ​ທົດ​ສອບ​ການ​ອ່ານ​ຂໍ້​ຜິດ​ພາດ​ໄດ້​ຖືກ​ກວດ​ພົບ​. ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າມີຄວາມຜິດພາດໃນລະຫວ່າງການຂຽນ - ມີຄວາມລົ້ມເຫຼວໃນລະຫວ່າງການອ່ານ. ຕອນນີ້ຈິນຕະນາການວ່າເມື່ອເຮັດວຽກ "ຢູ່ເທິງອາກາດ" ສິ່ງດຽວກັນຈະເກີດຂຶ້ນ, ແຕ່ເລື້ອຍໆຫຼາຍ.

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

ຫຼັງຈາກຂຽນລະຫັດເພື່ອເຮັດວຽກກັບຊ່ອງທາງວິທະຍຸ, ເຊັ່ນດຽວກັນກັບຕົວອັກສອນ, ຕົວໂຫຼດໄດ້ຍາວກວ່າ 4 ກິໂລໄບ. ດັ່ງນັ້ນ, ຄ່າ HFUSE ຕ້ອງໄດ້ປ່ຽນຈາກ 0xDA ເປັນ 0xD8. ໃນປັດຈຸບັນ bootloader ສາມາດຍາວເຖິງ 8 ກິໂລແມັດ, ແລະທີ່ຢູ່ເລີ່ມຕົ້ນໃນປັດຈຸບັນແມ່ນ 0x1E000. ນີ້ແມ່ນສະທ້ອນໃຫ້ເຫັນຢູ່ໃນ Makefile, ແຕ່ຍັງຄວນຈະຖືກພິຈາລະນາໃນເວລາຕື່ມ bootloader ຜ່ານ avrdude.

ເຄື່ອງຮັບສັນຍານ 802.15.4 ໃນ ATmega128RFA1 ໄດ້ຖືກອອກແບບໃນເບື້ອງຕົ້ນເພື່ອເຮັດວຽກໂດຍໃຊ້ໂປຣໂຕຄໍ Zigbee, ເຊິ່ງຂ້ອນຂ້າງສັບສົນ, ດັ່ງນັ້ນຜູ້ຂຽນໄດ້ຕັດສິນໃຈພຽງແຕ່ສົ່ງແພັກເກັດແທນ. ນີ້ແມ່ນປະຕິບັດໃນຮາດແວໃນ ATmega128RFA1, ດັ່ງນັ້ນລະຫັດຫນ້ອຍແມ່ນຕ້ອງການ. ນອກຈາກນັ້ນ, ສໍາລັບຄວາມງ່າຍດາຍ, ຜູ້ຂຽນໄດ້ຕັດສິນໃຈທີ່ຈະໃຊ້ຊ່ອງທາງຄົງທີ່, ບໍ່ໃຫ້ທ່ານເລືອກມັນດ້ວຍຕົນເອງ. ມາດຕະຖານ 802.15.4 ສະຫນັບສະຫນູນ 16 ຊ່ອງທີ່ມີຕົວເລກຈາກ 11 ຫາ 26. ພວກເຂົາເຈົ້າແມ່ນຂ້ອນຂ້າງແອອັດ, ບາງຊ່ອງຍັງ overlap WiFi (ສີແດງແມ່ນຊ່ອງ ZigBee, ສີຟ້າ, ສີຂຽວແລະສີເຫຼືອງແມ່ນ WiFi).

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

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

ອົງປະກອບທີ່ສໍາຄັນຂອງການສົນທະນານີ້ແມ່ນການສົ່ງຕໍ່ແພັກເກັດທີ່ມີຈຸດປະສົງເພື່ອຂຽນໃສ່ຫນ່ວຍຄວາມຈໍາ flash ຂອງອຸປະກອນປາຍທາງ. ສໍາລັບ microcontrollers ງ່າຍດາຍຂອງຄອບຄົວ AVR, ຂະຫນາດຫນ້າແມ່ນ 128 bytes, ແຕ່ສໍາລັບ ATmega128RFA1 ມັນແມ່ນ 256. ແລະສໍາລັບຫນ່ວຍຄວາມຈໍາ flash ທີ່ເຊື່ອມຕໍ່ຜ່ານໂປໂຕຄອນ SPI, ມັນກໍ່ຄືກັນ. ໂປລແກລມໃນອຸປະກອນທໍາອິດ, ເມື່ອອັບໂຫລດຮູບແຕ້ມ, ບໍ່ໄດ້ໂອນມັນທັນທີທັນໃດກັບອຸປະກອນທີສອງ, ແຕ່ຂຽນໄວ້ໃນຫນ່ວຍຄວາມຈໍານີ້. ເມື່ອ Arduino IDE ກວດເບິ່ງຄວາມຖືກຕ້ອງຂອງການເຂົ້າ, ມັນຖືກສົ່ງສິ່ງທີ່ຂຽນຢູ່ທີ່ນັ້ນ. ໃນປັດຈຸບັນພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ສົ່ງຂໍ້ມູນທີ່ໄດ້ຮັບຜ່ານຊ່ອງທາງວິທະຍຸໄປຫາອຸປະກອນທີສອງ. ໃນເວລາດຽວກັນ, ການປ່ຽນຈາກການຮັບໄປສູ່ການສົ່ງແລະກັບຄືນແມ່ນຂ້ອນຂ້າງເລື້ອຍໆ. ໂປໂຕຄອນ STK500 ແມ່ນບໍ່ສົນໃຈກັບການຊັກຊ້າ, ແຕ່ບໍ່ທົນທານຕໍ່ການສູນເສຍຂໍ້ມູນ (ແປກ, ແຕ່ໄດ້ເວົ້າຂ້າງເທິງວ່າຄວາມລ່າຊ້າຍັງມີຜົນກະທົບຕໍ່ການໂອນຂໍ້ມູນ). ແລະການສູນເສຍໃນລະຫວ່າງການສົ່ງໄຮ້ສາຍແມ່ນຫຼີກລ່ຽງບໍ່ໄດ້. ATmega128RFA1 ມີການກໍ່ສ້າງໃນຮາດແວປະຕິບັດການຮ້ອງຂໍຊ້ໍາໃນເວລາທີ່ມີຄວາມສົງໃສກ່ຽວກັບຄວາມຖືກຕ້ອງຂອງການໂອນ, ແຕ່ຜູ້ຂຽນໄດ້ຕັດສິນໃຈທີ່ຈະປະຕິບັດດຽວກັນໃນຊອບແວຕົນເອງ. ລາວພັດທະນາໂປໂຕຄອນທີ່ຂໍ້ມູນຫຼາຍໄຫລຜ່ານທາງດຽວກ່ວາທາງອື່ນ.

ມັນບໍ່ສົມບູນແບບ, ແຕ່ມັນເຮັດວຽກ. ຫນ້າ 256-byte ຖືກແບ່ງອອກເປັນສີ່ສ່ວນ, ແຕ່ລະສ່ວນຖືກສົ່ງຜ່ານທາງອາກາດເປັນແພັກເກັດ. ແພັກເກັດສາມາດເກັບຂໍ້ມູນໄດ້ເຖິງ 125 ໄບຕ໌ ບວກກັບໜຶ່ງໄບຕ໌ສຳລັບຄວາມຍາວ ແລະສອງໄບຕ໌ສຳລັບ CRC. ດັ່ງນັ້ນ fragments 64 bytes ຍາວພ້ອມກັບຕົວເລກຫນ້າແລະສ່ວນ (ຈາກ 0 ຫາ 3) ແມ່ນຖືກຈັດໃສ່ຢູ່ທີ່ນັ້ນ. ອຸປະກອນຮັບມີຕົວແປທີ່ຊ່ວຍໃຫ້ມັນຕິດຕາມຈໍານວນສ່ວນທີ່ໄດ້ຮັບ, ແລະເມື່ອທັງສີ່ມາຮອດ, ອຸປະກອນສົ່ງໄດ້ຮັບການຢືນຢັນວ່າຫນ້າທັງຫມົດໄດ້ຮັບ. ບໍ່ມີການຢືນຢັນ (CRC ບໍ່ກົງກັນ) - ສົ່ງຄືນຫນ້າທັງຫມົດ. ຄວາມໄວແມ່ນຍິ່ງໃຫຍ່ກວ່າເວລາສົ່ງຜ່ານສາຍ. ເບິ່ງ:

ແຕ່ໂດຍທົ່ວໄປ, ມັນຈະມີຄວາມຈໍາເປັນທີ່ຈະສະຫນອງວິທີທີ່ສະດວກໃນການເຊື່ອມຕໍ່ສາຍກັບອຸປະກອນສໍາລັບການອັບໂຫລດ sketch ແລະຜ່ານມັນ. ສໍາລັບຕົວຢ່າງ, ວາງພາຍໃນຕົວແປງອິນເຕີເຟດດັ່ງກ່າວໃສ່ CP2102, ຄືກັບໃນຮູບ, ແລະກາວມັນໃສ່ກະດານເພື່ອໃຫ້ມັນສາມາດທົນຕໍ່ແຮງດັນໃນເວລາເຊື່ອມຕໍ່ແລະຕັດສາຍ Micro USB.

ມັນຍັງມີ stabilizer 3,3-volt (ແລະວິທີການນໍາໃຊ້ມັນຢູ່ໃນອຸປະກອນທີ່ມີການສະຫນອງພະລັງງານ 6-volt - ຖ້າຫາກວ່າພຽງແຕ່ມັນມີ stabilizer ດຽວກັນ, ແລະທ່ານສາມາດເພີ່ມສອງ diodes ອັດຕະໂນມັດທີ່ຈະເລືອກເອົາວ່າມັນຈະພະລັງງານອຸປະກອນ). . ທັງສາມ LEDs ຕ້ອງໄດ້ຮັບການ unsoldered ຈາກກະດານແປງການໂຕ້ຕອບ, ຖ້າບໍ່ດັ່ງນັ້ນພວກເຂົາເຈົ້າຍັງຈະໂຫຼດຫມໍ້ໄຟໃນເວລາທີ່ດໍາເນີນການກ່ຽວກັບພວກເຂົາ, ແລະຍັງແຊກແຊງການສໍາຫຼວດແປ້ນພິມແລະເຮັດວຽກກັບຫນ່ວຍຄວາມຈໍາ flash ກັບການໂຕ້ຕອບ SPI.

ການປະຕິບັດຕາມເປົ້າໝາຍໄດ້ກາຍມາເປັນໜ້າສົນໃຈຫຼາຍກວ່າການບັນລຸມັນ (ແລະບໍ່ຕ້ອງການເລື່ອງຕະຫຼົກກ່ຽວກັບລົດເມ). ຜູ້ຂຽນໄດ້ຮຽນຮູ້ຫຼາຍຢ່າງກ່ຽວກັບ AVR bootloaders, SPI flash memory, the STK500 protocol ແລະມາດຕະຖານ 802.15.4.

ລະ​ຫັດ​ອື່ນໆ​ທັງ​ຫມົດ​ນອກ​ເຫນືອ​ໄປ​ຈາກ​ຫ້ອງ​ສະ​ຫມຸດ​ອະ​ທິ​ບາຍ​ຂ້າງ​ເທິງ​ແມ່ນ − ທີ່ນີ້, ແລະມັນຍັງຢູ່ພາຍໃຕ້ GPL v3. Twitter ຂອງ​ຜູ້​ຂຽນ - ທີ່ນີ້.

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