Communication Protocol Archives - Page 2 of 3 - บริษัท ฮันนี่คอร์ปอเรชั่น จำกัด

Jul272026 by contentNo Comments

OPC UA: มาตรฐานกลางสำหรับการแลกเปลี่ยนข้อมูลอุตสาหกรรมที่ทำลายกำแพง Vendor Lock-in ในยุค Industry 4.0

Article

OPC UA (Open Platform Communications Unified Architecture) เป็นมาตรฐานเปิดสำหรับการแลกเปลี่ยนข้อมูลในระบบอัตโนมัติอุตสาหกรรม ที่ถูกพัฒนาขึ้นเพื่อแก้ปัญหาใหญ่ที่สุดของวงการอุตสาหกรรม นั่นคือ Vendor Lock-in — ปัญหาที่ข้อมูลจาก PLC ของผู้ผลิตเครื่องจักรแต่ละรายใช้โปรโตคอลเฉพาะ ทำให้ไม่สามารถอ่านข้อมูลข้ามแบรนด์ได้โดยตรง ทำไมโลกอุตสาหกรรมต้องการ OPC UA?พีระมิดระบบอัตโนมัติตาม ISA-95 — โครงสร้างมาตรฐานที่แบ่งระดับการควบคุมจากเซ็นเซอร์ถึง ERP (ภาพประกอบ: Honey Corporation)พีระมิดระบบอัตโนมัติตาม ISA-95 — โครงสร้างมาตรฐานที่แบ่งระดับการควบคุมจากเซ็นเซอร์ถึง ERP (ภาพประกอบ: Honey Corporation) ในอดีต โรงงานหนึ่งอาจมีเครื่องจักรจากผู้ผลิต 5–10 ราย แต่ละรายใช้ Fieldbus หรือ Protocol เป็นของตัวเอง การดึงข้อมูลมารวมกันที่ SCADA หรือ MES จำเป็นต้องใช้ Protocol Converter หรือ Custom Driver เป็นสิบตัว OPC UA แก้ปัญหานี้ด้วยการกำหนด มาตรฐานกลางที่ทุกผู้ผลิตสามารถ Implement ได้โดยไม่ต้องจ่ายค่า License ใดๆ OPC UA = “ภาษากลาง” ของโรงงานอัตโนมัติ — เหมือน HTTP สำหรับเว็บ แต่สำหรับเครื่องจักรและอุปกรณ์อุตสาหกรรม ทุกอุปกรณ์ที่พูด OPC UA สามารถเข้าใจกันได้โดยตรง Information Model — หัวใจของ OPC UA สิ่งที่ทำให้ OPC UA แตกต่างจากโปรโตคอลอื่นคือ Information Model หรือโมเดลข้อมูลที่ไม่ได้ส่งเพียงค่าตัวเลขดิบ (เช่น 75.5) แต่ส่งพร้อม บริบท เช่น: ชื่อตัวแปร: Motor.Line1.Temperature หน่วย: องศาเซลเซียส (°C) ช่วงค่า: -40 ถึง 150°C คุณภาพของข้อมูล: Good / Bad / Uncertain เวลาที่อ่านค่า: Timestamp ระดับมิลลิวินาที โครงสร้างนี้เรียกว่า Address Space ที่จัดเก็บข้อมูลทั้งหมดในรูปแบบ Object-Oriented มี Method, Event และ Reference เชื่อมโยงกัน สองรูปแบบการสื่อสาร: Client/Server vs PubSub คุณสมบัติ Client/Server (Classic)…

Jul272026 by contentNo Comments

MQTT สำหรับ IIoT: โปรโตคอล Pub/Sub ที่ขับเคลื่อนการสื่อสารข้อมูลเซ็นเซอร์หลายล้านตัวในโรงงานอัจฉริยะ

Article

MQTT (Message Queuing Telemetry Transport) เป็นโปรโตคอลสื่อสารแบบ lightweight ที่ออกแบบมาเพื่อส่งข้อมูลจากอุปกรณ์ที่มีทรัพยากรจำกัด เช่น เซ็นเซอร์อุณหภูมิ มอเตอร์ หรือ PLC ในโรงงานอุตสาหกรรม โดยใช้สถาปัตยกรรม Publish/Subscribe ที่แยกผู้ส่งและผู้รับออกจากกัน ทำให้ระบบสามารถขยายตัวได้ถึง หลายล้านการเชื่อมต่อพร้อมกัน โดยไม่ต้องเปลี่ยนแปลงโครงสร้าง สถาปัตยกรรม Publish/Subscribe ทำงานอย่างไร?โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation)โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation) ใน MQTT จะมี Broker ทำหน้าที่เป็นศูนย์กลางกระจายข้อความ อุปกรณ์ที่ต้องการส่งข้อมูล (Publisher) จะส่งข้อความไปยังหัวข้อที่เรียกว่า Topic เช่น factory/line1/temp_sensor_01 ส่วนอุปกรณ์ที่ต้องการรับข้อมูล (Subscriber) จะสมัครรับข้อมูลจาก Topic ที่สนใจ ข้อดีคือ Publisher ไม่จำเป็นต้องรู้ว่าใครจะรับข้อมูล ทำให้การเพิ่ม-ลดอุปกรณ์ไม่กระทบกัน ข้อได้เปรียบหลัก: Publisher และ Subscriber ทำงานแบบ Decoupled ทั้งเชิงพื้นที่ เชิงเวลา และเชิงการซิงโครไนซ์ → ระบบสื่อสารยืดหยุ่นสูง ขยายได้ง่าย ทนต่อการขาดหายของอุปกรณ์บางตัว QoS (Quality of Service) — ระดับคุณภาพการส่งข้อมูล MQTT กำหนดระดับ QoS ไว้ 3 ระดับ เพื่อให้ผู้พัฒนาเลือกสมดุลระหว่างความเชื่อถือได้และประสิทธิภาพ ระดับ QoS ชื่อ การรับประกัน การแลกเปลี่ยนข้อความ 0 At most once ส่งครั้งเดียว ไม่รับประกันถึง (Fire and Forget) 1 ครั้ง (PUBLISH) 1 At least once รับประกันว่าข้อความจะถึงอย่างน้อย 1 ครั้ง (อาจซ้ำ) 2 ครั้ง (PUBLISH + PUBACK) 2 Exactly once รับประกันว่าข้อความจะถึงพอดี 1 ครั้ง ไม่ซ้ำ 4 ครั้ง (PUBLISH + PUBREC + PUBREL + PUBCOMP) ในโรงงานจริง การเลือก QoS…

Jul172026 by contentNo Comments

Power over Ethernet 90W (IEEE 802.3bt): ปฏิวัติการติดตั้งอุปกรณ์ IIoT ด้วยสายเคเบิลเส้นเดียว

Article

ในโรงงานอัจฉริยะยุคใหม่ ทุกอุปกรณ์ต้องการทั้งพลังงานไฟฟ้าและการเชื่อมต่อข้อมูล แต่การดึงสายไฟแยกจากสายเครือข่ายเพิ่มความซับซ้อน ต้นทุนการติดตั้ง และจุดเสี่ยงในสภาพแวดล้อมที่ท้าทาย Power over Ethernet (PoE) จึงกลายเป็นเทคโนโลยีที่กำลังเปลี่ยนวิธีติดตั้งอุปกรณ์ IIoT — โดยส่งทั้งไฟและข้อมูลผ่านสายเคเบิลเส้นเดียว ในเดือนกรกฎาคม 2026 ผู้ผลิตเซมิคอนดักเตอร์รายใหญ่ได้เปิดตัว Midspan ระดับอุตสาหกรรมที่รองรับมาตรฐาน IEEE 802.3bt มอบกำลังสูงสุดถึง 90W พร้อมอัตราข้อมูล 10/100/1000 Mbps ผ่านสายอีเทอร์เน็ตเส้นเดียว สัญญาณชัดว่า PoE กำลังก้าวจากออฟฟิศสู่พื้นโรงงานอย่างเต็มตัว วิวัฒนาการของมาตรฐาน PoEDefense in Depth ตามแนวทาง IEC 62443 — ความปลอดภัยระบบ OT ต้องออกแบบเป็นชั้นๆ ตั้งแต่การแบ่งโซนเครือข่ายถึงแผนตอบสนองเหตุการณ์ (ภาพประกอบ: Honey Corporation)Defense in Depth ตามแนวทาง IEC 62443 — ความปลอดภัยระบบ OT ต้องออกแบบเป็นชั้นๆ ตั้งแต่การแบ่งโซนเครือข่ายถึงแผนตอบสนองเหตุการณ์ (ภาพประกอบ: Honey Corporation) PoE พัฒนามาเป็น 4 ระดับตามมาตรฐาน IEEE ตั้งแต่เริ่มมอบไฟเพียง 12.95W จนถึง 90W ในปัจจุบัน การเพิ่มกำลังทำให้สามารถขับอุปกรณ์ที่กินไฟมากขึ้นได้ ทั้งกล้อง PTZ ที่มีมอเตอร์หมุน-ซูม เครื่องอ่านบาร์โค้ดอุตสาหกรรม จอแสดงผล HMI ไปจนถึง Small-cell และเซ็นเซอร์ Edge Gateway มาตรฐาน พลังงานที่ PSE พลังงานที่ PD ปี อุปกรณ์ที่รองรับ 802.3af 15.4W 12.95W 2003 IP Phone, Sensor พื้นฐาน 802.3at (PoE+) 30W 25.5W 2009 กล้อง PTZ, WAP, Thin Client 802.3bt Type 3 60W 51W 2018 จอ HMI, LED Lighting, Reader 802.3bt Type 4 90W 71.3W 2018 Industrial PC, Small-cell, 5G Radio หมายเหตุ: PSE = Power…

Jun292026 by contentNo Comments

Wi-SUN FAN: เครือข่าย Mesh ไร้สาย Sub-GHz สำหรับ Smart Metering และ IIoT ระดับนิคมอุตสาหกรรม

Article

ในขณะที่ LoRaWAN และ NB-IoT มักเป็นที่รู้จักกว่าในวงการ IIoT แต่มีมาตรฐานเครือข่ายไร้สายหนึ่งที่เงียบ ๆ ครองตลาด Smart Metering และ Smart Grid ทั่วโลกมาแล้วกว่า 100 ล้านโหนดนั่นคือ Wi-SUN FAN (Field Area Network) เครือข่าย Mesh ความถี่ต่ำกำลังต่ำที่มีความน่าเชื่อถือสูง ทนทานต่อสภาพแวดล้อม และขยายได้เป็นหมื่นโหนดในเครือข่ายเดียว Wi-SUN FAN คืออะไร?โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation)โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation) Wi-SUN (Wireless Smart Ubiquitous Network) เป็นมาตรฐานเครือข่ายไร้สายแบบเปิดที่พัฒนาโดย Wi-SUN Alliance ซึ่งเป็นองค์กรมาตรฐานสากล ส่วน FAN (Field Area Network) คือโปรไฟล์เฉพาะสำหรับเครือข่ายระดับพื้นที่กว้างที่ใช้ใน Smart Utility, Smart City และ IIoT โดยอิงมาตรฐานสากลหลายชั้นรวมกัน: Physical Layer: IEEE 802.15.4g (Sub-GHz, เน้นพลังงานต่ำและระยะไกล) MAC Layer: IEEE 802.15.4e (TSCH – Time-Slotted Channel Hopping) Adaptation Layer: 6LoWPAN (บีบอัด IPv6 ให้พอดีกับเฟรมขนาดเล็ก) Network Layer: IPv6 + RPL Routing Protocol Transport: UDP / CoAP สถาปัตยกรรมที่อิงมาตรฐานสากลทุกชั้น (จากฟิสิกส์ถึงแอปพลิเคชัน) ทำให้ Wi-SUN FAN เป็น Interoperable อุปกรณ์จากผู้ผลิตต่างกันทำงานร่วมกันได้ ไม่ผูกขาดกับระบบเฉพาะใด ลักษณะเด่นที่ทำให้ Wi-SUN แตกต่าง 1. Mesh Networking แบบ Self-Healing แตกต่างจากโครงสร้าง Star Topology ของ LoRaWAN ที่ทุกโหนดส่งตรงไป Gateway Wi-SUN FAN เป็น Mesh Network ที่แต่ละโหนดสามารถทำหน้าที่ Relay ส่งข้อมูลให้โหนดอื่นได้ หากเสาอากาศหรือโหนดใดขัดข้อง เครือข่ายจะหาเส้นทางใหม่อัตโนมัติ…

Jun292026 by contentNo Comments

WebSocket สำหรับ IIoT: โปรโตคอล Full-Duplex เรียลไทม์สำหรับ Web-Based SCADA Dashboard

Article

เมื่อ Dashboard ของ SCADA หรือ HMI ต้องแสดงค่าเซ็นเซอร์ที่เปลี่ยนแปลงทุกวินาที หรือเมื่อผู้ควบคุมต้องการเห็นสถานะเครื่องจักรแบบเรียลไทม์บนเว็บเบราว์เซอร์ โปรโตคอลแบบเดิมอย่าง HTTP Request-Response ก็เริ่มไม่เพียงพอ WebSocket (RFC 6455) จึงกลายเป็นหัวใจสำคัญของการสร้างระบบติดตามและควบคุมโรงงานผ่านเว็บที่ตอบสนองแบบทันที (Real-Time) WebSocket คืออะไร และทำไม IIoT ถึงต้องการโปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation)โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation) WebSocket เป็นโปรโตคอลสื่อสารแบบ Full-Duplex (สองทางพร้อมกัน) ที่ทำงานบน TCP Connection เดียว แตกต่างจาก HTTP แบบดั้งเดิมที่เป็น Request-Response (ฝั่ง Client ถามแล้ว Server ตอบ แล้วปิดการเชื่อมต่อ) WebSocket เปิดการเชื่อมต่อครั้งเดียวแล้วคงไว้ตลอดเวลา (Persistent Connection) ทำให้ทั้งสองฝั่งสามารถส่งข้อมูลหากันได้ตลอดเวลาโดยไม่ต้องรอฝั่งใดฝั่งหนึ่งเริ่มก่อน การสร้าง WebSocket Connection เริ่มต้นด้วย HTTP Upgrade Handshake – Client ส่ง HTTP Request พร้อม Header Upgrade: websocket เมื่อ Server ตอบรับ (HTTP 101 Switching Protocols) การเชื่อมต่อก็เปลี่ยนจาก HTTP ไปเป็น WebSocket ทันที จุดนี้สำคัญเพราะทำให้ WebSocket สามารถทะลุผ่าน Firewall และ Reverse Proxy มาตรฐานได้โดยใช้พอร์ต 80 หรือ 443 เหมือนเว็บไซต์ทั่วไป เปรียบเทียบวิธีการสื่อสาร Real-Time ใน IIoT วิธีการ ทิศทาง Overhead/ข้อความ Latency การใช้ทรัพยากร HTTP Polling Request-Response ~500-800 bytes (Header ซ้ำทุกครั้ง) สูง (รอทุก N วินาที) สูงมาก Long Polling ครึ่งสองทาง ~500-800 bytes ปานกลาง สูง SSE (Server-Sent Events) Server >…

Jun292026 by contentNo Comments

PROFINET: มาตรฐาน Industrial Ethernet เรียลไทม์ที่ขับเคลื่อน Factory Automation ยุคใหม่

Article

ในยุคที่ระบบอัตโนมัติของโรงงานต้องสื่อสารกันด้วยความเร็วระดับมิลลิวินาที การเลือกโปรโตคอลเครือข่ายอุตสาหกรรมจึงไม่ใช่แค่เรื่องของ “เชื่อมต่อได้หรือไม่” แต่คือเรื่องของ “เชื่อมต่อได้แม่นยำและกำหนดเวลาได้แน่นอน (Deterministic)” PROFINET (PROcess Field NET) คือหนึ่งในมาตรฐาน Industrial Ethernet ที่ได้รับความนิยมสูงสุดในโลก โดยพัฒนาภายใต้มาตรฐานสากล IEC 61158 และ IEC 61784 ออกแบบมาเพื่อเชื่อมต่ออุปกรณ์ระดับ Field เช่น เซ็นเซอร์ มอเตอร์ และ Drive เข้ากับระบบควบคุมระดับสูงในแบบเรียลไทม์อย่างแท้จริง PROFINET คืออะไร? ทำไมถึงสำคัญใน Smart Factoryพีระมิดระบบอัตโนมัติตาม ISA-95 — โครงสร้างมาตรฐานที่แบ่งระดับการควบคุมจากเซ็นเซอร์ถึง ERP (ภาพประกอบ: Honey Corporation)พีระมิดระบบอัตโนมัติตาม ISA-95 — โครงสร้างมาตรฐานที่แบ่งระดับการควบคุมจากเซ็นเซอร์ถึง ERP (ภาพประกอบ: Honey Corporation) PROFINET เป็นมาตรฐาน Industrial Ethernet แบบเปิด (Open Standard) ที่ใช้โครงสร้าง Ethernet มาตรฐาน (IEEE 802.3) เป็นพื้นฐาน แต่เพิ่มกลไกการสื่อสารเรียลไทม์เข้าไปเพื่อให้สามารถรับประกัน Cycle Time ที่แน่นอนได้ ซึ่งเป็นสิ่งที่ Ethernet แบบดั้งเดิมที่ใช้ TCP/IP ทำไม่ได้ เนื่องจากลักษณะของ CSMA/CD ที่ไม่สามารถกำหนดเวลาการส่งข้อมูลได้ จุดเด่นของ PROFINET คือการแบ่งประสิทธิภาพออกเป็น Conformance Classes (CC) ที่ชัดเจน ทำให้วิศวกรสามารถเลือกระดับที่เหมาะสมกับแอปพลิเคชันของตนได้ ไม่ว่าจะเป็นการควบคุมกระบวนการทั่วไปหรือการควบคุม Motion ที่ต้องการความแม่นยำระดับไมโครวินาที สถาปัตยกรรม PROFINET IO: 3 บทบาทหลัก โครงสร้างการสื่อสารของ PROFINET (เรียกว่า PROFINET IO) แบ่งอุปกรณ์ออกเป็น 3 บทบาทหลัก: IO Controller — อุปกรณ์ที่ทำหน้าที่ควบคุม เช่น PLC ที่ประมวลผลโปรแกรมและส่งคำสั่งไปยัง Field Device ทำหน้าที่เป็น “สมอง” ของระบบ IO Device — อุปกรณ์ระดับ Field ที่รับคำสั่งจาก IO Controller เช่น เซ็นเซอร์ I/O Module มอเตอร์ Drive และ Valve แต่ละตัวจะมีหมายเลขประจำตัวเรียกว่า Device Name IO Supervisor —…

Jun222026 by contentNo Comments

OPC UA (OPC Unified Architecture): มาตรฐานเปิดที่ทำให้อุปกรณ์ทุกตัวในโรงงานพูดภาษาเดียวกัน

Article

ในโรงงานอุตสาหกรรมยุคใหม่ อุปกรณ์ควบคุม พีแอลซี (PLC) เซ็นเซอร์ และระบบ SCADA มักผลิตโดยผู้ผลิตต่างกัน แต่ละระบบใช้โปรโตคอลสื่อสารเป็นของตัวเอง เช่น Modbus, EtherNet/IP, หรือ Profinet ผลคือข้อมูลติดอยู่ใน “เกาะข้อมูล” (Data Silo) ที่แยกจากกัน ทำให้การรวบรวมข้อมูลเพื่อวิเคราะห์หรือเชื่อมต่อสู่ระบบระดับสูง เช่น MES หรือ ERP เป็นเรื่องยากและสิ้นเปลือง OPC UA (OPC Unified Architecture) ถูกพัฒนาขึ้นมาเพื่อแก้ปัญหานี้โดยตรง โดยเป็นมาตรฐานเปิดที่ทำให้อุปกรณ์ทุกตัวในโรงงาน “พูดภาษาเดียวกัน” ได้อย่างปลอดภัยและเป็นอิสระจากแพลตฟอร์ม จาก OPC Classic สู่ OPC UA: ทำไมต้องเปลี่ยน?โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation)โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation) OPC รุ่นแรก (OPC Classic) พัฒนาในปี 1996 อ้างอิงเทคโนโลยี COM/DCOM ของ Windows ทำงานได้เฉพาะบนระบบปฏิบัติการ Windows เท่านั้น มีปัญหาด้านความปลอดภัย เนื่องจากอ้างอิงพอร์ต DCOM ที่เปิดกว้าง และมีปัญหาเรื่อง Firewall Traversal เมื่อส่งข้อมูลข้ามเครือข่าย รวมถึงการกำหนดค่าที่ซับซ้อน OPC UA ที่เริ่มพัฒนาในปี 2008 ออกแบบใหม่ทั้งหมดโดยมีเป้าหมายหลักคือ Platform-Independent (ทำงานบน Windows, Linux, แม้แต่ไมโครคอนโทรลเลอร์ขนาดเล็ก), Service-Oriented Architecture (SOA) และ Built-in Security โดยฝังการเข้ารหัสและการยืนยันตัวตนมาเป็นมาตรฐานตั้งแต่ต้น ไม่ใช่สิ่งที่ต้องเพิ่มทีหลัง หัวใจของ OPC UA: Information Model สิ่งที่ทำให้ OPC UA แตกต่างจากโปรโตคอลสื่อสารทั่วไปคือ Information Model — ไม่ได้ส่งเฉพาะ “ค่า” (value) ของข้อมูลเหมือน Modbus แต่ส่ง ความหมาย (semantic) ของข้อมูลไปด้วย ตัวอย่างเช่น แทนที่จะส่งเพียงตัวเลข 75.3 ที่ไม่รู้ว่าคืออะไร OPC UA จะส่งพร้อมบริบทว่าเป็น “อุณหภูมิที่ตำแหน่ง Reactor-01” หน่วยเป็น “องศาเซลเซียส” ช่วงค่าที่ถูกต้อง 0–150°C และ timestamp ที่แม่นยำ…

Jun152026 by contentNo Comments

CAN bus และ CANopen ใน Industrial Automation: โปรโตคอล Fieldbus ที่ขับเคลื่อนอุตสาหกรรมมากว่า 30 ปี

Article

ก่อนที่ Industrial Ethernet จะครองโลก มีโปรโตคอลหนึ่งที่ทำงานเงียบๆ ในเครื่องจักรและยานยนต์มานานกว่า 30 ปี นั่นคือ CAN bus (Controller Area Network) และโปรโตคอลระดับบนอย่าง CANopen ที่สร้างบนพื้นฐาน CAN เพื่อใช้ในระบบอัตโนมัติ แม้จะเก่าแก่ แต่ CAN ยังคงเป็นกระดูกสันหลังของระบบควบคุมในหลายอุตสาหกรรมเพราะความทนทาน ความประหยัด และความน่าเชื่อถือที่ผ่านการพิสูจน์มาแล้ว CAN bus คืออะไร?โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation)โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation) CAN bus เป็นโปรโตคอลสื่อสารแบบ Serial Communication ที่พัฒนาโดยบริษัทยนต์ยนต์ของเยอรมันในปี 1983 และเผยแพร่ครั้งแรกในปี 1986 ต่อมาได้รับการรับรองเป็นมาตรฐานสากล ISO 11898 จุดประสงค์เดิมคือลดปริมาณสายไฟในรถยนต์ จากการใช้สาย point-to-point นับร้อยเส้น เหลือเพียงสายคู่บิด (twisted pair) เส้นเดียวที่เชื่อม ECU ทุกตัวเข้าด้วยกัน คุณสมบัติเด่นของ CAN bus Multi-Master — ทุก node สามารถส่งข้อความได้โดยไม่ต้องมี Master ควบคุม Message-Based — สื่อสารด้วย Message ID ไม่ใช่ Address ทำให้ node ใหม่เข้าร่วมได้โดยไม่ต้อง reconfigure CSMA/CD+AMP — ตรวจจับการชนกันของข้อมูลและให้ Message ID ที่ต่ำกว่า (priority สูงกว่า) ชนะ Error Detection — มี CRC, Bit Monitoring, และ Error Frame ที่ช่วยตรวจจับและแก้ไขข้อผิดพลาดได้อัตโนมัติ Differential Signaling — ใช้สัญญาณต่างศูนย์ระหว่าง CAN_H และ CAN_L ทำให้ทนต่อสัญญาณรบกวน (EMI) ได้ดี โครงสร้าง CAN Frame CAN frame มาตรฐาน (CAN 2.0A) มี identifier ขนาด 11 bit ส่วน Extended Frame (CAN…

Jun152026 by contentNo Comments

EtherCAT: Industrial Ethernet ที่ประมวลผลข้อมูล On-the-Fly ด้วย Cycle Time ต่ำกว่า 100 ไมโครวินาที

Article

ในโลกของระบบควบคุมแบบ Real-Time เช่น Motion Control, หุ่นยนต์, และเครื่องจักร CNC ความเร็วในการสื่อสารระหว่าง Controller กับ Drive ไม่ได้วัดกันที่หน่วยมิลลิวินาที แต่วัดกันที่ ไมโครวินาที (µs) EtherCAT (Ethernet for Control Automation Technology) คือโปรโตคอล Industrial Ethernet ที่ตอบโจทย์นี้ด้วยเทคนิคพิเศษที่เรียกว่า “On-the-Fly Processing” ทำให้สามารถส่งข้อมูลควบคุมผ่านอุปกรณ์หลายร้อยตัวได้ภายใน cycle time ต่ำกว่า 100 ไมโครวินาที EtherCAT คืออะไร?โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation)โปรโตคอลสื่อสารในระบบ IIoT — แต่ละชั้นของระบบสื่อสารในโรงงานใช้มาตรฐานต่างกันตามหน้าที่ (ภาพประกอบ: Honey Corporation) EtherCAT เป็นโปรโตคอล Industrial Ethernet ที่พัฒนาโดยบริษัท automation ของเยอรมันในปี 2003 และได้รับการรับรองเป็นมาตรฐานสากล IEC 61158 และ IEC 61784 จุดเด่นที่ทำให้มันเร็วกว่า Industrial Ethernet อื่นๆ คือวิธีการประมวลผลแบบ “On-the-Fly” ที่อุปกรณ์ Slave อ่านและเขียนข้อมูลลงบน Ethernet frame ได้ทันทีในขณะที่ frame นั้นกำลังผ่านไป โดยไม่ต้องรอรับ frame ทั้งหมดก่อนแล้วค่อยส่งต่อ วิธีการทำงานของ On-the-Fly Processing ใน Industrial Ethernet ทั่วไป แต่ละอุปกรณ์จะรับ frame ทั้งหมด ประมวลผล แล้วส่ง frame ใหม่ไปยังอุปกรณ์ถัดไป กระบวนการนี้ทำให้เกิดความหน่วง (latency) สะสมที่ขยายตามจำนวนอุปกรณ์ แต่ EtherCAT ทำต่างออกไป — Master ส่ง frame เดียวที่บรรจุข้อมูลสำหรับอุปกรณ์ทุกตัว ขณะที่ frame ผ่าน Slave แต่ละตัว Slave จะอ่านข้อมูลที่เกี่ยวข้องกับตัวมันเองและเขียนข้อมูลตอบกลับลงในตำแหน่งเดิมของ frame ในระดับฮาร์ดแวร์ด้วยเวลาเพียง 1-2 bit time (ประมาณ 10-20 นาโนวินาทีที่ 100 Mbps) frame จึงวิ่งผ่านทั้งวงและกลับมาที่ Master ภายในเวลาไมโครวินาที อุปมา: ลองนึกถึงรถไฟความเร็วสูงที่วิ่งผ่านสถานี — ผู้โดยสารขึ้น-ลงรถได้โดยที่รถไฟไม่หยุด EtherCAT…

Jun152026 by contentNo Comments

MQTT Sparkplug B: มาตรฐาน Industrial Messaging ที่แปลง IoT Protocol ทั่วไปให้กลายเป็น IIoT-Grade

Article

ในโลกของ Industrial IoT ที่มีเซ็นเซอร์และอุปกรณ์หลายพันตัวส่งข้อมูลกลับไปยังศูนย์กลางทุกวินาที MQTT ได้กลายเป็นโปรโตคอลยอดนิยมเพราะตัวมันเองเบา ใช้พลังงานต่ำ และรองรับสถาปัตยกรรม Publish/Subscribe แต่ MQTT เวอร์ชันพื้นฐานมีจุดอ่อนสำคัญเมื่อนำมาใช้ในโรงงานจริง นั่นคือ “ไม่มีการจัดการสถานะของอุปกรณ์” ทำให้ระบบ SCADA ไม่ทราบว่าข้อมูลที่ได้รับยังสดอยู่หรือไม่ บทความนี้จะเจาะลึก Sparkplug B สเปกที่เติมเต็ม MQTT ให้กลายเป็นมาตรฐาน IIoT อย่างแท้จริง MQTT คืออะไร? ทบทวนพื้นฐานกันก่อนพีระมิดระบบอัตโนมัติตาม ISA-95 — โครงสร้างมาตรฐานที่แบ่งระดับการควบคุมจากเซ็นเซอร์ถึง ERP (ภาพประกอบ: Honey Corporation)พีระมิดระบบอัตโนมัติตาม ISA-95 — โครงสร้างมาตรฐานที่แบ่งระดับการควบคุมจากเซ็นเซอร์ถึง ERP (ภาพประกอบ: Honey Corporation) MQTT (Message Queuing Telemetry Transport) เป็นโปรโตคอลสื่อสารแบบ Publish/Subscribe ที่ออกแบบมาสำหรับอุปกรณ์ที่มีทรัพยากรจำกัด ถูกพัฒนาขึ้นในปี 1999 เพื่อใช้ติดตามท่อส่งน้ำมันผ่านดาวเทียม โดยมี Broker ทำหน้าที่เป็นตัวกลางกระจายข้อความ ส่วนหัวของ MQTT เล็กเพียง 2 ไบต์ ทำให้เหมาะกับเครือข่ายแบนด์วิดท์ต่ำ QoS Levels ทั้ง 3 ระดับของ MQTT QoS Level ชื่อ การรับประกัน การสลับแพ็กเก็ต 0 At most once Fire and forget ส่งครั้งเดียว ไม่มีการยืนยัน 1 ข้อความ 1 At least once รับประกันว่าส่งถึง อาจซ้ำ (PUBACK) 2 ข้อความ 2 Exactly once รับประกันส่งถึง 1 ครั้ง ไม่ซ้ำ (4-step) 4 ข้อความ ทำไม MQTT ธรรมดาไม่พอสำหรับ IIoT? แม้ MQTT จะมีคุณสมบัติที่ดี แต่เมื่อนำไปใช้ในโรงงานจริงก็เจอปัญหาใหญ่ 3 ข้อ ดังนี้ ไม่มี Topic Namespace มาตรฐาน — แต่ละทีมพัฒนาออกแบบ topic structure ของตัวเอง ทำให้ระบบต่างผู้ผลิตสื่อสารกันไม่ได้ ปัญหา Stale Data — เมื่อ Edge…