การเลือก Thread Sub-GHz สำหรับ IoT โรงงานในไทย: เตรียมจัดซื้ออย่างไร

การเลือก Thread Sub-GHz สำหรับ IoT โรงงานต้องเริ่มจากการแยกข่าวการพัฒนามาตรฐานออกจากสินค้าที่พร้อมสั่งซื้อ เมื่อวันที่ 21 กันยายน 2026 Thread Group ประกาศว่าคณะกรรมการอนุมัติให้เริ่มงานขยาย Thread ไปสู่ชั้นสื่อสารวิทยุ Sub-GHz และกำลังพัฒนาข้อกำหนดอยู่ ประกาศดังกล่าวไม่ได้ยืนยันว่ามีข้อกำหนดฉบับสมบูรณ์ โครงการรับรองสำหรับรุ่น Sub-GHz ผลิตภัณฑ์ที่ผ่านการรับรอง ย่านใช้งานในประเทศไทย หรือวันส่งมอบเชิงพาณิชย์ โรงงานจึงควรเตรียมข้อกำหนดงาน สำรวจหน้างาน และประเมินเทคโนโลยีที่มีจำหน่ายจริงไปก่อน พร้อมกำหนดเงื่อนไขที่จะกลับมาประเมินทางเลือกใหม่เมื่อมีหลักฐานชัดเจน

Thread Sub-GHz ประกาศอะไรแล้ว และอะไรยังไม่ทราบ

Thread Group ตั้งเป้านำแนวทางเครือข่ายเมชพลังงานต่ำที่ใช้ IP ของ Thread ไปสู่การใช้งานเชิงพาณิชย์และอุตสาหกรรมในย่าน Sub-GHz โดยระบุว่าจะเปิดตัวชื่อเฉพาะของเทคโนโลยีในภายหลัง ข้อมูลที่เผยแพร่ยังไม่กำหนดช่องสัญญาณ กำลังส่ง อัตราข้อมูล ความหน่วง อายุแบตเตอรี่ รูปแบบเกตเวย์ วิธีทดสอบรับรอง หรือกำหนดขายในไทย หากผู้ขายนำเสนออุปกรณ์ว่า “พร้อมสำหรับ Thread Sub-GHz” ให้ขอเลขรุ่นและข้อกำหนดฉบับทางการ ผลทดสอบที่ตรงกับข้อกำหนด หน่วยงานรับรอง เอกสารที่ใช้ในไทย และกำหนดส่งมอบที่ผูกพันตามสัญญา แผนงานของผู้ผลิตเป็นข้อมูลวางแผน ไม่ใช่หลักฐานว่าอุปกรณ์ผ่านการรับรองแล้ว

Thread ที่ใช้อยู่ในปัจจุบันเป็นเครือข่ายเมช IPv6 บนพื้นฐาน IEEE 802.15.4 ส่วน Thread 1.4 มีความสามารถเรื่องการแบ่งปันข้อมูลรับรอง การวินิจฉัยเครือข่าย และการเชื่อมผ่านโครงสร้างพื้นฐาน เอกสารเหล่านี้อธิบายระบบ Thread ปัจจุบัน แต่ไม่ได้ยืนยันว่าอุปกรณ์ Thread ปัจจุบันจะสื่อสารทางวิทยุกับ Thread Sub-GHz ในอนาคตได้โดยตรง เมื่อชั้นวิทยุเปลี่ยน เสาอากาศ งบพลังงาน เกตเวย์ และเส้นทางการรับรองอาจเปลี่ยนตาม ต้องรอข้อกำหนดที่เผยแพร่จริงและผลทดสอบการทำงานร่วมกันก่อนรับรองแผนการย้ายระบบ

โรงงานควรแยกกรอบเวลาเป็นสองส่วน จุดตรวจวัดที่ต้องใช้งานในงบประมาณปีนี้ให้เลือกอุปกรณ์ที่มีอยู่ ตรวจสอบการปฏิบัติตามข้อกำหนดไทยและทดสอบในพื้นที่จริงได้ ส่วนแผนขยายในอนาคตให้แยกรหัสทรัพย์สิน แบบข้อมูล และ API ออกจากอะแดปเตอร์วิทยุ วิธีนี้ทำให้งานผลิตไม่ต้องรอมาตรฐานที่ยังไม่เสร็จ แต่ยังเปิดทางให้ประเมินเทคโนโลยีใหม่ภายหลัง

กำหนดข้อมูลจากกระบวนการผลิตก่อนเลือกคลื่นวิทยุ

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

เริ่มจากต้นทุนปัญหาที่มีอยู่จริง เช่น ข้อมูลหาย การพบความผิดปกติช้า เวลาเดินตรวจเครื่อง การหยุดผลิต หรือช่องว่างของข้อมูลสืบย้อนกลับ เครื่องจักรที่ติดตั้งถาวรและเดินสายได้ปลอดภัยอาจใช้ Ethernet หรือ IO-Link แล้วคุ้มกว่าตลอดอายุใช้งาน ระบบไร้สายเหมาะให้พิจารณาเมื่อจุดวัดอยู่ไกล เครื่องมือเคลื่อนที่ รางสายเต็ม หรือการหยุดเครื่องเพื่อติดตั้งสายมีต้นทุนสูง เป้าหมายไม่ควรเป็นสัดส่วนอุปกรณ์ไร้สาย แต่เป็นการลดความสูญเสียที่ตรวจวัดได้

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

Sub-GHz ไม่ได้แปลว่าระยะครอบคลุมแน่นอน

Sub-GHz เป็นชื่อกว้างของความถี่ต่ำกว่า 1 GHz คลื่นความถี่ต่ำอาจเหมาะในบางสภาพแวดล้อม แต่ระยะจริงขึ้นกับกำลังส่งที่กฎหมายอนุญาต ความไวรับ เสาอากาศ ความสูงติดตั้ง การสูญเสียในสาย โลหะที่บังสัญญาณ การสะท้อนคลื่น ความหนาแน่นของช่อง และขนาดแพ็กเก็ต เมื่อชั้นวางสินค้าเต็ม สภาพทางวิทยุอาจต่างจากวันทดสอบ ระยะสูงสุดกลางแจ้งของผู้ผลิตไม่ใช่คำรับประกันภายในโรงงาน ต้องวัด ณ ตำแหน่งติดตั้งจริงขณะสายการผลิตทำงาน

การส่งต่อแบบเมชอาจเพิ่มเส้นทางสำรอง แต่ก็เพิ่มจุดที่ต้องมีไฟฟ้า จำนวนฮอป เวลาใช้ช่องสัญญาณและภาระบำรุงรักษา เซ็นเซอร์ใช้แบตเตอรี่อาจไม่ได้เป็นตัวส่งต่อถาวร ต้องดูอุปกรณ์จริง บทบาทของโหนดใน Thread Sub-GHz ในอนาคตต้องรอข้อกำหนดและผลิตภัณฑ์ที่เผยแพร่แล้ว การทดลองควรมีจุดหลังเครื่องจักร ใกล้มอเตอร์ บริเวณประตู และเส้นทางรถขนวัสดุ ไม่ใช่เพียงจุดใกล้เกตเวย์ที่สัญญาณดีที่สุด

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

เปรียบเทียบ Thread Sub-GHz, DECT NR+, Wi-Fi และ private 5G

DECT NR+ เป็นเทคโนโลยีอีกชุดหนึ่งที่อ้างอิงมาตรฐาน DECT-2020 NR ของ ETSI ซึ่งระบุการใช้งาน IoT อุตสาหกรรมและเครือข่ายเมชในพื้นที่ เอกสารของ ETSI ใช้เพื่อเข้าใจ DECT NR+ ไม่ได้พิสูจน์ว่าเชื่อมกับ Thread Sub-GHz ในอนาคตได้ คำอธิบายเรื่องการติดตั้งที่ยืดหยุ่นหรือย่านความถี่สากลไม่ได้เป็นใบอนุญาตครอบคลุมอุปกรณ์ทุกแบบในไทย ต้องตรวจรุ่น ความถี่ การกำหนดค่า และข้อกำหนด กสทช. รายอุปกรณ์

Wi-Fi มักเหมาะกับแท็บเล็ต HMI กล้อง และอุปกรณ์ที่ต่อเข้าระบบ IT/OT เดิมอยู่แล้ว แต่ต้องวางตำแหน่ง access point การโรมมิง การรบกวน แหล่งจ่ายไฟ การแบ่งเครือข่าย และการจัดการอุปกรณ์ เซ็นเซอร์แบตเตอรี่ที่ส่งข้อมูลสั้น ๆ เป็นช่วง ๆ มีต้นทุนตลอดอายุใช้งานต่างจากกล้อง การมี access point อยู่แล้วไม่ได้แปลว่าการเพิ่มเซ็นเซอร์ไม่มีต้นทุน อ่านแนวทาง ออกแบบ Wi-Fi โรงงานในไทย สำหรับการประเมินหน้างาน

Private 5G อาจเหมาะกับพื้นที่ใหญ่ อุปกรณ์เคลื่อนที่และหลายแอปพลิเคชันที่มีทีมดูแลเครือข่าย 5G-ACIA เสนอให้คำนวณมูลค่าและผลตอบแทนจากกรณีใช้งานจริง ชื่อ 5G ไม่ได้รับประกันความหน่วง ต้องวัดอุปกรณ์ปลายทาง ระบบแกนกลาง ผังวิทยุ backhaul และแอปพลิเคชันร่วมกัน ต้นทุนต้องรวมเงื่อนไขคลื่นและสัญญา สถานีวิทยุ ระบบแกนกลาง อุปกรณ์ ความปลอดภัยและบริการระยะยาว จุดวัดข้อมูลขนาดเล็กเพียงไม่กี่สิบจุดอาจไม่คุ้มกับระบบใหญ่ แต่เครือข่ายร่วมของยานพาหนะและหลายกระบวนการเป็นโจทย์อีกแบบ

ตารางนี้ไม่ใช่การจัดอันดับมาตรฐาน ต้องกำหนดงานและเงื่อนไขหน้างานก่อนแล้วเปรียบเทียบผลิตภัณฑ์พร้อมหลักฐาน อ่าน บทความ DECT NR+ สำหรับ IoT อุตสาหกรรม เพื่อพิจารณาทางเลือกดังกล่าวโดยไม่ปะปนกับ Thread

ตรวจข้อกำหนด กสทช. ตามรุ่นและการกำหนดค่าจริง

กสทช. เผยแพร่ขั้นตอนเกี่ยวกับเครื่องวิทยุคมนาคมและฐานข้อมูลการรับรองอุปกรณ์ เอกสารของหน่วยงานเคยกล่าวถึงย่าน 920–925 MHz สำหรับ IoT แต่ข้อความเกี่ยวกับย่านความถี่ไม่ใช่ข้อพิสูจน์ว่าอุปกรณ์ Thread Sub-GHz ในอนาคตทุกตัวนำเข้า ติดตั้ง หรือใช้งานได้ทันที เทคโนโลยีที่กำลังพัฒนายังไม่ได้ประกาศย่านใช้งานในไทย ต้องตรวจประกาศปัจจุบันกับรุ่น โมดูล ช่วงความถี่ กำลังส่ง เสาอากาศ เฟิร์มแวร์ และรูปแบบใช้งานที่เสนอ

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

เขียนข้อกำหนดทั้งเส้นทางข้อมูล ไม่ใช่เฉพาะการส่งวิทยุ

ระบบที่ใช้งานได้ต้องส่งค่าถูกต้องภายใต้รหัสเครื่องและเวลาที่ถูกต้องไปถึงผู้ปฏิบัติงานหรือระบบที่ตัดสินใจได้ วาดขอบเขตของเซ็นเซอร์ เกตเวย์ เครือข่าย message broker ฐานข้อมูล dashboard และ MES ระบุวิธีจัดการค่าที่หาย การเก็บชั่วคราว การส่งซ้ำ ข้อมูลซ้ำ นาฬิกาคลาด และเจ้าของการแจ้งเตือนในทุกจุดเชื่อมต่อ ใช้ คู่มือเลือกเกตเวย์ IoT อุตสาหกรรม เป็นรายการคำถามสำหรับ RFP ได้

สำหรับการเฝ้าดูการสั่น ให้ระบุแกนที่วัด วิธีสรุปค่า รหัสมอเตอร์ สภาพการเดินเครื่อง ค่าแจ้งเตือน และประวัติซ่อมบำรุง สัญญาณวิทยุที่ดีแต่จับคู่ข้อมูลกับมอเตอร์ผิดยังให้ผลวิเคราะห์ผิด สำหรับการสืบย้อนกลับของผลิตภัณฑ์ ให้แยกเวลาเกิดเหตุการณ์จากเวลารับข้อมูลและป้องกันการนับซ้ำหลังส่งใหม่ ความปลอดภัยก็ไม่จบที่การเข้ารหัสวิทยุ ต้องกำหนดการลงทะเบียนอุปกรณ์ การเก็บและเปลี่ยนรหัส การถอนอุปกรณ์ การอัปเดตเกตเวย์ การแบ่งเครือข่าย OT การเก็บ log และสิทธิ์กู้ระบบ

ทำ PoC ณ จุดที่สัญญาณยาก และกำหนดเกณฑ์ก่อนทดสอบ

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

กำหนดเกณฑ์ผ่านตามงานก่อนเห็นผล เช่น ต้องได้ค่าทุกช่วงที่กำหนด ต้องแจ้งผู้ปฏิบัติงานเมื่อข้อมูลขาดนานเกินค่าที่ตกลง หรือเซ็นเซอร์ต้องเก็บข้อมูลขณะเกตเวย์ไม่ทำงาน ตัวเลขขึ้นกับกระบวนการ ไม่มีกฎเดียวสำหรับทุกโรงงาน เก็บผลที่ไม่ผ่านและข้อมูลดิบด้วย อย่าเปลี่ยนเกณฑ์หลังเห็นการทดสอบเพื่อให้ทางเลือกที่ชอบผ่าน

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

ใช้ RFI ตอนนี้ และ RFP สำหรับผลิตภัณฑ์ที่ตรวจสอบได้

ในเดือนตุลาคม 2026 Thread Sub-GHz เหมาะกับการขอข้อมูล RFI มากกว่าข้อบังคับใน RFP ถามผู้ขายว่ามีส่วนร่วมในงานมาตรฐานหรือไม่ มีข้อมูลที่เปิดเผยได้อะไรบ้าง แผนการรับรองและตัวอย่างเป็นอย่างไร ตั้งใจรองรับกฎไทยอย่างไร และใครจะดูแลในประเทศ แยกคำตอบเป็น “กำลังพัฒนา” “แผนงาน” และ “ข้อเท็จจริงที่ตรวจสอบได้” อย่าใช้เงื่อนไข “ต้องรองรับ Thread Sub-GHz” ในการจัดซื้อเร่งด่วนเสมือนมีระบบที่รับรองแล้ว

สำหรับเทคโนโลยีปัจจุบัน ให้ RFP ระบุจำนวนเซ็นเซอร์ ผังจุดติดตั้ง ชั่วโมงเดินเครื่อง สภาพแวดล้อม ไฟฟ้า การทำงานเมื่อสัญญาณขาด รูปแบบข้อมูล อะไหล่ เอกสาร กสทช. การทดสอบ FAT/SAT และการฝึกอบรม ใช้ตารางเดียวเทียบ DECT NR+, Wi-Fi, ระบบพลังงานต่ำอื่นที่ใช้ได้ตามกฎ และแบบสาย ขอหลักฐานเจ็ดด้าน ได้แก่ ข้อกำหนดวิทยุและเอกสารไทยตามรุ่น กำหนดส่งและอะไหล่ วิธีวัดหน้างาน ข้อมูลออกจากเกตเวย์และโหมด offline วงจรรหัสและแพตช์ การทดสอบรับมอบ และสมมติฐานต้นทุนหากเปลี่ยนวิทยุในอนาคต ส่วนสุดท้ายเป็นสถานการณ์จำลอง ไม่ใช่คำรับประกันว่ามาตรฐานใหม่พร้อมใช้งาน

เปรียบเทียบต้นทุนห้าปีและเตรียมทางออกจากผู้ขาย

ปรับขอบเขตใบเสนอราคาให้เท่ากันก่อนเทียบราคา ค่าเริ่มต้นรวมเซ็นเซอร์ เสาอากาศ ไฟฟ้า จุดยึด เกตเวย์ สำรวจหน้างาน งานติดตั้ง การเชื่อมแอป เอกสารกำกับ FAT/SAT และฝึกอบรม ค่าใช้จ่ายต่อเนื่องรวมแบตเตอรี่ ค่าบริการ อะไหล่ เฟิร์มแวร์ ความปลอดภัย การตอบสนองเหตุขัดข้อง และการทดสอบซ้ำเมื่อผังเครื่องเปลี่ยน แสดงค่าใช้จ่ายที่ต้องหยุดผลิตแยกต่างหาก ใบเสนอราคาเฉพาะเซ็นเซอร์เทียบตรงกับระบบที่ติดตั้งพร้อมดูแลไม่ได้

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

เพื่อย้ายเทคโนโลยีภายหลัง ให้แอปใช้รหัสจุดวัดเชิงตรรกะ รหัสทรัพย์สิน หน่วยค่า เวลา และธงคุณภาพ แทนที่อยู่เฉพาะผู้ผลิต จัดตารางจับคู่รหัสจุดวัดกับอุปกรณ์จริง เมื่อเปลี่ยนระบบให้เดินอุปกรณ์เก่าและใหม่คู่กันช่วงหนึ่ง ตรวจค่ากับเวลา ป้องกันแจ้งเตือนซ้ำ ถอนสิทธิ์อุปกรณ์เก่า และจัดการแบตเตอรี่อย่างถูกต้อง งานเหล่านี้ต้องรวมในประมาณการย้ายไป Thread Sub-GHz ในอนาคตด้วย

ตารางตัดสินใจห้าช่องสำหรับจัดซื้อ ซ่อมบำรุง และ IT/OT

จัดทำบันทึกการตัดสินใจห้าช่องที่ฝ่ายผลิต ซ่อมบำรุง วิศวกรรม จัดซื้อ และ IT/OT ใช้ร่วมกัน ช่องแรกระบุการใช้งานและจุดวัด คำว่า “ติดตามอุณหภูมิ” ไม่เพียงพอ ต้องบอกว่าตรวจตลับลูกปืนหรือตู้ใด ทุกกี่นาที เกณฑ์ใดทำให้ต้องตรวจ และใครรับผิดชอบ ช่องที่สองระบุวิธีเดิม เช่น การเดินตรวจ สัญญาณ PLC เครื่องบันทึก หรือ Wi-Fi ที่มีอยู่ เพื่อมีฐานเปรียบเทียบ ช่องที่สามเป็นเงื่อนไขบังคับ ได้แก่ การใช้วิทยุได้ตามกฎไทย การจัดการข้อมูลขาด การติดตั้งที่ปลอดภัย การซ่อมได้ และการเชื่อมกับระบบงานจริง หากไม่ผ่านเงื่อนไขบังคับ ไม่ควรใช้คะแนนด้านอื่นชดเชย

ช่องที่สี่เป็นคุณสมบัติที่ให้คะแนนได้ เช่น ขนาด อายุการเปลี่ยนแบตเตอรี่ เวลาติดตั้ง การขยายจำนวนจุด และความง่ายในการดูแล ช่องที่ห้าระบุหลักฐานว่าแต่ละข้อยืนยันด้วยใบรับรอง เอกสารผู้ผลิตที่ลงวันที่ บันทึกทดลองหน้างาน ผล FAT/SAT หรือข้อผูกพันในสัญญา กำหนดเจ้าของปัญหาและวันทบทวนในรายการที่ยังไม่ชัด เมื่อใช้ระบบนี้ Thread Sub-GHz ในอนาคตเป็นทางเลือกที่ติดตามได้ แต่ยังให้คะแนนเหมือนอุปกรณ์ที่ซื้อและรับรองแล้วไม่ได้ ส่วนผลิตภัณฑ์ที่มีอยู่แข่งขันกันด้วยหลักฐานที่ตรวจได้

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

ค่าใช้จ่ายห้ากลุ่มที่มักหลุดจากใบเสนอราคา

กลุ่มแรกคือสำรวจหน้างาน ระบุว่าต้องวัดกี่สภาพการผลิต กี่กะ ไปซ้ำกี่ครั้ง และบันทึกตำแหน่งอย่างไร ผังที่ระยะสั้นอาจมีโลหะหรือรถเคลื่อนที่เฉพาะช่วงผลิตสูง กลุ่มที่สองคืออุปกรณ์ติดตั้งจริง เช่น ขายึด ฝาครอบ หัวต่อทนสั่น เสาอากาศ แหล่งจ่ายไฟ และอุปกรณ์ขึ้นทำงานที่สูง กลุ่มที่สามคือเชื่อมข้อมูล การส่งค่าจากเกตเวย์ยังต้องจับคู่รหัสเครื่อง หน่วย ธงคุณภาพ และเวลาเข้ากับระบบโรงงาน การที่ผู้ขายบอกว่ามี MQTT ไม่ได้แปลว่าทำกฎแจ้งเตือนและฐานข้อมูลของโรงงานเสร็จแล้ว

กลุ่มที่สี่คือบำรุงรักษาตลอดสัญญา ได้แก่ แบตเตอรี่ เครื่องทดแทน เฟิร์มแวร์ รหัสรับรอง การถอนอุปกรณ์ที่สูญหาย log และช่างที่ตอบสนองนอกเวลาทำงาน กลุ่มที่ห้าคือประเมินซ้ำเมื่อสิ่งแวดล้อมเปลี่ยน ชั้นวางใหม่ การย้ายสายการผลิต Wi-Fi เพิ่ม โมดูลใหม่ หรือเฟิร์มแวร์เปลี่ยนอาจทำให้ต้องสำรวจคลื่นหรือความสอดคล้องตามกฎอีกครั้ง แยกข้อยกเว้นของแต่ละบริษัท เช่น “ลูกค้าจ่ายไฟเอง” “ผู้นำเข้าจัดการเอกสาร กสทช.” หรือ “เชื่อม MES ถึงระดับ API เท่านั้น” เพื่อให้เห็นราคาและผู้รับผิดชอบจริง เปรียบเทียบขอบเขตห้าปีและเวลาฟื้นระบบแบบเดียวกัน เครื่องที่ถูกกว่าเล็กน้อยอาจกลายเป็นระบบแพงกว่าเมื่อไม่มีอะไหล่ในไทย

ออกแบบทางออกเมื่อเปลี่ยนวิธีสื่อสาร

กำหนดรูปแบบข้อมูลที่แอปใช้งานเป็นรหัสจุดวัด รหัสทรัพย์สิน หน่วย ค่า เวลาเกิดเหตุการณ์ และสถานะคุณภาพ เก็บตารางควบคุมที่จับคู่จุดวัดเชิงตรรกะกับโหนดจริง พอร์ตเซ็นเซอร์ และเกตเวย์ หาก dashboard และรายงานอ้างที่อยู่อุปกรณ์เฉพาะผู้ผลิตโดยตรง การเปลี่ยนวิทยุจะบังคับแก้แอปทุกจุด การทำแบบข้อมูลกลางมีต้นทุน จึงควรเริ่มกับจุดวัดที่จะใช้ต่อหลัง PoC ไม่จำเป็นต้องทำให้เซ็นเซอร์ชั่วคราวทุกตัวเป็นโครงสร้างซับซ้อน

แผนย้ายระบบต้องครอบคลุมการปลดอุปกรณ์ ไม่ใช่เพียงส่งออกข้อมูล ให้ระบบเก่าและใหม่เดินคู่กันตามช่วงที่ตกลง ตรวจค่ากับนาฬิกา ป้องกันแจ้งเตือนซ้ำ ย้ายข้อมูลที่ค้าง ถอนกุญแจเครือข่ายเก่า และตรวจจำนวนอุปกรณ์ที่เก็บกลับจากพื้นที่ ระบุวิธีจัดการแบตเตอรี่อย่างปลอดภัยและเงื่อนไขย้อนกลับหากระบบใหม่มีปัญหา การเปลี่ยนเกตเวย์อาจต้องจัดการเหตุการณ์ที่ยังไม่ส่งเป็นพิเศษ ต้องรวมงานหน้างานเหล่านี้ในค่าใช้จ่ายย้ายไป Thread Sub-GHz ภายหลัง แม้ราคาอุปกรณ์ใหม่ดูน่าสนใจ

ตัวอย่างความพร้อมจัดซื้อใน 90 วัน

วันที่ 1–30 ระบุเครื่องเป้าหมาย ความสูญเสียจากงานเดิม สายและเครือข่ายที่มี ทะเบียนจุดวัด และรุ่นอุปกรณ์ที่หาได้ในไทย ตกลงเงื่อนไขบังคับกับเกณฑ์สำเร็จก่อนดูสาธิต วันที่ 31–60 ออก RFI สำหรับทางเลือกที่มีจำหน่าย สำรวจคลื่นขณะสายการผลิตเดินจริง คัดสองหรือสามสถาปัตยกรรม และบันทึกรายการที่แต่ละข้อเสนอไม่รวม สำหรับ Thread Sub-GHz ที่ยังพัฒนา ให้ติดตามข้อมูลสาธารณะและตั้งเหตุการณ์สำหรับประเมินใหม่ อย่าสร้างราคาสินค้าจากมาตรฐานที่คาดว่าจะเกิด วันที่ 61–90 ทำ PoC ในกระบวนการตัวแทน ตรวจเส้นทางข้อมูลกับการตอบสนองเมื่อข้อมูลหาย รวบรวมเอกสาร กสทช. และราคาบริการ แล้วนำผลไปสร้าง RFP ที่เข้ากับรอบเปลี่ยนเครื่องจักร

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

ตรวจรับ FAT/SAT และส่งมอบให้ทีมโรงงาน

FAT ควรทดสอบการตั้งค่า รูปแบบข้อมูล รหัสเครื่อง ข้อมูลขาดหรือซ้ำ เวลา การฟื้นตัวเมื่อสื่อสารขาด การปฏิเสธอุปกรณ์ที่ไม่มีสิทธิ์ การเปลี่ยนรหัส และการแจ้งเตือน บันทึกรุ่น เฟิร์มแวร์ ผังระบบ ผลผ่าน และข้อยกเว้น SAT ทำซ้ำ ณ ตำแหน่งจริงขณะเดินเครื่อง วัดการส่งถึงปลายทาง ช่วงข้อมูลขาด ความหน่วง พลังงาน การฟื้นของเกตเวย์ และผลจากชิ้นงานโลหะที่เคลื่อนที่ กำหนดเงื่อนไขที่ต้องสำรวจซ้ำเมื่อย้ายผังโรงงาน

เอกสารส่งมอบต้องมีตารางรหัสเครื่องกับอุปกรณ์ เอกสาร กสทช. รุ่นซอฟต์แวร์ ผู้ดูแลกุญแจดิจิทัล อะไหล่ ขั้นตอนเปลี่ยนแบตเตอรี่ ผู้ติดต่อซ่อมบำรุง วิธีแยกอาการเสีย ระยะเก็บ log และผลซ้อมกู้ระบบ คู่มือภาษาไทยและอังกฤษควรใช้ชื่อเครื่องและคำเตือนตรงกัน โรงงานจะดูแลได้จริงเมื่อทีมท้องถิ่นระบุเครื่องที่เสีย เปลี่ยน และกู้ค่าที่อนุมัติไว้ได้

ตัวอย่างแผนเตรียมจัดซื้อ 90 วันคือ เดือนแรกสำรวจความสูญเสียและจุดวัด เดือนที่สองทำ RFI และสำรวจคลื่นขณะผลิต เดือนที่สามทำ PoC และจัดทำ RFP นี่เป็นตารางงานของผู้ซื้อ ไม่ใช่การคาดการณ์วันออกข้อกำหนดหรือสินค้า Thread Sub-GHz หากขยายหลายโรงงาน ให้ใช้แบบข้อมูลและบันทึกทดสอบร่วมกัน แต่สำรวจคลื่นและขั้นตอนบำรุงรักษาใหม่ทุกแห่ง

สรุป: ซื้อจากหลักฐานวันนี้ และเก็บทางเลือกวันหน้า

Thread Sub-GHz ยังเป็นงานพัฒนาข้อกำหนดที่ Thread Group ประกาศในกันยายน 2026 การตัดสินใจวันนี้ควรยึดผลิตภัณฑ์ที่มีจริง เอกสารสำหรับไทย และผลทดสอบในโรงงาน แยกชั้นข้อมูลกับอุปกรณ์สื่อสารไว้ เพื่อกลับมาประเมินเมื่อข้อกำหนด การรับรอง ผลิตภัณฑ์ และการปฏิบัติตามกฎในไทยชัดเจน

หากโรงงานในไทยกำลังจัดทำตารางเปรียบเทียบเครือข่ายเซ็นเซอร์หรือ RFI สามารถ ติดต่อ TOMAS TECH ตั้งแต่ขั้นกำหนดขอบเขต เพื่อวางวิธีทดสอบหน้างาน การส่งต่อข้อมูล และหลักฐานสำหรับจัดซื้อของทางเลือกที่มีอยู่ปัจจุบัน

คำถามที่พบบ่อย

สั่งซื้ออุปกรณ์ Thread Sub-GHz ที่ผ่านการรับรองได้แล้วหรือยัง?

ประกาศวันที่ 21 กันยายน 2026 ระบุว่ากำลังพัฒนาข้อกำหนด ไม่ได้ยืนยันว่ามีข้อกำหนดเสร็จหรือสินค้ารับรองพร้อมส่ง ขอเอกสารฉบับสุดท้าย การรับรอง รุ่น เอกสารไทย และกำหนดส่งก่อนสั่งซื้อ

Thread Sub-GHz คือ DECT NR+ ใช่หรือไม่?

ไม่ใช่ DECT NR+ อ้างอิงมาตรฐาน DECT-2020 NR ของ ETSI ส่วนการขยาย Thread เป็นอีกงานหนึ่ง คำว่าเมชหรือ IP ที่เหมือนกันไม่ได้แปลว่าเชื่อมวิทยุถึงกันได้

ย่าน IoT 920–925 MHz ในไทยทำให้อุปกรณ์ไม่ต้องขออนุญาตใช่หรือไม่?

สรุปเช่นนั้นไม่ได้ ข้อมูลย่านความถี่ต่างจากข้อกำหนดสำหรับอุปกรณ์ การนำเข้าและการติดตั้งแต่ละกรณี ตรวจประกาศ กสทช. ปัจจุบันพร้อมรุ่นและการกำหนดค่าที่จะใช้จริง

ระยะจะไกลกว่า Wi-Fi หรือ private 5G หรือไม่?

ชื่อเทคโนโลยีตอบไม่ได้ กำลังส่งที่ใช้ได้ตามกฎ เสาอากาศ สิ่งกีดขวาง การจราจรข้อมูล และตำแหน่งติดตั้งมีผล ต้องเปรียบเทียบผลิตภัณฑ์จริงที่จุดเดียวกันและเกณฑ์เดียวกันเมื่อทางเลือกใหม่พร้อม

ควรรอมาตรฐานก่อนเริ่ม IoT โรงงานหรือไม่?

พิจารณาความเสียหายที่เกิดตอนนี้และรอบเปลี่ยนเครื่องจักร จุดเร่งด่วนอาจเริ่มด้วยระบบที่มีและตรวจสอบได้โดยแยกแบบข้อมูลออกจากวิทยุ หากรอได้ให้กำหนดหลักฐานและวันที่ประเมินใหม่

แหล่งข้อมูลหลัก

• Thread Group: ประกาศงาน Sub-GHz วันที่ 21 กันยายน 2026
• Thread Group: ภาพรวมเทคโนโลยี Thread ปัจจุบัน
• Thread Group: เอกสารคุณลักษณะ Thread 1.4
• ETSI: คณะทำงาน DECT
• ETSI TS 103 636-1 Release 2
• กสทช.: บริการเกี่ยวกับวิทยุคมนาคม
• กสทช.: ฐานข้อมูล Type Approval
• กสทช.: เอกสารย่าน IoT 920–925 MHz ซึ่งไม่ใช่หลักฐานอนุมัติอุปกรณ์เฉพาะรุ่น
• 5G-ACIA: การคำนวณมูลค่าของ 5G อุตสาหกรรม