แยกหน้าที่ของแต่ละชั้น
เซ็นเซอร์หรือ PLC เป็นต้นทางของข้อมูล Gateway ทำหน้าที่อ่านและรวบรวมค่า เครือข่ายพาข้อมูลไปยัง Cloud ส่วนซอฟต์แวร์จัดเก็บและนำเสนอให้ผู้ใช้งาน แต่ละส่วนจึงมีจุดตรวจของตัวเอง
หากกราฟไม่อัปเดต การรีเฟรชหน้าเว็บอย่างเดียวอาจไม่แก้ปัญหา ควรตรวจเป็นลำดับว่าข้อมูลหยุดตั้งแต่ที่อุปกรณ์ การอ่านค่า เครือข่าย หรือการแสดงผล
Modbus กับ MQTT ทำหน้าที่ต่างกัน
Modbus มักใช้สื่อสารกับอุปกรณ์หน้างานตามข้อมูลที่อุปกรณ์รองรับ ส่วน MQTT ใช้รูปแบบ publish/subscribe โดยส่งข้อความผ่าน broker จึงเหมาะกับการส่งข้อมูลระหว่างอุปกรณ์และบริการที่รับข้อมูล
การใช้ MQTT ไม่ได้แปลว่าข้อมูลถูกเข้ารหัสโดยอัตโนมัติ ต้องกำหนดการเชื่อมต่อ TLS และตัวตนของอุปกรณ์ให้เหมาะสม สำหรับแนวทาง AIoT TH การเชื่อม Gateway ถึง Cloud ใช้ MQTT ผ่าน TLS
เวลาและสถานะข้อมูลสำคัญเท่ากับค่า
ข้อมูลหนึ่งรายการควรอ่านได้ว่าเป็นค่าจากจุดใด หน่วยอะไร และเกิดเมื่อไร หากข้อมูลถูกเก็บไว้ที่ Gateway ระหว่างเน็ตหลุด เวลาที่ข้อมูลถูกส่งขึ้น Cloud อาจไม่ตรงกับเวลาที่อ่านจากอุปกรณ์
ผู้ใช้ควรแยกค่าล่าสุดออกจากเวลาที่อัปเดตล่าสุด เมื่ออุปกรณ์ออฟไลน์ ไม่ควรตีความค่าค้างบนหน้าจอว่าเป็นค่าปัจจุบัน
เมื่อข้อมูลไม่มา ให้ตรวจเป็นลำดับ
เริ่มจากดูว่าอุปกรณ์ต้นทางยังมีค่าที่อ่านได้หรือไม่ จากนั้นตรวจสถานะ Gateway และเครือข่าย ก่อนตรวจการจับคู่จุดวัดและช่วงเวลาของกราฟ วิธีนี้ช่วยไม่ให้แก้หลายจุดพร้อมกันจนหาสาเหตุไม่เจอ
- อุปกรณ์: รุ่น ที่อยู่ และรายการค่าตรงกับการตั้งค่าหรือไม่
- Gateway: เชื่อมต่ออยู่และอ่านจุดวัดนั้นได้หรือไม่
- เครือข่าย: LAN หรือมือถือใช้ได้ในตำแหน่งติดตั้งหรือไม่
- Cloud: เลือกไซต์ จุดวัด และช่วงเวลาถูกต้องหรือไม่
ตกลงขอบเขตซอฟต์แวร์ให้ตรงกับงาน
แดชบอร์ดข้อมูลย้อนหลัง การแจ้งเตือน และการควบคุมเครื่องจักรเป็นคนละขอบเขต การเห็นสถานะบนเว็บไม่ได้หมายความว่าสามารถสั่งอุปกรณ์กลับไปได้ทันที
ใน AIoT TH ความสามารถ AI และการเชื่อมต่อเพิ่มเติมอยู่ในแผนพัฒนา ตัวอย่างใน Demo เป็นข้อมูลและสถานการณ์จำลอง ควรเลือก Package และขอบเขตโครงการจากสิ่งที่ต้องใช้จริง
