IIoT Archives - Page 4 of 8 - บริษัท ฮันนี่คอร์ปอเรชั่น จำกัด

Jun82026 by contentNo Comments

WirelessHART (IEC 62591) vs Wi-SUN: เปรียบเทียบมาตรฐาน Wireless Mesh Network สำหรับ Process Automation

Article

ใน Process Automation ที่ต้องติดตั้งเซ็นเซอร์และ Actuator นับพันจุดทั่วโรงงานปิโตรเคมี การดึงสายแต่ละเส้นไม่เพียงแต่ เพิ่มต้นทุนการติดตั้งอย่างมหาศาล แต่ยังเพิ่มความเสี่ยงจากการชำรุดของสายเคเบิลในพื้นที่อันตราย (Hazardous Area) Wireless Mesh Network จึงกลายเป็นคำตอบที่อุตสาหกรรมกำลังมองหา โดย WirelessHART (IEC 62591) และ Wi-SUN เป็นสองมาตรฐานหลักที่น่าจับตามอง WirelessHART (IEC 62591): มาตรฐานจาก Process Automation WirelessHART คือ Extension ของ HART Protocol (Highway Addressable Remote Transducer) ที่ใช้กันอย่างแพร่หลายใน Process Industry มาตั้งแต่ปี 1980 โดยพัฒนาเป็นเวอร์ชันไร้สายในปี 2007 และได้รับมาตรฐาน IEC 62591 ในปี 2010: Frequency Band: 2.4 GHz ISM Band (IEEE 802.15.4) Topology: Mesh Network แบบ Self-Healing อัตโนมัติ Channel Hopping: กระโดดช่องสัญญาณ 16 ช่อง เพื่อหลีกเลี่ยง Interference Time-Synchronized — ทุก Node ซิงค์เวลากันภายใน ±1 ms Security: AES-128 Encryption ทั้ง Link Level และ Network Level Update Rate: 1 วินาทีถึงหลายนาที (ขึ้นอยู่กับจำนวน Node) จุดแข็งสำคัญของ WirelessHART คือ ความเข้ากันได้กับ HART EDDL ทำให้วิศวกรสามารถใช้ Tool เดิมในการ Configure และ Diagnose เซ็นเซอร์ไร้สายได้ทันที Wi-SUN (Wireless Smart Utility Network): มาตรฐานจาก Smart Grid Wi-SUN เริ่มต้นจากอุตสาหกรรม Smart Grid และ Smart Metering แต่กำลังขยายมาสู่ Industrial IoT โดยใช้มาตรฐาน IEEE 802.15.4g: Frequency Band: Sub-GHz…

Jun82026 by contentNo Comments

HTTP/3 และ QUIC Protocol สำหรับ Industrial IoT Cloud Connectivity: ทำไมโปรโตคอลรุ่นใหม่กำลังเปลี่ยนการเชื่อมต่อโรงงาน

Article

เมื่อโรงงานอุตสาหกรรมก้าวเข้าสู่ยุค Cloud-Connected Factory การเชื่อมต่อระหว่าง Edge Gateway กับ Cloud Platform กลายเป็นหัวใจสำคัญของระบบ IIoT ในขณะที่ HTTP/1.1 และ HTTP/2 ยังคงเป็นมาตรฐานหลัก HTTP/3 ที่ใช้ QUIC เป็น Transport Layer กำลังเข้ามาเป็นทางเลือกใหม่ที่แก้ปัญหา Head-of-Line Blocking และ Latency ที่รบกวนระบบอุตสาหกรรมมานาน HTTP วิวัฒนาการจาก Version 1 ถึง 3 โปรโตคอล HTTP ผ่านการพัฒนามากว่า 3 ทศวรรษ แต่ละเวอร์ชันแก้ปัญหาที่แตกต่างกัน: Version Transport Connection Model Head-of-Line Blocking HTTP/1.1 TCP 1 Request per Connection รุนแรงมาก HTTP/2 TCP Multiplexed Streams TCP Level HTTP/3 QUIC (UDP) Independent Streams ไม่มี QUIC คืออะไร? ทำไมถึงสำคัญสำหรับ IIoT QUIC (Quick UDP Internet Connections) เป็น Transport Protocol ที่พัฒนาโดย Google และถูกนำมาเป็นมาตรฐาน IETF ใน HTTP/3 จุดเปลี่ยนสำคัญคือการ เปลี่ยนจาก TCP เป็น UDP ซึ่งในบริบทของโรงงานอุตสาหกรรม หมายถึง: 0-RTT Connection — Connection ที่เคยสร้างไว้สามารถส่งข้อมูลได้ทันทีโดยไม่ต้อง Handshake ใหม่ ลด Latency ได้ 100-200 ms ต่อครั้ง Independent Stream Multiplexing — แต่ละ Stream เป็นอิสระ ถ้า Packet หายใน Stream หนึ่ง ไม่ส่งผลต่อ Stream อื่น Built-in Encryption — TLS 1.3 ฝังอยู่ใน QUIC เอง ไม่ต้องตั้งค่าแยก Connection Migration —…

Jun82026 by contentNo Comments

SPI และ I2C Protocol สำหรับ Embedded IoT: โปรโตคอลสื่อสารระยะสั้นที่ขับเคลื่อน Sensor Node ทุกตัว

Article

ในโลกของ Industrial IoT ที่เต็มไปด้วยเทคโนโลยีไร้สายขั้นสูงอย่าง 5G, LoRaWAN หรือ NB-IoT หลายคนอาจลืมไปว่า ทุก Sensor Node บนโลกใบนี้ล้วนพึ่งพาโปรโตคอลสื่อสารระยะสั้น อย่าง SPI (Serial Peripheral Interface) และ I2C (Inter-Integrated Circuit) ในการส่งข้อมูลจากเซ็นเซอร์ไปยัง Microcontroller ก่อนที่ข้อมูลจะถูกส่งต่อไปยัง Cloud หรือ Edge Gateway SPI คืออะไร? สถาปัตยกรรมแบบ Full-Duplex SPI เป็นโปรโตคอลสื่อสารแบบ Synchronous Serial ที่พัฒนาโดย Motorola ในปี 1980 ทำงานแบบ Full-Duplex ส่งและรับข้อมูลพร้อมกันได้ ด้วยสถาปัตยกรรม Master-Slave โดยใช้สายสัญญาณ 4 เส้น: SCLK (Serial Clock) — สัญญาณ Clock ควบคุมจังหวะการส่งข้อมูล MOSI (Master Out Slave In) — ข้อมูลจาก Master ไป Slave MISO (Master In Slave Out) — ข้อมูลจาก Slave ไป Master CS/SS (Chip Select) — เลือก Slave ที่ต้องการสื่อสาร จุดเด่นของ SPI คือความเร็วสูงมาก สามารถทำงานที่ สูงสุดถึง 60 MHz ขึ้นอยู่กับฮาร์ดแวร์ ทำให้เหมาะกับอุปกรณ์ที่ต้องการ Transfer Rate สูง เช่น ADC ความละเอียดสูง, SD Card, Display Module และ Flash Memory I2C คืออะไร? สถาปัตยกรรมแบบ 2-Wire I2C พัฒนาโดย Philips (ปัจจุบันคือ NXP) ในปี 1982 ใช้สายสัญญาณเพียง 2 เส้น ทำให้ประหยัด Pin บน Microcontroller อย่างมาก: SDA (Serial Data) — สายข้อมูลแบบ Bidirectional…

Jun52026 by contentNo Comments

OT Cybersecurity by Design: ฝังความปลอดภัยตั้งแต่ขั้นออกแบบระบบอัตโนมัติ

Article

OT Cybersecurity by Design: ฝังความปลอดภัยตั้งแต่ขั้นออกแบบระบบอัตโนมัติ — ไม่ใช่แก้ทีหลัง ในปี 2026 ข่าวด้านความปลอดภัยที่น่าตกใจคือ — เพียง 19% ของผู้ผลิตวางแผนลงทุนด้าน Cybersecurity ท่ามกลางการลงทุนในโปรเจกต์ Automation ใหม่ถึง 56% (จาก IIoT World, มีนาคม 2026) ตัวเลขนี้สะท้อนว่าอุตสาหกรรมยังมอง Cybersecurity เป็น "ขั้นตอนท้ายๆ" ไม่ใช่ส่วนหนึ่งของการออกแบบ สถิติที่น่ากังวล: จากข้อมูลในปี 2026 พบว่า เครื่องมือพกพา (Removable Media) ยังเป็นช่องโหว่อันดับต้นๆ ของ OT — มีกรณีพนักงานเสียบสายชาร์จโทรศัพท์เข้ากับ HMI แล้วเชื่อมต่อ Tethering ให้เครือข่ายโรงงานโดยไม่ตั้งใจ OT Security by Design คืออะไร? OT Cybersecurity by Design คือแนวคิดที่ฝังความปลอดภัยเข้าไปในทุกขั้นตอนของระบบอัตโนมัติ ตั้งแต่ขั้น Specification (กำหนดความต้องการ) ไม่ใช่รอจนติดตั้งเสร็จแล้วค่อยมาใส่ Firewall หรือ Anti-Virus เปรียบเหมือนการสร้างบ้าน — ถ้าออกแบบระบบรักษาความปลอดภัยตั้งแต่แปลน จะได้กล้องวงจรปิด ประตูรักษาความปลอดภัย และระบบสัญญาณไฟแนบเนียนกับสถาปัตยกรรม แต่ถ้ารอบ้านสร้างเสร็จก่อน จะต้องเจาะเพดาน สายไฟรก และยิ่งแก้ยิ่งเปราะ เปรียบเทียบ: Bolt-on Security vs Security by Design มิติ Bolt-on Security (แบบเดิม) Security by Design (แนะนำ) เริ่มต้น หลังติดตั้งระบบเสร็จ ตั้งแต่ขั้น Specification ต้นทุน สูงกว่า 3-5 เท่า (ย้อนกลับแก้) ต่ำกว่าในระยะยาว ประสิทธิภาพ มีช่องว่างระหว่างระบบ ผสานกับระบบอย่างแนบเนียน การบำรุงรักษา ซับซ้อน หลาย Component รวมศูนย์ จัดการง่าย ช่องโหว่ มักมี Blind Spot ครอบคลุมทุก Layer มาตรฐาน ยากที่จะ Compliance สอดคล้อง IEC 62443 โดยธรรมชาติ 5 ขั้นตอนสำหรับ OT Security by Design ตามแนวทาง IEC 62443 และ NIST…

Jun52026 by contentNo Comments

AI ที่ Energy Edge: เมื่อปัญญาประดิษฐ์วิ่งไปที่ขอบเครือข่ายพลังงาน — ทำไม Scaling ยากกว่าที่คิด

Article

AI ที่ Energy Edge: เมื่อปัญญาประดิษฐ์วิ่งไปที่ขอบเครือข่ายพลังงาน — ทำไม Scaling ยากกว่าที่คิด ในปี 2026 การนำ AI ไปใช้ที่ Edge Computing ในอุตสาหกรรมพลังงานกลายเป็นหัวข้อที่ถูกพูดถึงอย่างกว้างขวาง จากรายงานของ IIoT World (พฤษภาคม 2026) ที่เน้นไปที่ "Scaling AI at the Energy Edge: Why Pilots Succeed and Deployments Stall" — ชี้ให้เห็นว่า การทำ Pilot สำเร็จไม่ได้หมายความว่าการขยายผลจะสำเร็จตาม 💡 ข้อเท็จจริง: ผู้เชี่ยวชาญที่มีประสบการณ์กว่า 30 ปีในด้าน Distributed Computing ยืนยันว่า "Deploying AI at the Energy Edge Is the Easy Part. Governing It Is the Hard Part." — ปัญหาไม่ได้อยู่ที่เทคโนโลยี แต่อยู่ที่การบริหารจัดการ Energy Edge AI คืออะไร? Energy Edge AI คือการนำโมเดล AI ไปทำงานที่ Edge Device ใกล้กับแหล่งผลิตหรือใช้พลังงาน เช่น Battery Storage System, Solar Inverter, Wind Turbine Controller, Substation Equipment แทนที่จะส่งข้อมูลทั้งหมดไป Cloud ทำให้สามารถ: ลด Latency: การตัดสินใจเร็วจากวินาทีเป็นมิลลิวินาที (ต่ำกว่า 10ms สำหรับ Grid Balancing) ลด Bandwidth: ส่งเฉพาะผลการวิเคราะห์ ไม่ต้องส่ง Raw Data ทั้งหมด (ลดได้ 80-95%) ทำงานได้ Offline: เมื่อ Internet Connection ขาด Edge AI ยังตัดสินใจได้ เป็นส่วนตัว: ข้อมูลอ่อนไหวไม่ต้องออกจาก Site เปรียบเทียบ: Cloud AI vs Edge AI vs…

Jun52026 by contentNo Comments

Agentic AI ในโรงงานอัจฉริยะ: เมื่อ AI ไม่แค่วิเคราะห์ แต่ตัดสินใจและลงมือทำแทนมนุษย์

Article

Agentic AI ในโรงงานอัจฉริยะ: เมื่อ AI ไม่แค่วิเคราะห์ แต่ตัดสินใจและลงมือทำแทนมนุษย์ ในปี 2026 กระแส Agentic AI กลายเป็นหัวข้อที่ถูกพูดถึงมากที่สุดในวงการอุตสาหกรรม ไม่ใช่แค่ในห้องประชุมของผู้บริหาร แต่คือสิ่งที่กำลังเกิดขึ้นจริงบนสายการผลิต ต่างจาก AI แบบดั้งเดิมที่ทำหน้าที่ "วิเคราะห์แล้วรอมนุษย์ตัดสินใจ" — Agentic AI คือระบบที่สามารถ วางแผน ตัดสินใจ และดำเนินการ ได้ด้วยตัวเองภายใต้กรอบที่กำหนด 💡 นิยาม: Agentic AI คือระบบ AI ที่มี Autonomy (ความเป็นอิสระ), Goal-Orientation (การทำงานตามเป้าหมาย), และ Tool Use (การใช้เครื่องมือภายนอก) เพื่อบรรลุภารกิจที่กำหนดโดยไม่ต้องมีมนุษย์คอยสั่งการทีละขั้น ทำไมถึงเป็น Trend ในปี 2026? จากรายงานของ IIoT World (มิถุนายน 2026) อุตสาหกรรมกำลังเผชิญกับ ความเป็นจริงของ Agentic AI ใน Smart Factory — โดยมีปัจจัยหลักคือ: ความกดดันด้านต้นทุน: โรงงานต้องลดต้นทุนการผลิตขณะที่พลังงานมีความผันผวนสูง ขาดแคลนแรงงาน: การหาวิศวกรที่มีทักษะด้าน OT และ IT ยากขึ้นทุกปี ความซับซ้อนของข้อมูล: โรงงานเดียวผลิตข้อมูลหลายล้านจุดต่อวัน มนุษย์ประมวลผลไม่ทัน LLM พัฒนาก้าวกระโดด: ความสามารถด้าน Reasoning และ Function Calling ทำให้ AI สามารถ "คิดและทำ" ได้จริง Agentic AI vs Traditional AI: ต่างกันอย่างไร? คุณสมบัติ Traditional AI / ML Agentic AI การทำงาน วิเคราะห์ → แจ้งเตือน → รอมนุษย์ วิเคราะห์ → ตัดสินใจ → ดำเนินการอัตโนมัติ การตอบสนอง แบบ Batch / Periodic Real-Time / Event-Driven การเรียนรู้ Re-train ด้วยข้อมูลใหม่ Continuous Learning + Adaptation ขอบเขต Single Task / Domain Multi-Task /…

Jun42026 by contentNo Comments

OT Network Traffic Analysis และ Deep Packet Inspection: ตรวจจับพฤติกรรมผิดปกติในเครือข่ายอุตสาหกรรม

Article

OT Network Traffic Analysis และ Deep Packet Inspection: ตรวจจับพฤติกรรมผิดปกติในเครือข่ายอุตสาหกรรม ในโรงงานอุตสาหกรรมสมัยใหม่ เครือข่าย OT (Operational Technology) เป็นเส้นเลือดใหญ่ที่เชื่อมต่อ PLC, HMI, SCADA Server, RTU และอุปกรณ์อัจฉริยะนับร้อยเข้าด้วยกัน การตรวจสอบ Traffic ที่ไหลผ่านเครือข่ายเหล่านี้จึงเป็นหัวใจของการเฝ้าระวังภัยไซเบอร์ Deep Packet Inspection (DPI) สำหรับ OT ไม่ได้ตรวจแค่ IP Address หรือ Port Number แต่วิเคราะห์เจาะลึกถึงระดับ Industrial Protocol Payload เพื่อตรวจจับพฤติกรรมผิดปกติที่อาจบ่งบอกถึงการบุกรุก DPI ใน OT ต่างจาก IT อย่างไร? ในโลก IT มักตรวจสอบ HTTP, DNS, TLS แต่ใน OT เครือข่ายใช้ Industrial Protocol ที่มีโครงสร้างแตกต่างอย่างสิ้นเชิง: Modbus TCP (Port 502) โปรโตคอลแบบ Request/Response ที่ไม่มี Authentication ใดๆ ทั้งสิ้น ทำให้ง่ายต่อการ Spoof คำสั่ง Read/Write Register DNP3 (Port 20000) ใช้ในสาธารณูปโภคและพลังงาน มี Secure Authentication version แต่หลายโรงงานยังใช้แบบไม่เข้ารหัส S7comm (Port 102) โปรโตคอลสำหรับ S7 PLC ที่มีช่องโหว่หลายจุดในเวอร์ชันเก่า EtherNet/IP (Port 44818) ใช้ CIP (Common Industrial Protocol) ที่มี Mechanism ซับซ้อน OPC UA (Port 4840) โปรโตคอลยุคใหม่ที่มี Security Layer ครบถ้วน แต่การตรวจสอบยังจำเป็น ข้อเท็จจริง: จากการศึกษาของ Purdue University และ ICS-CERT พบว่าระบบ OT ที่ไม่มี Traffic Monitoring จะใช้เวลาเฉลี่ย 287 วัน กว่าจะค้นพบว่าถูกบุกรุก ในขณะที่ระบบที่มี DPI สามารถลดเวลานี้เหลือ น้อยกว่า 24…

Jun42026 by contentNo Comments

USB และ Removable Media Threat ใน OT: ช่องโหว่ความปลอดภัยที่ถูกมองข้ามในโรงงานอุตสาหกรรม

Article

USB และ Removable Media Threat ใน OT Environment: ช่องโหว่ความปลอดภัยที่ถูกมองข้ามในโรงงานอุตสาหกรรม เมื่อพูดถึงความปลอดภัยทางไซเบอร์ในโรงงานอุตสาหกรรม สิ่งที่หลายองค์กรมองข้ามคือ ภัยคุกคามจาก USB และ Removable Media ทางกายภาพ ทั้งที่ในความเป็นจริง การโจมตีผ่าน USB เป็นหนึ่งในเวกเตอร์ที่อันตรายที่สุด เพราะมันข้าม Boundary ของ Network Security ทุกชั้น ไม่ว่าจะตั้ง Firewall กี่ชั้นก็ตาม ทำไม USB ถึงอันตรายใน OT? ในสภาพแวดล้อม OT อุปกรณ์จำนวนมากยังคงใช้ระบบปฏิบัติการเก่า เช่น Windows XP, Windows 7 หรือแม้กระทั่ง Embedded OS ที่ไม่มี Mechanism ป้องกัน USB ภัยคุกคามที่พบบ่อย: Malware via USB เช่น Stuxnet (2010) ที่ใช้ USB เป็น Vector เข้าสู่ Air-gapped Network ของโรงงานนิวเคลียร์ ทำลาย Centrifuge กว่า 1,000 ตัว BadUSB / USB Spoofing อุปกรณ์ USB ที่ปลอมตัวเป็น Keyboard (HID Attack) เพื่อพิมพ์คำสั่งร้ายแรงโดยอัตโนมัติ โดย OS จะมองว่าเป็น Keyboard ปกติ ไม่สามารถป้องกันได้ด้วย Anti-virus USB Killer อุปกรณ์ที่จ่ายไฟฟ้าแรงสูง (220V+) เข้าสู่ Port USB เพื่อเผาทำลาย Hardware ของ HMI หรือ Engineering Workstation Data Exfiltration พนักงานหรือผู้บุกรุกใช้ USB ดึงข้อมูลสำคัญ เช่น PLC Program, SCADA Configuration ออกจากโรงงาน ข้อมูลน่าตกใจ: จากการสำรวจของ SANS Institute พบว่า 52% ของ Incident ด้านความปลอดภัยใน OT เกิดจากการใช้ Removable Media โดยไม่ได้รับอนุญาต และ 68% ของโรงงานอุตสาหกรรมที่สำรวจยังไม่มีนโยบายควบคุม USB…

Jun42026 by contentNo Comments

Industrial Honeypot และ Deception Technology: กับดักไซเบอร์อัจฉริยะที่ล่อและเฝ้าระวังผู้บุกรุกในโรงงานอุตสาหกรรม

Article

Industrial Honeypot และ Deception Technology: กับดักไซเบอร์อัจฉริยะที่ล่อและเฝ้าระวังผู้บุกรุกในโรงงานอุตสาหกรรม ในยุคที่ภัยคุกคามทางไซเบอร์มีความซับซ้อนมากขึ้นทุกวัน การป้องกันแบบดั้งเดิมที่รอให้เกิดการโจมตีก่อนแล้วจึงตอบโต้ อาจไม่เพียงพออีกต่อไป Deception Technology หรือเทคโนโลยีหลอกล่อ จึงกลายเป็นกลยุทธ์ที่สำคัญในการรักษาความปลอดภัยให้กับระบบ OT (Operational Technology) ของโรงงานอุตสาหกรรม Industrial Honeypot คืออะไร? Industrial Honeypot คือระบบหลอก (Decoy) ที่จำลองทั้งฮาร์ดแวร์ ซอฟต์แวร์ และพฤติกรรมของอุปกรณ์อุตสาหกรรมจริง เช่น PLC, HMI, SCADA Server หรือ RTU เพื่อล่อให้ผู้โจมตีเข้ามาสัมผัส โดยที่ระบบการผลิตจริงไม่ได้รับผลกระทบใดๆ ทั้งสิ้น Honeypot ที่ออกแบบมาสำหรับสภาพแวดล้อม OT จะต่างจาก IT Honeypot ทั่วไป เพราะต้องจำลอง Industrial Protocol อย่าง Modbus TCP (Port 502), DNP3 (Port 20000), S7comm (Port 102), และ EtherNet/IP (Port 44818) รวมถึงพฤติกรรมการทำงานของอุปกรณ์ที่สมจริง เช่น ค่า Register ที่เปลี่ยนแปลงตาม Logic ที่ตั้งไว้ ประเภทของ Honeypot ในสภาพแวดล้อม OT ประเภท ระดับความซับซ้อน ฟีเจอร์หลัก Use Case Low-Interaction ต่ำ จำลอง Service Port, Banner Response ตรวจจับ Scan, Reconnaissance Medium-Interaction กลาง จำลอง Protocol Response, Register Map ตรวจจับ Exploit, Malware High-Interaction สูง Full OS + Application Emulation, Real PLC Image Threat Intelligence, Forensics ลึก HoneyNet สูงมาก เครือข่ายหลอกทั้งชุด (PLC+HMI+Historian) ศึกษา Attack Chain แบบเต็มรูปแบบ Deception Technology เหนือกว่า Honeypot แบบดั้งเดิม Deception Technology สมัยใหม่ไม่ได้จำกัดแค่การสร้างระบบหลอก แต่ครอบคลุมถึง: HoneyToken…

May312026 by contentNo Comments

Energy Harvesting สำหรับ IIoT Sensor: เทคโนโลยีเก็บพลังงานจากสิ่งแวดล้อมขับเคลื่อนเซ็นเซอร์ไร้สาย

Article

Energy Harvesting คืออะไร? จากพลังงานสิ่งแวดล้อมสู่เซ็นเซอร์ IoT ไร้สาย Energy Harvesting (หรือ Energy Scavenging) คือเทคโนโลยี เก็บพลังงานจากสิ่งแวดล้อม เช่น ความร้อน, แสงสว่าง, การสั่นสะเทือน, คลื่นวิทยุ มาแปลงเป็นไฟฟ้าสำหรับขับเคลื่อนเซ็นเซอร์และอุปกรณ์ IoT ขนาดเล็ก โดยไม่ต้องพึ่งพาแบตเตอรี่หรือสายไฟ ในบริบทของ IIoT ภาคอุตสาหกรรม การติดตั้งเซ็นเซอร์หลายร้อยหลายพันจุดบนเครื่องจักร ท่อ, ถังเก็บ, โครงสร้าง มักเจอปัญหา "ยากที่จะดึงสายไฟไปถึง" หรือ "เปลี่ยนแบตเตอรี่ไม่ไหว" Energy Harvesting จึงเป็นคำตอบที่ทำให้เซ็นเซอร์เหล่านี้ Self-Powered ทำงานได้นานหลายปีโดยไม่ต้องดูแล ⚡ พลังงานที่เก็บได้จากสิ่งแวด้อม: ในโรงงานอุตสาหกรรมทั่วไป พลังงานจากความร้อนเหลือทิ้ง (Waste Heat) มีมากถึง 20–50% ของพลังงานที่ป้อนเข้า หากเก็บเพียงส่วนเล็กน้อยก็เพียงพอขับเคลื่อนเซ็นเซอร์ IIoT หลายพันตัว แหล่งพลังงาน 4 ประเภทที่เก็บได้ในโรงงาน 1. Thermal Energy (พลังงานความร้อน) ใช้ Thermoelectric Generator (TEG) ทำงานตามหลัก Seebeck Effect — เมื่อมีความต่างอุณหภูมิระหว่างสองด้านของวัสดุเพียง 10–30°C ก็สามารถผลิตไฟฟ้าได้ 10–500 μW/cm² ในโรงงานพบ Heat Source ได้ทั่วไป: ท่อไอน้ำ (150–300°C), เตาอบ (200–500°C), Motor Housing (60–90°C) 2. Vibration Energy (พลังงานการสั่นสะเทือน) ใช้ Piezoelectric Harvester แปลงการสั่นของเครื่องจักรเป็นไฟฟ้า เครื่องจักรอุตสาหกรรมส่วนใหญ่สั่นที่ 50–200 Hz ด้วย Acceleration 0.1–1.0 g ซึ่งเพียงพอที่จะผลิตไฟฟ้าได้ 50–500 μW ต่อ Harvester หนึ่งตัว เหมาะสำหรับติดบน Motor, Pump, Compressor, CNC Machine 3. Solar/Light Energy (พลังงานแสง) ใช้ Miniature Solar Cell หรือ Indoor Photovoltaic Cell ขนาดเล็ก แม้ในโรงงานที่มีแสงจากหลอดไฟ LED หรือ Fluorescent เพียง 200–500 lux ก็สามารถผลิตไฟฟ้าได้ 5–20…