TSN (Time-Sensitive Networking): ชุดมาตรฐาน IEEE 802.1 ที่ปฏิวัติ Ethernet ให้กลายเป็นเครือข่ายเรียลไทม์สำหรับโรงงานอัตโนมัติ

TSN (Time-Sensitive Networking): ชุดมาตรฐาน IEEE 802.1 ที่ปฏิวัติ Ethernet ให้กลายเป็นเครือข่ายเรียลไทม์สำหรับโรงงานอัตโนมัติ

Article
TSN เปลี่ยน Ethernet มาตรฐานให้รองรับการสื่อสารแบบ Real-Time แบบกำหนดเวลา (ภาพประกอบ) TSN: มาตรฐาน IEEE 802.1 ที่ปฏิวัติ Ethernet ให้กลายเป็นเครือข่าย Real-Time สำหรับโรงงานอัตโนมัติ TSN (Time-Sensitive Networking) คือชุดมาตรฐานภายใต้ IEEE 802.1 ที่เพิ่มความสามารถด้าน Real-Time Deterministic Communication ให้กับ Ethernet มาตรฐาน ทำให้สามารถส่งข้อมูลที่ "ต้องถึงในเวลาที่กำหนดเท่านั้น" (deterministic latency) ได้อย่างแม่นยำในระดับไมโครวินาที ก่อนหน้า TSN ระบบอัตโนมัติที่ต้องการ Real-Time จำเป็นต้องใช้ Fieldbus หรือ Industrial Ethernet แบบ proprietary ซึ่งไม่สามารถทำงานร่วมกับเครือข่าย IT มาตรฐานได้ TSN มาแก้ปัญหานี้โดยให้ทั้ง IT และ OT ทำงานบน Ethernet เดียวกันได้ โดยที่ Real-Time traffic ยังคง latency ต่ำและ deterministic สถาปัตยกรรมหลักของ TSN: Time Synchronization + Scheduling TSN อาศัยพื้นฐานสำคัญสองอย่างที่ทำงานร่วมกัน: 1. Time Synchronization (IEEE 802.1AS) อุปกรณ์ทุกตัวในเครือข่ายต้องมีนาฬิกาที่ ตรงกันในระดับ sub-microsecond (±1 ไมโครวินาที) โดยใช้ gPTP (generalized Precision Time Protocol) ที่สืบทอดเวลาจาก Grandmaster Clock ไปยังทุก node ผ่านกระบวนการ clock synchronization แบบต่อเนื่อง ⚡ ความแม่นยำ: gPTP ใน TSN สามารถ sync เวลาแม่นยำถึง ±100 นาโนวินาทีในเครือข่าย LAN ซึ่งเทียบเท่ากับมาตรฐาน PTP (IEEE 1588) แต่ทำงานที่ Layer 2 โดยตรง 2. Time-Aware Scheduling (IEEE 802.1Qbv) เมื่อทุกอุปกรณ์มีเวลาตรงกัน ก็สามารถกำหนด TGATE (Time Gate) เพื่อสร้าง "ช่องเวลา" (Time Slot) สำหรับส่งข้อมูล…
Read More
MQTT สำหรับ IIoT: โปรโตคอล Pub/Sub ที่ขับเคลื่อนการสื่อสารข้อมูลเซ็นเซอร์หลายล้านตัวในโรงงานอัจฉริยะ

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

Article
ระบบเครือข่าย IIoT ที่ใช้ MQTT เชื่อมต่อเซ็นเซอร์และอุปกรณ์อุตสาหกรรม (ภาพประกอบ) MQTT: โปรโตคอล Pub/Sub ที่ขับเคลื่อนการสื่อสารเซ็นเซอร์หลายล้านตัวในโรงงานอัตโนมัติ MQTT (Message Queuing Telemetry Transport) เป็นโปรโตคอลสื่อสารแบบ lightweight ที่ OASIS กำหนดเป็นมาตรฐานเปิด โดยออกแบบมาเพื่อส่งข้อมูลจากอุปกรณ์ที่มีทรัพยากรจำกัด เช่น เซ็นเซอร์อุณหภูมิ มอเตอร์ หรือ PLC ในโรงงานอุตสาหกรรม ด้วยสถาปัตยกรรม Publish/Subscribe ที่แยกผู้ส่งและผู้รับออกจากกัน ทำให้ MQTT สามารถรองรับการเชื่อมต่ออุปกรณ์นับหมื่นพร้อมกันโดยใช้แบนด์วิดธ์ต่ำเพียง 2 bytes ต่อ header ในปี 2025-2026 MQTT ได้กลายเป็นโปรโตคอลหลักของระบบ IIoT ทั่วโลก โดยเวอร์ชันล่าสุด MQTT 5.0 เพิ่มความสามารถสำคัญ เช่น Reason Codes, Shared Subscriptions, Message Expiry และ Topic Aliases ที่ช่วยแก้ปัญหาด้าน reliability และ scalability ที่เวอร์ชัน 3.1.1 ไม่สามารถรองรับได้ สถาปัตยกรรม Publish/Subscribe: หัวใจของ MQTT ต่างจากโปรโตคอลแบบ Request/Response แบบเดิม MQTT ใช้รูปแบบ Pub/Sub ที่ผู้ส่ง (Publisher) ไม่จำเป็นต้องรู้ว่าผู้รับ (Subscriber) คือใคร ทุกอย่างผ่านศูนย์กลางที่เรียกว่า MQTT Broker ซึ่งทำหน้าที่กรองและส่งต่อข้อความตามหัวข้อ (Topic) ที่กำหนด ตัวอย่าง Topic ในโรงงานอุตสาหกรรม: factory/line-A/temperature/sensor-01 — อุณหภูมิจากเซ็นเซอร์ตัวที่ 1 ของสายการผลิต A factory/line-A/vibration/motor-03 — ค่าการสั่นสะเทือนของมอเตอร์ 3 factory/line-B/energy/meter-main — การใช้พลังงานของสายการผลิต B การใช้ Topic Hierarchy แบบนี้ ทำให้ Subscriber สามารถ subscribe เฉพาะข้อมูลที่ต้องการ เช่น factory/+/temperature/# เพื่อรับทุกค่าอุณหภูมิจากทุกสายการผลิต QoS (Quality of Service): การรับประกันการส่งมอบ MQTT กำหนดระดับ QoS 3 ระดับ เพื่อให้เลือกใช้ตามความสำคัญของข้อมูล: ระดับ QoS การรับประกัน Handshake กรณีใช้งานในโรงงาน…
Read More
TSN (Time-Sensitive Networking): ชุดมาตรฐาน IEEE 802.1 ที่ปฏิวัติ Ethernet ให้กลายเป็นเครือข่ายเรียลไทม์สำหรับโรงงานอัตโนมัติ

TSN (Time-Sensitive Networking): ชุดมาตรฐาน IEEE 802.1 ที่ปฏิวัติ Ethernet ให้กลายเป็นเครือข่ายเรียลไทม์สำหรับโรงงานอัตโนมัติ

Article
TSN (Time-Sensitive Networking) คือชุดมาตรฐานภายใต้ IEEE 802.1 ที่เพิ่มความสามารถด้าน Real-Time Deterministic Communication ให้กับ Ethernet มาตรฐาน ทำให้สามารถส่งข้อมูลที่ "ต้องถึงในเวลาที่กำหนดเท่านั้น" (Guaranteed Latency) ได้อย่างแม่นยำ ซึ่งเป็นพื้นฐานสำหรับการ รวมเครือข่าย OT และ IT เข้าด้วยกันบนโครงสร้างพื้นฐานเดียว ปัญหาที่ TSN มาแก้ ในโรงงานแบบดั้งเดิม เครือข่ายการควบคุม (OT) และเครือข่ายสารสนเทศ (IT) ถูกแยกออกจากกันโดยสมบูรณ์ เพราะ Ethernet มาตรฐานเป็นแบบ Best-Effort คือพยายามส่งให้ถึง แต่ไม่รับประกันเวลา ขณะที่ระบบควบคุมการเคลื่อนที่ต้องการ Latency ที่ แน่นอนและทำนายได้ (เช่น < 1 ms) จึงต้องใช้ Fieldbus เฉพาะที่แพงและไม่เข้ากันข้ามแบรนด์ TSN เปลี่ยน Ethernet ให้กลายเป็นเครือข่ายเดียวที่รองรับทั้งข้อมูล Real-Time Control (เช่น คำสั่งควบคุมมอเตอร์) และข้อมูล Best-Effort (เช่น อีเมล, Video Stream) พร้อมกันบนสายเคเบิลเส้นเดียวกัน องค์ประกอบหลักของ TSN 1. Time Synchronization (IEEE 802.1AS — gPTP) รากฐานของ TSN คือการที่อุปกรณ์ทุกตัวในเครือข่าย ต้องมีนาฬิกาที่ตรงกัน ภายในความคลาดเคลื่อน ±1 ไมโครวินาที (μs) โดยใช้โปรโตคอล gPTP (generalized Precision Time Protocol) ที่สืบทอดเวลาจาก Grandmaster ผ่านสวิตช์ทุกตัวแบบ Hop-by-Hop 2. Traffic Scheduling (IEEE 802.1Qbv — TAS) Time-Aware Shaper (TAS) แบ่งเวลาเป็น Cycle และกำหนด Gate เปิด-ปิดสำหรับแต่ละ Queue ในสวิตช์ ตัวอย่างเช่น: ช่วง 0–50 μs: เปิดเฉพาะ Critical Traffic (คำสั่งควบคุม) ช่วง 50–100 μs: เปิดให้ Best-Effort Traffic (ข้อมูลทั่วไป) ช่วง 100–125 μs: Reserve ไว้สำหรับ Management…
Read More
MQTT สำหรับ IIoT: โปรโตคอล Pub/Sub ที่ขับเคลื่อนการสื่อสารข้อมูลเซ็นเซอร์หลายล้านตัวในโรงงานอัจฉริยะ

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

Article
MQTT (Message Queuing Telemetry Transport) เป็นโปรโตคอลสื่อสารแบบ lightweight ที่ออกแบบมาเพื่อส่งข้อมูลจากอุปกรณ์ที่มีทรัพยากรจำกัด เช่น เซ็นเซอร์อุณหภูมิ มอเตอร์ หรือ PLC ในโรงงานอุตสาหกรรม โดยใช้สถาปัตยกรรม Publish/Subscribe ที่แยกผู้ส่งและผู้รับออกจากกัน ทำให้ระบบสามารถขยายตัวได้ถึง หลายล้านการเชื่อมต่อพร้อมกัน โดยไม่ต้องเปลี่ยนแปลงโครงสร้าง สถาปัตยกรรม Publish/Subscribe ทำงานอย่างไร? ใน 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 ขึ้นอยู่กับชนิดข้อมูล: ข้อมูลอุณหภูมิที่ส่งทุก 5 วินาทีใช้ QoS 0 ได้ (หากหายไปครั้งเดียวไม่วิกฤต) แต่คำสั่งควบคุมเช่น "หยุดมอเตอร์" ต้องใช้ QoS…
Read More
Web HMI และ Industrial Dashboard: ยุคใหม่ของการควบคุมโรงงานผ่านเว็บเบราว์เซอร์

Web HMI และ Industrial Dashboard: ยุคใหม่ของการควบคุมโรงงานผ่านเว็บเบราว์เซอร์

Article
จาก SCADA แบบดั้งงาม สู่ Web Dashboard ยุคใหม่ หลายคนน่าจะคุ้นเคยกับ ระบบ SCADA ที่เป็นหน้าจอควบคุมโรงงานแบบดั้งเดิม ซึ่งมักติดตั้งบนคอมพิวเตอร์เฉพาะทาง ต้องใช้ซอฟต์แวร์ proprietary และดูแลรักษายากเมื่อระบบมีขนาดใหญ่ขึ้น แต่ปัจจุบันเทคโนโลยีเว็บได้เปลี่ยนโฉมหน้าของ Industrial HMI (Human-Machine Interface) ไปอย่างสิ้นเชิง จนเราสามารถควบคุมเครื่องจักรในโรงงานผ่านเว็บเบราว์เซอร์ทั่วไปได้เลย Web-based HMI คืออะไร? Web HMI คือ ระบบหน้าจอสำหรับตรวจสอบและควบคุมกระบวนการผลิตผ่านเว็บเบราว์เซอร์ ไม่ว่าจะเป็น Chrome, Firefox หรือ Edge ซึ่งแตกต่างจาก HMI แบบดั้งที่ต้องติดตั้งซอฟต์แวร์บนเครื่องคอมพิวเตอร์โดยตรง ข้อดีที่เห็นชัด: ผู้ใช้สามารถเข้าถึงระบบควบคุมได้จากทุกที่ — ไม่ว่าจะเป็นมือถือ, แท็บเล็ต, หรือคอมพิวเตอร์ เพียงแค่มีเครือข่ายอินเทอร์เน็ต โดยไม่ต้องติดตั้งอะไรเพิ่มเติม เทคโนโลยีหลักที่ขับเคลื่อน Web Dashboard การทำให้ Dashboard อุตสาหกรรมทำงานบนเว็บได้อย่างมีประสิทธิภาพ ต้องอาศัยเทคโนโลยีหลายตัวทำงานร่วมกัน: WebSocket / MQTT: สำหรับส่งข้อมูลแบบ Real-time จากเครื่องจักรไปยังหน้าจอผู้ใช้โดยไม่ต้อง refresh หน้า HTML5 Canvas / SVG: สำหรับแสดงผลกราฟิกและแผนผังกระบวนการผลิตที่ดูสวยงามและ interactive Node-RED / REST API: เป็นตัวกลางในการดึงข้อมูลจาก PLC, SCADA หรือ IoT Sensor แล้วส่งต่อไปยัง Dashboard Cloud / Edge Computing: สำหรับประมวลผลและจัดเก็บข้อมูลจำนวนมากจากหลายพื้นที่ในโรงงาน การประยุกต์ใช้ในโรงงานจริง จากประสบการณ์ของทีมที่เคยพัฒนาระบบ IoT Monitoring ให้กับโรงงานหลายแห่ง พบว่า Web Dashboard ถูกนำไปใช้งานหลากหลายมาก: แผงควบคุมการผลิต (Production Dashboard): แสดงสถานะ OEE, อุณหภูมิ, ความดัน แบบ real-time พร้อม alert เมื่อค่าผิดปกติ HMI บนหน้าจอสัมผัส (Touch HMI): ใช้แท่นหน้าจอสัมผัสในพื้นที่ผู้ปฏิบัติงาน เพื่อควบคุมเครื่องจักรโดยไม่ต้องใช้เมาส์ Dashboard สำหรับผู้บริหาร (Management Overview): สรุปข้อมูลการผลิตรายวัน/รายเดือน ส่งขึ้น cloud ให้ผู้บริหารเข้าดูได้ทุกเมื่อ ข้อจำกัดและสิ่งที่ต้องระวัง แม้ Web HMI จะมีข้อดีมาก แต่ก็มีสิ่งที่ต้องพิจารณาอย่างรอบคอบ: หัวข้อ ความเสี่ยง แนวทางแก้ไข ความปลอดภัย (Cybersecurity) เปิดช่องให้เข้าถึงจาก…
Read More
ติดตั้งระบบ IoT ตู้แช่ Freezer

ติดตั้งระบบ IoT ตู้แช่ Freezer

Portfolio
ติดตั้งระบบ Monitoring & Control ผ่านเทคโนโลยี Internet of Thing ( IoT ) ให้กับตู้แช่ พร้อมทั้งวัดการใช้พลังงาน โดยใช้ Power meter หลังจากนั้นได้นำข้อมูลส่งขึ้นสู่ Cloud Platform เพื่อรายงานและควบคุมการแช่แข็งของตู้ โดยไม่ต้องรื้อหรือวางตู้ Control ใหม่ทั้งหมด
Read More
งานต้นแบบ IoT วัดอุณหภูมิ ความชื้น

งานต้นแบบ IoT วัดอุณหภูมิ ความชื้น

Portfolio
งานต้นแบบ IoT วัดอุณหภูมิ ความชื้น สวัสดีครับ อย่างที่ทราบกันดีอยู่แล้วว่าการวิเคราะห์ข้อมูลนั้น จำเป็นต้องมีการเก็บข้อมูล และกรองข้อมูลที่มีประสิทธิ์ภาพเข้ามา รวมถึงการ Calibration Sensor ด้วย ทางเราจึงออกแบบบอร์ดที่มีความสามารถในการสื่อสารกับ Internet ( Internet of Things ) โดยเลือกการใช้งาน ESP8266 ซึ่งเป็น MCU ที่มีความสามารถสื่อสารผ่าน WiFi เพราะมีความสะดวกในการติดตั้ง และง่ายต่อการพัฒนา จึงจัดมาเป็นกองทับ ต้นแบบ เพื่อให้สามารถเก็บข้อมูลเพื่อการวิเคราห์ ( Big Data ) บน Cloud Computer ได้ Realtime Monitoring IoT System ภาพรวมระบบ สามารถต่อไฟบ้าน 220Vac ได้โดยตรงเชื่อมต่อด้วย WiFi ( b/g/n ) เพื่อส่งข้อมูลจากการอ่าน Sensor ไปยัง CloudSensor ที่ใช้งานรองรับ RS485 ( Modbus RTU Protocol )มีจอแสดงผล OLED ขนาด 0.91 นิ้ว
Read More