FCC ทำ Meshtastic สหรัฐฯ ปั่นป่วน แล้วคนใช้ LoRa ในไทยล่ะ?
ชุมชน Meshtastic และ MeshCore ในสหรัฐฯ กำลังเจอประเด็นใหญ่: Radio Configuration ที่เคยใช้งานกันมานาน อาจไม่สอดคล้องกับข้อกำหนด FCC สำหรับ Digital Modulation ในย่าน 902–928 MHz เพราะกฎที่กำลังถูกพูดถึงกำหนด Minimum 6 dB Bandwidth อย่างน้อย 500 kHz
ปัญหาคือ Meshtastic LongFast ที่ถูกใช้กันแพร่หลายในสหรัฐฯ มี Bandwidth 250 kHz และเมื่อ Node รุ่นใหม่เปลี่ยน Configuration เพื่อให้เข้ากับแนวทาง 500 kHz มันอาจคุยกับ Node เก่าที่ใช้ Configuration เดิมไม่ได้
แต่สำหรับคนไทย มีประโยคหนึ่งที่ต้องจำก่อนอ่านต่อ: FCC เป็นกฎของสหรัฐฯ ไม่ใช่กฎของประเทศไทย และการเห็นคำว่า 500 kHz ในข่าว ไม่ได้หมายความว่าผู้ใช้ Meshtastic ในไทย ต้องรีบเปลี่ยนจาก LongFast ไปใช้ 500 kHz ตามทันที
- ข่าว Hackaday กล่าวถึงข้อกำกับ FCC ในสหรัฐฯ ไม่ใช่ข้อบังคับของไทย
- ประเด็นสหรัฐฯ คือ FCC §15.247 กำหนด Minimum 6 dB Bandwidth อย่างน้อย 500 kHz สำหรับ Digital Modulation ภายใต้กฎดังกล่าว
- ไทยมีมาตรฐาน กสทช. สำหรับเครื่องสื่อสารข้อมูล Non-RFID ในย่าน 920–925 MHz
- ในเส้นทาง Duty Cycle ของมาตรฐานไทย ระบุ Bandwidth ไม่เกิน 500 kHz ไม่ใช่ Minimum 500 kHz แบบประเด็น FCC
- Meshtastic Firmware ปัจจุบันมี Regulatory Region TH สำหรับ 920–925 MHz อยู่แล้ว
- การตั้งค่า US ตาม Tutorial ต่างประเทศไม่ควรถูก Copy มาใช้ในไทยโดยอัตโนมัติ
- บทเรียนจาก Philadelphia ที่ใช้กับไทยได้จริงคือ Community ต้องตกลง Radio Configuration ให้ตรงกัน
เกิดอะไรขึ้นกับ Meshtastic ในสหรัฐฯ?
ข่าวนี้ไม่ได้เกิดจาก FCC เพิ่งออกกฎใหม่มาสั่ง Meshtastic แต่เกิดจาก Community กลับมาตรวจสอบกฎเดิม และพบว่า Default Radio Configuration ของ Meshtastic และ MeshCore ในสหรัฐฯ อาจมีปัญหากับข้อกำหนดของ FCC §15.247
Hackaday ระบุว่า Meshtastic Default Mode ที่เป็นประเด็น ใช้ Bandwidth 250 kHz ขณะที่ MeshCore Default บาง Configuration อยู่ที่ 62.5 kHz
ข้อกำหนดที่ถูกหยิบมาถกคือ Digital Modulation ภายใต้ FCC §15.247 ซึ่งกำหนด Minimum 6 dB Bandwidth อย่างน้อย 500 kHz
ทำไม 250 kHz ถึงกลายเป็นปัญหา?
FCC §15.247 ครอบคลุม Digital Modulation ในย่าน 902–928 MHz ของสหรัฐฯ และระบุว่า Minimum 6 dB Bandwidth ต้องไม่น้อยกว่า 500 kHz
นี่คือเหตุผลที่ Community สหรัฐฯ เริ่มมองหา Configuration แบบ 500 kHz เพื่อหลีกเลี่ยงข้อกังวลด้าน Compliance
แต่ความยากไม่ใช่แค่ “เปลี่ยนตัวเลขจาก 250 เป็น 500” เพราะ Radio Parameter เป็นส่วนหนึ่งของวิธีที่ Node ใช้รับและส่ง Packet หากอุปกรณ์ใช้ Configuration คนละแบบ ก็อาจไม่สามารถคุยกันได้เหมือนเดิม
เปลี่ยน Bandwidth แล้วทำไม Mesh ถึงแตก?
จุดแข็งของ Community Mesh คือ User ใหม่สามารถเปิด Node แล้วเข้าร่วม Network ที่มีอยู่ได้ง่าย หากทุกคนใช้ Radio Configuration ที่เข้ากันได้
แต่เมื่อ Community ต้องเปลี่ยนค่า Radio ปัญหาจะกลายเป็น:
Node ที่อยู่ในเมืองเดียวกัน อาจมองไม่เห็นกัน แม้ Hardware จะทำงานปกติทุกตัว
Hackaday จึงมองว่านี่เป็นปัญหา “Community Fragmentation” มากกว่าปัญหาการแก้ Firmware เพียงอย่างเดียว
Philadelphia ทดลอง 500 kHz แล้วเจออะไร?
Operator ของ Philly Mesh เคยทดลอง Meshtastic Long Turbo ซึ่งเป็น Mode ที่ใช้ Bandwidth 500 kHz
การทดสอบพบปัญหาหลายด้าน ทั้ง Bug ที่เกี่ยวกับ Mode ความเข้ากันได้ของ Hardware บางชุด และที่สำคัญคือ Interference ในสภาพแวดล้อมเมืองที่มี RF Traffic หนาแน่น
ผู้ทดสอบตั้งข้อสังเกตว่า Wider Bandwidth มีโอกาสชนกับสัญญาณรบกวน ใน Spectrum มากขึ้น ขณะที่ Narrower Configuration อาจหลบ Noise บางส่วนได้ดีกว่า
แต่สำหรับไทย อย่าเอากฎ FCC มาใช้ตรง ๆ
ตรงนี้คือส่วนสำคัญที่สุดสำหรับผู้อ่านไทย
FCC เป็นหน่วยงานกำกับดูแลของสหรัฐอเมริกา ขณะที่การใช้งานคลื่นในประเทศไทย ต้องพิจารณากฎและมาตรฐานของ กสทช.
สำหรับเครื่องวิทยุคมนาคมประเภทสื่อสารข้อมูล ที่ไม่ใช่ RFID ในมาตรฐานที่เกี่ยวข้อง กสทช. กำหนดย่าน 920–925 MHz
เห็นข่าวว่า US ต้องสนใจ 500 kHz ไม่ได้แปลว่าผู้ใช้ในไทยต้องเปลี่ยน Meshtastic เป็น US Configuration หรือ Copy ค่าจาก Tutorial สหรัฐฯ มาใช้
กสทช. กำหนดย่าน 920–925 MHz อย่างไร?
มาตรฐาน กสทช. มท. 1033-2560 ครอบคลุมเครื่องวิทยุคมนาคมประเภทสื่อสารข้อมูล Non-RFID ในย่าน 920–925 MHz และกำหนดทั้งเรื่องกำลังส่ง, Unwanted Emission, Spectrum Access และการแสดงความสอดคล้องตามมาตรฐาน
สำหรับ Spectrum Access เอกสารกำหนดให้เป็นไปตามหนึ่งในแนวทาง เช่น Duty Cycle หรือ FHSS ตามเงื่อนไขที่ระบุ
กรณี Duty Cycle
มาตรฐานระบุว่า เมื่อใช้แนวทาง Duty Cycle และมีความกว้างคลื่นใช้งาน ไม่เกิน 500 kHz จะมีเงื่อนไข Duty Cycle ตามระดับกำลังส่ง
| Maximum Power ตามมาตรฐาน | Duty Cycle |
|---|---|
| ต่ำกว่า 50 mW e.i.r.p. | 1% |
| มากกว่า 50 mW แต่ไม่เกิน 4 W e.i.r.p. | 10% |
จุดสำคัญคือคำว่า “ไม่เกิน 500 kHz” ในมาตรฐานไทย ไม่เหมือนกับประเด็น “อย่างน้อย 500 kHz” ของ FCC §15.247
FCC กับ กสทช. ต่างกันตรงไหน?
| หัวข้อ | สหรัฐฯ | ไทย |
|---|---|---|
| หน่วยงานกำกับ | FCC | กสทช. |
| ย่านที่เป็นประเด็นใน Source | 902–928 MHz | 920–925 MHz สำหรับมาตรฐาน Non-RFID Data Communication ที่กล่าวถึง |
| 500 kHz | Minimum 6 dB Bandwidth ≥ 500 kHz ภายใต้ FCC §15.247(a)(2) | Duty Cycle path ระบุความกว้างคลื่นใช้งานไม่เกิน 500 kHz |
| Spectrum Access | ขึ้นกับ FCC Rule ที่อุปกรณ์ใช้อ้างอิง | มีเงื่อนไข Duty Cycle หรือ FHSS ตามมาตรฐาน กสทช. |
| เอา Config มาใช้ข้ามประเทศได้เลยไหม? | ไม่ควร ต้องเลือก Regulatory Region และ Hardware ให้ตรงกับประเทศที่ใช้งาน | |
Meshtastic มี Region TH อยู่แล้ว
Official Meshtastic Firmware มี Regulatory Definition สำหรับประเทศไทย อยู่ใน Source Code ปัจจุบัน
| ค่าใน Meshtastic Region TH | Current Firmware Definition |
|---|---|
| Region | TH |
| Frequency Range | 920.0–925.0 MHz |
| Duty Cycle | 10% |
| Max TX Power ใน Firmware Profile | 27 dBm |
| Default Preset | LONG_FAST |
ใน Source Code ของ Meshtastic มี Comment ระบุว่าค่า Thailand Profile ถูกตั้งให้สอดคล้องกับ NBTC Regulation
ทำไม Region = US ถึงไม่ควรถูก Copy มาใช้ในไทย?
Tutorial Meshtastic จำนวนมากบนอินเทอร์เน็ต ถูกทำโดยผู้ใช้ในสหรัฐฯ จึงอาจตั้ง Regulatory Region เป็น US
แต่ US Region และ TH Region ไม่ได้ใช้ Frequency Range เดียวกัน
TH → 920–925 MHz
อย่า Copy ค่า Region = US เพียงเพราะทำตาม YouTube, Reddit หรือ Tutorial ต่างประเทศ ควรเลือก Regulatory Region ให้ตรงกับประเทศและตรวจข้อกำกับล่าสุดก่อนใช้งาน
คนไทยต้องเปลี่ยน LongFast เป็น 500 kHz ตามข่าวไหม?
จาก Source ที่ตรวจสอบ ไม่มีเหตุผลให้สรุปว่าผู้ใช้ไทยต้องเปลี่ยนเป็น 500 kHz เพียงเพราะประเด็น FCC
สาเหตุคือประเด็น Hackaday ผูกกับ FCC §15.247 ของสหรัฐฯ ขณะที่มาตรฐานไทยใช้ข้อกำหนดคนละชุด
ยิ่งไปกว่านั้น Current Meshtastic Firmware ยังกำหนด Thailand Region ให้ใช้ Default Preset เป็น LONG_FAST
ข่าว FCC ไม่ใช่เหตุผลโดยตัวมันเอง ที่ทำให้ผู้ใช้ Meshtastic ในประเทศไทย ต้องเปลี่ยนจาก LongFast ไป LongTurbo หรือ 500 kHz
แต่ Firmware, Regulation และ Community Standard สามารถเปลี่ยนได้ จึงควรตรวจข้อมูลล่าสุด หากมีการอัปเดตใหญ่ในอนาคต
บทเรียนที่ Community ไทยควรเอาจาก Philadelphia
แม้เรื่อง FCC จะเป็นบริบทสหรัฐฯ แต่ปัญหา Community Fragmentation สามารถเกิดได้ทุกประเทศ
Mesh Network ไม่ได้ขึ้นอยู่กับ “ซื้อบอร์ดรุ่นเดียวกัน” อย่างเดียว แต่ Node ต้องใช้ Configuration ที่สามารถสื่อสารกันได้
ถ้ากลุ่มหนึ่งใช้ Region หรือ Preset หนึ่ง แต่อีกกลุ่มเปลี่ยนไปใช้คนละ Configuration Network เดิมก็สามารถแยกออกจากกันได้
Community ควรตกลง Regulatory Region, Preset และ Network Configuration ให้ตรงกันก่อน Deploy Node จำนวนมาก
โดยเฉพาะ Network เมืองใหญ่ ควรทดสอบ RF Environment จริง แทนการ Copy Performance Result จากเมืองต่างประเทศมาใช้เป็นข้อสรุป
ก่อนเปิด Meshtastic / LoRa Node ในไทยควรเช็กอะไร?
- Regulatory Region: ตั้งให้ตรงกับประเทศไทย ไม่ Copy Region ต่างประเทศโดยอัตโนมัติ
- Frequency Variant ของ Hardware: ตรวจว่าตัว Radio Hardware รองรับย่านที่ต้องการจริง
- Firmware: ตรวจ Release และ Region Definition ล่าสุด
- Community Configuration: ถ้าต้องการคุยกับ Mesh ในพื้นที่ ต้องตกลง Preset และค่าที่เกี่ยวข้องให้เข้ากัน
- ข้อกำกับ กสทช.: ตรวจมาตรฐานและประกาศล่าสุดก่อน Deploy โดยเฉพาะงานที่ใช้กำลังส่งหรือ Antenna แตกต่างจากบอร์ดมาตรฐาน
- Equipment Compliance: Region Setting ใน Firmware ไม่ได้เป็นหลักฐานว่า Hardware ทุกรุ่นผ่านการรับรองในไทย
FAQ: Meshtastic, FCC และการใช้งานในประเทศไทย
1. FCC ออกกฎใหม่ห้าม Meshtastic ใช่ไหม?
ไม่ใช่ Hackaday ระบุว่ากฎที่เป็นประเด็นมีอยู่เดิม และ FCC ยังไม่ได้ออกประกาศเฉพาะที่ระบุชื่อ Meshtastic หรือ MeshCore
2. ทำไม Meshtastic 250 kHz ถึงเป็นประเด็นในสหรัฐฯ?
เพราะ FCC §15.247(a)(2) กำหนด Minimum 6 dB Bandwidth อย่างน้อย 500 kHz สำหรับ Digital Modulation ภายใต้กฎดังกล่าว
3. กฎ FCC มีผลกับ Meshtastic ในประเทศไทยโดยตรงไหม?
ไม่ใช่ กฎการใช้คลื่นในประเทศไทย อยู่ภายใต้ข้อกำกับของ กสทช.
4. ไทยใช้ย่านไหนในบริบทนี้?
มาตรฐาน กสทช. มท. 1033-2560 ที่ใช้อ้างอิงในบทความนี้ ครอบคลุมเครื่องสื่อสารข้อมูล Non-RFID ในย่าน 920–925 MHz
5. ไทยบังคับ Minimum 500 kHz แบบ FCC หรือไม่?
มาตรฐานไทยที่อ้างอิงในบทความนี้ ไม่ได้ใช้ข้อความเดียวกัน ในแนวทาง Duty Cycle ระบุความกว้างคลื่นใช้งานไม่เกิน 500 kHz
6. Meshtastic มี Thailand Region หรือไม่?
มี Current Firmware มี Region TH สำหรับช่วง 920–925 MHz
7. Region TH ใช้ LongFast หรือไม่?
Current Meshtastic Firmware Definition ระบุ Default Preset เป็น LONG_FAST
8. ต้องเปลี่ยน LongFast เป็น LongTurbo เพราะข่าว FCC ไหม?
ไม่ควรสรุปเช่นนั้นสำหรับประเทศไทย เพราะข่าว FCC เป็นข้อกำกับของสหรัฐฯ และ Current TH Profile ยังใช้ LONG_FAST เป็น Default
9. ตั้ง Region US ในไทยได้ไหม?
ไม่ควร Copy US Configuration มาใช้ในไทยโดยอัตโนมัติ เพราะ US Profile และ TH Profile ใช้ Frequency Range ต่างกัน
10. Region TH ใน Firmware แปลว่าบอร์ดผ่าน กสทช. แล้วหรือไม่?
ไม่ Region Setting เป็นการกำหนด Radio Parameter ใน Software ไม่ใช่การรับรอง Hardware แต่ละรุ่น
11. ไทยใช้กำลังส่งได้ 4 W เลยหรือไม่?
ไม่ควรตีความเช่นนั้น 4 W e.i.r.p. เป็นขีดจำกัดที่ปรากฏในมาตรฐาน แต่ยังมีเงื่อนไขเรื่อง Spectrum Access, Equipment Conformity และการรับรอง ที่ต้องพิจารณาร่วมกัน
12. Meshtastic 500 kHz ทำงานแย่กว่า 250 kHz ในกรุงเทพฯ ไหม?
Source ไม่ได้มีผลทดสอบในกรุงเทพฯ ข้อมูลเรื่อง Interference ที่กล่าวถึง มาจาก Philadelphia
13. MeshCore ดีกว่า Meshtastic ในไทยหรือไม่?
Source ไม่ได้มี Benchmark ในประเทศไทย จึงไม่สามารถสรุปจากกรณี Philadelphia ว่า Protocol ใดเหมาะกว่าในไทย
14. สิ่งสำคัญที่สุดสำหรับ Community Mesh คืออะไร?
นอกจากการเลือก Hardware และตรวจข้อกำกับแล้ว Node ที่ต้องการสื่อสารกันควรใช้ Radio และ Network Configuration ที่เข้ากันได้
สรุป: ข่าว FCC สำคัญกับไทย แต่ไม่ใช่เพราะเราต้องทำตาม FCC
เรื่องที่เกิดขึ้นในสหรัฐฯ เป็นตัวอย่างชัดเจนว่า Open-source Radio Project ไม่ได้มีแค่ Hardware กับ Firmware แต่ต้องอยู่ภายใต้กฎ Spectrum ของประเทศที่นำไปใช้งานจริง
สำหรับประเทศไทย การเห็น Meshtastic ฝั่ง US เปลี่ยน Configuration เพราะประเด็น 500 kHz ไม่ควรนำไปสู่การ Copy ค่าเดียวกันมาใช้ทันที
ข้อมูลปัจจุบันชี้ว่า Thailand Region ของ Meshtastic ถูกกำหนดไว้สำหรับ 920–925 MHz และมี Regulatory Profile ของตัวเอง
ส่วนบทเรียนที่ควรนำกลับมาจาก Philadelphia จริง ๆ คือ Mesh ที่ดีต้องมีทั้ง Radio Configuration ที่ถูกบริบท และ Community ที่ตกลงใช้ Configuration เดียวกัน
เพราะต่อให้มี Node เยอะมาก หากแต่ละกลุ่มใช้คนละ Region, Preset หรือ Protocol จำนวน Hardware ที่เพิ่มขึ้นก็ไม่ได้แปลว่า Network จะเชื่อมต่อกันได้ดีขึ้นเสมอไป
เรื่องนี้เกี่ยวทั้ง RF และข้อกำกับ แนะนำอ่าน Source ต้นฉบับควบคู่กัน
ข้อกำกับด้าน Spectrum สามารถมีรายละเอียด และมีการปรับปรุงในอนาคต หากต้องการ Deploy Network จริง ควรตรวจทั้ง Firmware ล่าสุด, มาตรฐาน กสทช. และข้อมูล Hardware ที่จะใช้งาน
อ่านบทความ FCC ISM Rules May Shatter LoRa Mesh Communities จาก Hackaday
References / แหล่งข้อมูลต้นฉบับ
- Hackaday — FCC ISM Rules May Shatter LoRa Mesh Communities
- Federal Communications Commission — FCC §15.247 Digital Modulation Requirements
- สำนักงาน กสทช. — มาตรฐาน กสทช. มท. 1033-2560
- Meshtastic Firmware — RadioInterface.cpp — Regulatory Region Definitions
กำลังเริ่มเล่น LoRa หรือ Meshtastic?
ถ้ากำลังทดลอง ESP32 + LoRa, Development Board, Antenna หรืออุปกรณ์สำหรับ Wireless Maker Project สามารถสอบถามทีม Globalbyte เรื่องอุปกรณ์ที่เหมาะกับ Project ได้
ก่อนเลือก Hardware สำหรับใช้งานในประเทศไทย ควรตรวจ Frequency Variant และข้อกำกับของ กสทช. ให้ตรงกับการใช้งานจริงด้วย
เนื้อหาส่วนข้อกำกับในประเทศไทย อ้างอิงมาตรฐาน กสทช. มท. 1033-2560 ที่ตรวจสอบ ณ เวลาจัดทำบทความ กฎ ประกาศ และเงื่อนไขด้านคลื่นความถี่ สามารถมีการแก้ไขหรือมีข้อกำหนดอื่นที่เกี่ยวข้องเพิ่มเติมได้ ควรตรวจข้อมูลล่าสุดจากสำนักงาน กสทช. ก่อนใช้งานจริง
ค่า Region TH, Frequency Range, Duty Cycle และ TX Power ที่กล่าวถึงจาก Meshtastic เป็นค่าที่ปรากฏใน Current Firmware Definition ไม่ได้หมายความว่า Hardware ทุกรุ่น ได้รับการรับรองให้ใช้งานในประเทศไทยโดยอัตโนมัติ
ค่า 4 W e.i.r.p. ที่ปรากฏในมาตรฐาน กสทช. เป็นขีดจำกัดทางเทคนิคภายใต้เงื่อนไขของมาตรฐาน ไม่ควรถูกตีความว่าอุปกรณ์ทุกประเภท สามารถตั้งกำลังส่งระดับดังกล่าวแล้วใช้งานได้ทันที
ผลการทดสอบเรื่อง 250 kHz, 500 kHz และ Interference ที่กล่าวถึงจาก Philadelphia เป็นข้อมูลจากสภาพแวดล้อมในสหรัฐฯ ไม่ใช่ Benchmark ของประเทศไทย Source ไม่ได้ให้ผลทดสอบ RF Environment ในกรุงเทพฯ หรือพื้นที่อื่นของไทย
