ART-2026-02อัตโนมัติและซอฟต์แวร์

IoT Gateway สำหรับโรงงาน — เลือกอย่างไรให้ใช้งานยาว

2026-02-08·10 นาที

IoT Gateway คือสะพานระหว่างอุปกรณ์ในโรงงาน (PLC, sensor, meter) กับระบบซอฟต์แวร์บน cloud หรือ on-premise การเลือก Gateway ผิดในวันแรก หมายถึง vendor lock-in นานหลายปี + ต้นทุนการขยายที่สูงเกินจำเป็น

Edge vs Cloud — ตัดสินใจก่อน hardware

สถาปัตยกรรมที่เลือกกำหนดเรื่องอื่นๆ ทั้งหมด — bandwidth, latency, security, recovery time ตอน internet หลุด แต่ละแบบมีจุดแข็งจุดอ่อนชัดเจน

  • 01Cloud-centric: ส่งข้อมูลทุกอย่างไป cloud ประมวลผลที่นั่น — ง่ายต่อการ scale แต่พึ่ง internet 100%
  • 02Edge-centric: ประมวลผลใน gateway, ส่งเฉพาะ aggregate / alert ขึ้น cloud — ทน internet หลุดได้ แต่ logic ต้อง deploy ที่ edge
  • 03Hybrid: stream raw data + edge analytics — ดีที่สุด แต่ซับซ้อนที่สุด

Protocol support — เกณฑ์แรกในการคัด

โรงงานทั่วไปมีอุปกรณ์หลาย vendor หลาย protocol — Gateway ต้องรองรับ Modbus RTU/TCP, OPC-UA, MQTT, BACnet, S7 (Siemens), EtherNet/IP (Allen-Bradley), CC-Link (Mitsubishi) ขั้นต่ำ ส่วนที่รองรับเฉพาะ Modbus อย่างเดียว = ไม่เหมาะกับโรงงานสมัยใหม่

Hardware specs ที่สำคัญจริง

  • 01CPU: ARM Cortex-A53 ขึ้นไปสำหรับโหลด >50 tags/sec
  • 02RAM: 1 GB ขั้นต่ำ — สำหรับ buffer ตอน internet หลุด
  • 03Storage: eMMC + SD slot สำหรับ log local
  • 04Network: 2x Ethernet (separate management/data network) + 4G LTE backup
  • 05Operating temp: -20 to 70°C (industrial grade)
  • 06Watchdog hardware: auto-restart เมื่อ hang
  • 07Secure boot + TPM: ป้องกัน firmware tampering

Software stack — open vs proprietary

Vendor บางรายขาย Gateway พร้อม cloud platform แบบ closed ecosystem — สวยงามตอน demo แต่ไม่สามารถย้ายข้อมูลออกหรือเพิ่ม custom logic ได้ คำแนะนำของเราคือเลือก Gateway ที่รัน Linux และรองรับ container (Docker หรือ K3s) — เพื่อให้ deploy โค้ด custom ได้

Vendor lock-in 5 ปีของ Gateway ตัวเดียว แพงกว่าค่า Gateway 10 ตัวรวมกัน

TRIX แนะนำ stack ไหน

สำหรับโรงงานขนาดกลาง (50-500 tags) เราใช้ Gateway ที่รัน Node-RED + Mosquitto บน Linux — flexible พอที่จะปรับ logic ได้ตามความต้องการ และส่งข้อมูลขึ้น TimescaleDB ของ TRIX (หรือ system ของลูกค้า) ผ่าน MQTT over TLS

สำหรับงานที่ต้องการ low-latency control loop หรือ machine learning at the edge เราใช้ industrial PC พร้อม Docker — รัน custom service ที่เขียนด้วย Python หรือ Go ได้

ที่สำคัญคือ — เราออกแบบให้ลูกค้า migrate ข้อมูลและโค้ดออกได้ทุกเมื่อ ไม่มี vendor lock-in

ก้าวต่อไป

พร้อมจะออกแบบ
ระบบใหม่ของคุณ ร่วมกัน?

ทีมวิศวกรของ TRIX พร้อมให้คำปรึกษา ตั้งแต่การประเมินความเป็นไปได้ การออกแบบรายละเอียด ไปจนถึงการส่งมอบและบำรุงรักษาระบบ

แชท LINEโทรหาเรา