Modular PLC CPU coordinating communication and I/O modules

ภายใน CPU ของ PLC: รอบการสแกน หน่วยความจำ และการเลือก

คู่มือเชิงปฏิบัติสำหรับการทำงานของ CPU ใน PLC ตั้งแต่วงจรสแกนแบบกำหนดแน่นอนและตารางภาพ I/O ไปจนถึงหน่วยความจำ การสื่อสาร การวินิจฉัยระบบ ความซ้ำซ้อน การเลือก...

โดยทั่วไป PLC มักถูกประเมินจากจำนวน I/O หรือพอร์ตสื่อสาร แต่ CPU เป็นตัวกำหนดว่าระบบควบคุมทั้งหมดจะตอบสนองได้อย่างคาดการณ์ได้หรือไม่เมื่อสภาวะการผลิตเปลี่ยนแปลง คุณค่าที่แท้จริงไม่ได้อยู่ที่ความเร็วสัญญาณนาฬิกาเพียงอย่างเดียว แต่อยู่ที่ความสามารถในการประมวลผลลอจิก เคลื่อนย้ายข้อมูลกระบวนการ และจัดการข้อขัดข้องภายในกรอบเวลาที่วิศวกรสามารถเข้าใจได้

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

การประมวลผลแบบกำหนดเวลาได้คือเป้าหมายหลักของการออกแบบ

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

แนวคิดรอบการสแกนที่คุ้นเคยยังมีประโยชน์ แต่ไม่ควรถือเป็นกฎตายตัวสำหรับทุกแพลตฟอร์ม คอนโทรลเลอร์แบบดั้งเดิมจะอ่านอินพุต ประมวลผลลอจิก และเขียนเอาต์พุตตามลำดับซ้ำไปเรื่อย ๆ ระบบสมัยใหม่อาจใช้ทาสก์แบบเป็นคาบ รูทีนที่เรียกใช้ตามเหตุการณ์ อัตราการอัปเดต I/O แบบกระจาย และโปรเซสเซอร์เฉพาะสำหรับการเคลื่อนไหวหรือความปลอดภัย อย่างไรก็ตาม เป้าหมายทางวิศวกรรมยังคงเหมือนเดิม นั่นคือเวลาตอบสนองที่มีขอบเขตและสามารถตรวจสอบได้

CPU ของ PLC ติดตั้งอยู่ระหว่างโมดูลสื่อสารและโมดูล I/O ในแร็กคอนโทรลเลอร์แบบโมดูลาร์

CPU ของ PLC แบบโมดูลาร์ประสานการรับส่งข้อมูลผ่านแบ็กเพลนระหว่างฮาร์ดแวร์สื่อสารกับ I/O ภายในเครื่อง ขณะเดียวกันก็ประมวลผลแอปพลิเคชันควบคุม

ภาพอินพุต การประมวลผลลอจิก และภาพเอาต์พุต

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

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

สิ่งที่เกิดขึ้นภายในแต่ละรอบการควบคุม

CPU ต้องทำมากกว่าการประมวลผลลอจิกแบบแลดเดอร์ โดยต้องจัดการลำดับความสำคัญของทาสก์ อัปเดต I/O ภายในเครื่องและระยะไกล ให้บริการการเชื่อมต่อเครือข่าย บันทึกข้อมูลการวินิจฉัย ตรวจสอบขีดจำกัดของวอตช์ด็อก และรักษาข้อมูลที่เลือกไว้ เมื่อภาระการสื่อสารหรือการเคลื่อนไหวเพิ่มขึ้น หน้าที่สนับสนุนเหล่านี้อาจใช้เวลาของโปรเซสเซอร์ในสัดส่วนที่มีนัยสำคัญ

สถาปัตยกรรม CPU ของ PLC แสดงรันไทม์ หน่วยความจำ การสื่อสาร และเส้นทางข้อมูล I/O

ตัวชี้วัดประสิทธิภาพโปรเซสเซอร์ที่มีประโยชน์คือเส้นทางการควบคุมทั้งหมด ซึ่งรวมลอจิก การแลกเปลี่ยน I/O การสื่อสาร และโอเวอร์เฮดของระบบ

วอตช์ด็อกเปลี่ยนเวลาให้เป็นกลไกความปลอดภัย

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

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

ความจุหน่วยความจำเป็นเพียงส่วนหนึ่งของคำถาม

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

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

PLC ขนาดกะทัดรัดพร้อม I/O ในตัวและจุดเชื่อมต่อโมดูลขยาย

คอนโทรลเลอร์ขนาดกะทัดรัดรวมฟังก์ชัน CPU และ I/O ไว้ด้วยกัน แต่ข้อจำกัดด้านการขยายและสถาปัตยกรรมการอัปเดตยังคงกำหนดขอบเขตการออกแบบเครื่องจักรที่ทำได้

การสื่อสารอาจเป็นภาระหลักของ CPU สมัยใหม่

ในอดีต การเลือกคอนโทรลเลอร์มุ่งเน้นที่ I/O ภายในเครื่องและลอจิกพื้นฐาน ปัจจุบัน CPU อาจแลกเปลี่ยนข้อมูลแบบเป็นคาบกับไดรฟ์และแร็กระยะไกล พร้อมให้บริการ HMI ระบบจัดเก็บประวัติ เครื่องมือบำรุงรักษา และเอดจ์เกตเวย์ไปพร้อมกัน จำนวนการเชื่อมต่อ อัตราแพ็กเก็ต ข้อมูลที่ผลิตและข้อมูลที่ใช้ การแปลงโปรโตคอล และบริการความมั่นคงปลอดภัยไซเบอร์ ล้วนส่งผลต่อประสิทธิภาพได้

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

การมีพอร์ตไม่ได้รับประกันความเข้ากันได้ของโปรโตคอลหรือประสิทธิภาพ

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

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

รายการตรวจสอบสำหรับการเลือก CPU ของ PLC ที่ดียิ่งขึ้น

เริ่มจากข้อกำหนดการควบคุม นั่นคือเหตุการณ์ทางกายภาพที่เร็วที่สุดซึ่งต้องตรวจจับและตอบสนอง จากนั้นเพิ่มการกรองอินพุต การอัปเดต I/O คาบเวลาของทาสก์ และความล่าช้าของเอาต์พุต เพื่อกำหนดเวลาตอบสนองแบบครบวงจรที่ยอมรับได้ แล้วจึงประเมินประเภทคำสั่ง แกนการเคลื่อนไหว ทาสก์ด้านความปลอดภัย การเชื่อมต่อเครือข่าย และโอเวอร์เฮดด้านการวินิจฉัย

ขั้นต่อไป ให้ตรวจสอบความจุ I/O และโทโพโลยี ยืนยันโมดูลภายในเครื่องที่รองรับ แร็กระยะไกล อินเทอร์เฟซเฉพาะทาง และงบประมาณกำลังไฟ เผื่อการขยายที่ใช้งานได้จริง แทนที่จะใช้ความจุสูงสุดตามที่เผยแพร่เป็นเป้าหมายเริ่มต้นของการออกแบบ

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

โมดูล CPU ของ PLC อุตสาหกรรมที่เลือกเพื่อการควบคุมแบบกำหนดเวลาได้และความเข้ากันได้กับเครือข่าย

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

วิจารณญาณทางวิศวกรรมที่สำคัญ

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

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

เกี่ยวกับผู้เขียน

Daniel Mercer | บรรณาธิการระบบอุตสาหกรรม

Daniel Mercer นำเสนอเนื้อหาเกี่ยวกับสถาปัตยกรรม PLC ระบบเครือข่ายควบคุม และการตัดสินใจด้านวงจรชีวิตให้กับฝ่ายบรรณาธิการของ PLC ProTech โดยเน้นการแลกเปลี่ยนเชิงวิศวกรรมที่ใช้ได้จริงและระบบอัตโนมัติที่บำรุงรักษาได้

ภายใน CPU ของ PLC: รอบการสแกน หน่วยความจำ และการเลือก

คู่มือเชิงปฏิบัติสำหรับการทำงานของ CPU ใน PLC ตั้งแต่วงจรสแกนแบบกำหนดแน่นอนและตารางภาพ I/O ไปจนถึงหน่วยความจำ การสื่อสาร การวินิจฉัยระบบ ความซ้ำซ้อน การเลือกขนาดโปรเซสเซอร์ และการขยายระบบอย่างเชื่อ...

โดยทั่วไป PLC มักถูกประเมินจากจำนวน I/O หรือพอร์ตสื่อสาร แต่ CPU เป็นตัวกำหนดว่าระบบควบคุมทั้งหมดจะตอบสนองได้อย่างคาดการณ์ได้หรือไม่เมื่อสภาวะการผลิตเปลี่ยนแปลง คุณค่าที่แท้จริงไม่ได้อยู่ที่ความเร็วสัญญาณนาฬิกาเพียงอย่างเดียว แต่อยู่ที่ความสามารถในการประมวลผลลอจิก เคลื่อนย้ายข้อมูลกระบวนการ และจัดการข้อขัดข้องภายในกรอบเวลาที่วิศวกรสามารถเข้าใจได้

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

การประมวลผลแบบกำหนดเวลาได้คือเป้าหมายหลักของการออกแบบ

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

แนวคิดรอบการสแกนที่คุ้นเคยยังมีประโยชน์ แต่ไม่ควรถือเป็นกฎตายตัวสำหรับทุกแพลตฟอร์ม คอนโทรลเลอร์แบบดั้งเดิมจะอ่านอินพุต ประมวลผลลอจิก และเขียนเอาต์พุตตามลำดับซ้ำไปเรื่อย ๆ ระบบสมัยใหม่อาจใช้ทาสก์แบบเป็นคาบ รูทีนที่เรียกใช้ตามเหตุการณ์ อัตราการอัปเดต I/O แบบกระจาย และโปรเซสเซอร์เฉพาะสำหรับการเคลื่อนไหวหรือความปลอดภัย อย่างไรก็ตาม เป้าหมายทางวิศวกรรมยังคงเหมือนเดิม นั่นคือเวลาตอบสนองที่มีขอบเขตและสามารถตรวจสอบได้

CPU ของ PLC ติดตั้งอยู่ระหว่างโมดูลสื่อสารและโมดูล I/O ในแร็กคอนโทรลเลอร์แบบโมดูลาร์

CPU ของ PLC แบบโมดูลาร์ประสานการรับส่งข้อมูลผ่านแบ็กเพลนระหว่างฮาร์ดแวร์สื่อสารกับ I/O ภายในเครื่อง ขณะเดียวกันก็ประมวลผลแอปพลิเคชันควบคุม

ภาพอินพุต การประมวลผลลอจิก และภาพเอาต์พุต

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

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

สิ่งที่เกิดขึ้นภายในแต่ละรอบการควบคุม

CPU ต้องทำมากกว่าการประมวลผลลอจิกแบบแลดเดอร์ โดยต้องจัดการลำดับความสำคัญของทาสก์ อัปเดต I/O ภายในเครื่องและระยะไกล ให้บริการการเชื่อมต่อเครือข่าย บันทึกข้อมูลการวินิจฉัย ตรวจสอบขีดจำกัดของวอตช์ด็อก และรักษาข้อมูลที่เลือกไว้ เมื่อภาระการสื่อสารหรือการเคลื่อนไหวเพิ่มขึ้น หน้าที่สนับสนุนเหล่านี้อาจใช้เวลาของโปรเซสเซอร์ในสัดส่วนที่มีนัยสำคัญ

สถาปัตยกรรม CPU ของ PLC แสดงรันไทม์ หน่วยความจำ การสื่อสาร และเส้นทางข้อมูล I/O

ตัวชี้วัดประสิทธิภาพโปรเซสเซอร์ที่มีประโยชน์คือเส้นทางการควบคุมทั้งหมด ซึ่งรวมลอจิก การแลกเปลี่ยน I/O การสื่อสาร และโอเวอร์เฮดของระบบ

วอตช์ด็อกเปลี่ยนเวลาให้เป็นกลไกความปลอดภัย

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

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

ความจุหน่วยความจำเป็นเพียงส่วนหนึ่งของคำถาม

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

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

PLC ขนาดกะทัดรัดพร้อม I/O ในตัวและจุดเชื่อมต่อโมดูลขยาย

คอนโทรลเลอร์ขนาดกะทัดรัดรวมฟังก์ชัน CPU และ I/O ไว้ด้วยกัน แต่ข้อจำกัดด้านการขยายและสถาปัตยกรรมการอัปเดตยังคงกำหนดขอบเขตการออกแบบเครื่องจักรที่ทำได้

การสื่อสารอาจเป็นภาระหลักของ CPU สมัยใหม่

ในอดีต การเลือกคอนโทรลเลอร์มุ่งเน้นที่ I/O ภายในเครื่องและลอจิกพื้นฐาน ปัจจุบัน CPU อาจแลกเปลี่ยนข้อมูลแบบเป็นคาบกับไดรฟ์และแร็กระยะไกล พร้อมให้บริการ HMI ระบบจัดเก็บประวัติ เครื่องมือบำรุงรักษา และเอดจ์เกตเวย์ไปพร้อมกัน จำนวนการเชื่อมต่อ อัตราแพ็กเก็ต ข้อมูลที่ผลิตและข้อมูลที่ใช้ การแปลงโปรโตคอล และบริการความมั่นคงปลอดภัยไซเบอร์ ล้วนส่งผลต่อประสิทธิภาพได้

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

การมีพอร์ตไม่ได้รับประกันความเข้ากันได้ของโปรโตคอลหรือประสิทธิภาพ

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

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

รายการตรวจสอบสำหรับการเลือก CPU ของ PLC ที่ดียิ่งขึ้น

เริ่มจากข้อกำหนดการควบคุม นั่นคือเหตุการณ์ทางกายภาพที่เร็วที่สุดซึ่งต้องตรวจจับและตอบสนอง จากนั้นเพิ่มการกรองอินพุต การอัปเดต I/O คาบเวลาของทาสก์ และความล่าช้าของเอาต์พุต เพื่อกำหนดเวลาตอบสนองแบบครบวงจรที่ยอมรับได้ แล้วจึงประเมินประเภทคำสั่ง แกนการเคลื่อนไหว ทาสก์ด้านความปลอดภัย การเชื่อมต่อเครือข่าย และโอเวอร์เฮดด้านการวินิจฉัย

ขั้นต่อไป ให้ตรวจสอบความจุ I/O และโทโพโลยี ยืนยันโมดูลภายในเครื่องที่รองรับ แร็กระยะไกล อินเทอร์เฟซเฉพาะทาง และงบประมาณกำลังไฟ เผื่อการขยายที่ใช้งานได้จริง แทนที่จะใช้ความจุสูงสุดตามที่เผยแพร่เป็นเป้าหมายเริ่มต้นของการออกแบบ

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

โมดูล CPU ของ PLC อุตสาหกรรมที่เลือกเพื่อการควบคุมแบบกำหนดเวลาได้และความเข้ากันได้กับเครือข่าย

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

วิจารณญาณทางวิศวกรรมที่สำคัญ

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

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

เกี่ยวกับผู้เขียน

Daniel Mercer | บรรณาธิการระบบอุตสาหกรรม

Daniel Mercer นำเสนอเนื้อหาเกี่ยวกับสถาปัตยกรรม PLC ระบบเครือข่ายควบคุม และการตัดสินใจด้านวงจรชีวิตให้กับฝ่ายบรรณาธิการของ PLC ProTech โดยเน้นการแลกเปลี่ยนเชิงวิศวกรรมที่ใช้ได้จริงและระบบอัตโนมัติที่บำรุงรักษาได้

แสดงความคิดเห็น

โปรดทราบว่าความคิดเห็นจะต้องได้รับการอนุมัติก่อนที่จะได้รับการเผยแพร่