ຫຼິ້ນເກມດ້ວຍ Wifi ໃນ ESP32

ສິ່ງ​ທີ່​ໃຫ້​ຂ້າ​ພະ​ເຈົ້າ​ມີ​ຄວາມ​ຄິດ​ທີ່​ຈະ​ເຮັດ​ໃຫ້​ເຄື່ອງ​ມື​ກະ​ເປົ໋າ​ສໍາ​ລັບ​ການ​ວິ​ເຄາະ​ເຄືອ​ຂ່າຍ WiFi ແມ່ນ​ ຫົວ​ຂໍ້​ນີ້.

ຂອບໃຈພວກເຂົາສໍາລັບຄວາມຄິດ. ຂ້າພະເຈົ້າພຽງແຕ່ບໍ່ມີຫຍັງເຮັດ.

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

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

ຄວາມຄິດເຫັນຂອງຂ້ອຍກ່ຽວກັບ "ເຄື່ອງມືທົ່ວໄປ" ແລະເຫດຜົນສໍາລັບການເລືອກ ESP32

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

ສະເຫນີໃນບົດຄວາມ ກໍລະນີການນໍາໃຊ້ປະສົມປະສານຂອງ Linux (ໃນເບື້ອງຕົ້ນ Raspberry Pi) + "ອຸປະກອນຕໍ່" ໃນຮູບແບບຂອງຕົວຄວບຄຸມ (STM32) + CC1110 (8051 core) ແລະແຜນການທີ່ຈະລວບລວມທຸກສິ່ງທີ່ເປັນໄປໄດ້ຢູ່ໃນນັ້ນ (125kHz, NFC, 433mHz, USB, iButton, bluetooth, ?) ເບິ່ງຄືວ່າບໍ່ເຫມາະສົມສໍາລັບຂ້ອຍ. ແນວໃດກໍ່ຕາມ, ໂຄງການນີ້ ເບິ່ງຄືວ່າມັນຈະຍັງຄົງເປັນສ່ວນຕົວແລະປິດ (flipper-zero github "ອົງການນີ້ບໍ່ມີບ່ອນເກັບຂໍ້ມູນສາທາລະນະ.") ແລະໄປຫາຮາດແວທີ່ບໍ່ທໍາມະດາຫຼາຍ.

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

ຄວາມຕ້ອງການຂອງຂ້ອຍສໍາລັບ "ເຄື່ອງມື"

ກ່ອງຄວນຈະມີຂະຫນາດນ້ອຍ (ນ້ອຍກວ່າກໍ່ດີກວ່າ).

ເພາະສະນັ້ນ:

• ບໍ່ຈຳເປັນຕ້ອງມີແບັດເຕີຣີໃນຕົວ. ດ້ວຍກະແສ> 100 mA ເມື່ອເຮັດວຽກກັບ Wifi, ແບັດເຕີຣີໃນຕົວຈະມີຂະໜາດໃຫຍ່ ຫຼື ບໍ່ດົນ. ດັ່ງນັ້ນ, ໃຫ້ "ກ່ອງ" ຖືກໃຊ້ໂດຍທະນາຄານພະລັງງານມາດຕະຖານ. ແນວໃດກໍ່ຕາມ, ຂ້ອຍມີທະນາຄານພະລັງງານຢູ່ໃນກະເປົ໋າ/ລົດຂອງຂ້ອຍສະເໝີ.
• ຮັກສາ "ກ່ອງ" Linux ທີ່ມີເຄື່ອງມືພາຍໃນ, ຂຽນມາຫຼາຍປີໃນທຸກພາສາ ດ້ວຍໜ້າຈໍຂະໜາດນ້ອຍ ແລະປຸ່ມຄວບຄຸມທີ່ໜ້ອຍກວ່າ, ມັນບໍ່ມີຄວາມໝາຍຫຍັງເລີຍ. ຜົນ​ໄດ້​ຮັບ​ສາ​ມາດ​ເບິ່ງ / ປະ​ມວນ​ຜົນ​ໃນ​ຄອມ​ພິວ​ເຕີ​ປົກ​ກະ​ຕິ​ທີ່​ມີ​ແປ້ນ​ພິມ​ເຕັມ​ແລະ​ຫນ້າ​ຈໍ​.
• ອົງປະກອບຄວນຈະສາມາດເຂົ້າເຖິງໄດ້ງ່າຍແລະເປັນທີ່ຮູ້ຈັກຢ່າງກວ້າງຂວາງ (SDK ທີ່ມີຢູ່, ຕົວຢ່າງຫຼາຍແລະເອກະສານ).

ດັ່ງນັ້ນ, ສໍາລັບຂ້ອຍ, ທາງເລືອກແມ່ນຈະແຈ້ງ - ESP32.

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

• ຫຼິ້ນອ້ອມດ້ວຍ Bluetooth.
• ຫຼິ້ນອ້ອມຮອບດ້ວຍລະດັບ 433mHz ດ້ວຍຮາດແວທີ່ງ່າຍດາຍທີ່ສຸດ (ພຽງແຕ່ໂມດູນຄວາມກວ້າງໃຫຍ່, ເຊິ່ງພຽງພໍກັບຄວາມຕ້ອງການປະຕິບັດ).

ບິນໃນຢາຂີ້ເຜິ້ງໃນ ESP32

• ESP32 SDK (IDF) ແມ່ນຂ້ອນຂ້າງ clumsy.
• ບາງຫນ້າທີ່ເຮັດວຽກ (WiFi stack, ສໍາລັບການຍົກຕົວຢ່າງ) ມາໂດຍບໍ່ມີລະຫັດແຫຼ່ງໃນຮູບແບບຂອງຫໍສະຫມຸດຄົງທີ່ປະກອບ.
• ແຖບ 5gHz ແມ່ນບໍ່ຮອງຮັບແລະມີຂໍ້ຈໍາກັດບາງຢ່າງແລະ clumsiness ໃນການເຮັດວຽກກັບ WiFi.

ແຕ່ລາຄາ / ຂະຫນາດໄດ້ຊົດເຊີຍຢ່າງສົມບູນສໍາລັບຂໍ້ບົກຜ່ອງເຫຼົ່ານີ້.

ການທໍາງານຂອງຊອບແວຕົ້ນຕໍ

ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ອະ​ທິ​ບາຍ​ໂດຍ​ຫຍໍ້​ຫນ້າ​ທີ່​ແລະ​ຄວາມ​ຄິດ​ເຫັນ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ກ່ຽວ​ກັບ ...

ການຈັດການການຕັ້ງຄ່າແລະການອັບໂຫລດໄຟລ໌ຈາກ SD

ການຄວບຄຸມພາຍນອກທັງຫມົດແມ່ນເຮັດຜ່ານຫນ້າເວັບທີ່ງ່າຍດາຍ, ເປີດຕົວໃນລາຍການເມນູແຍກຕ່າງຫາກ. ESP32 ເລີ່ມຢູ່ໃນໂໝດ WiFi AP ແລະສະແດງໜ້າໃດໜຶ່ງຢູ່ທີ່ທີ່ຢູ່ IP ຄົງທີ່.

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

ຮູບແບບການເຮັດວຽກກັບແພັກເກັດ Beacon

ຮູບແບບແມ່ນ banal ແລະບໍ່ຫນ້າສົນໃຈຫຼາຍ. ສ້າງຂຶ້ນ "ເພາະວ່າມັນເປັນໄປໄດ້." ສໍາລັບການກວດສອບ.
ມີຕົວຢ່າງໃນຕົວຢ່າງ Espressif ຢ່າງເປັນທາງການ.

ໂໝດສະແກນລາຍຊື່ AP.
ໃນຄວາມເປັນຈິງ, ໂທລະສັບສະຫຼາດໃດກໍ່ຕາມສາມາດເຮັດໄດ້.
ດີ, ໃນໂຫມດນີ້ບັນຊີລາຍຊື່ AP ຈະຖືກບັນທຶກໄວ້.
Beacon spammer.
ESP32 ເລີ່ມຕົ້ນເປັນ AP ທີ່ມີ SSID ທີ່ເຊື່ອງໄວ້ແລະ MAC ແບບສຸ່ມແລະເລີ່ມສົ່ງ [beacon frame] ຕາມລາຍຊື່ SSIDs ທີ່ສ້າງໄວ້ກ່ອນ (ສ້າງດ້ວຍຕົນເອງຫຼືໄດ້ຮັບກ່ອນຫນ້າໂດຍການສະແກນລາຍຊື່ AP)

ໂໝດການດມຊຸດແພັກເກັດ WiFi

ນັກພັດທະນາ Espressif ໄດ້ເພີ່ມຄວາມສາມາດສໍາລັບຊອບແວແອັບພລິເຄຊັນທີ່ຈະໄດ້ຮັບແພັກເກັດ WiFi ທັງຫມົດ "ບິນຢູ່ໃນອາກາດ" ໂດຍຜ່ານຟັງຊັນໂທກັບ. ແທ້ຈິງແລ້ວບໍ່ແມ່ນທັງຫມົດ, ເພາະວ່າທ່ານພຽງແຕ່ສາມາດຕັ້ງໂຫມດສໍາລັບຊ່ອງຄົງທີ່ດຽວ.

ຂໍ້ຈໍາກັດທີ່ໃຊ້ເວລາທີ່ເຄັ່ງຄັດຫຼາຍແມ່ນ imposed ໃນການປະມວນຜົນຟັງຊັນໂທກັບ. ຖ້າອັນນີ້ບໍ່ເຮັດໃຫ້ເກີດບັນຫາສໍາລັບຮູບແບບການເກັບສະຖິຕິແບບງ່າຍໆ, ຫຼັງຈາກນັ້ນສໍາລັບຮູບແບບການບັນທຶກໄຟລ໌ PCAP ໃນ SD card ຂ້ອຍຕ້ອງ tinker, ຈັດຕັ້ງການບັນທຶກຜ່ານແຖວໃນຫນ່ວຍຄວາມຈໍາແລະ Semalt. ຄໍານຶງເຖິງ peculiarity ວ່າຂະບວນການໂທຫາ callback ແລ່ນຢູ່ໃນຫຼັກຫນຶ່ງ, ແລະຂະບວນການທີ່ຂຽນເປັນ SD ໃນອື່ນ.

ໃນລະຫວ່າງ "ອາກາດບໍ່ມີສຽງ", ບາງຊອງຈະສູນເສຍ (ບໍ່ມີຫ້ອງຢູ່ໃນຄິວແລະພວກມັນຖືກຍົກເລີກ), ແຕ່ມີ "ອາກາດ" ປົກກະຕິຂອງອາພາດເມັນໃນຕອນແລງ (5..7 APs ພາຍໃນການເບິ່ງເຫັນ), ການບັນທຶກໃນ PCAP ແມ່ນສໍາເລັດໂດຍບໍ່ມີການສູນເສຍແພັກເກັດ.

ນອກຈາກນັ້ນ, ສໍາລັບການຕິດຕາມ PCAP ແລະການບັນທຶກ, ມີຮູບແບບການກັ່ນຕອງໂດຍອີງໃສ່ບັນຊີລາຍຊື່ MAC ໃນຫົວຊຸດ.

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

ການເບິ່ງການຈະລາຈອນທີ່ບັນທຶກໄວ້ໃນ Wireshark ແມ່ນການສຶກສາແລະຫນ້າສົນໃຈສໍາລັບການເຂົ້າໃຈແຜນທີ່ - ມັນເຮັດວຽກທັງຫມົດ.

ຮູບແບບການເຮັດວຽກກັບຊຸດການເສຍຊີວິດ

ໂດຍຄ່າເລີ່ມຕົ້ນ, ການສົ່ງແພັກເກດເຫຼົ່ານີ້ຖືກຫ້າມໃນຫ້ອງສະໝຸດ libnet80211.a, ເຊິ່ງມາໂດຍບໍ່ມີແຫຼ່ງທີ່ມາ. ແຕ່​ວ່າ​ມັນ​ເປັນ​ການ​ງ່າຍ​ທີ່​ຈະ​ແກ້​ໄຂ​ໂດຍ​ການ​ປັບ​ສອງ​ບິດ​. ທຳອິດຂ້ອຍສົງໄສວ່າມັນຄຸ້ມຄ່າການໂພດ patch ຫຼືບໍ່. ແຕ່ຫຼັງຈາກຍ່າງໄປທົ່ວບ່ອນຕ່າງໆດ້ວຍຮູບແບບການສະແກນກອບການຢືນຢັນການຢືນຢັນໄດ້ເປີດຂຶ້ນ, ຂ້າພະເຈົ້າຄິດວ່າ: "ເປັນແນວໃດ." ຍິ່ງໄປກວ່ານັ້ນ, ໃນ esp8266 ການຈັດສົ່ງຂອງແພັກເກັດເຫຼົ່ານີ້ບໍ່ໄດ້ປິດແລະມີສະພາແຫ່ງໃນ github ສໍາລັບ esp8266.

ໃນຫຼາຍບ່ອນ (ຂ້ອຍຈະບໍ່ບອກວ່າບ່ອນໃດ) ການສະກັດກັ້ນ APs ທີ່ບໍ່ຕ້ອງການໂດຍຜ່ານວິທີນີ້ຖືກນໍາໃຊ້. ແລະນີ້ບໍ່ແມ່ນ "ການຂົ່ມເຫັງ" ...

ແລະຂ້ອຍຍັງແປກໃຈທີ່ການແຈກຢາຍອິນເຕີເນັດຂອງຂ້ອຍຈາກໂທລະສັບຂອງຂ້ອຍບໍ່ໄດ້ເຮັດວຽກຢູ່ໃນບາງບ່ອນ ...

ຮູບແບບການຕິດຕາມຈໍານວນແລະ RSSI ຂອງແພັກເກັດດັ່ງກ່າວແມ່ນເປັນປະໂຫຍດຫຼາຍທີ່ຈະເຂົ້າໃຈ "ບ່ອນທີ່ APs ຊ້າຍບໍ່ມັກມັນ."

ໂໝດເຣົາເຕີ

ຄຸນສົມບັດນີ້ອາດຈະເປັນສິ່ງທີ່ໜ້າສົນໃຈທີ່ສຸດທີ່ຈະຄົ້ນຫາ.

ESP32 ຮອງຮັບການເຮັດວຽກພ້ອມໆກັນໃນໂໝດ STA + SoftAP. ດັ່ງນັ້ນ, ທ່ານສາມາດປະຕິບັດ router NAT ຄລາສສິກໃສ່ມັນ.

ເພື່ອສະຫນັບສະຫນູນ stack ເຄືອຂ່າຍ, Espressif ໃຊ້ສ້ອມ (ເກືອບບໍ່ປ່ຽນແປງ) ຂອງຫ້ອງສະຫມຸດ lwip.

ແຕ່, ໂດຍຄ່າເລີ່ມຕົ້ນ, ໃນການກໍ່ສ້າງມາດຕະຖານ, ຫ້ອງສະຫມຸດ esp-lwip ບໍ່ໄດ້ສະຫນອງການສົ່ງຕໍ່ລະຫວ່າງ netif interfaces 'ap' (SoftAP) ແລະ 'st' (STA).

ແນ່ນອນ, ທ່ານສາມາດເຮັດໄດ້ໂດຍບໍ່ມີ NAT, ແຕ່ມີບັນຫາກັບການເຊື່ອມຕໍ່ສອງຫຼືຫຼາຍກວ່ານັ້ນ STAs ພ້ອມກັນກັບການໂຕ້ຕອບ 'ap' ແລະ synchronizing ທີ່ຢູ່ IP ຈາກການໂຕ້ຕອບເຄືອຂ່າຍ 'st' ກັບ 'ap'. ສະນັ້ນຄວາມຫຍຸ້ງຍາກບໍ່ຄຸ້ມຄ່າ ແລະມັນງ່າຍຂຶ້ນຜ່ານ NAT.

ຍິ່ງໄປກວ່ານັ້ນ, ມີ fork esp-lwip ຈາກ martin-ger, ເຊິ່ງເພີ່ມການປະຕິບັດງ່າຍດາຍຂອງ NAT ສໍາລັບ IP4.

ເຖິງແມ່ນວ່າມືຂອງຂ້ອຍມີອາການຄັນທີ່ຈະ remake ມັນເຄື່ອງສໍາອາງຢ່າງດຽວ (ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ມັນງ່າຍກວ່າໂດຍບໍ່ມີສ້ອມຂອງໂຄງການ, ແຕ່ຜ່ານ LWIP.ຂໍ ຫນ້າທີ່ກໍານົດໃນລະຫວ່າງການປະກອບ), ແຕ່ laziness prevailed ແລະທາງເລືອກຈາກ martin-ger ຖືກນໍາໃຊ້ເປັນ.

ໃນໂຫມດ router, ການເຂົ້າຊົມ IP4 ຂາເຂົ້າແລະຂາອອກແມ່ນເບິ່ງ.

ໂດຍສະເພາະ, ຕໍ່ໄປນີ້ແມ່ນສະກັດຈາກມັນເພື່ອສະແດງໃນຫນ້າຈໍແລະເກັບກໍາສະຖິຕິເຂົ້າໄປໃນໄຟລ໌:

• ຊື່ຂອງອຸປະກອນທີ່ເຊື່ອມຕໍ່ກັບ SoftAP ESP32 (ຊຸດ DHCP)
• URL ຈາກການຮ້ອງຂໍ DNS (UDP port 53) ຈາກອຸປະກອນທີ່ເຊື່ອມຕໍ່ກັບ SoftAP ESP32.

ນອກຈາກນັ້ນ, ທ່ານສາມາດເປີດໃຊ້ການບັນທຶກການຈະລາຈອນໄປຫາໄຟລ໌ PCAP.

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

ເຈົ້າສາມາດຄິດຫາວິທີອື່ນໃນການນຳໃຊ້ໂໝດນີ້, ໂດຍຄຳນຶງເຖິງຄວາມສາມາດໃນການຄວບຄຸມການສັນຈອນເຂົ້າ-ອອກຂອງ softAP ESP32 ທັງໝົດໃນລະດັບການໂຕ້ຕອບຂອງເຄືອຂ່າຍ: Ehernet header (destMAC[6]+srcMAC[6]+type[2]) + payload (IP4, IP6, DCHP, ແລະອື່ນໆປະເພດ).

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

ແຕ່ຫນ້າເສຍດາຍ, Espressif API ບໍ່ມີຄວາມສາມາດໃນການກໍານົດການກັ່ນຕອງສໍາລັບ MAC ທີ່ເຊື່ອມຕໍ່ກັບ SoftAP EPS32. ແທນທີ່ຈະ, ມັນໄດ້ຖືກສະເຫນີໃຫ້ເວົ້າວ່າ "ສະບາຍດີ" (esp_wifi_deauth_sta) ກັບ STAs ທີ່ເຊື່ອມຕໍ່ແລ້ວທີ່ "ບໍ່ຕ້ອງການ".

ການກັ່ນຕອງໂດຍ MAC ສໍາລັບ STAs ທີ່ເຊື່ອມຕໍ່ຕ້ອງເຮັດຜ່ານການໂທ esp_wifi_deauth_sta()

ໃນການສະຫລຸບ

ເຖິງແມ່ນວ່າຂ້ອຍບໍ່ໄດ້ມາກັບສິ່ງໃຫມ່ໃນຂອບຂອງການເຮັດວຽກກັບ ESP32, ບາງທີຜົນໄດ້ຮັບ (ລະຫັດແຫຼ່ງ) ຈະເປັນທີ່ຫນ້າສົນໃຈສໍາລັບບາງຄົນ.

ຂ້ອຍຢາກສັງເກດວ່າລະຫັດຖືກຂຽນເພື່ອຈຸດປະສົງການສຶກສາເທົ່ານັ້ນ. ສໍາລັບ "hacking", ແລະອື່ນໆ, ມັນໄດ້ຖືກສ້າງໂດຍເຈດຕະນາບໍ່ສະດວກຫຼາຍ.

ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ໄດ້​ເຮັດ​ແຜ່ນ​ປ້າຍ​ວົງ​ຈອນ​ການ​ພິມ​, ເພາະ​ວ່າ​ມັນ​ໃຊ້​ເວ​ລາ 1.5-2 ຊົ່ວ​ໂມງ​ເພື່ອ soldering scarves ສໍາ​ເລັດ​ຮູບ​ດ້ວຍ​ສາຍ​.

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

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