บทวิเคราะห์: Patch Window ที่หายไป — เมื่อ Exploit เร็วกว่า Patch วิศวกร OT ต้องทำอย่างไรในปี 2026

บทวิเคราะห์: Patch Window ที่หายไป — เมื่อ Exploit เร็วกว่า Patch วิศวกร OT ต้องทำอย่างไรในปี 2026

Article
สมมติฐานเบื้องหลัง Patch Management แบบดั้งเดิมกำลังล่มสลาย ระบบที่เราใช้กันมา 20 ปี ตั้งอยู่บนความเชื่อว่า "หลังผู้ผลิตประกาศช่องโหว่ เรามีเวลาหลายสัปดาห์ทดสอบและติดตั้งแพตช์ก่อนที่ผู้โจมตีจะเริ่มใช้ประโยชน์จากมัน" แต่ข้อมูลช่วงปี 2024–2026 แสดงให้เห็นว่า ช่วงเวลานั้นถูกบีบอัดจนแทบไม่เหลืออยู่แล้ว และผลกระทบตกอยู่กับโรงงานอุตสาหกรรมหนักที่สุด เพราะเป็นสภาพแวดล้อมที่ Patch ทำได้ยากที่สุด ตัวเลขที่บอกว่าเกมเปลี่ยนแล้ว การวิเคราะห์ข้อมูล Known Exploited Vulnerabilities ล่าสุดชี้ภาพที่ชัดเจน: ระยะเวลาเฉลี่ยจากการเปิดเผย CVE ถึงการถูกโจมตีในป่าจริง ลดลงจาก 756 วันในปี 2018 เหลือระดับชั่วโมงในปี 2024–2025 และในปี 2025 จำนวนที่น่าตกใจคือ 28% ของการโจมตีเกิดขึ้นภายใน 1 วันหลังเปิดเผยช่องโหว่ ขณะที่เกือบ 29% ของ CVE ที่ถูกโจมตีถูกใช้ประโยชน์ ตั้งแต่วันประกาศหรือก่อนหน้านั้น — นั่นคือ Zero-day ที่ Patch ยังไม่เกิดขึ้นเลย ปี เวลาเฉลี่ยจากเปิดเผยถึงถูกโจมตี 2018756 วัน 202184 วัน 20236 วัน 2024เร็วที่สุดที่สังเกต ~4 ชั่วโมง 2025บ่อยครั้งถูกโจมตีก่อนเปิดเผย (Zero-day) ที่มา: การวิเคราะห์ข้อมูล Known Exploited Vulnerabilities (KEV) 2026 และสถิติอุตสาหกรรมปี 2025–2026 อุปกรณ์ OT จำนวนมากถูกออกแบบให้ทำงานยาวนานหลายสิบปี — ความยาวอายุที่เป็นจุดแข็งทางวิศวกรรม กลายเป็นภาระในการ Patch (ภาพ: Wikimedia Commons, CC BY-SA 2.0) ทำไมโรงงาน OT รับมือได้ยากที่สุด ในโลก IT การ Patch รายเดือน (Patch Tuesday) เป็นเรื่องปกติ แต่ในโรงงาน การอัปเดตซอฟต์แวร์ PLC หรือ DCS ไม่ใช่แค่การกดปุ่ม มันคือ เหตุการณ์ทาง production ที่ต้องขอหน้าต่างเวลาหยุด production ล่วงหน้า, ทดสอบกับโปรแกรมควบคุมเวอร์ชันจริง, มีแผน Rollback และบุคลากรพร้อมสแตนด์บายระหว่างทำ ผลคือ รอบ Patch ของโรงงานจำนวนมากวัดเป็นรายไตรมาสถึงรายปี เทียบกับรอบโจมตีที่เหลือหลักชั่วโมง เมื่อพูดถึงโจมตีปี 2025–2026 ที่ Lateral Movement เฉลี่ยเกิดขึ้นภายใน 29 นาทีหลังเจาะเข้าเครือข่าย แนวคิด "รอ Patch…
Read More
How-to: วางระบบ OT Deception (Honeypot) ในโรงงาน 5 ขั้นตอน — ล่อให้ผู้โจมตีเผยตัวก่อนถึง PLC

How-to: วางระบบ OT Deception (Honeypot) ในโรงงาน 5 ขั้นตอน — ล่อให้ผู้โจมตีเผยตัวก่อนถึง PLC

Article
โรงงานอุตสาหกรรมส่วนใหญ่ติดตั้ง IDS/IPS ไว้แล้ว แต่ก็ยังเจอปัญหาเดิมๆ วนอยู่เป็นปี นั่นคือ Alert หลายพันไอเทมต่อวันที่ 90% เป็น False Positive จนทีม SOC เริ่มกด "ปิด" โดยไม่อ่าน ในทางกลับกัน มีเทคโนโลยีหนึ่งที่ออกแบบมาให้ แทบไม่มี False Positive เลย เพราะหลักการของมันคือ: ถ้ามีใครแตะสิ่งที่ไม่มีใครควรแตะ นั่นคือการโจมตีแน่นอน — เทคโนโลยีนั้นคือ OT Deception หรือ Honeypot เชิงอุตสาหกรรม ปี 2026 แนวคิดนี้ได้พัฒนาจาก Honeypot ธรรมดาที่รอถูกโจมตี ไปสู่ Active Defense ที่ปลอมสินทรัพย์จำลอง (Decoy) ให้เหมือน PLC, HMI และ SCADA Server จริงที่สุด จนผู้โจมตีที่แฝงตัวอยู่ในเครือข่ายต้องเผยพฤติกรรมทั้งหมดให้เราบันทึกไว้ ค่าเฉลี่ยที่รายงานจากผู้ให้บริการด้าน Deception Technology ระบุว่าแนวทางนี้ช่วย ลด Attacker Dwell Time จากหลายเดือนเหลือหลักชั่วโมง เพราะ Alert ที่ได้คือ "Confirmed Indicator" ไม่ต้องตรวจสอบซ้ำ Decoy ที่ดีต้อง "เล่าเรื่อง" ให้ผู้โจมตีเชื่อว่านี่คือโรงงานจริง — มี Control Room, มีเครื่องจักร, มีกระแสข้อมูลเดินอยู่ตลอดเวลา (ภาพ: Missouri State Archives, Wikimedia Commons) ทำไม Honeypot ธรรมดาถึงไม่พอสำหรับ OT ความท้าทายของการวาง Decoy ในเครือข่ายอุตสาหกรรมไม่เหมือน IT เลย สามเหตุผลหลักคือ: โปรโตคอลเฉพาะทาง — Decoy ต้องจำลอง Modbus TCP, OPC UA, EtherNet/IP, S7comm ได้จริง ไม่ใช่แค่เปิดพอร์ต 502 ค้างไว้ ซึ่งผู้โจมตีตรวจด้วย Banner Grab ก็รู้ทันทีว่าของปลอม Deterministic Process — ทุกอย่างใน OT ทำงานเป็น Cycle ที่คาดเวลาได้ ถ้า Decoy ส่งค่า Register แบบสุ่มเกินไป มันจะกลายเป็น "ความผิดปกติ" ที่ทั้งผู้โจมตีและเครื่องมือ Monitoring ของเราเองสับสน ข้อจำกัดด้าน Safety…
Read More
USB และ Removable Media ในโรงงาน: ช่องโหว่เล็กๆ ที่ทะลุทะลวง Air Gap — จาก Stuxnet ถึง NIST SP 1334

USB และ Removable Media ในโรงงาน: ช่องโหว่เล็กๆ ที่ทะลุทะลวง Air Gap — จาก Stuxnet ถึง NIST SP 1334

Article
ในโลกของ OT Security มีความเชื่อผิดๆ ที่ยังคงอยู่ในโรงงานอุตสาหกรรมจำนวนมาก นั่นคือ "ตราบใดที่เครือข่ายควบคุมไม่ต่ออินเทอร์เน็ต เราก็ปลอดภัย" แต่ความจริงคือ ยังมีเส้นทางเข้าออกเส้นหนึ่งที่เปิดอยู่ตลอดเวลา คือ พอร์ต USB บนเครื่อง Engineering Workstation, เครื่อง HMI และโน้ตบุ๊กของช่างเทคนิคที่เดินเข้าออกโรงงานทุกวัน ข้อมูลจาก SANS 2024 State of ICS/OT Cybersecurity ระบุว่า Removable Media คิดเป็น 20.3% ของ Initial Attack Vector ในเหตุการณ์ที่กระทบระบบ ICS/OT และเมื่อเทียบเป็นอนุกรมเวลาตั้งแต่ปี 2021 ตัวเลขนี้แกว่งตัวระหว่าง 9.3%–36.7% โดยไม่เคยหายไปจากอันดับต้นๆ ของเวกเตอร์การโจมตีเลยแม้แต่ปีเดียว ทำไม USB ยังเป็นปัญหาในปี 2026 หลายโรงงานเข้าใจความเสี่ยงแล้ว แต่ยังปล่อยให้พอร์ต USB เปิดอยู่ เพราะ ข้อจำกัดทางปฏิบัติที่หลีกเลี่ยงไม่ได้ การอัปเดตเฟิร์มแวร์ PLC, การนำเข้าไฟล์ Recipe การผลิต, การโอนย้ายไฟล์ Diagnostic Log ออกจากเครื่อง หรือแม้แต่การเก็บข้อมูล HACCP จากเครื่องมือวัดแบบ Offline — งานเหล่านี้ล้วนต้องพึ่งพาสื่อกลางภายนอกกันทั้งสิ้น USB Flash Drive ยังคงเป็นสื่อกลางหลักในการโอนย้ายไฟล์เข้าสู่โซน OT ของโรงงานจำนวนมาก — ทั้งที่เป็นช่องโหว่ยอดนิยมของมัลแวร์ (ภาพ: DIFMuseoa, CC BY-SA 4.0, Wikimedia Commons) ประเด็นสำคัญคือ การโจมตีผ่าน USB ในปัจจุบันไม่ต้องพึ่ง Exploit ที่ซับซ้อน รูปแบบที่พบบ่อยได้แก่ Executable ที่ซ่อนอยู่ในชุดติดตั้งซอฟต์แวร์ของผู้ผลิตเครื่องจักรโดยตรง, Script หรือ Dropper ที่ทำงานตอนติดตั้งโปรแกรม และการใช้ประโยชน์จาก "ความไว้ใจ" ว่าไฟล์มาจากเว็บไซต์ทางการของผู้ขาย กรณีศึกษาที่ชัดเจนที่สุดในปี 2025 คือเหตุการณ์ไดรเวอร์เครื่องพิมพ์ UV ที่มีมัลแวร์ฝังอยู่ในตัวติดตั้งที่ดาวน์โหลดจากเว็บผู้ผลิตโดยตรง ซึ่งหากนำไปติดตั้งบน Engineering Workstation แบบ Air-gapped มัลแวร์จะข้ามกำแพงการแยกเครือข่ายได้โดยไม่ต้องสัมผัสอินเทอร์เน็ตแม้แต่นาทีเดียว 3 เส้นทางที่มัลแวร์จาก USB ใช้เข้าสู่ระบบ เส้นทาง กลไก สิ่งที่ตรวจพบได้ยาก 1. Installer ติดเชื้อExecutable ฝังอยู่ในชุดติดตั้งซอฟต์แวร์/ไดรเวอร์ที่ "น่าเชื่อถือ"ผ่านการตรวจของ Antivirus ได้ง่าย เพราะผู้ใช้เองเป็นคนรัน 2. BadUSB / Firmwareเฟิร์มแวร์ของ USB…
Read More
How-to ออกแบบตู้ควบคุมตาม IEC 61439: จาก Rated Diversity Factor ถึง Temperature Rise Verification ที่วิศวกรต้องรู้

How-to ออกแบบตู้ควบคุมตาม IEC 61439: จาก Rated Diversity Factor ถึง Temperature Rise Verification ที่วิศวกรต้องรู้

Article
ตู้ควบคุมไฟฟ้าแล้วเสร็จสวยงาม ส่งมอบงานได้ตรงกำหนด แต่หกเดือนถัดมาเทอร์มินัลจุดต่อหลวม คอนแทคเตอร์ร้อนผิดปกติ และเซ็นเซอร์แอนะล็อกอ่านค่ากระโดด ปัญหาแบบนี้แทบทั้งหมดไม่ได้เกิดจากอุปกรณ์เสีย แต่เกิดจากการออกแบบและประกอบตู้ที่ไม่ผ่านการตรวจสอบตามมาตรฐาน บทความนี้เป็นคู่มือฉบับวิศวกร สรุปขั้นตอนออกแบบและตรวจรับตู้ควบคุมแรงต่ำให้สอดคล้องกับมาตรฐานสากล IEC 61439 ทีละขั้น IEC 61439 คืออะไร และเปลี่ยนอะไรจาก IEC 60439 มาตรฐาน IEC 61439 แทนที่ IEC 60439 ที่ใช้มากว่าสามทศวรรษ โดยเปลี่ยนปรัชญาการรับรองจาก "การทดสอบตามตัวเลือก (type testing)" มาเป็นการพิสูจน์ด้วยการออกแบบและการตรวจสอบร่วมกัน (design and verification) แบ่งเป็น 2 วิธีคือการทดสอบ (testing) การเปรียบเทียบกับการออกแบบอ้างอิงที่ทดสอบแล้ว (comparison with a tested reference design) และการประเมินด้วยการวัดหรือคำนวณ (assessment by measurement or calculation) ผู้ประกอบตู้จึงเลือกวิธีที่คุ้มค่าที่สุดต่อโครงการได้ โดยไม่ต้องทดสอบทุกการจัดวางใหม่ โครงสร้างมาตรฐานแบ่งเป็น 2 ส่วนหลัก คือ IEC 61439-1 กฎทั่วไป และ IEC 61439-2 สำหรับตู้ควบคุมกำลัง (power switchgear and controlgear assemblies) ซึ่งเป็นส่วนที่โรงงานอุตสาหกรรมไทยพบมากที่สุด นอกจากนี้ยังมีส่วนขยายสำหรับตู้ที่คนที่ไม่ใช่ช่างเข้าถึงได้ (-3) และตู้สำหรับไซต์ก่อสร้าง (-5) อีกด้วย ตู้ Motor Control Center (MCC) ตู้หนึ่งในสายการผลิต การตรวจรับตาม IEC 61439 ช่วยยืนยันว่าอุณหภูมิภายใน ความแข็งแรงเชิงกล และระยะฉนวน อยู่ในเกณฑ์ที่ออกแบบไว้จริง (ภาพ: Wikimedia Commons) ขั้นตอนที่ 1: กำหนดด้วยลบและกระแสใช้งานจริง (Rating and Duty) จุดเริ่มต้นของการออกแบบที่ถูกต้องคือการกำหนดค่ากระแสใช้งานให้สอดคล้องกับโหลดจริง ไม่ใช่เลือกเทอร์มินัลใหญ่สุดแล้วคิดว่าปลอดภัย ค่าที่ต้องระบุให้ครบได้แก่: Rated current (InA): กระแสของแถววงจร (circuit) และของตู้ทั้งตู้ พร้อมข้อมูลว่ากำหนดที่กระแสกระจายหรือกระแสวงจรหลักRated diversity factor (RDF): ตัวคูณที่บอกว่าโหลดทั้งหมดจะพร้อมกันกี่เปอร์เซ็นต์จริง เช่น 0.7 หมายถึงออกแบบให้ทน 70% ของผลรวมกระแสพร้อมกัน ค่านี้ต้องระบุบน nameplate ของตู้Rated peak withstand current (Ipk): ค่ากระแสความเค้นสั้นที่ตู้ต้องทนได้ ปกติกำหนดเป็นสัดส่วนของกระแสลัดวงจร เช่น n = 10 หรือ 20…
Read More
4-20mA และ HART Protocol: คู่สัญญาณเก่าแก่ที่ยังครองโรงงาน — และชั้นข้อมูลวินิจฉัยที่ถูกปล่อยให้เงียบมานาน

4-20mA และ HART Protocol: คู่สัญญาณเก่าแก่ที่ยังครองโรงงาน — และชั้นข้อมูลวินิจฉัยที่ถูกปล่อยให้เงียบมานาน

Article
เซ็นเซอร์ตัวหนึ่งบนท่อวัดอัตราการไหลส่งค่าผิดปกติมา 3 สัปดาห์ ก่อนที่ทีมซ่อมบำรุงจะรู้ตัวว่าปัญหาไม่ได้อยู่ที่ตัวเซ็นเซอร์ แต่อยู่ที่ขั้วไฟฟ้าของมาตรวัดแม่เหล็ก (magnetic flowmeter) ที่ถูกเคลือบด้วยตะกอนจากน้ำเสีย ถ้าหน่วยงานนั้นใช้เซ็นเซอร์แบบ Smart Transmitter ที่สื่อสารด้วยโปรโตคอล HART พวกเขาจะเห็นสถานะ "Electrode Coating" ใน Diagnostic Register ตั้งแต่สัปดาห์แรก โดยไม่ต้องรอให้ค่า 4-20mA เพี้ยนจนกระทบกระบวนการผลิต นี่คือเหตุผลที่ลูปกระแส 4-20mA ซึ่งเกิดก่อนหน้า IIoT หลายสิบปี ยังคงเป็นสะพานเชื่อมระหว่างเซ็นเซอร์กับระบบควบคุมมาจนถึงปี 2026 และเหตุผลที่ HART ที่ซ่อนตัวอยู่บนสายคู่นั้น คือกุญแจสำคัญที่จะทำให้โรงงานเก่าส่งข้อมูลสุขภาพอุปกรณ์เข้าสู่ยุค IIoT ได้ โดยไม่ต้องรื้อสายใหม่ทั้งหมด ทำไม 4-20mA ถึงยังไม่ตายในยุค IIoT หลายคนคิดว่าเมื่อมี IO-Link, wireless และ single-pair Ethernet ลูปกระแสแบบแอนะล็อกควรจะเกษียณแล้ว แต่ตัวเลขบอกตรงกันข้าม การวิเคราะห์ตลาดของ ARC Advisory Group พบว่าเครื่องมือวัดที่ติดตั้งใหม่ใน process industry ยังคงมากกว่าครึ่งเป็นแบบ 4-20mA และเมื่อรวมฐานติดตั้งเดิมทั่วโลกแล้ว สัดส่วนนี้สูงกว่า 70% ทำไมถึงเป็นเช่นนั้น: ทนทานต่อสัญญาณรบกวน: สัญญาณเป็นกระแส ไม่ใช่แรงดัน ค่าความต้านทานของสายยาว 500 เมตรจึงไม่ทำให้ค่าเพี้ยน ต่างจากสัญญาณ 0-10V ที่ตกตามระยะทางตรวจสอบสายขาดได้: กระแสต่ำสุดคือ 4mA ไม่ใช่ 0 ถ้าอ่านได้ 0mA แปลว่าลูปขาด ทำให้แยกค่าเซ็นเซอร์ต่ำสุดออกจากสายเสียได้ทันทีจ่ายไฟสองหน้าที่: กระแส 4mA นั้นเองถูกใช้เป็นไฟเลี้ยงเซ็นเซอร์พร้อมกับส่งสัญญาณบนสายคู่เดียว (2-wire loop-powered) ลดการเดินสายลงครึ่งหนึ่งปลอดภัยในโซนอันตราย: เทคนิค intrinsic safety ที่จำกัดพลังงานในสาย ทำให้ใช้ได้ในพื้นที่ Zone 0 โดยไม่ต้องใช้ตู้แรงดันสูง วิศวกรไฟฟ้ากำลังตรวจสอบตู้ควบคุมและการเดินสาย ซึ่งเป็นจุดเชื่อมต่อที่สัญญาณ 4-20mA จากฟีลด์เข้าสู่โมดูลอินพุตแอนะล็อกของ PLC (ภาพ: Wikimedia Commons) HART คืออะไร: ดิจิทัลบนแอนะล็อก HART (Highway Addressable Remote Transducer) วางสัญญาณดิจิทัล FSK (Frequency Shift Keying) ที่ความถี่ 1200 Hz และ 2200 Hz ทับบนสัญญาณแอนะล็อก 4-20mA บนสายเดียวกัน โดยสัญญาณ FSK มีค่าเฉลี่ยเป็นศูนย์ จึงไม่รบกวนค่าแอนะล็อกที่ DCS อ่านอยู่ เท่ากับว่าเราได้สองโลกในสายเดียว…
Read More
EtherNet/IP และ CIP: เจาะลึกโปรโตคอล Industrial Ethernet ที่ครองโรงงานอเมริกาเหนือ — จาก Producer/Consumer Model ถึง DLR Redundancy

EtherNet/IP และ CIP: เจาะลึกโปรโตคอล Industrial Ethernet ที่ครองโรงงานอเมริกาเหนือ — จาก Producer/Consumer Model ถึง DLR Redundancy

Article
ทำไมโรงงานจำนวนมากจึงเลือก EtherNet/IP หนึ่งในคำถามที่ทีมวิศวกรของ Honey Corporation ถูกถามบ่อยที่สุดจากโรงงานที่กำลังอัปเกรดระบบคือ "ควรเลือก Industrial Ethernet ตระกูลไหนดี" คำตอบขึ้นอยู่กับ ecosystem ของอุปกรณ์ที่ใช้อยู่ แต่มีอยู่หนึ่งตัวเลือกที่ครองส่วนแบ่งตลาดโรงงานในอเมริกาเหนือสูงมากและพบได้ทั่วไปในอุตสาหกรรมยานยนต์ เครื่องดื่ม และบรรจุภัณฑ์ทั่วโลก นั่นคือ EtherNet/IP — ระบบที่ใช้ Ethernet มาตรฐานเดียวกับที่แผนกไอทีใช้ แต่เติมชั้นแอปพลิเคชันอุตสาหกรรมชื่อ CIP (Common Industrial Protocol) ที่ดูแลโดยองค์กรมาตรฐานเปิด ODVA จุดขายจริงของ EtherNet/IP ไม่ใช่ความเร็วสูงสุด แต่คือ Producer/Consumer Model — ตัวควบคุมหนึ่งตัวประกาศ (publish) สถานะ I/O เพียงครั้งเดียว อุปกรณ์หลายตัวรับฟังได้พร้อมกันผ่าน multicast ทำให้ปริมาณข้อมูลบนสายไม่เพิ่มตามจำนวยผู้รับ ต่างจากโมเดล Source/Destination แบบเก่าที่ต้องส่งซ้ำทุกคู่สนทนา ภาพประกอบ: สถาปัตยกรรม CIP แยกบริการ I/O, Safety, Motion และ Sync เป็นชั้นบน ก่อนลงมาที่ TCP/UDP และ Ethernet มาตรฐาน — ภาพโดยทีมงาน Honey Corporation CIP: โปรโตคอลแอปพลิเคชันที่อยู่เหนือสื่อส่ง สิ่งที่ทำให้ CIP ต่างจากโปรโตคอลอุตสาหกรรมอื่นคือ มันไม่ผูกกับสื่อส่งใดสื่อส่งหนึ่ง CIP ถูกออกแบบให้ทำงานบน EtherNet/IP (TCP/UDP), DeviceNet (บน CAN) และ ControlNet มาแต่แรก ทำให้วัตถุ (Object Model) และชุดคำสั่ง (Services) เหมือนกันหมด วิศวกรที่ย้ายมาจากระบบเก่าจึงไม่ต้องเรียนรู้ใหม่ทั้งหมด ชั้นของระบบ บทบาทใน EtherNet/IP หมายเหตุ CIP Application Layerกำหนด Object Model, Class/Instance และบริการเช่น Get/Set Attribute, I/O Connectionมาตรฐานเปิดของ ODVA Encapsulation (Transport)TCP port 44818 สำหรับ Explicit Messaging และ UDP port 2222 สำหรับ Implicit I/Oเป็น well-known port ที่ไฟร์วอลลารู้จัก Ethernet / Networkเฟรม IEEE 802.3 มาตรฐาน + VLAN…
Read More
Reality Capture สำหรับ Digital Twin: จาก LiDAR และ Point Cloud สู่โมเดลโรงงานที่ตรงความจริง (Scan-to-Twin)

Reality Capture สำหรับ Digital Twin: จาก LiDAR และ Point Cloud สู่โมเดลโรงงานที่ตรงความจริง (Scan-to-Twin)

Article
คำถามที่ทีมวิศวกรรมได้ยินบ่อยที่สุดเมื่อเริ่มโครงการ Digital Twin ของโรงงานเก่าคือ "แผ่น CAD ที่มีอยู่ ใช้ได้เลยไหม?" คำตอบในทางปฏิบัติแทบทุกครั้งคือ — ไม่ได้ หรือไม่แม่นพอ โรงงานที่อายุ 10-20 ปีผ่านการปรับปรุงเปลี่ยนแปลงมานับสิบรอบ ทั้งย้ายเครื่องจักร เพิ่มท่อ เปลี่ยนเลย์เอาต์ แต่แฟ้ม CAD ยังค้างอยู่ที่ฉบับวันเปิดโรงงาน ผลคือ "โมเดลที่สวยแต่โกหก" Reality Capture คือกระบวนการจับข้อมูลโลกจริงมาเป็นโมเดลดิจิทัล — ด้วยการสแกนด้วยเลเซอร์ (LiDAR) หรือการถ่ายภาพหลายมุมเพื่อคำนวณเป็นโมเดลสามมิติ (Photogrammetry) ผลลัพธ์ที่ได้เรียกว่า Point Cloud ซึ่งจะกลายเป็นรากฐานที่แท้จริงของ Digital Twin ที่สะท้อนโรงงาน "ตามที่มันเป็น" (as-built) ไม่ใช่ "ตามที่แบบบอก" กระบวนการทั้งหมดนี้เรียกอีกชื่อหนึ่งว่า Scan-to-Twin ทำความรู้จักเครื่องมือก่อน: LiDAR ทำงานอย่างไร LiDAR (Light Detection and Ranging) ทำงานโดยยิงลำแสงเลเซอร์ไปยังวัตถุแล้ววัดเวลาที่แสงสะท้อนกลับมายังตัวรับ จากนั้นคำนวณระยะทางจากความเร็วแสง เมื่อยิงซ้ำนับล้านครั้งต่อวินาทีพร้อมหมุนสแกนไปทั่วพื้นที่ เครื่องจะได้จุดพิกัดสามมิติจำนวนมหาศาลที่ประกอบกันเป็น "เมฆจุด" ของสภาพแวดล้อมจริง รายละเอียดนั้นสูงมากจนสามารถนำไปใช้วัดขนาดจริงได้ หัวสแกน LiDAR แบบหมุน — ยิงลำเลเซอร์นับล้านครั้งต่อวินาทีแล้ววัดเวลาที่แสงสะท้อนกลับ เพื่อระบุพิกัดสามมิติของทุกจุดในพื้นที่ (ภาพ: Wikimedia Commons, CC BY 2.0) How-to: 6 ขั้นตอนจากโรงงานจริงสู่ Digital Twin ขั้นที่ 1 — สำรวจหน้างานและวางแผนตำแหน่งสแกน (Scan Plan) เดินสำรวจพื้นที่ก่อนเสมอ ระบุอุปสรรคแสง (แสงจ้าจากประตูโรงงาน พื้นสะท้อนแสง ผิวโลหะมันวาว) แล้วกำหนดจุดตั้งกล้องให้ทุกมุมมีความซ้อนทับกันอย่างน้อย 30% ระหว่างสแกนแต่ละจุด หากใช้แบบ Handheld SLAM Scanner จะยืดหยุ่นกว่าสำหรับพื้นที่แคบ เช่น ช่องท่อใต้ผิวดินหรือบริเวณท่อร้อย ขั้นที่ 2 — ลงสแกนในหน้างาน สแกนแต่ละจุดใช้เวลาไม่กี่นาที โรงงานขนาดกลางอาจต้องลงสแกนหลายสิบถึงหลายร้อยจุด สิ่งสำคัญคือควบคุมคนเดินผ่านให้น้อยที่สุดระหว่างสแกน เพราะ "คน" จะกลายเป็น noise ใน point cloud ด้วยเหตุผลเดียวกัน ควรสื่อสารกับฝ่ายผลิตล่วงหน้าเพื่อจองช่วงเวลา เช่น วันหยุดปฏิบัติการหรือช่วงเปลี่ยนกะ ขั้นที่ 3 — รวมจุดสแกน (Registration) ไฟล์สแกนแต่ละจุดคือ "ภาพตัด" ของพื้นที่ ต้องนำมาเชื่อมกันเป็นแผนที่เดียว กระบวนการนี้เรียกว่า Point Set Registration โดยอัลกอริทึมที่ใช้แพร่หลายคือ ICP…
Read More
Soft Sensor (เซ็นเซอร์เสมือน): คำนวณค่าที่วัดไม่ได้จากข้อมูลที่มีอยู่แล้ว — หัวใจที่ถูกลืมของ Digital Twin ระดับกระบวนการ

Soft Sensor (เซ็นเซอร์เสมือน): คำนวณค่าที่วัดไม่ได้จากข้อมูลที่มีอยู่แล้ว — หัวใจที่ถูกลืมของ Digital Twin ระดับกระบวนการ

Article
ในโรงงานกระบวนการผลิต (Process Industry) มีค่าบางอย่างที่วิศวกร "อยากรู้" แต่วัดตรงๆ ไม่ได้ หรือวัดได้แต่ช้าเกินไป ซับซ้อนเกินไป หรือเปลืองเกินไป — ไม่ว่าจะเป็นความเข้มข้นของสารในถังปฏิกิริยา คุณภาพของผลิตภัณฑ์กลางกระบวนการ หรืออัตราการไหลมวลในท่อที่มีสารกัดกร่อน วิธีแก้ดั้งเดิมคือหยิบตัวอย่างส่งแล็บ ซึ่งใช้เวลาเป็นชั่วโมง ทำให้ค่าที่ได้ "สะท้อนอดีต" ไม่ใช่สิ่งที่เกิดขึ้นในถังตอนนี้ Soft Sensor (หรือเรียกอีกชื่อว่า Virtual Sensor / Inferential Sensor) คือคำตอบของปัญหานี้ — มันไม่ใช่ฮาร์ดแวร์ แต่เป็น "เซ็นเซอร์ชิ้นใหม่ที่เกิดจากซอฟต์แวร์" โดยนำค่าจากเซ็นเซอร์จริงหลายสิบถึงหลายร้อยตัวที่มีอยู่แล้วในระบบควบคุม มาประมวลผลร่วมกันเพื่อ "คำนวณ" ค่าที่ต้องการนั้นออกมาแบบเรียลไทม์ โดยไม่ต้องติดตั้งอะไรเพิ่มบนท่อหรือถังเลย Soft Sensor ทำงานอย่างไร — หลักการพื้นฐาน หัวใจของ Soft Sensor อยู่ที่แนวคิดทางทฤษฎีการควบคุมที่เรียกว่า State Observer — ระบบที่ใช้สัญญาณที่วัดได้หลายตัว มาประมาณ "สถานะภายใน" (internal state) ของกระบวนการที่มองไม่เห็น ลองนึกภาพถังปฏิกิริยาเคมี: เราวัดอุณหภูมิ ความดัน อัตราการป้อนวัตถุดิบ และกำลังกวนได้ แต่ความเข้มข้นของผลิตภัณฑ์ในถังต้องรอผลแล็บ Soft Sensor จะเรียนรู้ความสัมพันธ์ระหว่างสัญญาณเหล่านี้กับผลแล็บในอดีต แล้วใช้โมเดลนั้นทำนายความเข้มข้นทุก ๆ วินาที แทนที่จะรอชั่วโมงเดียว แผนภาพหลักการทำงานแบบ Predict–Correct ของ Kalman Filter — อัลกอริทึมตระกูล State Observer คลาสสิกที่ถูกนับเป็น Soft Sensor ยุคแรก (ภาพ: Wikimedia Commons, CC BY-SA 3.0) อัลกอริทึมที่ถูกยกให้เป็นตัวอย่างคลาสสิกของ Soft Sensor คือ Kalman Filter — อัลกอริทึมที่รับชุดการวัดที่มี noise เข้ามาต่อเนื่อง แล้วประมาณค่าตัวแปรที่ไม่รู้ค่าออกมาพร้อมช่วงความไม่แน่นอนของการประมาณ ส่วนการ implement ยุคใหม่นิยมใช้ Neural Network หรือ Fuzzy Computing ซึ่งจับความสัมพันธ์แบบไม่เชิงเส้น (non-linear) ที่ซับซ้อนได้ดีกว่าสมการคณิตศาสตร์แบบดั้งเดิม เปรียบเทียบ Soft Sensor กับเซ็นเซอร์จริงและการวิเคราะห์ในแล็บ ประเด็นเปรียบเทียบ เซ็นเซอร์จริง (Hardware Sensor) การเก็บตัวอย่างส่งแล็บ (Lab Analysis) Soft Sensor (Virtual Sensor) ความถี่ของข้อมูล ต่อเนื่อง (วินาที–มิลลิวินาที) ต่ำมาก (ทุก 2–8…
Read More
RTU (Remote Terminal Unit): ผู้เฝ้าระวัง 24 ชั่วโมงของระบบ SCADA ยุค Telemetry — เจาะลึกสถาปัตยกรรม โปรโตคอล DNP3 และ IEC 60870-5-104

RTU (Remote Terminal Unit): ผู้เฝ้าระวัง 24 ชั่วโมงของระบบ SCADA ยุค Telemetry — เจาะลึกสถาปัตยกรรม โปรโตคอล DNP3 และ IEC 60870-5-104

Article
ในโครงการที่สถานีปั๊มน้ำ ปลายท่อก๊าซ หรือสถานีไฟฟ้าย่อยกระจายอยู่เป็นร้อยจุดทั่วประเทศ ทีมวิศวกรไม่สามารถนั่งรออยู่หน้าจอ SCADA ทุกจุดได้ นี่คือจุดที่ RTU (Remote Terminal Unit) เข้ามามีบทบาท อุปกรณ์เล็กๆ นี้คือ "ผู้เฝ้าระวังประจำสถานี" ของระบบ SCADA ที่ต้องทำงานตลอด 24 ชั่วโมงในสภาพแวดล้อมหนาว ร้อน ชื้น และแสงแดดที่โหดร้ายที่สุด วันนี้เราจะเจาะลึกว่า RTU ทำงานอย่างไร ต่างจาก PLC ตรงไหน และทำไมกลุ่มอุตสาหกรรมโครงสร้างพื้นฐานของไทยจึงยังต้องพึ่งพามันทุกวันนี้ RTU คืออะไร — ผู้เฝ้าระวังที่ยืนเวร 24 ชั่วโมงไม่มีวันหยุด RTU คือไมโครคอนโทรลเลอร์ที่ติดตั้ง ณ จุดห่างไกล (Remote Site) ทำหน้าที่ 3 อย่างควบคู่กันไป: เก็บข้อมูล (Acquire) จากเซ็นเซอร์และมิเตอร์ ควบคุม (Control) อุปกรณ์ไฟฟ้าและกลไก เช่น เบรกเกอร์ วาล์ว และปั๊ม และ สื่อสาร (Communicate) กับศูนย์กลางควบคุมผ่านช่องทางที่หลากหลาย ตั้งแต่คลื่นวิทยุ UHF/VHF, RS-485, โมเด็ม 3G/4G ไปจนถึง Ethernet และไฟเบอร์ออปติก ตู้ RTU สำหรับติดตั้งในสถานีระยะไกล ออกแบบให้ทนแรงกระแทกและช่วงอุณหภูมิกว้าง (ภาพ: Wikimedia Commons) สิ่งที่ทำให้ RTU ต่างจากอุปกรณ์อัตโนมัติทั่วไปคือ สภาพแวดล้อมที่มันทำงาน พื้นที่ห่างไกลมักไม่มีไฟเลี้ยงสำรอง ไม่มีห้องควบคุมปรับอากาศ อุณหภูมิอาจแกว่งจาก -40 องศาเซลเซียส ถึง +70 องศาเซลเซียส ความชื้นสูงถึง 95% RH และต้องทนพีเคสตรีมจากฟ้าผ่าและสนามแม่เหล็กไฟฟ้า รุ่นที่พัฒนาขึ้นสำหรับงานนี้จึงถูกประเมินตามมาตรฐาน IEC 61131-2 ด้านความทนทาน และการระบุระดับป้องกัน IP65/IP66 เป็นเรื่องปกติ RTU vs PLC: พี่น้องที่มีบทบาทต่างกัน หลายคนถามว่า RTU กับ PLC ต่างกันตรงไหน คำตอบคือ "ภารกิจ" ต่างกัน ทั้งคู่เป็นคอนโทรลเลอร์ที่ทำงานตาม logic ที่ตั้งไว้ แต่ RTU ถูกออกแบบมาเพื่อ การสื่อสารระยะไกลเป็นหลัก ขณะที่ PLC ถูกออกแบบมาเพื่อ การควบคุมแบบเรียลไทม์ภายในโรงงาน ตารางต่อไปนี้สรุปความต่างที่วิศวกรต้องพิจารณาก่อนเลือกใช้งาน: ปัจจัย RTU PLC ภารกิจหลักTelemetry และ Remote ControlReal-time Machine Control…
Read More
บทวิเคราะห์ MRP vs PRP vs HSR: วิธีเลือก Network Redundancy ให้โรงงานให้คุ้มค่า ก่อนที่สายแลนจะขาดกลางดึก

บทวิเคราะห์ MRP vs PRP vs HSR: วิธีเลือก Network Redundancy ให้โรงงานให้คุ้มค่า ก่อนที่สายแลนจะขาดกลางดึก

Article
คำถามที่ควรถามก่อนเครือข่ายโรงงานล่ม ทุกครั้งที่เราเข้าไปประเมินระบบเครือข่ายในโรงงานอุตสาหกรรม คำถามแรกที่เราถามเสมอคือ "ถ้าสาย LAN เส้นนี้ขาดตอนกลางดึก ระบบจะกลับมาใช้ได้ในกี่วินาที และใครจะเป็นคนรู้ก่อน" คำตอบที่ได้กลับมามักเป็นเงียบ หรือไม่ก็ "คงต้องรอช่างมาดูตอนเช้า" ซึ่งแปลว่าโรงงานนั้นยังพึ่ง Spanning Tree Protocol แบบดั้งเดิม ที่ใช้เวลากู้คืนเป็นสิบวินาทีถึงหลักนาที — นานเกินกว่าที่สายการผลิตที่วิ่ง 24 ชั่วโมงจะยอมรับได้ ในโลกของ OT ที่ downtime ของเครือข่ายเท่ากับ downtime ของการผลิต วงการอุตสาหกรรมจึงพัฒนามาตรฐานความซ้ำซ้อนของเครือข่ายขึ้นมาเป็นชุด ภายใต้ IEC 62439 ซึ่งครอบคลุมทั้ง MRP (ส่วนที่ 2), PRP และ HSR (ส่วนที่ 3) บทความนี้วิเคราะห์ว่าแต่ละตัวเหมาะกับโรงงานแบบไหน และจุดไหนที่คุ้มค่าที่จะลงทุน โทโพโลยีวงแหวน (Ring) — รากฐานของ MRP ที่เปลี่ยนเส้นทางสำรองให้พร้อมใช้เสมอ (ที่มา: Wikimedia Commons) ทำไม RSTP ไม่พอแล้วสำหรับสายการผลิต Rapid Spanning Tree Protocol (RSTP) เป็นมาตรฐานเปิดที่หาได้ในสวิตช์แทบทุกตัว แต่เวลากู้คืนของมันอยู่ในระดับ หลักวินาทีถึงหลักสิบวินาที ซึ่งสำหรับเครือข่ายสำนักงานถือว่ารับได้ แต่สำหรับสายการผลิตที่ Controller ต้องคุยกับ Drive ทุก 10–100 มิลลิวินาที ช่วงเวลาขนาดนั้นเท่ากับคำสั่งควบคุมหายไปหลายรอบ สินค้าเสียหาย และอาจถึงขั้นต้องหยุดเครื่อง มาตรฐาน IEC 62439 ถูกออกแบบมาเพื่อลดเวลานี้ให้เหลือระดับที่สายการผลิตอยู่รอดได้: MRP การันตี recovery ในระดับ 10–200 มิลลิวินาที (ขึ้นกับขนาดวงแหวนและคลาสอุปกรณ์) ส่วน PRP และ HSR ให้ "zero recovery time" เพราะเฟรมถูกส่งซ้ำสองทางพร้อมกันตั้งแต่ต้น ไม่มีช่วงเปลี่ยนผ่านให้ข้อมูลหายเลย แคร็กสวิตช์ในโรงงาน — ทุกพอร์ตและทุกเส้นสายคือจุดล้มเหลวที่ต้องออกแบบรองรับล่วงหน้า (ที่มา: Wikimedia Commons) ตารางวิเคราะห์: MRP vs PRP vs HSR เลือกอย่างไรให้คุ้ม ประเด็น MRP (IEC 62439-2) PRP (IEC 62439-3) HSR (IEC 62439-3) โทโพโลยี วงแหวนเดียว สองเครือข่ายขนานแยกกัน วงแหวนเดี่ยว เฟรมวิ่งสองทิศ เวลากู้คืน 10–200 ms (ตามคลาส) 0 ms (seamless)…
Read More