ปัญหา: เซ็นเซอร์ 400 จุดที่ “ไม่มีสัญญาณ” ไปถึง

สถานการณ์นี้ถูกยกมาเป็นกรณีศึกษาจากงานติดตั้งจริงของทีม Honey Corporation ในโครงการโรงงานแปรรูปเกษตรที่ตั้งอยู่ห่างไกล พื้นที่ปลูกและบ่อพักน้ำกระจายกันหลายพันไร่ มีความต้องการเฝ้าระวังระดับน้ำ ความชื้นดิน และอุณหภูมิแท็งก์รวมหลายร้อยจุด ปัญหาเดียวที่ใหญ่ที่สุดคือ พื้นที่ส่วนใหญ่ไม่มีสัญญาณเซลลูลาร์ และการวางสายกลางทุ่งก็ไม่คุ้มค่าที่จะลงทุน

นี่คือรูปแบบปัญหาคลาสสิกที่เรียกว่า “coverage gap” — ไม่ใช่ปัญหาเทคโนโลยีเซ็นเซอร์ แแต่เป็นปัญหาว่าจะขนข้อมูลออกจากพื้นที่ห่างไกลได้อย่างไร ทางออกที่เราเลือกใช้คือ Satellite IoT แบบ NTN (Non-Terrestrial Network) ตามมาตรฐาน 3GPP Release 17 ที่ทำให้โมดูล NB-IoT ส่งข้อมูลขึ้นดาวเทียม LEO ได้โดยตรง

สถาปัตยกรรม Satellite IoT NTN จาก sensor ถึง cloud
ภาพประกอบ: เส้นทางข้อมูล NTN — sensor node ส่ง uplink ขึ้นดาวเทียม LEO ผ่าน feeder link ลง ground gateway สู่ core network และ cloud — ภาพโดยทีมงาน Honey Corporation

ทางออก: NB-IoT NTN บนดาวเทียม LEO

หัวใจของโซลูชันคือโมดูลเซลลูลาร์รุ่นใหม่ที่รวม NB-IoT NTN + NR NTN ไว้ในชิปเดียว (ตามแนวทางที่ผู้ผลิตชิปโมเด็มรายใหญ่ประกาศรองรับ) ทำให้อุปกรณ์ใช้โปรโตคอลชุดเดียวกับเครือข่ายมือถือ แต่ส่งขึ้นดาวเทียมแทนเสาฐาน ข้อดีคือ:

  • ไม่ต้องสร้างโครงสร้างพื้นฐานใดๆ ในพื้นที่ — ติดตั้ง sensor + แผงโซลาร์ + แบตเตอรี่ แล้วใช้งานได้ทันที
  • ใช้แบตเตอรี่ได้หลายปี — NB-IoT NTN ถูกออกแบบให้ส่งข้อมูลจิ๋ว (หลักสิบไบต์) เป็นระยะ เช่น ทุก 15 นาที ถึง 1 ชั่วโมง
  • มาตรฐาน 3GPP เปิด — ไม่ผูกติดผู้ให้บริการรายใดรายหนึ่ง สลับ operator เมื่อสัญญาหมดอายุได้
  • การกลับมาของดาวเทียมเป็นชั่วคราว — LEO constellation บินผ่านจุดหนึ่งๆ หลายครั้งต่อวัน ข้อมูลสะสมใน buffer ของ node แล้วส่งขึ้นเมื่อดาวเทียมอยู่ในแนวสายตา (store-and-forward)

ในกรณีศึกษานี้ ทีมงานวาง sensor node แบบ solar-powered จำนวน 4 ประเภท: ระดับน้ำบ่อพัก ความชื้นดิน อุณหภูมิแท็งก์ และสถานะปั๊ม แต่ละ node ส่งรายงานทุก 30 นาที โดยรอบการส่งขึ้นดาวเทียมเกิดขึ้นเมื่อ LEO satellite ผ่านเหนือพื้นที่

ผลลัพธ์: มองเห็นทั้งไร่จากหน้าจอเดียว

หลังระบบวิ่งได้ 3 เดือน ผลลัพธ์ที่วัดได้จริงมีดังนี้:

  • ครอบคลุมพื้นที่เฝ้าระวังเพิ่มจาก ประมาณ 15% เป็น 100% ของจุดวัดที่ต้องการ
  • เวลาแจ้งเตือนเมื่อปั๊มขัดข้อง ลดจาก “รอคนเดินตรวจเช้า-เย็น” เหลือ ระดับชั่วโมง (ขึ้นกับรอบผ่านของดาวเทียม)
  • พนักงานเดินตรวจลดลงจาก 2 เที่ยว/วัน เหลือ 2 เที่ยว/สัปดาห์ เฉพาะจุดที่ระบบสั่งให้ไป
  • ข้อมูลย้อนหลังทำให้วางแผนการให้น้ำตามความชื้นดินจริง แทนการตามปฏิทิน
เปรียบเทียบ TN กับ NTN สำหรับพื้นที่ต่างๆ
ภาพประกอบ: เปรียบเทียบเลือกใช้ระหว่างเครือข่ายมีเสาฐาน (TN) กับ NTN ตามสภาพพื้นที่ — ภาพโดยทีมงาน Honey Corporation

เปรียบเทียบตัวเลือก Satellite IoT ที่พบในท้องตลาด

ก่อนตัดสินใจ ทีมงานจะเทียบทางเลือกหลัก 3 แบบ ตามมิติที่สำคัญต่องาน monitoring จริง:

มิติ NB-IoT NTN (3GPP Rel-17) LoRaWAN Satellite LEO Direct-to-Cell
มาตรฐาน 3GPP Release 17 (เปิด) LoRa Alliance + ผู้ให้บริการเอกชน 3GPP Rel-17 NR NTN / เอกชน
ขนาดข้อความ หลักสิบถึงหลักร้อยไบต์/ครั้ง หลักสิบไบต์ SMS/ข้อมูลสั้น
ความหน่วง ระดับวินาที (ขึ้นกับรอบผ่าน) เป็นช่วง (batch ต่อรอบผ่าน) ระดับวินาที
อัตราส่งข้อมูล NB-IoT ภาคพื้นดินราว 26 kbps (DL) ถึง 62 kbps (UL) — ผ่านดาวเทียมต่ำกว่านี้ แต่เพียงพอสำหรับ telemetry สูงสุดหลักร้อย bps ถึง kbps จำกัดมาก
รอบผ่านดาวเทียม LEO ~90–120 นาที/รอบโลก ผ่านจุดหนึ่งๆ วันละหลายครั้ง ขึ้นกับจำนวนดาวเทียมของผู้ให้บริการ เฉพาะดาวเทียมที่เปิดบริการแล้ว
เหมาะกับ ข้อมูลสม่ำเสมอ ทุก 15–60 นาที ข้อมูลจิ๋ว ประหยัดพลังงานสุด พื้นที่ที่มีโทรศัพท์รองรับอยู่แล้ว

บทเรียนสำคัญจากฟีลด์งาน

ข้อจำกัดที่ต้องเข้าใจก่อนตัดสินใจใช้ NTN:

  1. ความหน่วงสูงและเป็น batch — NTN ไม่เหมาะกับงานควบคุมเรียลไทม์ ควรใช้กับ monitoring/reporting เท่านั้น
  2. ดาวเทียมไม่ได้อยู่เหนือหัวตลอด — ต้องออกแบบ duty cycle และ buffer ให้พอดีกับรอบผ่านของ constellation ที่ใช้
  3. ต้นทุนต่อข้อความ — โมเดลราคาส่วนใหญ่เป็นแบบ per-message ต้องคำนวณจำนวนข้อความ/เดือน ให้เหมาะกับงบประมาณ (ห้ามพลาดจุดนี้)
  4. ภาพรวมของระบบ — ต้องมีเครื่องมือบริหารจัดการเฟือร์นเนล (firmware update) ผ่านดาวเทียมด้วย ไม่ใช่แค่ข้อมูล
  5. สัญญาณรบกวนและการตั้งค่าเสาอากาศ — แม้ Sub-GHz จะทะลุสิ่งกีดขวางดี แต่การวางเสาอากาศให้เห็นท้องฟ้า (sky view) ก็สำคัญมาก

Key Takeaways

  1. Satellite NTN ทำให้ IoT ไปถึงที่ที่ “ไม่มีสัญญาณ” — เหมาะกับเกษตรไกล ท่อส่ง ประมง และโครงสร้างพื้นฐานห่างไกล
  2. NB-IoT NTN ตาม 3GPP Release 17 คือมาตรฐานเปิดที่รวม terrestrial + satellite ไว้ในชิปเดียว
  3. ออกแบบเป็น monitoring เท่านั้น — latency หลักร้อยมิลลิวินาทีถึงหลักนาที ไม่ใช่ระบบควบคุม
  4. คำนวณ duty cycle + จำนวนข้อความ/เดือน ให้ชัดก่อนเซ็นสัญญา เพราะโมเดลบริการส่วนใหญ่เป็น per-message
  5. ระบบ store-and-forward บน node ทำให้ข้อมูลไม่หายแม้ดาวเทียมไม่อยู่ในแนวสายตา
  6. เลือกเสาอากาศและตำแหน่งติดตั้งที่ให้ sky view ชัดเจน — ปัจจัยเดียวที่มักถูกละเลยจนทำให้ทั้งโครงการส่งข้อมูลไม่สมบูรณ์

บทความนี้เป็นส่วนหนึ่งของความเชี่ยวชาญที่ Honey Corporation สร้างมาจากการติดตั้งระบบ IoT monitoring จริงในพื้นที่ห่างไกล — ทีมงานของเราพร้อมสำรวจหน้างานและออกแบบโซลูชันที่ผสาน TN/NTN ให้เหมาะกับสภาพพื้นที่ของคุณ

Honey Corporation พร้อมให้คำปรึกษา

ทีมงานของเรามีความเชี่ยวชาญด้านระบบ IoT Monitoring แบบไร้สายและ Satellite IoT พร้อมออกแบบและติดตั้งระบบเฝ้าระวังพื้นที่ห่างไกลให้เหมาะกับธุรกิจของคุณ

📞 โทร: 09-23242995 | อีเมล: support@honey.co.th
เว็บไซต์: www.honey.co.th