Blog

2026.08.24

วางระบบ Wireless LAN โรงงานไทย: ตั้งแต่ RFP ถึง SAT

วางระบบ Wireless LAN โรงงานไทย: ตั้งแต่ RFP ถึง SAT

การ วางระบบ Wireless LAN ในโรงงาน ไม่ใช่แค่วาง Access Point ให้ห่างเท่า ๆ กันแล้วทดสอบความเร็ว โดยเฉพาะโรงงาน Brownfield ในประเทศไทยที่ยังเดินเครื่องอยู่ เครื่องจักรโลหะ ของเหลว ประตูม้วน ชั้นวางเคลื่อนที่ เครื่องเชื่อม ระบบเครือข่ายเดิม เวลาหยุดผลิตที่จำกัด และอุปกรณ์ลูกข่ายหลายรุ่น ล้วนเป็นเงื่อนไขออกแบบ แม้ความเร็วสูงสุดจะดี แต่ถ้า AGV หลุดตรงขอบเซลล์ เครื่องสแกนต้องยืนยันตัวตนใหม่ หาสาเหตุไม่ได้ หรือกู้ระบบหลังไฟดับไม่ได้ ระบบนั้นก็ยังไม่พร้อมเป็นโครงสร้างพื้นฐานการผลิต

บทความนี้อธิบายกระบวนการตั้งแต่สำรวจหน้างาน แบ่งลักษณะการใช้งาน กำหนดขอบเขตสาย/ไร้สาย ทำ RF Survey เลือกย่านความถี่และช่องสัญญาณ ทดสอบ Roaming ออกแบบ OT Security, PoE, UPS และความซ้ำซ้อน จัดทำ RFP, FAT/SAT ตัดสินความเสถียร 30 วัน ไปจนถึงทะเบียนระบบและการควบคุมการเปลี่ยนแปลง Wi-Fi 6E และ Wi-Fi 7 เป็นทางเลือกที่ต้องพิสูจน์ตามข้อกำหนดไทย ความพร้อมของ Client และผลทดสอบ ไม่ใช่เหตุผลให้เปลี่ยนทั้งโรงงานทันที

เริ่มวางระบบ Wireless LAN โรงงานจากความต่อเนื่อง ไม่ใช่ความเร็ว

แบ่งตามผลกระทบเมื่อขาดการเชื่อมต่อ

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

แบ่งอุปกรณ์เป็น Fixed, Nomadic และ Mobile: เซนเซอร์หรือ Gateway ที่อยู่กับที่; Scanner หรือ Notebook ซ่อมบำรุงที่ย้ายตำแหน่งแต่ใช้งานขณะหยุด; และ AGV/AMR ที่ต้องรักษา Session ระหว่างเคลื่อนที่ จากนั้นแยกงานควบคุม เฝ้าระวัง Traceability เสียง/วิดีโอ และงานสำนักงาน

กรณีใช้งานการเคลื่อนที่ผลกระทบหลักเมื่อขาดการเชื่อมต่อประเด็นแรกที่ต้องกำหนด
เซนเซอร์ / Edge Gatewayอยู่กับที่ข้อมูลขาดหรือมาช้าBuffer, Retry, เวลา, ไฟเลี้ยง, การบำรุงรักษา
Handheld Scannerย้ายแล้วหยุดใช้Transaction ซ้ำ/หาย งานหยุดTransaction ID, Offline, เวลายืนยันตัวตน
เครื่องซ่อมบำรุงย้ายแล้วหยุดใช้วินิจฉัยและกู้คืนช้าจำกัดปลายทาง สิทธิ์ Audit และกรณีฉุกเฉิน
AGV / AMRเคลื่อนที่รถหยุด จราจรติด อัปเดตเส้นทางไม่ได้Roaming, Latency, Loss, Safe state
กล้องอยู่กับที่/เคลื่อนที่ภาพขาด แย่ง UplinkUplink, การเก็บ, Priority, Privacy
PLC / ระบบเกี่ยวกับความปลอดภัยพิจารณาเฉพาะกรณีกระทบการควบคุม/ความปลอดภัยให้สายเป็นตัวเลือกแรกและตรวจโดยผู้เชี่ยวชาญ

Availability ไม่ได้แปลว่าเห็นสัญญาณ แต่หมายถึง Client ยืนยันตัวตนได้ ไปถึงเฉพาะปลายทางที่ต้องใช้ ทำ Transaction เสร็จตามเวลา และบันทึกผลเพียงหนึ่งครั้ง ความปลอดภัยหมายถึงการสื่อสารขัดข้องต้องไม่ผลักระบบเข้าสู่สภาพอันตราย ส่วน Recoverability คือผู้รับผิดชอบสามารถกู้ AP, Switch, Certificate และ Configuration ได้

NIST SP 800-82 Rev.3 ระบุชัดว่าการรักษาความมั่นคง OT ต้องคำนึงถึง Performance, Reliability และ Safety ที่เป็นเอกลักษณ์ จึงไม่ควรนำมาตรการ IT ลงระบบทันทีโดยไม่ประเมินผล และไม่ควรละเว้นการป้องกันเพราะ “หยุดไลน์ไม่ได้” การเปลี่ยนแปลงต้องมี Impact Assessment, Test และ Recovery Plan

สำรวจโรงงาน Brownfield ที่ยังเดินการผลิต

ดูทั้งช่วงเดินเครื่องและหยุดเครื่อง

การสำรวจโรงงานว่างไม่สะท้อนสัญญาณรบกวน วัตถุดิบ รถขนส่ง และตำแหน่งประตูจริง ระหว่างผลิตให้สังเกตเครื่องเชื่อม Inverter อุปกรณ์ไร้สาย การวิ่ง AGV ความหนาแน่นคน Bluetooth และ Hotspot ส่วนช่วงหยุดควรตรวจตำแหน่ง AP ทางเดินสาย ตู้ไฟ เหนือฝ้า Grounding แหล่งจ่ายไฟ สภาพแวดล้อม และความปลอดภัยในการติดตั้ง

ต้องมองการเปลี่ยนแปลงในอนาคตด้วย เมื่อเพิ่ม Rack ย้ายไลน์ ปิดประตู เติมถัง หรือกองสินค้าสูง การแพร่คลื่นจะเปลี่ยน โลหะสะท้อนและบัง ของเหลวและคนดูดซับ ประตูและ Rack เป็นสิ่งกีดขวางที่เปลี่ยนตามเวลา ความร้อน ฝุ่น น้ำมัน สารเคมี ไอน้ำ การล้าง และแรงสั่นสะเทือนมีผลต่อ AP, Antenna, Connector และ Enclosure

ตรวจสินทรัพย์ของระบบเครือข่ายอุตสาหกรรมเดิม

ทำทะเบียน Switch, Fiber/Copper, VLAN, Routing, DHCP, DNS, NTP, AAA, Firewall, Monitoring, Port สำรอง, PoE, UPS และ Backup Configuration การมี Port ว่างไม่ได้แปลว่าปลอดภัยสำหรับ OT ต้องดูอายุการสนับสนุน แหล่งจ่าย Uplink และ Single Point of Failure

ทะเบียนควรมีตำแหน่ง หน้าที่ เจ้าของ Management IP รุ่น Software สถานะ Support Configuration ฉบับหลัก วิธีเปลี่ยน อุปกรณ์ต้นทางไฟ และอุปกรณ์ที่เชื่อมต่อ หากพบ Switch ไม่มีการจัดการหรือ AP บ้าน ให้ตรวจผลกระทบก่อน แล้ววางแผนย้ายเข้าสู่เส้นทางที่อนุมัติ แทนการถอดทันทีจนผลิตหยุด

วางระบบ Wireless LAN โรงงานไทย: ตั้งแต่ RFP ถึง SAT - figure 1

กำหนดขอบเขตสายกับไร้สายจากการใช้งาน

ถามว่า Wireless ให้คุณค่าหรือไม่ ไม่ใช่แค่ใช้ได้หรือไม่

Wireless เหมาะกับอุปกรณ์เคลื่อนที่ จุดที่เดินสายยาก หรือ Layout เปลี่ยนบ่อย แต่ระบบควบคุมอยู่กับที่ การสื่อสาร Cyclic ถี่ Jitter เข้มงวด หรือเส้นทางที่ผลกระทบสูง อาจคาดการณ์ได้ง่ายกว่าด้วยสาย การทดสอบผ่านไม่ได้แปลว่า Wireless เป็นตัวเลือกดำเนินงานที่ดีที่สุด

คู่มือ Cisco PROFINET Wireless เป็นแหล่งข้อมูลหลักของผู้ผลิตสำหรับ Scenario ที่ผ่านการตรวจสอบ คู่มือเน้นว่าขณะเคลื่อนที่ Application ต้องไม่ Timeout และ RF Coverage, Site Survey, Frequency Plan มีความสำคัญ ตัวเลข 10 ms และ 100 ms ในคู่มือเป็นเป้าหมายของสถาปัตยกรรมและกรณีทดสอบนั้น ไม่ใช่ SLA สากล ต้องทดสอบ PLC, Client, Authentication, Topology และ Load จริง

ใช้ Edge Computing ในโรงงานเพื่อลดข้อมูลสูญหาย

คุณค่าของ Edge Computing ในโรงงาน ไม่ใช่แค่ประมวลผลเร็ว Edge สามารถติด Timestamp และ Buffer ข้อมูลเซนเซอร์หรือ Scanner แล้วส่งซ้ำด้วย Transaction ID เดิมเมื่อ Uplink กลับมา รวมถึงแปลง Protocol ใส่ Data Quality และส่ง Health Status

แต่ต้องกำหนดขนาด Buffer อายุข้อมูล Clock ลำดับ Deduplication Acknowledgement ความเสียหายของ Disk และไฟสำรอง แนวคิดเดียวกันใช้เมื่อเชื่อม ระบบบันทึกพารามิเตอร์กระบวนการ กับ ระบบแสดงความคืบหน้าการผลิต: ต้องกำหนด System of Record และผู้รับผิดชอบการ Retry ก่อน Link ขัดข้อง

RF Survey สำหรับสภาพเดินเครื่อง หยุดเครื่อง และ Layout อนาคต

ใช้ Predictive, Passive, Active และ Roaming ให้ถูกวัตถุประสงค์

Predictive Model ใช้ Drawing วัสดุ Antenna และ Power เพื่อวางตำแหน่งเบื้องต้น Passive Survey ตรวจ AP รอบข้าง Channel Utilization และ Noise Active Survey เชื่อม Client ทดสอบเพื่อวัด Throughput, Latency, Loss และ Retry ส่วน Roaming Survey วิ่งตามเส้นทางที่กำหนด เปลี่ยนความเร็ว ทิศทาง และน้ำหนัก พร้อมบันทึกการเปลี่ยน AP และผลของ Application

เครื่องมือสำรวจกับ Client จริงอาจให้ผลต่างกัน เพราะจำนวน Antenna Band ที่รองรับ กำลังส่ง Roaming Logic, Driver, Power Saving และตำแหน่งติดตั้งต่างกัน Acceptance ต้องใช้ Client ตัวแทนการผลิต สำหรับ AGV ให้ทดสอบความเร็วจริง จุดหยุด/ออกตัว เลี้ยว สวนทาง บรรทุก/ไม่บรรทุก และผ่านประตูม้วน

RSSI Heatmap เป็นเพียงจุดเริ่ม ต้องดู SNR, Noise, Channel Utilization, Co-channel/Adjacent-channel Interference, Retry, Modulation, Client ต่อ AP, Uplink/Downlink และ Roam History การเพิ่มกำลัง AP ไม่ได้ทำให้ Uplink จาก Client ดีขึ้นเสมอ และอาจทำให้ Client เกาะ AP ไกล

RFP ต้องระบุพื้นที่ สภาพการผลิต เวลา Client ความสูง ประตู/Rack/วัตถุดิบ Metric, Raw Data, Project File ที่แก้ไขได้ และเงื่อนไขสำรวจซ้ำ ไม่ควรรับเพียง PDF Heatmap

เลือก 2.4/5/6 GHz, Wi-Fi 6E และ Wi-Fi 7 ในประเทศไทย

ตัวเลข NBTC คือประเภทและเพดาน ไม่ใช่กำลังเป้าหมาย

หน้า SDoC Online ของ NBTC ที่ตรวจเมื่อ 24 สิงหาคม 2026 แสดง WLAN 2.4 GHz ช่วง 2400–2500 MHz ที่ 100 mW e.i.r.p.; 5.2 GHz ช่วง 5150–5350 MHz ที่ 200 mW e.i.r.p.; 5.4 GHz ช่วง 5470–5725 MHz ที่ 1 W e.i.r.p.; และ 5.8 GHz ช่วง 5725–5850 MHz ที่ 1 W e.i.r.p. สำหรับ 6 GHz ช่วง 5925–6425 MHz แสดง LPI ภายในอาคาร 250 mW e.i.r.p. และ VLP ภายใน/ภายนอกอาคาร 25 mW e.i.r.p.

ค่าจากแหล่งข้อมูลหลัก NBTC เหล่านี้ไม่ได้หมายความว่าควรตั้ง AP ที่เพดาน ก่อนจัดซื้อต้องตรวจการรับรองอุปกรณ์รุ่นจริง e.i.r.p. ที่รวม Antenna Gain ประเภทสถานที่ ขั้นตอนนำเข้า/จำหน่าย/ใช้งาน และ Country Code กับข้อมูล NBTC และผู้เชี่ยวชาญ พื้นที่กึ่งภายนอก เช่น Loading Bay ไม่ควรถือเป็น Indoor โดยอัตโนมัติ

ย่านข้อมูลหน้า NBTC SDoCประเด็นตัดสินใจในโรงงาน
2.4 GHz2400–2500 MHz, 100 mW e.i.r.p.รองรับอุปกรณ์ลูกข่ายหลากหลาย แต่มีความหนาแน่นสูงและช่องที่ไม่ทับกันมีน้อย
5.2 GHz5150–5350 MHz, 200 mW e.i.r.p.ตรวจอุปกรณ์ลูกข่าย แผนช่องสัญญาณ และแผนเซลล์
5.4 GHz5470–5725 MHz, 1 W e.i.r.p.ตรวจพฤติกรรมหลบ Radar และผลต่อการผลิต
5.8 GHz5725–5850 MHz, 1 W e.i.r.p.ตรวจอุปกรณ์ลูกข่าย สัญญาณรบกวน และความสอดคล้องตามข้อกำหนด
6 GHz LPI5925–6425 MHz, ภายในอาคาร, 250 mW e.i.r.p.อุปกรณ์ 6E/7 ประเภทพื้นที่ การแพร่คลื่น และความสอดคล้องตามข้อกำหนด
6 GHz VLP5925–6425 MHz, ภายใน/ภายนอกอาคาร, 25 mW e.i.r.p.ข้อจำกัดกำลัง กรณีใช้งาน และผลทดสอบภาคสนาม

IEEE 802.11ax-2021 กำหนด PHY/MAC สำหรับ WLAN ประสิทธิภาพสูงระหว่าง 1–7.125 GHz ส่วน IEEE 802.11be-2024 เป็นส่วนขยาย EHT โดยหน้า IEEE ระบุว่าอย่างน้อยหนึ่งโหมดต้องรองรับค่าปริมาณงานสูงสุดอย่างน้อย 30 Gbit/s ที่ MAC SAP และมีกลไกช่วยปรับปรุงค่าหน่วงเวลาและความแปรปรวนในกรณีเลวร้าย นี่คือความสามารถตามมาตรฐาน ไม่ใช่การรับประกันเมื่อใช้งานผ่านผนัง เครื่องจักร สัญญาณรบกวน อุปกรณ์ลูกข่าย สวิตช์ และแอปพลิเคชัน

ย่าน 6 GHz อาจเพิ่มความจุที่มีสัญญาณรบกวนน้อยสำหรับอุปกรณ์ลูกข่ายรุ่นใหม่ แต่เครื่องสแกนรุ่นเก่าอาจไม่รองรับ จึงต้องตรวจการแพร่คลื่น ประเภทพื้นที่ อุปกรณ์สำรอง และไดรเวอร์ การติดตั้ง AP Wi-Fi 7 เพียงอย่างเดียวไม่สร้างประโยชน์หากอุปกรณ์ลูกข่าย ระบบ AAA ลิงก์ขาขึ้นของสวิตช์ PoE และระบบเฝ้าระวังยังไม่พร้อม ควรทดลองในโซนใหม่หรือพื้นที่หนาแน่น แล้วขยายเมื่อผลวัดยืนยันประโยชน์

ออกแบบ Band, Channel และ Capacity จาก Transaction สองทิศทาง

ข้อมูล Scanner มีขนาดเล็กแต่เกิดพร้อมกันช่วงเปลี่ยนกะ กล้องใช้ Uplink ต่อเนื่อง Notebook ซ่อมบำรุงสร้าง Traffic Update/Cloud Sync แบบฉับพลัน AGV ส่งข้อมูลเล็กต่อเนื่องแต่ไวต่อการขาดช่วง ต้องบันทึก Peak, Direction, Packet Size, Cycle, Retry และ Deadline ไม่ใช่ Mbps เฉลี่ยเท่านั้น

Channel ที่กว้างเพิ่ม Headroom ของ Link เดี่ยว แต่อาจลดการ Reuse และทำให้จัดการ Interference ยาก ใน Brownfield ไม่ควรตั้งความกว้างสูงสุดเป็น Default หากใช้ระบบปรับ Channel/Power อัตโนมัติ ต้องกำหนดผลต่อ OT ช่วงเวลาเปลี่ยน Audit Log และเงื่อนไขที่ล็อกไว้

Inputหลักฐานหน้างานการใช้ในแบบ
Client พร้อมกันPeak แยกกะ/พื้นที่รวมการเติบโต ไม่ใช้ค่าเฉลี่ยอย่างเดียว
Uplink/Downlinkวัดตาม Applicationแยกกล้องและ Upload
Transaction Deadlineเวลาที่งานยอมรับแยก Network กับ Application Processing
Retry/LossDistribution ขณะผลิตหาเวลาที่แย่ ไม่ดูเฉลี่ยอย่างเดียว
Channel Utilizationแยก AP/Bandเชื่อม Wi-Fi และ Non-Wi-Fi Interference
GrowthClient, Data, Areaกำหนด Headroom และจุด Trigger ขยาย

รับรอง Roaming, Latency และ Packet Loss ที่ระดับ Application

Roam เร็วอาจยังล้มเหลวหาก AAA, DHCP, DNS, Firewall, Server หรือ Application Reconnect ช้า ในทางกลับกัน Loss สั้นอาจไม่กระทบงานถ้า Client Buffer และ Retry แบบ Idempotent ต้องเชื่อม Radio KPI กับ Business KPI ด้วย Clock เดียวกัน

ตารางต่อไปนี้เป็น สมมติฐานตัวอย่างสำหรับ RFP ไม่ใช่ข้อบังคับ IEEE/NBTC ค่า Cisco ทั่วไป หรือคำรับประกัน TOMAS TECH ต้องแทนด้วย Timeout จริง Safe Behaviour, Client Specification และผล Survey

KPI ตัวอย่างเป้าหมายตัวอย่าง RFPวิธีระบุการวัด
ความสำเร็จการสื่อสารบนเส้นทาง≥99.95% ใน 30 วันระบุ Client, กะ และ Planned Exclusion
Roaming Interruption95th percentile ≤150 msระบุ AGV, Speed, AP Boundary, AAA
RTT95th percentile ≤80 msจาก Client ถึง Production Application ขณะมี Load
Packet Loss<0.5% ในช่วง 5 นาทีระบุ Packet, Direction, Measurement Point
Scan Transaction99.9% เสร็จใน 2 วินาทีจากอ่าน Barcode ถึง DB Acceptance
Recovery≤15 นาทีเมื่อ AP หนึ่งตัวเสียมี Spare, Approved Config, Owner ที่ฝึกแล้ว

บันทึก Percentile, Outlier, Duration และ Area Acceptance ต้องดูว่า AGV หยุดหรือไม่ Scan ซ้ำหรือไม่ และข้อมูล Buffer เข้าเพียงครั้งเดียวหรือไม่ Ping ผ่านอย่างเดียวไม่ถือว่าจบ Application Test

OT Security: Segmentation, AAA, Certificate และ Monitoring

แยก SSID อย่างเดียวไม่ใช่ Segmentation ที่สมบูรณ์

เชื่อม Role กับ SSID, VLAN, Address, Allowed Flow, Authentication และ Monitoring แต่ไม่เพิ่ม SSID จนเกินจำเป็น ควบคุม Destination, Direction และ Port ที่จุดเหมาะสม ระบุ Client-to-client, Internet, IT, ไลน์อื่น และ Management Plane อย่างชัดเจน

ศูนย์รวม ICS Recommended Practices ของ CISA เป็นข้อมูลทางการด้าน Defense-in-depth และ Incident Response จุดประสงค์คือรู้ Asset/Flow ไม่พึ่งมาตรการเดียว ตรวจจับพฤติกรรมผิดปกติ แยกและกู้คืนได้ Encryption ที่แข็งแรงไม่ได้จำกัด Blast Radius หาก Credential เดียวเข้าถึงทั้งโรงงาน

ผูก AAA และ Certificate กับวงจรชีวิตอุปกรณ์

อุปกรณ์ที่รองรับควรพิจารณาการยืนยันตัวตนรายอุปกรณ์ เช่น 802.1X และ Certificate แทน Shared Password ต้องออกแบบ AAA Redundancy, Fail Behaviour, Time Sync, Issuance, Storage, Renewal, Revocation และการติดตั้งอุปกรณ์ทดแทน Client เก่าที่ไม่รองรับควรอยู่ Segment จำกัด มีทะเบียนรายตัวและแผนเปลี่ยน

ติดตามวันหมดอายุก่อน Certificate ทำให้ไลน์หยุด ทดสอบ Renewal กำหนด Owner และ Emergency Procedure การเข้าถึงของผู้รับเหมาควรขออนุมัติ จำกัดเวลา จำกัดปลายทาง และมี Log ไม่ใช่เปิดถาวร

เฝ้าระวัง Wired, Wireless และ Application ด้วยเวลาเดียวกัน

เชื่อม AP Status, Authentication Failure, Roam, Channel Change, Interference, Retry, Client Health, DHCP/DNS/NTP, Switch Port, PoE, Firewall Deny และ Application Transaction กำหนด Retention, Access, Capacity, Alert Owner และขั้นตอน First Response

การนำ MES ไปใช้ในโรงงานไทย เชื่อมเหตุการณ์หน้างานกับคำสั่งผลิตและผลผลิต การดูแล WLAN ก็ควรตาม Transaction ที่ล้มเหลวผ่าน Scanner, Edge, Network และ MES ด้วย Timestamp/Transaction ID เดียวกัน

วางระบบ Wireless LAN โรงงานไทย: ตั้งแต่ RFP ถึง SAT - figure 2

PoE, UPS และ Redundancy: กำจัด Single Point ที่ไม่ใช่ RF

ตรวจ PoE Budget รวมและต่อ Port, Power Supply, Redundancy, Start-up, ระยะสาย และ Temperature Derating AP รุ่นใหม่อาจจำกัด Radio หรือ Auxiliary Feature หากไฟไม่พอ ต้องตรวจเงื่อนไขของรุ่นจริง ไม่ใช้ค่าทั่วไป

Switch PoE อยู่บน UPS ก็ไม่ช่วยหาก Uplink, Controller, AAA, DHCP, Firewall หรือ Edge Server ดับ วาด Dependency จาก Client ถึง Application แล้วทดสอบ Hold-up Time, Shutdown, Restore Sequence และ Generator Transfer

AP สองตัวไม่ถือว่า Redundant หากใช้ Switch, Supply, Fiber และ AAA เดียวกัน พื้นที่สำคัญต้องประเมิน Cell Overlap, Switching Path, Power Feed, Uplink, Management, AAA, DHCP และ Monitoring ทดสอบ Failure ภายใต้แผนอนุมัติ มีผู้เฝ้า เกณฑ์กู้และ Rollback พร้อมบันทึก Packet Loss กับผลกระทบงาน

RFP ที่ทำให้เปรียบเทียบข้อเสนอได้

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

หมวด RFPเนื้อหาที่ต้องมี
วัตถุประสงค์/ขอบเขตพื้นที่ Use, Client, ผลกระทบ, Exclusion
สำรวจRunning/Stopped RF, Interference, Network, Power, Environment
ออกแบบWired Boundary, Band, Channel, Cell, Capacity, Segment
SecurityAAA, Certificate, Flow, Management, Log, Vulnerability/Change
InfrastructureAP, Antenna, Mount, Cable, PoE, UPS, Redundancy
MigrationPilot, Stage, Shutdown, Rollback, Legacy Removal
TestFAT, SAT, Roam, Failure, Recovery, 30-day Observation
DeliverableDrawing, Config, Raw Survey, Register, Backup, Procedure
SupportSLA, Contact, Spare, Certificate, Software Lifecycle, Onsite

ชื่ออย่าง “AI Optimization,” “Zero Touch” หรือ “Wi-Fi 7 Ready” ไม่ใช่ Acceptance Criteria ต้องถามว่าระบบสังเกตอะไร เปลี่ยนเมื่อใด เก็บ Audit อย่างไร และย้อนกลับอย่างไร

การย้าย Brownfield ควรทำเป็นขั้น หากเปลี่ยน SSID, Static IP, Certificate, Security เก่า, Client Profile และ Application Destination พร้อมกัน จะวิเคราะห์สาเหตุยาก Pilot Client ตัวแทนใน Zone หนึ่ง เฝ้าระวังเก่า/ใหม่ แล้วทยอยย้าย

Rollback ต้องระบุ Owner เวลาตัดสิน Configuration, Cable, Client Profile และ Data Reconciliation ไม่ใช่เพียง “มีปัญหาให้กลับ” ทุก Change ต้องมี Approval, Implementer, Config Diff, Test, Result และ Open Point

FAT, SAT และการตัดสินความเสถียร 30 วัน

FAT ตรวจ Configuration และ Recovery ก่อนลง Site

สร้าง Environment ตัวแทนที่มี AP, Switch, Management/Controller, AAA, Certificate, DHCP, VLAN, Firewall และ Monitoring แม้จำลอง RF โรงงานทั้งหมดไม่ได้ แต่พิสูจน์ Template, Role, Authentication, Flow, Log, Backup, Restore, Upgrade และ Replacement ได้

หลักฐานต้องมีรหัสการทดสอบ เงื่อนไขก่อนเริ่ม ขั้นตอน ผลที่คาดหวัง/ผลจริง บันทึกเหตุการณ์ รุ่นการตั้งค่า ความคลาดเคลื่อน การแก้ไข การทดสอบซ้ำ และการอนุมัติ ภาพหน้าจอ “Connected” เพียงอย่างเดียวไม่พิสูจน์ว่าทำซ้ำและกู้คืนได้

SAT ใช้โรงงาน Client เส้นทางและ Load จริง

วางระบบ Wireless LAN โรงงานไทย: ตั้งแต่ RFP ถึง SAT - figure 3
SAT Scenarioวิธีทดสอบหลักฐานผ่าน
Coverageจุด/ความสูง/ประตู/วัตถุดิบที่ระบุRaw Data, Heatmap, Exception Register
CapacityClient และ Traffic เทียบ PeakKPI Distribution, Utilization, Application Result
RoamingAGV/Scanner บนเส้นทางจริงAP Transition, Loss, Transaction, Stop/No-stop
AuthenticationJoin, Renew, Expire, Revoke, AAA OutageAllow/Deny, Recovery, Audit
FailureAP, Uplink, Supply, Service DownScope, Failover, Recovery, Data Consistency
Interferenceช่วงผลิตหนาแน่นSNR, Utilization, Retry, Business KPI
RestorationRestore Config อนุมัติลง SpareConnectivity, Monitoring, Register Version

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

หลัง SAT ควรสังเกตการผลิตปกตินานพอ วันรับมอบวันเดียวอาจไม่เห็นสิ้นเดือน ทุกกะ การล้าง สต็อกสูงสุด และซ่อมบำรุง ตัวอย่าง RFP สมมติ คือช่วงเสถียร 30 วันปฏิทิน และปรับตามรอบผลิตจริง

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

ทะเบียนระบบ การควบคุมการเปลี่ยนแปลง และซ้อมกู้คืน

รับ Physical/Logical Diagram ที่แก้ได้ ตำแหน่ง AP/ทิศ Antenna, Cable/Port, VLAN/SSID/Address, Allowed Flow, AAA/Certificate, PoE/UPS, Licence, Software Version, Raw Survey, Config Backup, Restore Procedure, Test Evidence และ Spare เก็บ Password/Private Key ใน Secret Management ไม่ใช่ Plain Register

ตรวจ Config ฉบับหลัก Running Device และ Backup ให้ตรงกัน Restore AP หรือ Switch สำรองจาก Factory Default แล้วพิสูจน์ Authentication, Traffic, Monitoring และ Logging ห้ามรับแบบที่อยู่ใน Notebook ของผู้รับเหมาเพียงเครื่องเดียว

เมื่อเพิ่ม Rack ย้ายไลน์ เปลี่ยน AP/Channel/Certificate/Firewall/Driver ให้ประเมิน RF, Security และ Application พร้อมกัน ทบทวน Rogue Device, Certificate/Licence Expiry, Support Lifecycle, Retry Trend, Interference, Capacity, Incident และ Config History เป็นระยะ

Checklist ก่อนจัดซื้อ

ก่อน Survey

  • ระบุพื้นที่ กะ Shutdown Window และกฎ Safe Work
  • ลงทะเบียน Fixed/Nomadic/Mobile พร้อมผลกระทบงาน
  • รวบรวม Drawing, VLAN, Power, PoE, UPS, AAA, Monitoring ฉบับหลัก
  • กำหนด Running/Stopped และเงื่อนไขประตู Rack วัตถุดิบ
  • ยืนยันรุ่น Client, OS, Driver, Band และ Spare

ก่อนออก RFP

  • อนุมัติ Wired/Wireless Boundary ต่อ Use Case
  • สร้าง KPI จาก Transaction และผลกระทบ ไม่ใช่ชื่อมาตรฐาน
  • กำหนดผู้รับผิดชอบตรวจ NBTC/Conformity อีกครั้งก่อนซื้อ
  • รวม OT Segment, AAA, Certificate, Monitoring, Change
  • รวม FAT, SAT, Stability, Deliverable และ Restore Drill ในราคา

ก่อนรับมอบ

  • ทำ SAT ด้วย Client, Route, Load และ Interference จริง
  • ทดสอบ AP, Uplink, AAA และ Power Failure อย่างปลอดภัย
  • ตรวจ Config, Drawing, Survey, Register และ Backup ตรงกัน
  • ทุก Open Point มี Impact, Workaround, Owner, Date, Retest
  • พนักงานโรงงานสาธิต Restore และ First Diagnosis ได้

FAQ: Wireless LAN โรงงาน, OT Security และ Wi-Fi 7

Wireless LAN โรงงานต่างจาก Wi-Fi สำนักงานอย่างไร?

โลหะ ของเหลว Rack เคลื่อนที่ การเชื่อม สภาพแวดล้อม และเวลาทำงานยาวมีผล ขณะที่ AGV/Scanner กระทบผลิตโดยตรง จึงต้องรับรอง Roaming, Retry, Identity, Power, Segment, Application และ Recovery ไม่ใช่ Signal อย่างเดียว

Survey ตอนหยุดโรงงานอย่างเดียวพอหรือไม่?

อาจไม่พอ ช่วงหยุดเห็นสภาพติดตั้งแต่ไม่เห็นเครื่อง วัตถุดิบ คน และคลื่นรอบข้างขณะผลิต ควรผสมการสังเกต Running/Stopped อย่างปลอดภัย และจำลอง Layout ในอนาคต

AGV/AMR ต้อง Roam ภายในกี่ ms?

ไม่มีค่ากลางสากล ต้องมาจาก Vehicle Architecture, Application Timeout, Buffer, Safe State, Route และ Speed ตัวเลขในบทความเป็นสมมติฐาน RFP ต้องทดสอบทั้ง Interruption และผลต่อการทำงาน

ควรเปลี่ยนทั้งหมดเป็น Wi-Fi 7 หรือไม่?

ไม่ควรตัดสินจาก Generation ตรวจ Client, เงื่อนไขไทย, 6 GHz Conformity, Propagation, PoE, Switch, AAA, Monitoring, Spare และประโยชน์ที่วัดได้ Pilot พื้นที่เหมาะสมและคง Wi-Fi 6/6E หรือสายไว้เมื่อดีกว่า

NBTC แสดงเงื่อนไข 6 GHz อย่างไร?

หน้า SDoC ที่ตรวจ 24 สิงหาคม 2026 แสดง 5925–6425 MHz, LPI ภายในอาคาร 250 mW e.i.r.p. และ VLP ภายใน/ภายนอก 25 mW e.i.r.p. ก่อนซื้อให้ตรวจรุ่นอุปกรณ์ ขั้นตอน Antenna และประเภทสถานที่อีกครั้ง

แยก SSID/Password เพียงพอสำหรับ OT Security หรือไม่?

ไม่พอ ต้องจำกัด Flow ใช้ Identity รายตัวหรือ Compensating Control จัดการ Certificate ป้องกัน Management Plane เฝ้าระวัง Backup, Change และ Incident Response

เปรียบเทียบราคาโครงข่ายอุตสาหกรรมจากจำนวน AP ได้หรือไม่?

ไม่ได้ ต้องให้ Survey, Cable, PoE, UPS, Redundancy, Security, Migration, Night Work, FAT/SAT, Observation, Register, Restore และ Support มีเงื่อนไขเดียวกัน และแยก Hardware, Service, Recurring Licence

Edge Computing ทำให้ Wireless ไม่ล่มหรือไม่?

ไม่ทำให้ Link ไม่ล่ม แต่ Buffer, Transaction ID, Retry และ Deduplication ลดผลกระทบได้ ยังต้องออกแบบ Capacity, Time, Order, Acknowledgement, Disk และ Power

สรุป: จัดซื้อความต่อเนื่องที่วัดได้

Wireless LAN ที่ดีในโรงงาน Brownfield ไทยไม่ใช่การเรียง AP รุ่นล่าสุด แต่คือการแยก Fixed/Nomadic/Mobile รักษาสายไว้ในจุดที่คาดการณ์ได้ดีกว่า และวัด RF, Client, Capacity, Roaming และ Transaction ขณะผลิต ตรวจเงื่อนไข NBTC และ Conformity ของรุ่นจริงอีกครั้ง ใช้ Wi-Fi 6E/7 เฉพาะจุดที่ Client และผล Field Test สนับสนุน

ใส่ OT Segmentation, AAA, Certificate, Monitoring, PoE, UPS, Redundancy, Configuration ฉบับหลัก และ Recovery ใน RFP เดียวกัน ใช้ FAT ตรวจ Configuration/Failure, SAT ตรวจโรงงานจริง และ Stability Period ปิด Exception สิ่งที่รับมอบคือบริการที่ตรวจพบความขัดข้อง ทำให้ระบบเข้าสู่สภาพปลอดภัย เก็บหลักฐาน และกู้คืนได้

แม้ยังไม่เลือกรุ่นหรือจำนวน AP ก็เริ่มจาก Use Case, เงื่อนไข Survey, RFP และ Pilot ได้ หากกำลังวาง Wireless LAN หรือปรับปรุง OT Network ในโรงงานไทย สามารถปรึกษาตั้งแต่ขั้นแนวคิดผ่าน หน้าติดต่อ TOMAS TECH

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