งานเชื่อมอุปกรณ์และเซ็นเซอร์หน้างานเข้ากับระบบที่องค์กรใช้ตัดสินใจได้จริง ตั้งแต่การส่งค่าที่วัดได้ขึ้นคลาวด์ภายใต้สัญญาณที่ไม่แน่นอน การเก็บค่าเหล่านั้นเป็นข้อมูลอนุกรมเวลาที่ย้อนกลับไปดูได้ การตั้งเกณฑ์แจ้งเตือนผ่าน LINE และ SMS ด้วย Twilio เพื่อให้มีคนรู้ก่อนที่ลูกค้าจะโทรมาบอก ไปจนถึงแดชบอร์ดที่เห็นค่าปัจจุบันของทุกจุด และการส่งข้อมูลชุดเดียวกันต่อเข้าโมเดลพยากรณ์อย่าง Predictive Maintenance เพื่อให้ข้อมูลที่เก็บมามีค่ามากกว่าการถูกบันทึกทิ้งไว้เฉย ๆ
เหมาะกับใคร
องค์กรที่มีอุปกรณ์หรือจุดวัดกระจายอยู่หลายที่ เช่น โรงงาน อาคาร ห้องเย็น คลังสินค้า หรือแปลงเกษตร และมีทีมดูแลที่เดินตรวจทุกจุดทุกวันไม่ไหว
จากอุปกรณ์หน้างานขึ้นคลาวด์ และข้อจำกัดที่มาพร้อมกัน
เซ็นเซอร์มักอยู่ตรงจุดที่สัญญาณแย่ที่สุด ทั้งในห้องเครื่อง ใต้หลังคาโรงงาน หรือกลางแปลงที่ไกลจากตัวอาคาร เราจึงออกแบบโดยตั้งสมมติฐานว่าสัญญาณจะหลุด ไม่ใช่ว่าอาจจะหลุด อุปกรณ์เก็บค่าที่วัดได้ไว้กับตัวเมื่อส่งไม่ออก แล้วส่งย้อนหลังพร้อมเวลาที่วัดจริงเมื่อกลับมาเชื่อมต่อได้ ฝั่งรับแยกเวลาที่วัดออกจากเวลาที่ระบบรับไว้คนละช่อง กราฟย้อนหลังจึงไม่บิดเพราะข้อมูลมาถึงช้า และรับค่าซ้ำได้โดยไม่นับซ้ำ
อีกเรื่องที่ต้องตกลงกันตั้งแต่วันแรกคือตัวตนของอุปกรณ์ เราให้แต่ละตัวมีข้อมูลระบุตัวตนและกุญแจของตัวเอง ไม่ใช้กุญแจร่วมกันทั้งชุด เพราะเมื่อถึงวันที่ต้องถอดอุปกรณ์ตัวหนึ่งออก เปลี่ยนมือผู้ดูแล หรือสงสัยว่ากุญแจหลุด จะได้จัดการทีละตัวโดยไม่ต้องไปแตะอุปกรณ์ที่เหลือทั้งระบบ
- ส่งข้อมูลด้วย MQTT หรือ HTTPS ตามความสามารถของอุปกรณ์ และผ่านเกตเวย์เมื่ออุปกรณ์ออกอินเทอร์เน็ตเองไม่ได้
- บัฟเฟอร์ค่าไว้ที่อุปกรณ์เมื่อสัญญาณหลุด แล้วส่งย้อนหลังพร้อมเวลาที่วัดจริง
- แยกเวลาที่วัดออกจากเวลาที่ระบบรับ ข้อมูลที่มาช้าจึงลงตำแหน่งที่ถูกบนกราฟ
- อุปกรณ์แต่ละตัวมีข้อมูลระบุตัวตนและกุญแจของตัวเอง เพิกถอนได้ทีละตัว
เก็บค่าที่วัดได้ให้ย้อนกลับไปดูได้
ค่าที่ไหลเข้ามาไม่ใช่เอกสารเป็นชิ้น แต่เป็นสายข้อมูลต่อเนื่องที่มีเวลากำกับทุกจุด เราจึงเก็บด้วยโครงเดียวกันทั้งระบบ คือ อุปกรณ์ ตัววัด เวลา ค่า และสถานะที่บอกว่าค่านั้นเชื่อได้แค่ไหน เช่น เป็นค่าที่ส่งย้อนหลังเข้ามา หรือมาจากเซ็นเซอร์ที่กำลังอ่านผิดปกติ การมีช่องสถานะติดมาด้วยตั้งแต่ต้นทำให้ตอนวิเคราะห์ไม่ต้องมานั่งเดาว่าตัวเลขแปลก ๆ นี้คือเหตุการณ์จริงหรือเซ็นเซอร์เสีย
ข้อมูลช่วงล่าสุดเก็บละเอียดตามที่อุปกรณ์ส่งมา ส่วนข้อมูลย้อนหลังยาวเก็บเป็นค่าสรุปตามช่วงเวลา เพื่อให้เปิดกราฟย้อนหลังหลายเดือนได้โดยไม่ต้องไล่อ่านทุกแถว และเราตกลงนโยบายการเก็บและการลบข้อมูลกันตั้งแต่ตอนออกแบบ ไม่ใช่ตอนที่พื้นที่จัดเก็บเต็ม ที่เก็บข้อมูลเลือกได้ทั้งบน GCP, Azure, AWS หรือ PostgreSQL บนเครื่องขององค์กรเอง สำหรับกรณีที่ข้อมูลออกนอกองค์กรไม่ได้
- โครงข้อมูลชุดเดียวทั้งระบบ: อุปกรณ์ ตัววัด เวลา ค่า และสถานะความน่าเชื่อถือ
- รับข้อมูลแบบส่งซ้ำได้โดยไม่นับซ้ำ
- เก็บค่าละเอียดในช่วงล่าสุด และค่าสรุปตามช่วงเวลาสำหรับย้อนหลังยาว
- กำหนดนโยบายเก็บและลบข้อมูลตั้งแต่ขั้นออกแบบ
- เลือกจัดเก็บบน GCP, Azure, AWS หรือ PostgreSQL ในองค์กร
แจ้งเตือนเมื่อค่าออกนอกเกณฑ์ ผ่าน LINE และ SMS
เกณฑ์ตั้งได้ทั้งระดับตัววัดและระดับอุปกรณ์รายตัว เพราะห้องเย็นสองห้องหรือปั๊มสองตัวไม่จำเป็นต้องใช้เกณฑ์เดียวกัน เงื่อนไขที่มักถูกลืมคือ "ไม่มีค่าส่งเข้ามา" ซึ่งต้องนับเป็นการแจ้งเตือนด้วย เพราะเซ็นเซอร์ที่เงียบไปจะดูเหมือนกราฟปกติจนกว่าจะมีคนบังเอิญสังเกตเห็น
ช่องทางแจ้งใช้ LINE สำหรับทีมหน้างานที่เปิดค้างอยู่แล้วทั้งวัน และ SMS ผ่าน Twilio สำหรับสายที่ต้องถึงตัวให้ได้ แม้ปลายทางจะไม่ได้ต่ออินเทอร์เน็ตอยู่ในตอนนั้น สิ่งที่ทำให้ระบบแจ้งเตือนอยู่รอดในระยะยาวคือการไม่กลายเป็นเสียงรบกวน ค่าต้องออกนอกเกณฑ์ต่อเนื่องตามช่วงเวลาที่ตกลงกันไว้ก่อนจึงจะส่ง ระหว่างที่เรื่องยังไม่ถูกปิดจะไม่แจ้งซ้ำ และมีข้อความแจ้งกลับเมื่อค่ากลับเข้าเกณฑ์แล้ว ทุกการแจ้งเตือนถูกบันทึกพร้อมการรับทราบ จึงย้อนดูได้ว่าเรื่องไหนถึงใครเมื่อไร และใครรับไปทำต่อ
- ตั้งเกณฑ์แยกตามตัววัดและตามอุปกรณ์รายตัว
- นับเงื่อนไข "ไม่มีค่าส่งเข้ามา" เป็นการแจ้งเตือนด้วย
- แจ้งผ่าน LINE สำหรับทีมหน้างาน และ SMS ผ่าน Twilio สำหรับสายที่ต้องถึงตัว
- ต้องออกนอกเกณฑ์ต่อเนื่องตามเวลาที่กำหนดจึงแจ้ง และไม่แจ้งซ้ำระหว่างที่ยังไม่ปิดเรื่อง
- มีข้อความแจ้งกลับเมื่อค่ากลับเข้าเกณฑ์
- บันทึกการแจ้งเตือนและการรับทราบไว้ตรวจย้อนหลัง
แดชบอร์ดค่าปัจจุบัน และการต่อยอดไปงานพยากรณ์
แดชบอร์ดแสดงค่าล่าสุดของทุกจุดในหน้าเดียว พร้อมกราฟย้อนหลังตามช่วงเวลาที่เลือก รายการอุปกรณ์ที่เงียบไป และการแจ้งเตือนที่ยังไม่ถูกปิด ตัวเลขบนหน้าจอมาจากข้อมูลชุดเดียวกับที่ตัวแจ้งเตือนใช้ จึงไม่เกิดกรณีที่หน้าจอบอกอย่างหนึ่งแล้วข้อความที่ส่งเข้า LINE บอกอีกอย่าง
จุดที่ทำให้ข้อมูลชุดนี้คุ้มกับการเก็บอยู่ที่ขั้นถัดไป ค่าที่วัดได้ต่อเนื่องคือวัตถุดิบตั้งต้นของงานพยากรณ์ที่เราทำอยู่แล้ว ชั่วโมงการทำงานสะสม แนวโน้มอุณหภูมิ และรูปแบบการสั่นสะเทือน ใช้เป็นตัวแปรให้โมเดล Predictive Maintenance ประเมินว่าอุปกรณ์ตัวไหนควรเข้าซ่อมก่อน ส่วนข้อมูลชุดเดียวกันต่อเข้า Data Pipeline และแดชบอร์ดเชิงกลยุทธ์ที่องค์กรใช้อยู่ได้โดยตรง ไม่ต้องสร้างสายข้อมูลใหม่แยกอีกเส้น
- ค่าล่าสุดรายอุปกรณ์ พร้อมกราฟย้อนหลังตามช่วงเวลาที่เลือก
- รายการอุปกรณ์ที่เงียบและการแจ้งเตือนที่ยังไม่ถูกปิด
- หน้าจอและการแจ้งเตือนอ่านจากข้อมูลชุดเดียวกัน
- ส่งค่าที่วัดได้ต่อเป็นตัวแปรให้โมเดล Predictive Maintenance
- ต่อเข้า Data Pipeline และแดชบอร์ดที่องค์กรใช้อยู่แล้ว
ความสามารถหลัก
- รับข้อมูลจากอุปกรณ์ผ่าน MQTT หรือ HTTPS และผ่านเกตเวย์เมื่อจำเป็น
- บัฟเฟอร์ค่าที่อุปกรณ์เมื่อสัญญาณหลุด แล้วส่งย้อนหลังพร้อมเวลาที่วัดจริง
- อุปกรณ์แต่ละตัวมีตัวตนและกุญแจของตัวเอง เพิกถอนได้ทีละตัว
- เก็บเป็นข้อมูลอนุกรมเวลา ค่าละเอียดช่วงล่าสุดและค่าสรุปสำหรับย้อนหลังยาว
- ตั้งเกณฑ์แจ้งเตือนแยกตามตัววัดและรายอุปกรณ์
- แจ้งเตือนเมื่อไม่มีค่าส่งเข้ามา ไม่ใช่เฉพาะตอนค่าเกินเกณฑ์
- ส่งแจ้งเตือนผ่าน LINE และ SMS ด้วย Twilio พร้อมบันทึกการรับทราบ
- แดชบอร์ดค่าล่าสุด อุปกรณ์ที่เงียบ และการแจ้งเตือนที่ยังไม่ปิด
- ต่อข้อมูลชุดเดียวกันเข้าโมเดล Predictive Maintenance และ Data Pipeline
อยากได้ระบบแบบนี้
เล่าโจทย์ให้เราฟัง แล้วเราจะช่วยประเมินว่าต้องปรับอะไรให้เข้ากับงานของคุณ