ข้ามไปยังเนื้อหาหลัก

Hardware / AIoT Gateway

เชื่อมอุปกรณ์หน้างาน เข้าสู่ Cloud

Gateway, LoRaWAN, RFID Reader และ Barcode Scanner สำหรับเก็บข้อมูลจากอุปกรณ์และขั้นตอนหน้างาน เลือกตาม Protocol และสภาพแวดล้อมจริง

ปรึกษา / ขอใบเสนอราคาดู Package และราคา
ภาพอ้างอิง Industrial 4G LTE Router พร้อมเสาอากาศ

เลือก Gateway ให้เหมาะกับหน้างาน

เชื่อมเครื่องจักรผ่านสาย หรือรับข้อมูลเซ็นเซอร์ไร้สายจากพื้นที่ภายนอก

ภาพอ้างอิง Industrial 4G LTE Router พร้อมเสาอากาศ

01 / WIRED / INDUSTRIAL

Industrial 4G LTE Router

Gateway สำหรับตู้ควบคุม PLC และมิเตอร์ เชื่อมข้อมูลหน้างานผ่าน Ethernet และ RS485 พร้อม 4G LTE และ Node-RED

พอร์ตสื่อสาร
1 WAN + 1 LAN · 2 RS485
สัญญาณ I/O
1 DI + 1 DO
ไฟเลี้ยง
9–36 V DC
ซอฟต์แวร์
Node-RED · Linux / OpenWrt · Python

เหมาะกับโรงงาน ตู้ไฟ และจุดวัดที่เดินสายสัญญาณ

พอร์ต DO เป็นคุณสมบัติฮาร์ดแวร์ ระบบ AIoT TH ระยะแรกใช้สำหรับอ่านข้อมูล การควบคุมและซอฟต์แวร์เสริมต้องกำหนดขอบเขตเพิ่มเติม

รายละเอียดรุ่นและการติดตั้งสอบถามสินค้านี้
ภาพและรายละเอียดเพิ่มเติม
พอร์ตและการต่อสาย
พอร์ตและการต่อสาย
ซอฟต์แวร์และการพัฒนาต่อยอด
ซอฟต์แวร์และการพัฒนาต่อยอด
ตัวเครื่องและสภาพแวดล้อม
ตัวเครื่องและสภาพแวดล้อม
ภาพอ้างอิง Outdoor LoRaWAN Gateway พร้อมเสาอากาศและ GPS

02 / WIRELESS / OUTDOOR

Outdoor LoRaWAN Gateway

Gateway รวมข้อมูลจากเซ็นเซอร์ LoRaWAN สำหรับพื้นที่กว้าง ตัวเครื่องติดตั้งกับเสา เหมาะกับเกษตร อาคาร และระบบสาธารณูปโภค

ชิปสื่อสาร
Semtech SX1302
ช่องสัญญาณ
8-channel LoRaWAN
ตัวเครื่อง
IP67 · Outdoor
พัฒนาต่อยอด
Node-RED · Python

เหมาะกับเซ็นเซอร์กระจายตัวและพื้นที่ที่เดินสายได้ยาก

ยืนยันย่านความถี่ของรุ่นที่เลือก Network Server และการเชื่อมต่อเข้าระบบตามโครงการ

รายละเอียดรุ่นและการติดตั้งสอบถามสินค้านี้
ภาพและรายละเอียดเพิ่มเติม
การติดตั้งภายนอกอาคาร
การติดตั้งภายนอกอาคาร
Node-RED และการเชื่อมข้อมูล
Node-RED และการเชื่อมข้อมูล
เครือข่ายเซ็นเซอร์ LoRaWAN
เครือข่ายเซ็นเซอร์ LoRaWAN

รายละเอียดอ้างอิงจากภาพสินค้าที่ผู้จำหน่ายระบุ ยืนยันรุ่น สเปก อุปกรณ์ในชุด และการเชื่อมต่อ AIoT TH Cloud ก่อนเสนอราคา

AIoT Gateway

รายละเอียดและขอบเขตการใช้งาน

ติดตั้งที่ตู้ควบคุมหรือจุดรวมสัญญาณ เพื่อรวบรวมค่าจากอุปกรณ์แล้วส่งให้ AIoT TH Cloud เลือกจำนวนจุดวัดและรูปแบบการเชื่อมต่อตามอุปกรณ์ของแต่ละไซต์

อุปกรณ์ต้นทาง
PLC, Power meter และ Sensor ที่รองรับโปรโตคอลที่ตกลงในโครงการ
การอ่านข้อมูล
Modbus RTU ผ่าน RS485, Modbus TCP ผ่าน Ethernet และ Digital input
การส่งข้อมูล
4G Dual SIM หรือ Internet ผ่าน LAN ตามรุ่นและการตั้งค่าหน้างาน
เมื่อเครือข่ายขาด
ออกแบบให้เก็บข้อมูลใน Gateway แล้วส่งต่อเมื่อกลับมาออนไลน์ เป้าหมาย buffer อย่างน้อย 24 ชั่วโมงขึ้นกับจำนวนจุดและความถี่อ่าน
การตั้งค่า
ลงทะเบียน Gateway ด้วย QR และจัดการค่าผ่าน Cloud
รุ่นสินค้า
Industrial 4G LTE Router และ Outdoor LoRaWAN Gateway — เลือกตามรูปแบบการเชื่อมต่อของไซต์

เหมาะกับหน้างานแบบไหน

ใช้เป็นตัวเชื่อมระหว่างอุปกรณ์เดิมกับระบบติดตามข้อมูล โดยเริ่มจากสิ่งที่ต้องการวัด

  • พลังงาน: อ่านค่าจากมิเตอร์ไฟฟ้าที่สื่อสารผ่าน Modbus
  • เครื่องจักร: อ่านสถานะและค่าที่ PLC หรือเซ็นเซอร์เปิดให้อ่าน
  • ไซต์ห่างไกล: ส่งค่าระดับน้ำ แรงดัน หรือสถานะปั๊มจากอุปกรณ์ที่รองรับ

ข้อมูลที่ช่วยให้เลือกรุ่นได้ถูกต้อง

เตรียมข้อมูลเหล่านี้ก่อนคุยรายละเอียดการติดตั้ง

  • ชื่อรุ่นอุปกรณ์และคู่มือ register map หรือรายการสัญญาณ
  • จำนวนอุปกรณ์ จุดวัด และความถี่ที่ต้องการอ่าน
  • พอร์ตที่ใช้ ระยะเดินสาย พื้นที่ตู้ และแหล่งจ่ายไฟ
  • สัญญาณมือถือหรือ LAN ที่อนุญาตให้ใช้งานในไซต์

ขอบเขตที่ต้องยืนยันตามรุ่น

CPU, RAM, พื้นที่จัดเก็บ, จำนวนพอร์ต, แรงดันไฟเลี้ยง, ช่วงอุณหภูมิ, ระดับการป้องกัน และอุปกรณ์เสริมต้องยืนยันจาก datasheet ของรุ่นที่เสนอ ไม่ควรใช้สเปกรวมของแพลตฟอร์มแทนสเปกสินค้าแต่ละรุ่น

  • การเขียนคำสั่งควบคุมอุปกรณ์และโปรโตคอลเพิ่มเติมเป็นขอบเขตที่ต้องตกลงต่างหาก
  • ค่า SIM การเดินสาย การติดตั้ง และการปรับ PLC ให้ระบุในใบเสนอราคา

การใช้งานในโรงงาน

เริ่มจากปัญหาหน้างาน ไปสู่ระบบที่ใช้ได้จริง

ตัวอย่างแนวทางออกแบบระบบ พร้อมอุปกรณ์ ข้อมูล ผู้รับผิดชอบ และเงื่อนไขก่อนเริ่มโครงการ ไม่ใช่ผลลัพธ์จากลูกค้าจริง

DIGITAL TWIN · ข้อมูลจำลอง

digital twin จำลอง: พื้นที่ อุปกรณ์ และเหตุการณ์ในจอเดียว

digital twin จำลองคือแบบจำลองที่รันในเบราว์เซอร์ ไม่ได้สะท้อน PLC หรือไซต์ลูกค้า และไม่ควบคุมอุปกรณ์จริง

ข้อมูลจำลอง · ไม่เชื่อมอุปกรณ์จริง
โรงงานและพลังงาน · 3D DIGITAL TWINลากเพื่อหมุน · เลื่อนหรือ pinch เพื่อซูม
กำลังเปิดผัง 3D…

สด (จำลอง) · 08:00:00

ผัง 3D จำลอง ไม่ใช่พิกัดจริง · ป้ายบนฉากแสดงค่าจาก digital twin จำลอง · เลือกอุปกรณ์บนฉากหรือจากโครงสร้าง twin

กำลังไฟฟ้ารวม62.0 kW
อุณหภูมิ M-0246.0 °C
การสั่นสะเทือน M-022.10 mm/s

WHAT-IF · จำลอง

เทียบแผนปัจจุบันกับทางเลือก · 30 นาทีจำลองข้างหน้า

แผนปัจจุบัน

M-01 ทำงาน

พลังงานใน 30 นาที
31.1 kWh
กำลังไฟฟ้าสูงสุด
64.7 kW

ทางเลือก

M-01 หยุด

พลังงานใน 30 นาที
17.4 kWh
กำลังไฟฟ้าสูงสุด
36.2 kW
กำลังไฟฟ้ารวม (kW)

คำนวณจากแบบจำลองในเบราว์เซอร์ เพื่อเทียบผลของการเลือก ไม่ใช่การพยากรณ์ของไซต์จริง

ประวัติการตรวจสอบและคำสั่ง

เลือกอุปกรณ์บนฉาก แล้วกดตรวจสอบหรือควบคุม

เส้นทางข้อมูล

PLC / Meter → Modbus TCP / RS485 → Gateway → MQTT TLS :8883 → Monitor

CCTV ใช้เครือข่าย IP ผ่าน PoE / NVR แยกจาก LoRaWAN; ภาพในฉากเป็นภาพประกอบ ไม่มีวิดีโอสด

สิ่งที่เจ้าหน้าที่เห็น

เชื่อมค่าพลังงานและสถานะเครื่องกับตำแหน่งหน้างาน เพื่อให้ช่างตรวจอุปกรณ์ที่เกี่ยวข้อง

ตัวอย่างการออกแบบระบบรู้ว่าโรงงานใช้พลังงานตรงไหน และช่วงใด
ภาพอ้างอิงการรวบรวมข้อมูลพลังงานจากหลายโรงงาน

ตัวอย่างระบบ: ตู้เมน + ไลน์ผลิต + ระบบลมอัด

จากค่าไฟรวมปลายเดือน สู่ข้อมูลมิเตอร์รายพื้นที่ที่ทีมวิศวกรรมใช้ตรวจโหลดและวางแผนปรับปรุงได้

สมมติโรงงานต้องการติดตามมิเตอร์ 3 จุด เริ่มจากดูค่าและประวัติของแต่ละจุดก่อน งานคำนวณต้นทุนหรือพลังงานต่อชิ้นต้องมีข้อมูลและสูตรที่ตกลงเพิ่ม ไม่ถือว่ารวมอัตโนมัติ

ปัญหาที่พบ และแนวทางแก้ไข

เห็นค่าไฟรวม แต่ระบุจุดใช้ไฟสูงไม่ได้

ทีมต้องไล่หาสาเหตุจากหลายตู้ และอาจเลือกแก้จุดที่ไม่ใช่ต้นเหตุ

แนวทางแก้ไข · กำหนดมิเตอร์หลักและมิเตอร์ย่อยตามวงจร เก็บค่าเป็นรายจุด แล้วเทียบช่วงเวลาที่มีเงื่อนไขการผลิตใกล้กัน

จดมิเตอร์ด้วยมือคนละเวลาและคนละไฟล์

เทียบข้อมูลยาก และไม่รู้ว่าค่าที่ต่างกันเกิดจากช่วงเวลาหรือโหลดจริง

แนวทางแก้ไข · อ่านค่าจากมิเตอร์ที่รองรับผ่าน Gateway กำหนดชื่อ หน่วย และเวลาให้เป็นมาตรฐาน พร้อมตรวจค่ากับหน้าจอมิเตอร์

รู้ว่าโหลดผิดปกติเมื่อจบกะไปแล้ว

ทีมไม่มีข้อมูลช่วงเกิดเหตุเพื่อใช้ตัดสินใจว่าจะตรวจอุปกรณ์ใดก่อน

แนวทางแก้ไข · กำหนดเกณฑ์จากรูปแบบใช้งานของไซต์ ส่งการแจ้งเตือนตามขอบเขตที่เปิดใช้ และให้ผู้รับผิดชอบตรวจสอบหน้างาน

อุปกรณ์และส่วนประกอบ

  • มิเตอร์ที่รองรับ 3 จุด: เมน ไลน์ผลิต และคอมเพรสเซอร์
  • Industrial Gateway ที่มีพอร์ตตรงกับมิเตอร์ พร้อมไฟเลี้ยงและเครือข่าย
  • Cloud จัดจุดวัดตาม Site / Area / Asset
  • Dashboard ประวัติและการแจ้งเตือนตาม Package

ข้อมูลที่ใช้ติดตาม

  • กำลังไฟฟ้า kW และพลังงานสะสม kWh
  • แรงดัน กระแส และ Power factor หากมิเตอร์เปิดให้อ่าน
  • เวลาอัปเดตล่าสุดและสถานะการเชื่อมต่อ

เส้นทางข้อมูล

  1. มิเตอร์ไฟฟ้า
  2. RS485 / Ethernet
  3. Industrial Gateway
  4. AIoT TH Cloud
  5. Dashboard / แจ้งเตือน

กระบวนการทำงานและผู้รับผิดชอบ

  1. กำหนดขอบเขตวงจร

    วิศวกรไฟฟ้า

    เลือกจุดที่ต้องเทียบ ระบุว่ามิเตอร์ใดเป็นเมนหรือย่อย เพื่อไม่รวมพลังงานซ้ำ

  2. ตั้งค่าการอ่าน

    ผู้ดูแลอุปกรณ์

    ตรวจ register หน่วย CT ratio และรอบอ่านตามรุ่นมิเตอร์และการใช้งาน

  3. ตรวจค่าต้นทาง

    ผู้ติดตั้ง + ทีมโรงงาน

    เทียบค่าบน Dashboard กับมิเตอร์ในช่วงเวลาเดียวกัน และบันทึกข้อคลาดเคลื่อน

  4. ติดตามรูปแบบโหลด

    วิศวกรพลังงาน

    ดูค่าปัจจุบันและประวัติร่วมกับตารางเดินเครื่อง ไม่สรุปประสิทธิภาพจากยอดรวมอย่างเดียว

  5. ตรวจเหตุแจ้งเตือน

    ซ่อมบำรุง

    เมื่อได้รับแจ้ง ให้ตรวจอุปกรณ์และเงื่อนไขการผลิตก่อนตัดสินใจปรับการใช้งาน

  6. ทบทวนผลปรับปรุง

    หัวหน้าฝ่ายผลิต

    เปรียบเทียบช่วงที่มีบริบทใกล้กัน บันทึกสิ่งที่เปลี่ยนและข้อมูลที่ยังขาด

ช่วยโรงงานแต่ละฝ่ายอย่างไร

วิศวกรรมพลังงาน

ช่วยชี้ช่วงเวลาและพื้นที่ที่ควรสำรวจโหลดเพิ่มเติม

ซ่อมบำรุง

มีค่าและเวลาอ้างอิงสำหรับตรวจอุปกรณ์ที่ถูกแจ้งเตือน

ฝ่ายผลิต

ใช้ข้อมูลประกอบการทบทวนการเปิดเครื่องและการเปลี่ยนกะ

ผู้บริหาร / วางแผนต้นทุน

มีข้อมูลวัดจริงประกอบข้อเสนอปรับปรุง โดยยืนยันสูตรต้นทุนแยกต่างหาก

เหมาะกับใครบ้าง

  • โรงงานที่มีหลายวงจรหรือหลายอาคารและต้องการแยกข้อมูลพลังงาน
  • ทีมวิศวกรรมที่มีมิเตอร์อ่านข้อมูลได้ และมีผู้รับผิดชอบตรวจค่าหน้างาน
  • โครงการที่เริ่มจากจุดสำคัญก่อนขยาย ไม่จำเป็นต้องติดตั้งทั้งโรงงานพร้อมกัน

ตรวจรับอย่างไรว่าใช้งานได้

  • ค่าบน Dashboard ตรงกับหน่วยและสเกลของมิเตอร์
  • ตรวจพบข้อมูลค้างหรือขาด และอธิบายเวลาอ้างอิงได้
  • ผู้รับผิดชอบค้นประวัติเหตุการณ์และทดสอบรับแจ้งได้ตามขอบเขต
คุยรายละเอียดหน้างาน
ตัวอย่างการออกแบบระบบเห็นสถานะเครื่องจักร และมีข้อมูลย้อนดูตอนเกิดเหตุ
ภาพอ้างอิงการเชื่อมต่ออุปกรณ์อุตสาหกรรมกับ Gateway และระบบข้อมูล

ตัวอย่างระบบ: ไลน์บรรจุที่มีเครื่องจักรหลายสถานี

เชื่อมสัญญาณจาก PLC หรือเซ็นเซอร์ เพื่อให้ฝ่ายผลิตและซ่อมบำรุงเห็นข้อมูลชุดเดียวกัน ก่อนนำไปพัฒนาการวิเคราะห์ประสิทธิภาพ

ตัวอย่างสมมติใช้สถานีป้อน บรรจุ และแพ็ก ทีมเริ่มจากอ่าน Run / Fault และตัวนับที่ PLC เปิดให้เข้าถึง ไม่แก้ระบบควบคุมเดิมโดยอัตโนมัติ และไม่ใช้สถานะ Offline แทนเหตุเครื่องหยุด

ปัญหาที่พบ และแนวทางแก้ไข

ต้องเดินดูเครื่องเพื่อรู้ว่าเครื่องใดทำงานอยู่

หัวหน้ากะไม่เห็นภาพเดียวกันเมื่อดูแลหลายจุด

แนวทางแก้ไข · กำหนดสถานะที่ PLC เปิดให้อ่าน แล้วแสดงค่าตามเครื่องจักรพร้อมเวลาอัปเดต

ข้อมูลหยุดเครื่องมาจากการจำหรือบันทึกย้อนหลัง

ทีมเริ่มตรวจปัญหาโดยไม่มีเวลาและสัญญาณต้นทางประกอบ

แนวทางแก้ไข · เก็บประวัติสถานะและค่าที่เกี่ยวข้อง ใช้ช่วยหาเวลาตรวจสอบ แล้วให้คนยืนยันสาเหตุจริง

ต้องการ OEE แต่มีเพียงสัญญาณ Run

คำนวณตัวเลขได้แต่ความหมายอาจไม่ตรงการผลิตจริง

แนวทางแก้ไข · แยกโครงการอ่านข้อมูลออกจากงานวิเคราะห์ กำหนดกะ จำนวนผลิต ชิ้นดี และ ideal cycle time ก่อนตกลงสูตร OEE

อุปกรณ์และส่วนประกอบ

  • PLC หรือเซ็นเซอร์ที่ให้สถานะตามที่ตกลง
  • Gateway พร้อม Ethernet / RS485 หรือ Digital input ที่ตรงกับสัญญาณ
  • Cloud จัด Asset แยกตามสถานี
  • Dashboard ดูค่าและประวัติร่วมกับทีมผลิตและซ่อมบำรุง

ข้อมูลที่ใช้ติดตาม

  • Run / Stop / Fault ตามนิยามที่ยืนยันกับผู้ดูแลเครื่อง
  • ตัวนับผลิต อุณหภูมิ หรือกระแสเฉพาะที่มีแหล่งข้อมูล
  • สถานะ Gateway และเวลาอัปเดต แยกจากสถานะเครื่อง

เส้นทางข้อมูล

  1. PLC / Sensor
  2. ค่าหรือสถานะที่อ่านได้
  3. Gateway
  4. Cloud แยกตาม Asset
  5. หน้าจอฝ่ายผลิต

กระบวนการทำงานและผู้รับผิดชอบ

  1. นิยามสถานะ

    ผลิต + ผู้ดูแล PLC

    ตกลงว่า Run, Stop และ Fault หมายถึงอะไร รวมถึงช่วงเปลี่ยนสินค้าและหยุดตามแผน

  2. จัดทำรายการสัญญาณ

    วิศวกร Automation

    ระบุ address ชนิดข้อมูล หน่วย และวิธีอ่านที่ไม่กระทบงานควบคุม

  3. ตรวจเหตุการณ์จริง

    ผู้ติดตั้ง + Operator

    เทียบสถานะบนหน้าจอกับการทำงานของเครื่องในช่วงทดสอบที่ตกลง

  4. ติดตามระหว่างกะ

    หัวหน้ากะ

    ดูสถานะและความสดของข้อมูล ใช้ประวัติช่วยเลือกช่วงที่ต้องตรวจสอบ

  5. หาสาเหตุหน้างาน

    ซ่อมบำรุง

    ตรวจเครื่องและบันทึกสาเหตุในกระบวนการของโรงงาน ไม่สรุปจากสัญญาณเดียว

  6. ทบทวนข้อมูลสำหรับวิเคราะห์

    วิศวกรรมการผลิต

    ยืนยันข้อมูลผลิต กะ และสูตรก่อนพัฒนารายงาน downtime หรือ OEE เพิ่มเติม

ช่วยโรงงานแต่ละฝ่ายอย่างไร

หัวหน้ากะ / ฝ่ายผลิต

เห็นค่าตามสถานีและมีเวลาอ้างอิงเมื่อประสานงาน

ซ่อมบำรุง

ใช้สัญญาณย้อนหลังประกอบการตรวจสาเหตุ แทนการเริ่มจากความทรงจำอย่างเดียว

วิศวกร Automation

มี point list และนิยามสัญญาณร่วมกันสำหรับดูแลและขยายระบบ

ผู้จัดการโรงงาน

เข้าใจว่าข้อมูลใดมีจริง และข้อมูลใดยังขาดก่อนลงทุนวิเคราะห์ประสิทธิภาพ

เหมาะกับใครบ้าง

  • โรงงานที่มี PLC หรือสัญญาณสถานะที่สามารถเปิดให้อ่านได้
  • ทีมผลิตและซ่อมบำรุงที่พร้อมตกลงนิยามสถานะร่วมกัน
  • ผู้ที่ต้องการเริ่มเก็บข้อมูลพื้นฐานก่อนทำ downtime หรือ OEE ตามขอบเขตเพิ่มเติม

ตรวจรับอย่างไรว่าใช้งานได้

  • สถานะบน Dashboard ตรงกับเครื่องในกรณีทดสอบ
  • แยกเครื่องหยุดออกจาก Gateway ขาดการเชื่อมต่อได้
  • มีรายการสัญญาณและนิยามที่ผู้ดูแลเครื่องยอมรับ
คุยรายละเอียดหน้างาน
ตัวอย่างการออกแบบระบบติดตามปั๊ม ถังน้ำ และจุดวัดที่กระจายอยู่หลายพื้นที่
ภาพอ้างอิงการติดตามระดับน้ำ อัตราการไหล และสถานะปั๊ม

ตัวอย่างระบบ: ถังพักน้ำและสถานีปั๊มของโรงงาน

ให้ทีมเห็นค่าล่าสุด เวลาอัปเดต และสถานะการเชื่อมต่อ ก่อนเลือกจุดที่ต้องเข้าตรวจหน้างาน

ตัวอย่างสมมติมีถังพักและสถานีปั๊มที่อยู่คนละจุด อุปกรณ์แบบสายอาจอ่านผ่าน Industrial Gateway ส่วนเซ็นเซอร์ LoRaWAN ต้องมี Gateway, Network Server และตัวแปล payload ที่รองรับ ก่อนส่งข้อมูลเข้าระบบที่ตกลง

ปัญหาที่พบ และแนวทางแก้ไข

ต้องเดินทางไปดูระดับน้ำหรือแรงดันทุกจุด

ใช้เวลาของผู้ดูแล และยังอาจพลาดเหตุการณ์ระหว่างรอบตรวจ

แนวทางแก้ไข · เลือกเซ็นเซอร์และช่องทางสื่อสารตามหน้างาน ส่งค่ามารวมตามสถานี พร้อมคงแผนตรวจอุปกรณ์จริง

ตัวเลขยังแสดงอยู่แม้อุปกรณ์ขาดการติดต่อ

ผู้ใช้เข้าใจผิดว่าค่าเก่าคือสถานะปัจจุบัน

แนวทางแก้ไข · แสดงเวลาอัปเดตและตรวจการขาดการเชื่อมต่อ แยกการแจ้งค่าผิดเกณฑ์ออกจากการไม่มีข้อมูล

ไม่รู้ว่าแจ้งเตือนแล้วใครต้องรับผิดชอบ

มีข้อมูลแต่ไม่มีขั้นตอนตรวจสอบและประสานงาน

แนวทางแก้ไข · กำหนดเจ้าของสถานี ผู้รับแจ้ง และวิธีตรวจสอบก่อนเริ่มใช้งาน แล้วทดสอบร่วมกับทีมจริง

อุปกรณ์และส่วนประกอบ

  • เซ็นเซอร์ระดับน้ำ แรงดัน หรืออัตราการไหลตามโจทย์
  • Gateway แบบสาย หรือชุด LoRaWAN ตามเครือข่ายเซ็นเซอร์
  • แหล่งจ่ายไฟ อุปกรณ์ติดตั้ง และ uplink ที่เหมาะกับไซต์
  • Cloud แยกสถานี พร้อมประวัติและการแจ้งเตือนตามขอบเขต

ข้อมูลที่ใช้ติดตาม

  • ระดับน้ำ แรงดัน อัตราการไหล หรือสถานะที่อุปกรณ์เปิดให้อ่าน
  • เวลาอัปเดตล่าสุดของแต่ละจุด
  • สถานะการเชื่อมต่อของ Gateway และความครบถ้วนของข้อมูล

เส้นทางข้อมูล

  1. เซ็นเซอร์ / มิเตอร์
  2. แบบสาย หรือ LoRaWAN + Network Server
  3. เครือข่ายที่ไซต์รองรับ
  4. Cloud แยกสถานี
  5. ผู้ดูแลตรวจสถานะ

กระบวนการทำงานและผู้รับผิดชอบ

  1. สำรวจจุดติดตั้ง

    สาธารณูปโภค + IT

    ระบุสถานี ไฟเลี้ยง ระยะเข้าถึง ตำแหน่งเสา และข้อจำกัดสัญญาณ

  2. เชื่อมข้อมูลเซ็นเซอร์

    ผู้ติดตั้ง

    ตรวจพอร์ตหรือย่านความถี่ และแปลข้อมูลให้ตรงหน่วยก่อนเชื่อม Dashboard

  3. ทดสอบความต่อเนื่อง

    ทีมหน้างาน

    ทดสอบค่าจริง การขาดการเชื่อมต่อ และการกลับมาออนไลน์ตามแผนที่ปลอดภัยของไซต์

  4. ติดตามค่าและเวลา

    ผู้ดูแลสถานี

    อ่านค่าคู่กับเวลาอัปเดต ไม่ใช้ตัวเลขค้างเป็นข้อมูลสำหรับตัดสินใจทันที

  5. แจ้งและเข้าตรวจ

    ผู้รับผิดชอบเหตุการณ์

    ตรวจชนิดเหตุและประสานคนหน้างาน การสั่งปั๊มยังใช้ขั้นตอนควบคุมที่ได้รับอนุญาต

  6. ทบทวนการดูแลไซต์

    หัวหน้าสาธารณูปโภค

    ใช้ประวัติประกอบแผนตรวจและบำรุงรักษา พร้อมบันทึกปัญหาเครือข่ายหรืออุปกรณ์

ช่วยโรงงานแต่ละฝ่ายอย่างไร

สาธารณูปโภค

เห็นสถานีที่มีข้อมูลขาดหรือค่าที่ต้องตรวจสอบก่อนจัดลำดับงาน

ซ่อมบำรุง

มีค่าและเวลาอ้างอิงประกอบการเตรียมเข้าหน้างาน

IT / เครือข่าย

แยกปัญหาการรับข้อมูลออกจากปัญหา uplink และสิทธิ์เครือข่าย

ผู้ดูแลหลายไซต์

ใช้ชื่อสถานีและผู้รับผิดชอบร่วมกันในการสื่อสาร ไม่พึ่งคำบอกเล่าอย่างเดียว

เหมาะกับใครบ้าง

  • โรงงานที่มีถังน้ำ ปั๊ม หรือระบบสาธารณูปโภคหลายจุด
  • ไซต์ที่มีช่องทางส่งข้อมูลและสามารถจัดไฟเลี้ยงอย่างเหมาะสม
  • ทีมที่มีผู้รับผิดชอบรับแจ้งและเข้าตรวจได้ โดยไม่ใช้ Cloud แทนระบบควบคุมความปลอดภัย

ตรวจรับอย่างไรว่าใช้งานได้

  • ค่าและหน่วยตรงกับจุดวัดจริง
  • เมื่อขาดการเชื่อมต่อ ผู้ใช้แยกข้อมูลค้างออกจากค่าปัจจุบันได้
  • ผู้รับแจ้งระบุสถานีและทำขั้นตอนตรวจสอบที่ตกลงได้
คุยรายละเอียดหน้างาน

รายละเอียดและแนวทางเลือก

ตรวจความพร้อมก่อนเลือกฮาร์ดแวร์

สำรวจตู้และเส้นทางสัญญาณ

พื้นที่ติดตั้งต้องรองรับตัวเครื่อง สายสัญญาณ และการบำรุงรักษา ตรวจแหล่งจ่ายไฟ จุดกราวด์ เส้นทางสาย และข้อกำหนดของโรงงานร่วมกับผู้รับผิดชอบหน้างาน อย่าสรุปว่าอุปกรณ์เหมาะกับกลางแจ้งจากคำว่า Industrial เพียงอย่างเดียว

  • แหล่งจ่ายไฟและอุปกรณ์ป้องกันตามข้อกำหนดไซต์
  • ระยะสาย RS485 ตำแหน่งเครือข่าย และจุดติดเสาอากาศ
  • ช่วงอุณหภูมิและระดับการป้องกันของรุ่นที่เสนอ

เตรียม point list ที่ตรวจสอบย้อนกลับได้

หนึ่งจุดวัดควรมีชื่ออุปกรณ์ ตำแหน่ง แหล่งข้อมูล หน่วย และความถี่อ่าน เช่น ค่าพลังงานสะสมจากมิเตอร์ตัวใด ไม่ใช่เพียงชื่อรวมว่า Power ข้อมูลนี้ใช้เชื่อมการตั้งค่า Gateway กับสิ่งที่เห็นบน Dashboard

  • Device ID, register หรือช่องสัญญาณ
  • ชนิดข้อมูล byte order และตัวคูณสเกล
  • เกณฑ์ตรวจรับเทียบค่ากับหน้าจออุปกรณ์

ระบบที่เกี่ยวข้องกับหน้านี้

อ่านขอบเขตระบบก่อนเปิดใช้งาน หรือนำตัวอย่างไปวางแผนโครงการของคุณ

คำถามเกี่ยวกับหน้านี้

Gateway เก็บข้อมูลเมื่ออินเทอร์เน็ตขาดได้แค่ไหน

ต้องประเมินจากพื้นที่จัดเก็บ จำนวนจุด และความถี่อ่าน เป้าหมาย buffer ของระบบไม่ใช่การรับประกันความจุของฮาร์ดแวร์ทุกตัว ควรทดสอบตามค่าที่ตั้งจริง

ผู้ติดตั้งต้องมีข้อมูลอะไรจาก PLC

รุ่น PLC โปรโตคอลที่เปิดใช้ สิทธิ์การอ่าน และรายการ address/register พร้อมชนิดข้อมูล โดยประสานผู้ดูแลเครื่องจักรเพื่อไม่ให้กระทบโปรแกรมควบคุม

เลือก Hardware และ Software ให้ทำงานร่วมกัน

เริ่มจากอุปกรณ์และจุดวัดของคุณ แล้วกำหนดขอบเขตที่เหมาะกับไซต์

ปรึกษา / ขอใบเสนอราคาดู AIoT TH Cloudอ่านบทความก่อนเริ่ม