หน้าจอยังแสดงอุณหภูมิและไฟพอร์ตสวิตช์ยังติดอยู่ แต่เครื่องจักรหยุดอัปเดตข้อมูลแล้ว เรื่องนี้ไม่ขัดแย้งกัน เพราะสายที่ใช้งานได้ การเชื่อมต่อเครือข่ายที่ตอบสนอง และแอปพลิเคชันที่ทำงานได้เป็นสามสิ่งที่แตกต่างกัน หากต้องการตัดสินว่าอุปกรณ์อุตสาหกรรมออนไลน์จริงหรือไม่ ต้องตรวจสอบทั้งว่าข้อมูลส่งมาถึงได้หรือไม่ และเป็นข้อมูลที่เพิ่งสร้างขึ้นหรือไม่ ตัวนับฮาร์ตบีตและวอตช์ด็อกการสื่อสารช่วยแยกสองคำถามนี้ออกจากกัน
“ยังทำงานอยู่” สามระดับ—ไฟพอร์ตตอบได้เพียงระดับเดียว
ไฟ LINK ของสวิตช์อีเทอร์เน็ตอุตสาหกรรมรายงานสถานะลิงก์ทางกายภาพเป็นหลัก ลองนึกถึงสายโทรศัพท์ที่เชื่อมต่ออยู่ ซึ่งไม่ได้บอกว่าคนที่ปลายสายยังพูดอยู่หรือไม่ PLC หรือเครื่องควบคุมลอจิกแบบโปรแกรมได้ทำหน้าที่ประมวลผลงานควบคุม ส่วน HMI หรือส่วนต่อประสานระหว่างมนุษย์กับเครื่องจักรอ่านและแสดงข้อมูลของงานเหล่านั้น ลิงก์ทางกายภาพอาจยังเชื่อมต่ออยู่แม้งานของ PLC หยุดชั่วคราว หรือโปรแกรมเก็บข้อมูลหยุดอัปเดตรีจิสเตอร์
ระดับที่สองคือการเชื่อมต่อในชั้นขนส่ง ในการสื่อสาร TCP สแตกเครือข่ายของอุปกรณ์จะรักษาการเชื่อมต่อและยืนยันการรับไบต์ที่ได้รับ สแตกที่ตอบสนองไม่ได้พิสูจน์ว่าแอปพลิเคชันประมวลผลคำขอแล้ว หรืออุณหภูมิบนหน้าจอมาจากการเก็บตัวอย่างครั้งล่าสุด ระดับที่สามคือการอัปเดตกระบวนการจริง: งานเก็บข้อมูลได้ทำงานหรือไม่ มีการสร้างข้อมูลควบคุมตามที่ตกลงไว้หรือไม่ และค่านั้นใหม่เพียงพอหรือไม่? บันทึกสถานะเหล่านี้แยกกันเมื่อแก้ไขปัญหา ไฟสีเขียวดวงเดียวไม่สามารถตอบคำถามทั้งสามข้อได้
เหตุใดการอ่านสำเร็จจึงยังอาจเป็นสถานะออนไลน์ลวง
สมมติว่าระบบเฝ้าติดตามอ่านรีจิสเตอร์ PLC อย่างต่อเนื่องและได้รับค่า 25 เสมอ อุณหภูมิอาจคงที่จริง หรืองานเก็บข้อมูลอาจหยุดค้างอยู่ที่ค่าสุดท้าย การดูตัวเลขเพียงอย่างเดียวไม่สามารถแยกสองกรณีนี้ได้ การสื่อสารสำเร็จเพียงอย่างเดียวก็แยกไม่ได้เช่นกัน เพราะการได้รับค่าไม่ได้ทำให้ทราบเวลาที่เก็บตัวอย่างของค่านั้นโดยอัตโนมัติ
หากต้องการประเมินความสดใหม่ ให้ส่งเวลาที่เก็บตัวอย่าง ตัวบ่งชี้คุณภาพ หรือตัวนับการอัปเดตไปพร้อมกับค่า ตัวบ่งชี้คุณภาพอธิบายว่าข้อมูลใช้ได้ ล้าสมัย หรือผิดพลาด โดยการเข้ารหัสขึ้นอยู่กับเอกสารอินเทอร์เฟซ หากไม่มีข้อมูลดังกล่าว ผู้รับระบุได้ว่าการสื่อสารสำเร็จ แต่ยังสรุปทันทีไม่ได้ว่ากระบวนการทำงานเป็นปกติ หน้าจอควรแยกค่าปัจจุบัน การอัปเดตที่ใช้ได้ครั้งล่าสุด และสถานะขัดข้องออกจากกัน หากยังคงแสดงค่าเก่าหลังหมดเวลา ต้องระบุให้ชัดเจนว่าเป็นข้อมูลล้าสมัย
ผูกฮาร์ตบีตกับงานที่ต้องการเฝ้าติดตามจริง
ฮาร์ตบีตคือสัญญาณแสดงการทำงานที่ตกลงกันไว้ แต่ส่วนที่สร้างสัญญาณต้องผูกกับงานที่เฝ้าติดตาม รูปแบบหนึ่งที่ใช้กันทั่วไปคือเปลี่ยนค่าตัวนับทุกครั้งที่งาน PLC เป้าหมายอัปเดตเสร็จ ผู้รับจะอ่านค่าเป็นระยะ การเห็นค่า 101 ตามด้วย 102 และ 103 เป็นหลักฐานว่างานนี้ยังทำงานต่อเนื่อง ตัวเลขเหล่านี้เป็นเพียงตัวอย่าง ทั้งสองฝั่งต้องตกลงขนาดตัวนับ ช่วงเวลาการอัปเดต และวิธีอ่านค่า นี่ไม่ใช่ฟิลด์สากลที่มีอยู่ในทุกโปรโตคอลอุตสาหกรรม
หากยังมีการตอบกลับเข้ามาแต่ตัวนับค้างอยู่ที่ 103 อย่ารีเซ็ตตัวจับเวลาเฝ้าติดตามระดับงานเพียงเพราะมีแพ็กเก็ตใด ๆ เข้ามา ตรวจสอบตัวตนอุปกรณ์ คำขอที่ตรงกัน ความใช้ได้ของข้อมูล และการเปลี่ยนค่าตัวนับตามที่ตกลงไว้ จัดการกรณีตัวนับวนกลับ อุปกรณ์เริ่มทำงานใหม่ และการตอบกลับล่าช้า สิ่งสำคัญที่สุดคืออย่าให้เธรดเบื้องหลังที่ไม่เกี่ยวข้องยังส่งฮาร์ตบีตต่อไปขณะที่งานเก็บข้อมูลหยุดแล้ว เพราะจะทำให้เกิดสถานะออนไลน์ลวงอีกรูปแบบหนึ่ง
กำหนดเวลารอให้รองรับความแปรผันตามปกติ ไม่ใช่คัดลอกตัวเลขมาใช้
ระยะหมดเวลากำหนดว่าจะรอได้นานเท่าใดเมื่อไม่มีการอัปเดตที่ใช้ได้ ก่อนจะระบุว่ามีปัญหา หากสั้นเกินไป การเข้าคิวตามปกติ อุปกรณ์ที่มีภาระงานสูง หรือการเปลี่ยนเส้นทางชั่วครู่อาจทำให้เกิดสัญญาณเตือนผิดพลาด หากยาวเกินไป ความขัดข้องอาจไม่ถูกตรวจพบนานเกินควร ก่อนอื่นต้องเข้าใจช่วงเวลาการอัปเดตปกติ พฤติกรรมการตอบสนองภายใต้ภาระสูงสุดที่คาดไว้ การสูญหายของแพ็กเก็ตและการลองใหม่ รวมถึงความล่าช้าในการตรวจจับที่ยอมรับได้ จากนั้นเลือกช่วงเวลาที่เหมาะกับกระบวนการ อย่าคัดลอกค่ามิลลิวินาทีค่าเดียวไปใช้กับทุกสายการผลิต
เวลาหมดอายุของคำขอ, TCP keepalive และเวลาหมดอายุของข้อมูลกระบวนการเป็นตัวจับเวลาคนละตัว เวลาหมดอายุของคำขอตรวจสอบว่าคำขอหนึ่งได้รับการตอบกลับที่ตรงกันทันเวลาหรือไม่ TCP keepalive ตรวจสอบว่าปลายทางอีกฝั่งของการเชื่อมต่อที่ไม่มีการรับส่งข้อมูลยังเข้าถึงได้หรือไม่ เวลาหมดอายุของข้อมูลกระบวนการตรวจสอบว่าข้อมูลเป้าหมายยังอัปเดตตามที่ตกลงไว้หรือไม่ การตรวจสอบ keepalive สำเร็จไม่ได้พิสูจน์ว่างานหลักกำลังทำงานอยู่ ควรจำกัดจำนวนครั้งและช่วงเวลาของการลองใหม่ด้วย เพื่อไม่ให้ความขัดข้องกระตุ้นคำขอจำนวนมหาศาลจนใช้ความจุที่ทราฟฟิกควบคุมปกติจำเป็นต้องใช้
วอตช์ด็อกทำงานอย่างไร—และไม่ได้รับรองอะไร
วอตช์ด็อกเฝ้าติดตามว่าการอัปเดตที่ใช้ได้มาถึงทันเวลาหรือไม่ และกระตุ้นการตอบสนองที่กำหนดไว้เมื่อมาไม่ทัน ลองนึกถึงตัวจับเวลาถอยหลัง: ข้อมูลกระบวนการที่ใช้ได้จะรีเซ็ตตัวจับเวลา หากไม่มีการอัปเดตที่ใช้ได้มาถึงก่อนหมดเวลา อุปกรณ์จะรายงานความขัดข้องหรือจัดการเอาต์พุตตามการกำหนดค่า กลไกนี้อาจทำงานในฮาร์ดแวร์ เฟิร์มแวร์ หรือซอฟต์แวร์แอปพลิเคชัน โดยอาจเฝ้าติดตามข้อมูลกระบวนการที่เข้ามาทางเครือข่าย หรือการสื่อสารระหว่างหน่วยประมวลผลภายในอุปกรณ์กับอินเทอร์เฟซ
ตัวอย่างเช่น เอกสาร EtherCAT ของ Beckhoff แยกการเฝ้าติดตามข้อมูลกระบวนการฝั่งเครือข่ายออกจากการเฝ้าติดตามอินเทอร์เฟซภายใน ตัวอย่างนี้ช่วยอธิบายว่าสิ่งที่เฝ้าติดตามคืออะไร ไม่ได้หมายความว่าสวิตช์ FCTEL ใช้กลไกเดียวกัน และต้องไม่นำค่าเวลาเริ่มต้นของเทอร์มินัลหนึ่งไปใช้กับอุปกรณ์อื่นที่ไม่เกี่ยวข้อง เมื่อหมดเวลาแล้วจะคงค่าสุดท้าย ล้างค่า หรือเลือกสถานะอื่นที่กำหนดไว้ ขึ้นอยู่กับเอกสารของอุปกรณ์จริง วอตช์ด็อกการสื่อสารทั่วไปไม่เหมือนกับฟังก์ชันควบคุมความปลอดภัยที่ผ่านการรับรอง และไม่ทดแทนการออกแบบความปลอดภัยที่เครื่องจักรจำเป็นต้องมี
การกู้คืนและการทดสอบตรวจรับต้องทำมากกว่าการทดสอบถอดสายเพียงครั้งเดียว
ยืนยันการกู้คืนทีละชั้น พอร์ตที่กลับสู่สถานะ UP ยืนยันว่ามีลิงก์ทางกายภาพ จากนั้นตรวจสอบการเชื่อมต่อและการประมวลผลคำขอ ข้อมูลใหม่ที่ใช้ได้ และสถานะการทำงานที่ถูกต้องของอุปกรณ์ หลังจากนั้นจึงกลับมาควบคุมตามขั้นตอนที่กำหนด การตอบกลับเก่าที่มาล่าช้าหนึ่งครั้งหรือฮาร์ตบีตหนึ่งครั้งต้องไม่ทำให้เอาต์พุตทั้งหมดกลับมาทำงานโดยอัตโนมัติ สถานะใดต้องให้ผู้ปฏิบัติงานยืนยันและสถานะใดกู้คืนอัตโนมัติได้ขึ้นอยู่กับอุปกรณ์และกระบวนการ
สำหรับการทดสอบตรวจรับ ให้สร้างเหตุขัดข้องแบบควบคุมได้สามกรณีตามลำดับ ได้แก่ ถอดสายสื่อสาร หยุดงานหลักเป้าหมายชั่วคราว และหน่วงการตอบกลับที่ใช้ได้ เปลี่ยนเพียงเงื่อนไขเดียวในแต่ละครั้ง บันทึกสถานะพอร์ต การจับคู่การตอบกลับ การเปลี่ยนแปลงของฮาร์ตบีตหรือเวลาที่เก็บตัวอย่าง จังหวะเวลาการเตือน และการดำเนินการกู้คืน หากการหยุดงานชั่วคราวทำให้ลิงก์ยังเชื่อมต่ออยู่แต่เกิดสัญญาณเตือนระดับงาน แสดงว่าระบบได้สาธิตว่าสามารถเฝ้าติดตามความสดใหม่ของข้อมูลได้ การทดสอบถอดสายเพียงอย่างเดียวไม่สามารถแสดงความสามารถนี้ได้
พิจารณาหลักฐานจากสวิตช์ร่วมกับหลักฐานจากแอปพลิเคชัน
สวิตช์แบบจัดการได้ของ FCTEL ที่ระบุไว้ในเอกสาร ซึ่งมีพอร์ตทองแดงกิกะบิต 24 พอร์ต และพอร์ตคอมโบทองแดง/ไฟเบอร์กิกะบิตสี่พอร์ต สามารถให้การเชื่อมต่อเครือข่ายสำหรับ PLC และเทอร์มินัลเฝ้าติดตามได้ โปรดดูการจัดวางอินเทอร์เฟซในหน้าผลิตภัณฑ์ที่เชื่อมโยงไว้ เมื่อเลือกรุ่นที่จะใช้งานจริงซึ่งมีฟังก์ชันการจัดการตามต้องการ ให้ตรวจสอบว่ารุ่นนั้นแสดงสถานะพอร์ต ตัวนับข้อผิดพลาด และบันทึกเหตุการณ์ที่คุณต้องการได้หรือไม่ สวิตช์ให้เส้นทางการสื่อสาร ส่วนฮาร์ตบีตของแอปพลิเคชันและข้อมูลคุณภาพมักต้องอาศัยความร่วมมือจาก PLC เกตเวย์ หรือซอฟต์แวร์เฝ้าติดตาม การเปลี่ยนสวิตช์เพียงอย่างเดียวไม่ได้แก้ปัญหาสถานะออนไลน์ลวงโดยอัตโนมัติ
เทียบบันทึกเครือข่ายกับบันทึกแอปพลิเคชันให้ตรงกันตามเวลา หากพอร์ตมีเสถียรภาพแต่การอัปเดตที่ใช้ได้หยุดลง ให้ตรวจสอบโปรแกรม งานเก็บข้อมูล และข้อกำหนดอินเทอร์เฟซ หากพอร์ตหลุดซ้ำ ๆ ให้ตรวจสอบสาย แหล่งจ่ายไฟ และการเชื่อมต่อก่อน หากช่วงเวลาระหว่างการตอบกลับยาวขึ้น ให้ตรวจสอบภาระงาน การเข้าคิว และการลองใหม่ สรุปคือ ไฟยืนยันว่ามีลิงก์ การตอบสนองยืนยันว่ามีการตอบกลับ และมีเพียงข้อมูลใหม่ที่ใช้ได้เท่านั้นที่ให้หลักฐานว่างานหลักเป้าหมายยังทำงานอยู่
เอกสารอ้างอิงทางเทคนิค: Beckhoff: การตั้งค่าวอตช์ด็อกสำหรับเทอร์มินัล EtherCAT รุ่นเฉพาะ และ องค์กร Modbus: แหล่งข้อมูลด้านโปรโตคอลและการนำไปใช้งาน. แหล่งข้อมูล FCTEL ที่เกี่ยวข้อง: บทความทางเทคนิค และ เอกสารผลิตภัณฑ์สวิตช์อุตสาหกรรม.
