PCB Design และ Electronics Manufacturing: หัวใจของทุกอุปกรณ์อิเล็กทรอนิกส์ที่วิศวกรต้องรู้

PCB Design และ Electronics Manufacturing: หัวใจของทุกอุปกรณ์อิเล็กทรอนิกส์ที่วิศวกรต้องรู้

Article
PCB: แผ่นวงจรพิมพ์ที่เป็นหัวใจของทุกอุปกรณ์อิเล็กทรอนิกส์ ไม่ว่าจะเป็นสมาร์ทโฟน รถยนต์ไฟฟ้า ระบบ SCADA หรือ IoT Sensor ทุกอย่างล้วนมี PCB (Printed Circuit Board) เป็นฐานราก วงจรพิมพ์เหล่านี้ไม่ใช่แค่แผ่นเรซินธรรมดา แต่เป็นผลงานวิศวกรรมความแม่นยำสูงที่ผ่านกระบวนการ Electronics Manufacturing หลายขั้นตอน ตลาด PCB ทั่วโลกมีมูลค่ากว่า 80 พันล้านดอลลาร์สหรัฐ และคาดว่าจะแตะ 100 พันล้านดอลลาร์ภายในปี 2030 โดยเอเชียครองสัดส่วนการผลิตกว่า 90% PCB Design: จาก Schematic สู่ Layout การออกแบบ PCB เริ่มจาก Schematic Capture — วาดแผนผังวงจรไฟฟ้าด้วย EDA Software เช่น Altium Designer, KiCad, หรือ Eagle จากนั้นจึงแปลงเป็น PCB Layout ที่ต้องคำนึงถึงหลายปัจจัย: ปัจจัยสำคัญใน PCB Layout Signal Integrity — ลด Noise, Crosstalk, EMI ในสัญญาณความเร็วสูง Power Integrity — จัดการ Power Plane, Decoupling Capacitor ให้เหมาะสม Thermal Management — ระบายความร้อนจาก IC และ Power Component Design for Manufacturing (DFM) — ออกแบบให้ผลิตได้ง่าย ลดของเสีย Impedance Control — ควบคุมความต้านทานของ Trace สำหรับสัญญาณ High-Speed 💡 Tip: สำหรับ PCB หลายชั้น (Multi-layer) ที่ใช้ใน IoT และ IIoT โดยทั่วไปใช้ 4-8 ชั้น โดยชั้นในจะเป็น Power Plane และ Ground Plane เพื่อลด EMI SMT (Surface Mount Technology): กระบวนการประกอบหลัก SMT เป็นเทคโนโลยีมาตรฐานสำหรับประกอบ PCB ยุคใหม่ โดย Component…
Read More

OPC UA: มาตรฐานการสื่อสารที่ช่วยเชื่อมต่อระบบ OT กับ IT ในโรงงาน

Article
OPC UA คืออะไร? OPC Unified Architecture (UA) คือมาตรฐานการสื่อสารที่พัฒนาโดย OPC Foundation เพื่อเป็น "ภาษาสากล" ของระบบอุตสาหกรรม ต่างจากโปรโตคอลดั้งเดิมอย่าง Modbus, Profibus หรือ EtherNet/IP ที่แต่ละยี่ห้อใช้ภาษาเฉพาะตัว OPC UA ถูกออกแบบมาให้เป็น open standard ที่ทุกอุปกรณ์ — ไม่ว่าจะเป็น PLC ยี่ห้อใดก็ตาม — สามารถสื่อสารกันได้โดยไม่ต้องพึ่ง gateway หรือ middleware เฉพาะทาง จุดเด่นสำคัญของ OPC UA คือ platform independence — ทำงานได้ทั้งบน Windows, Linux, หรือแม้แต่ embedded system ที่มี RAM เพียง 50 KB นี่เป็นข้อได้เปรียบมหาศาลเมื่อเทียบกับ OPC Classic ที่ต้องอาศัย COM/DCOM ของ Windows แต่เดิม ทำไม OPC UA ถึงเหมาะกับ IIoT มากกว่าโปรโตคอลดั้งเดิม ในโรงงานอัจฉริยะยุคใหม่ ระบบ Operational Technology (OT) ต้อง "คุย" กับระบบ Information Technology (IT) ได้อย่างไร้รอยต่อ — ไม่ว่าจะเป็น SCADA, MES, ERP หรือ cloud analytics platform โปรโตคอลดั้งเดิมถูกออกแบบมาเพื่อการสื่อสารภายในโรงงานเท่านั้น พวกมันไม่มี security model ที่เพียงพอ และไม่รองรับ semantic information (ข้อมูลที่มีความหมายในตัว) OPC UA แก้ปัญหานี้ด้วยการออกแบบที่ครอบคลุม: หน่วยข้อมูลที่ซับซ้อน: ไม่ใช่แค่ 0/1 หรือตัวเลข แต่รองรับ alarm, event, historical data และ complex data types Transport layer ที่ยืดหยุ่น: ใช้ได้ทั้ง TCP/IP แบบดั้งเดิม และ MQTT/AMQP สำหรับ IIoT use cases Built-in security: มี encryption (AES-256),…
Read More
ความปลอดภัยทางไซเบอร์สำหรับ IIoT: กลยุทธ์ป้องกันโรงงานอัจฉริยะยุคใหม่

ความปลอดภัยทางไซเบอร์สำหรับ IIoT: กลยุทธ์ป้องกันโรงงานอัจฉริยะยุคใหม่

Article
ในยุคที่โรงงานอัจฉริยะ (Smart Factory) กลายเป็นมาตรฐานใหม่ของอุตสาหกรรมการผลิต ระบบ Industrial Internet of Things (IIoT) ที่เชื่อมต่อเครื่องจักร ซัพพลายเออร์ และพนักงานเข้าด้วยกัน กลับกลายเป็นเป้าหมายหลักของการโจมตีทางไซเบอร์มากขึ้นทุกวัน รายงานจาก IBM ปี 2024 ระบุว่าภาคอุตสาหกรรมการผลิตถูกโจมตีมากเป็นอันดับ 3 ของโลก โดยค่าเสียหายเฉลี่ยต่อเหตุการณ์สูงถึง 4.4 ล้านเหรียญสหรัฐทำไม IIoT ถึงเป็นเป้าโจมตีหลัก?ระบบ IIoT ในโรงงานต่างจาก IT ทั่วไปตรงที่อุปกรณ์จำนวนมากถูกออกแบบมาใช้งานวงจรการผลิต (Operational Technology หรือ OT) ซึ่งมีอายุการใช้งานยาวนาน 10-20 ปี ทำให้มักไม่ได้รับการอัปเดตความปลอดภัยเท่าที่ควร อุปกรณ์เหล่านี้รวม PLCs (Programmable Logic Controllers), SCADA, เซ็นเซอร์วัดอุณหภูมิและความดัน และหุ่นยนต์อุตสาหกรรมตัวอย่างเช่น เหตุการณ์ Colonial Pipeline ในปี 2021 ที่ท่อส่งน้ำมันเชื้อเพลิงของสหรัฐฯ ต้องหยุดทำงาน 6 วัน สูญเสียมูลค่ากว่า 5 ล้านเหรียญสหรัฐ จากการโจมตีผ่านระบบ VPN ที่ไม่มี Multi-Factor Authentication หรือกรณี Triton/Trisis ที่มุ่งเป้าโจมตีระบบ Safety Instrumented System (SIS) โดยตรงกลยุทธ์ป้องกัน 5 ขั้นตอน1. Zero Trust Architectureหลักการ "Never Trust, Always Verify" กลายเป็นแนวทางหลักในการป้องกันระบบ IIoT แทนที่จะเชื่อมต่อภายในเครือข่ายที่ปลอดภัยโดยอัตโนมัติ ทุกการเข้าถึงต้องได้รับการยืนยัน การแบ่งเครือข่าย (Network Segmentation) ด้วย Industrial Demilitarized Zone (IDMZ) ช่วยป้องกันไม่ให้การโจมตีข้ามจาก IT ไปยัง OT ได้2. Deep Packet Inspection บน Industrial Protocolโปรโตคอลอุตสาหกรรมอย่าง Modbus TCP/IP, OPC UA และ EtherNet/IP มีโครงสร้างที่แตกต่างจาก HTTP ทำให้ IDS/IPS ทั่วไปไม่สามารถตรวจจับได้ การใช้ DPI ที่เข้าใจโปรโตคอลเหล่านี้โดยเฉพาะจะช่วยตรวจจับคำสั่งผิดปกติ เช่น การเปลี่ยน parameter ของ PLC โดยไม่ได้รับอนุญาต3. Secure Boot และ Firmware Integrityอุปกรณ์ IIoT จำเป็นต้องมีกลไก…
Read More
SCADA สู่ IoT: การยกระดับระบบควบคุมอุตสาหกรรมสู่ยุคดิจิทัล

SCADA สู่ IoT: การยกระดับระบบควบคุมอุตสาหกรรมสู่ยุคดิจิทัล

Article
ระบบ SCADA (Supervisory Control and Data Acquisition) เป็นหัวใจหลักของการควบคุมโรงงานมาตั้งแต่ทศวรรษ 1970 แต่ระบบ SCADA รุ่นเก่าหลายระบบยังคงทำงานบนโปรโตคอลและฮาร์ดแวร์ที่ไม่ได้ออกแบบมาเพื่อเชื่อมต่อกับโลกดิจิทัล การยกระดับ SCADA ให้รองรับ IoT จึงเป็นความท้าทายที่ผู้ประกอบการไทยต้องเผชิญในการแข่งขันยุค Industry 4.0ความท้าทายของ SCADA รุ่นเก่าSCADA ดั้งเดิมถูกออกแบบมาเพื่อการทำงานแบบ Isolated Network ไม่มีการเข้ารหัสข้อมูล การยืนยันตัวตนที่เข้มงวด หรือการเชื่อมต่อกับระบบ Cloud ทำให้เมื่อต้อง Modernize ต้องเผชิญกับความท้าทายหลายประการปัญหาสำคัญคือ Protocol ที่ไม่รองรับ IP เช่น Modbus RTU ที่ใช้ RS-485 ซึ่งต้องมี Gateway แปลงข้อมูลก่อน อีกปัญหาคือ Legacy Hardware ที่ไม่สามารถรับการอัปเดต firmware ได้ รวมถึงความเสี่ยงจากการหยุดระบบ (Downtime) ที่มักส่งผลกระทบต่อการผลิตโดยตรง3 แนวทางการยกระดับ SCADAแนวทางที่ 1: Edge Gateway + Cloud Integrationติดตั้ง IoT Edge Gateway ที่ทำหน้าที่เป็นตัวกลางระหว่างระบบ SCADA เดิมกับ Cloud Platform โดย Gateway จะรวบรวมข้อมูลจาก PLC และ RTU ผ่านโปรโตคอลอุตสาหกรรม แปลงเป็น MQTT หรือ OPC UA แล้วส่งไปยัง Azure IoT Hub, AWS IoT Core หรือ Google Cloud IoTข้อดีของแนวทางนี้คือไม่ต้องแก้ไขระบบ SCADA เดิมมาก สามารถเริ่มจากจุดเดียวแล้วขยายได้ ตัวอย่างเช่น โรงงานผลิตยาในกรุงเทพฯ ที่ใช้ Edge Gateway เชื่อมต่อ SCADA รุ่น 15 ปีกับ Power BI Dashboard สำหรับ Real-time monitoringแนวทางที่ 2: IIoT Platform บน Edgeใช้แพลตฟอร์มอย่าง Predictive Maintenance as a Service ที่ติดตั้งบน Edge Device ใกล้เครื่องจักร ระบบจะเรียนรู้ Pattern การทำงานปกติของเครื่องจักร และส่ง Alert เมื่อพบความผิดปกติ โดยไม่ต้องส่งข้อมูลดิบทั้งหมดไปยัง…
Read More
Robotics x IoT: เมื่อหุ่นยนต์ฉลาดขึ้นด้วยระบบเชื่อมต่ออัจฉริยะ พลังที่ไร้ขีดจำกัดจึงบังเกิด

Robotics x IoT: เมื่อหุ่นยนต์ฉลาดขึ้นด้วยระบบเชื่อมต่ออัจฉริยะ พลังที่ไร้ขีดจำกัดจึงบังเกิด

Article
ทำไมต้องสนใจเรื่องนี้? ในอดีต หุ่นยนต์ในโรงงานอุตสาหกรรมมักถูกจำกัดอยู่ในขอบเขตเดียว ทำงานซ้ำๆ ตามโปรแกรมที่กำหนดไว้ แยกขังในกรงป้องกันความปลอดภัย ไม่สามารถปรับตัวหรือสื่อสารกับระบบภายนอกได้ แต่ในยุค Industry 4.0 ทุกอย่างเปลี่ยนไป เมื่อหุ่นยนต์เชื่อมต่อกับ IoT Platform สิ่งที่ได้คือ Smart Robot ที่รับข้อมูล Real-time จาก Sensor ทั่วโรงงาน วิเคราะห์และตัดสินใจได้ด้วยตัวเอง ลดเวลาหยุดเครื่องฉุกเฉินได้ถึง 50-70% และเพิ่มประสิทธิภาพการผลิตได้อย่างต่อเนื่อง 3 ความสามารถหลักของ Smart Robot 1. Remote Monitoring & Control ผู้จัดการโรงงานสามารถควบคุมและตรวจสอบหุ่นยนต์ข้ามประเทศได้ ดูสถานะการทำงาน อุณหภูมิ กระแสไฟฟ้า และประสิทธิภาพการผลิตผ่านมือถือหรือคอมพิวเตอร์ ไม่ว่าจะอยู่ที่ไหนก็จัดการได้แบบ Real-time ลดความจำเป็นในการเดินทางไปถึงพื้นที่จริง 2. Predictive Maintenance หุ่นยนต์ที่เชื่อมต่อ IoT สามารถตรวจจับความผิดปกติของชิ้นส่วนได้ล่วงหน้า วิเคราะห์ Pattern ของ Vibration, Temperature และ Current เพื่อคาดการณ์ว่าชิ้นส่วนใดกำลังจะเสื่อมสภาพ พร้อมแจ้งเตือนอัตโนมัติว่า "ข้อต่อที่ 3 กำลังสึกหรอ กรุณาเปลี่ยนจารบีภายใน 72 ชั่วโมง" ก่อนที่มันจะหยุดทำงานกะทันหัน 3. Data-Driven Optimization เก็บข้อมูลการหยิบจับ (Cycle Time), OEE และอัตราการผลิตของ Robot ทุกตัวเพื่อมาวิเคราะห์หาคอขวด (Bottleneck) ในกระบวนการผลิต ด้วย Machine Learning Algorithm ระบบสามารถเสนอการปรับปรุง Layout หรือ Parameter ของ Robot ให้มีประสิทธิภาพสูงสุดแบบต่อเนื่อง Smart Warehouse: ตัวอย่างที่เห็นผลชัดที่สุด ระบบ AGV (Automated Guided Vehicle) หรือรถขนส่งอัตโนมัติ คือพระเอกของคลังสินค้ายุคใหม่ เมื่อ AGV เชื่อมต่อกับระบบ WMS (Warehouse Management System) ผ่าน IoT Network มันจะทำงานอย่างอัตโนมัติ: รับคำสั่งรับ-ส่งสินค้า จากระบบ WMS โดยตรง คำนวณเส้นทางที่เร็วที่สุด ด้วย SLAM Navigation วางแผนชาร์จแบตอัตโนมัติ เมื่อพลังงานต่ำกว่าเกณฑ์ หลบหลีกสิ่งกีดขวาง ด้วย LiDAR Sensor โดยที่มนุษย์แทบไม่ต้องเข้าไปยุ่งเกี่ยว ลดต้นทุนค่าแรงและเพิ่มความแม่นยำในการจัดส่งสินค้าลงถึง 85% ระบบที่ "คุย" กันได้: กุญแจสำคัญของ…
Read More
เจาะลึก OEE (Overall Equipment Effectiveness): ดัชนีชี้วัดความอยู่รอดของโรงงานในยุค Digital

เจาะลึก OEE (Overall Equipment Effectiveness): ดัชนีชี้วัดความอยู่รอดของโรงงานในยุค Digital

Article
ทำไมต้องสนใจเรื่องนี้? ถ้าคุณดูแลโรงงานผลิตอยู่ ลองนึกดูว่า เครื่องจักรเดินตลอดเวลา แต่ยอดผลิตกลับต่ำกว่าเป้า — สาเหตุที่แท้จริงซ่อนอยู่ตรงไหน? ตามมาตรฐาน JIPM (Japan Institute of Plant Maintenance) โรงงานที่มี OEE ต่ำกว่า 85% ถือว่ายังมีโอกาสปรับปรุงได้อีกมาก และในความเป็นจริง โรงงานส่วนใหญ่ทั่วโลกมี OEE เฉลี่ยเพียง 60-65% ซึ่งหมายความว่ากำลังการผลิตที่มีศักยภาพสูญเสียไปถึง 1 ใน 3 โดยไม่รู้ตัว วันนี้เล่าให้ฟังว่า OEE คืออะไร มันบอกอะไรเราได้บ้าง และทำไม IIoT ถึงเปลี่ยนเกมการวัดผลในโรงงานยุคใหม่ OEE คืออะไร? OEE ย่อมาจาก Overall Equipment Effectiveness คือดัชนีชี้วัดประสิทธิผลโดยรวมของเครื่องจักร ถูกคิดค้นโดย Seiichi Nakajima จาก JIPM ในปี 1960s โดยมีสูตรหัวใจดังนี้: OEE = Availability × Performance × Quality 3 ปัจจัยหลักของ OEE 1. Availability — ความพร้อมเดินเครื่อง วัดว่าเครื่องจักรทำงานได้ตามเวลาที่กำหนดหรือไม่ คำนวณจาก: Availability = (Run Time ÷ Planned Production Time) × 100 สาเหตุที่เครื่องไม่พร้อมทำงาน เช่น เครื่องเสีย, เปลี่ยนงาน (Changeover), ขาดวัตถุดิบ 2. Performance — ประสิทธิภาพการเดินเครื่อง วัดว่าเครื่องจักรทำงานเร็วแค่ไหนเมื่อเทียบกับความเร็วมาตรฐาน คำนวณจาก: Performance = (Ideal Cycle Time × Total Count ÷ Run Time) × 100 สาเหตุที่ประสิทธิภาพต่ำ เช่น หยุดชั่วคราว (Short Stop), เดินช้ากว่าความเร็วมาตรฐาน 3. Quality — คุณภาพ วัดสัดส่วนของผลิตภัณฑ์ที่ผ่านเกณฑ์ คำนวณจาก: Quality = (Good Count ÷ Total Count) × 100 ของเสียเกิดจากหลายสาเหตุ เช่น วัตถุดิบไม่ได้มาตรฐาน หรือเครื่องจักรไม่แม่นยำ ตัวอย่างการคำนวณ OEE…
Read More
จาก SCADA สู่ IIoT: ปลดล็อกศักยภาพโรงงานอัจฉริยะด้วยการเชื่อมต่อไร้รอยต่อ

จาก SCADA สู่ IIoT: ปลดล็อกศักยภาพโรงงานอัจฉริยะด้วยการเชื่อมต่อไร้รอยต่อ

Article
ทำไมต้องสนใจเรื่องนี้? ลองนึกดูว่า โรงงานของคุณมี SCADA ที่ลงทุนไปนับสิบปี ยังทำงานได้ดี แต่ข้อมูลมันอยู่แต่ในห้อง Control Room ผู้บริหารไม่เห็น ไม่สามารถนำไปวิเคราะห์ต่อได้ ขณะที่คู่แข่งเขาใช้ AI คาดการณ์การเสียของเครื่องจักรได้ล่วงหน้า คุณยังต้องรอให้เครื่องเสียก่อนถึงรู้ว่ามีปัญหา ตามรายงานของ MarketsandMarkets ตลาด IIoT ทั่วโลกมีมูลค่าสูงถึง 115.7 พันล้านเหรียญสหรัฐ ในปี 2024 และคาดว่าจะเติบโตเฉลี่ย 9.6% ต่อปี นโยบาย Thailand 4.0 ก็ผลักดันให้โรงงานไทยต้องยกระดับสู่ Smart Manufacturing ด้วยเช่นกัน วันนี้เล่าให้ฟังว่า ทำไม SCADA เก่าถึงยังมีคุณค่า และทำไมการ "ต่อยอด" ด้วย IIoT ถึงเป็นทางเลือกที่ดีกว่าการ "เปลี่ยนทิ้ง" SCADA vs IIoT: ทำความเข้าใจความแตกต่าง SCADA — ระบบควบคุมในวงปิด SCADA (Supervisory Control and Data Acquisition) คือระบบที่ทำหน้าที่ควบคุมและเก็บข้อมูลจากเครื่องจักรในโรงงานมาอย่างยาวนาน เน้นความเสถียร (Reliability) และการสั่งการแบบ Real-time แต่ข้อจำกัดหลักคือ: ข้อมูลถูกเก็บในวงปิด (Silos) — ยากต่อการนำไปวิเคราะห์หรือใช้งานร่วมกับระบบอื่น Protocol ตกรุ่น — หลายระบบยังใช้ Modbus, Profibus ที่เชื่อมต่อกับ Cloud ได้ยาก ขาดความยืดหยุ่น — การขยายระบบหรือเพิ่มเซ็นเซอร์ใหม่มีความซับซ้อนสูง IIoT — ระบบเชื่อมต่อไร้พรมแดน IIoT (Industrial Internet of Things) คือการนำเซ็นเซอร์และอุปกรณ์จำนวนมากเชื่อมต่อผ่านเครือข่ายอินเทอร์เน็ต เพื่อเก็บ Big Data ไปวิเคราะห์บน Cloud หรือ Edge Computing สร้าง Insight ที่ซ่อนอยู่ ใช้ Protocol ยุคใหม่อย่าง MQTT, OPC-UA และ RESTful API 3 แนวทางการผสานรวมระบบ (Integration Methods) 1. Gateway-based Integration (แนะนำ) ติดตั้งอุปกรณ์ Edge Gateway เชื่อมต่อกับ PLC หรือ RTU เดิม ทำหน้าที่แปลง Protocol และส่งข้อมูลไปยัง Cloud ผ่าน MQTT หรือ…
Read More
MQTT vs REST API: ทำไม MQTT ถึงเป็นมาตรฐานการสื่อสารใน IIoT

MQTT vs REST API: ทำไม MQTT ถึงเป็นมาตรฐานการสื่อสารใน IIoT

Article
ทำไมต้องสนใจเรื่องโปรโตคอลการสื่อสาร? ถ้าคุณเป็นเจ้าของโรงงานหรือวิศวกรที่กำลังจะเอา IoT เข้ามาใช้ในการผลิต สิ่งที่ต้องตัดสินใจตั้งแต่แรกๆ เลยก็คือ “จะให้เครื่องมันคุยกันยังไง” — คำตอบนี้ส่งผลต่อทุกอย่างตั้งแต่ความเร็วในการรับส่งข้อมูล ไปจนถึงค่าใช้จ่ายในการดูแลระบบ วันนี้เล่าให้ฟังเรื่อง MQTT กับ REST API สองตัวเลือกที่ใช้กันมากในโลก IIoT ว่าแต่ละตัวมันต่างกันยังไง และทำไมเดี๋ยวนี้หลายโรงงานถึงเลือกใช้ MQTT MQTT คืออะไร? MQTT (Message Queuing Telemetry Transport) เป็นโปรโตคอลที่ออกแบบมาสำหรับเชื่อมต่ออุปกรณ์ IoT โดยเฉพาะ ถูกพัฒนาขึ้นโดยวิศวกรของ IBM ตั้งแต่ปี 1999 และกลายเป็นมาตรฐานสากลตั้งแต่ปี 2013 จนถึงตอนนี้ MQTT เป็นหนึ่งในโปรโตคอลที่ได้รับความนิยมมากที่สุดในโลก IIoT หลักการทำงานของ MQTT MQTT ใช้หลักการที่เรียกว่า Publish/Subscribe (Pub/Sub) — พูดง่ายๆ ก็คือ อุปกรณ์ที่ส่งข้อมูล (Publisher) จะไม่ส่งตรงไปหาใคร แต่ส่งไปที่ Broker ซึ่งเป็นตัวกลาง แล้ว Broker กระจายข้อมูลไปให้อุปกรณ์ที่สนใจ (Subscriber) เอง องค์ประกอบหลักๆ มีแค่ 4 ตัว: Broker — ตัวกลางที่คอยรับข้อมูลแล้วกระจายต่อ Publisher — อุปกรณ์ที่ส่งข้อมูล เช่น เซ็นเซอร์วัดอุณหภูมิ Subscriber — อุปกรณ์หรือแอปที่รับข้อมูล เช่น Dashboard, SCADA Topic — ช่องทางสำหรับส่งข้อมูล เช่น factory1/sensors/temperature ทำไม MQTT ถึงเหมาะกับงาน IIoT มากกว่า REST API? 1. ขนาดเล็ก กินแบนด์น้อยมาก MQTT มี overhead แค่ 2 bytes ต่อ message เทียบกับ REST API ที่ใช้ HTTP Header หลายร้อย bytes ขึ้นไป สำหรับอุปกรณ์ IoT ที่ใช้พลังงานต่ำและเครือข่ายจำกัด ตรงนี้สำคัญมาก 2. Push-based — ข้อมูลมาถึงทันที ไม่ต้องคอยถาม REST API ทำงานแบบ “ถาม-ตอบ” คือต้องไปขอข้อมูลเรื่อยๆ (polling) ซึ่งเปลืองแบนด์และช้า MQTT จะส่งข้อมูลไปให้ทันทีเมื่อมีการเปลี่ยนแปลง ไม่ต้องคอยถาม 3.…
Read More