RescueMesh คืออะไร?

RescueMesh เป็นระบบ SOS แบบสองส่วน

ส่วนแรกคือ Beacon ที่ผู้ใช้พกติดตัว และส่วนที่สองคือ Base Station ซึ่งเปิดรอรับสัญญาณอยู่ที่ปลายทาง

ผู้สร้างคิด Project นี้ขึ้นมา หลังเจอสถานการณ์ เดินป่าในพื้นที่ที่มือถือ ค่อย ๆ สูญเสียสัญญาณ จนไม่เหลือ Network

ถ้าเกิดบาดเจ็บ คำถามสำคัญไม่ใช่แค่ “โทรหาใคร?” แต่คือ “คนที่บ้านจะรู้พิกัดเราได้ยังไง?”

Architecture มีแค่สองฝั่ง แต่แต่ละฝั่งทำหน้าที่ชัดมาก

Current GitHub แบ่ง Project ออกเป็นสองฝั่งชัดเจน:

• firmware/RescueMesh/ — Firmware ฝั่ง Cardputer
• pi/ — Raspberry Pi Base Station

ทำให้สามารถแยก Debug ฝั่ง Sender กับ Receiver ได้ค่อนข้างตรงไปตรงมา

เห็นคำว่า LoRaWAN HAT แต่อย่าเพิ่งหา Gateway — Project นี้ใช้ Raw LoRa

Hardware ฝั่ง Raspberry Pi มีชื่อว่า Waveshare SX1262 LoRaWAN/GNSS HAT

แต่ RescueMesh ไม่ได้สร้าง LoRaWAN Network

Current Repository ระบุชัดว่าใช้:

Raw LoRa แบบ Chip-to-Chip

นั่นหมายความว่า Beacon กับ Base Station คุยกันโดยตรง ผ่าน SX1262 ทั้งสองฝั่ง

กด Send SOS แล้วข้อมูลเดินทางยังไง?

ตำแหน่งของเราไม่ได้ถูกส่งเป็น Plain Text

Hackster อธิบาย Encryption ว่าเป็น AES-128 ส่วน Current Repository ระบุรายละเอียดชัดขึ้นว่า:

AES-128-GCM

ฝั่ง Cardputer ใช้ AES ผ่าน mbedTLS ขณะที่ฝั่ง Raspberry Pi ใช้ Python cryptography สำหรับ AES-GCM

ทั้งสองฝั่ง ต้องมี Shared Key เดียวกัน จึงจะอ่าน Payload ที่เข้ารหัสได้

ถ้าแก้ Key แค่ฝั่งเดียว ปลายทางจะไม่สามารถ ถอด Packet ด้วย Key ที่อีกฝั่งใช้เข้ารหัสได้

Encrypted ACK คือ “Base รับแล้ว” ไม่ใช่ “ทีมกู้ภัยกำลังมา”

RescueMesh เป็นระบบ Two-way

หลัง Raspberry Pi รับ SOS ได้ ระบบจะส่ง Encrypted ACK กลับไปยัง Beacon

จุดประสงค์คือ ให้ Sender รู้ว่า Base Station ได้รับ Packet และสามารถอ่านมันได้แล้ว

GPS ไม่มี Fix ก็ยังส่ง SOS ได้

Current Firmware Guide ระบุว่า Cardputer ต้องเห็นท้องฟ้า จึงจะได้ GPS Fix ได้ง่าย

ถ้าอยู่ในอาคาร หรือ GNSS ยังหา Position ไม่เจอ RescueMesh ไม่ได้หยุดการส่ง Alert

ระบบสามารถส่ง:

NOFIX

แทนพิกัดได้

คำว่า Off-Grid ของ Project นี้หมายถึงอะไรแน่?

ส่วนที่เป็น Off-Grid จริงใน Architecture คือ:

เส้นทางนี้ ไม่ต้องมี:

• Cell Tower
• Wi-Fi Router ระหว่าง Beacon กับ Base
• Cloud Service
• Internet
• LoRaWAN Gateway

แต่ Map มี Nuance หนึ่ง

Raspberry Pi README ระบุว่า Leaflet Library ถูก Bundle ไว้ในเครื่อง ทำให้ Dashboard Page ยังเปิดได้แบบ Local

แต่:

Map Tiles ที่วาดถนนต้องใช้ Internet

Hardware ต่อไม่ยาก แต่ Radio สองฝั่งไม่ยอมคุยกัน

Creator Journey ของ Project นี้ อยู่ตรง Radio Debugging

ตอนแรกผู้สร้างลองใช้ USB LoRa Stick แต่พบว่า Module เป็นแบบ “Smart” และต้องการคุยกับ Module ที่เข้าคู่กันในลักษณะเฉพาะ

จึงเปลี่ยนมาใช้ Plain SX1262

แต่แม้เปลี่ยนแล้ว:

ยังเงียบ ไม่มี Error และไม่มี Packet

สุดท้ายจึงพบว่า Raw LoRa ต้องตั้งค่าทั้งสอง Chip ให้ตรงกันแทบทุก Parameter

Radio Settings ต้อง Match กันทุกตัว

Current Repository ใช้ค่าหลักดังนี้ ใน Default Configuration:

แล้วทำไม Sync Word ไม่เหมือนกัน?

นี่คือจุดที่ทำให้ผู้สร้าง เสียเวลา Debug มากที่สุด

ฝั่ง Cardputer ใช้ RadioLib:

setSyncWord(0x12)

แต่ Register Representation ที่ฝั่ง Pi / LoRaRF ต้องใช้คือ:

0x1424

เมื่อค่านี้ถูก Match Radio Link จึงเริ่มรับ Packet ได้

อยู่ไทย อย่าเปิด Repo แล้วใช้ 868 หรือ 915 MHz ตามทันที

ตรงนี้เป็น บริบทประเทศไทยเพิ่มเติม ไม่ใช่ค่าที่ผู้สร้าง RescueMesh ตั้งไว้สำหรับไทย

Repository ยกตัวอย่าง:

• 868 MHz สำหรับ Europe / UK
• 915 MHz สำหรับ US / North America

แต่สำนักงาน กสทช. แสดงย่าน 920–925 MHz สำหรับ IoT (Non-RFID) ในข้อมูลมาตรฐาน/การจดทะเบียนอุปกรณ์ ที่เผยแพร่บนเว็บไซต์ทางการ

Hardware ที่ใช้ใน RescueMesh

งบประมาณที่ผู้สร้างระบุไว้

ราคาเหล่านี้ เป็น Price Snapshot จาก Project ต้นฉบับ ไม่ใช่ราคาปัจจุบัน และไม่ใช่ราคา Globalbyte

ผู้สร้างสรุป:

• Core System ≈ $128
• พร้อม Touchscreen ≈ $168

ตั้งค่าฝั่ง Cardputer แบบ Step-by-Step

ตั้งค่าฝั่ง Raspberry Pi Base Station

Raspberry Pi Dashboard ทำอะไรได้บ้าง?

Current Repository ระบุ Feature ฝั่ง Base Station เช่น:

• รับ Encrypted SOS Packet
• Decrypt AES-128-GCM
• Full-screen Alarm
• Alert Card
• Map Pin เมื่อมี GPS
• Distance / Bearing
• ส่ง ACK กลับ Beacon
• Raw Radio Log สำหรับ Debug
• Fullscreen Touchscreen Kiosk
• Background Listener

ผู้ใช้ใน Local Network ยังสามารถเปิด Dashboard ผ่าน Browser ที่ Port 8000 ของ Raspberry Pi ตาม Guide ของ Project

Code ที่สำคัญ: ทั้งสองฝั่งต้อง Match กัน

รอบนี้มี Source Code อยู่ใน Current GitHub จริง จึงยกเฉพาะส่วนสั้น ๆ ที่ช่วยให้เห็น Logic ของการ Match Radio Settings และ Setup

#define LORA_FREQUENCY    868.0
#define LORA_BANDWIDTH    125.0
#define LORA_SPREADING    9
#define LORA_CODING_RATE  5
#define LORA_SYNC_WORD    0x12
#define LORA_PREAMBLE     16

LORA_FREQ_HZ  = 868000000
LORA_SF       = 9
LORA_BW_HZ    = 125000
LORA_CR       = 5
LORA_PREAMBLE = 16
LORA_SYNC     = 0x1424

# Cardputer
AES_KEY = 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f

# Raspberry Pi
KEY_HEX = "000102030405060708090a0b0c0d0e0f"

sudo apt update
git clone https://github.com/GitDog1203/RescueMesh.git
cd RescueMesh/pi
chmod +x install.sh
./install.sh
sudo reboot

Software Stack แยก Sender กับ Receiver ชัดเจน

ไฟล์สำคัญฝั่ง Firmware

• RescueMesh.ino — UI และ Main Loop
• config.h — Radio, AES Key, Pins และ Settings
• packet.cpp/.h — Build / Parse Encrypted Packet
• lora.cpp/.h — SX1262 ผ่าน RadioLib
• sos.cpp/.h — Send SOS Flow
• gps.cpp/.h — GNSS/GPS Reading

ไฟล์สำคัญฝั่ง Pi

• rescuemesh_sos.py — Receiver + Decrypt + Dashboard
• LoRaRF/ — SX1262 Driver
• install.sh — Setup Dependencies และ Service
• rescuemesh-kiosk.sh — Fullscreen Dashboard

ดูหน้าจอ Beacon, Base Station, Schematic และวิดีโอ

เนื่องจาก Project มีทั้งภาพและวิดีโอหลายรายการ หน้า Article จึงแสดง Hero ก่อน และซ่อน Media ที่เหลือ ใน Pure CSS View more

View more — ดูภาพและวิดีโอเพิ่มเติม View less — ซ่อน Media

Troubleshooting: ถ้าไม่ทำงานควรไล่จากตรงไหน?

1. LoRa เงียบ ไม่มี Packet

ตรวจให้ครบทั้งสองฝั่ง:

• Frequency
• Spreading Factor
• Bandwidth
• Coding Rate
• Preamble
• Sync Word
• AES Key

2. Pi แสดง LoRa Radio: OFFLINE

Current Guide แนะนำตรวจ:

• HAT เสียบแน่นหรือไม่
• SPI เปิดหรือยัง
• มี /dev/spidev* หรือไม่

3. Alert มา แต่ไม่มี Map Pin

เป็นไปได้ว่า Beacon ส่ง SOS สำเร็จ แต่ GNSS ยังไม่มี GPS Fix

ลองนำ Cardputer ไปยังพื้นที่ ที่เห็นท้องฟ้าได้ดีขึ้น

4. Dashboard มีหน้า แต่ไม่มีถนน

Dashboard Local ยัง Render ได้ แต่ Map Tiles ต้องใช้ Internet เพื่อโหลด Street Map

5. Cardputer Compile / Upload มี Error

Firmware README ระบุปัญหาที่ผู้สร้างเคยพบ เช่น:

• Sketch อยู่ใน Folder ที่ OneDrive Sync และ Lock File ระหว่าง Build
• M5Stack Board Package บาง Version อาจมี Linker Issue

แล้วส่งได้ไกลแค่ไหน?

Hackster อธิบาย Project ว่าออกแบบมาเพื่อส่ง SOS “miles over LoRa”

แต่ Source ชุดนี้ ไม่ได้ให้ Range Test แบบระบุตัวเลขระยะจริง พร้อมสภาพแวดล้อมการทดสอบ

สิ่งที่ Maker ได้จาก RescueMesh มีมากกว่าเรื่อง SOS

แม้ Project จะเล่าเรื่อง Emergency Communication แต่ Technique หลายส่วนเอาไปศึกษา กับงาน Embedded และ Wireless อื่นได้

• ESP32-S3 UI บน Cardputer
• GNSS/GPS Parsing
• Raw LoRa Communication
• Two-way Packet + ACK
• AES-GCM Encryption
• Shared-key Configuration
• Raspberry Pi SPI HAT
• Python Background Service
• Flask Dashboard
• Leaflet Map
• Radio Parameter Debugging

Project นี้มีทั้ง Radio, Crypto และกฎความถี่ — แนะนำเปิดต้นฉบับควบคู่กัน

โดยเฉพาะก่อน:

• เปลี่ยน Radio Frequency
• ตั้ง Tx Power
• เปลี่ยน Sync Word
• สร้าง AES Key ใหม่
• Flash Firmware
• ติดตั้ง Base Station
• ทดลองส่งสัญญาณจริง

ควรตรวจทั้ง Hackster, GitHub README, Source Code และข้อกำหนดคลื่นความถี่ ของพื้นที่ที่ใช้งาน

FAQ: RescueMesh LoRa SOS

สิ่งที่น่าสนใจที่สุดไม่ใช่แค่ LoRa แต่คือการทำทั้ง Link ให้จบเอง

RescueMesh เริ่มจากปัญหาง่ายมาก:

“ถ้ามือถือไม่มีสัญญาณ แล้วเราจะส่งตำแหน่งออกไปยังไง?”

แต่การแก้โจทย์ ทำให้ Project ต้องต่อหลายส่วนเข้าด้วยกัน:

และ Lesson ที่เด่นมากสำหรับ Maker คือ Hardware อาจต่อเสร็จเร็ว แต่ Wireless System จะทำงานได้จริง ก็ต่อเมื่อทั้งสองฝั่ง ตกลงกันเรื่อง Protocol, Frequency, Modulation Parameters, Sync Word และ Encryption Key อย่างครบถ้วน

แค่ค่าหนึ่งผิด ก็สามารถทำให้ Radio “เงียบสนิท” ทั้งที่ Hardware เปิดติดตามปกติ

References / แหล่งข้อมูลต้นฉบับ

• Hackster.io — RescueMesh — Off-Grid Encrypted SOS over LoRa
• GitHub — GitDog1203/RescueMesh
• RescueMesh — Cardputer Firmware README
• RescueMesh — Raspberry Pi Base Station README
• RescueMesh — config.h
• RescueMesh — rescuemesh_sos.py
• สำนักงาน กสทช. — ข้อมูลย่านความถี่สำหรับ IoT