ทำความเข้าใจแท็ก PLC: ขอบเขตคอนโทรลเลอร์เทียบกับขอบเขตโปรแกรมในระบบอัตโนมัติสมัยใหม่

เหตุใดโครงสร้างแท็ก PLC จึงมีความสำคัญยิ่งกว่าที่เคย

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

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

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

รูปที่ 1. แพลตฟอร์ม PLC สมัยใหม่จัดระเบียบ I/O ทางกายภาพไว้ภายในโครงสร้างหน่วยความจำของคอนโทรลเลอร์ที่เข้าถึงได้ทั่วโลก เพื่อทำให้การสื่อสารระหว่างโปรแกรมและอุปกรณ์ภายนอกง่ายขึ้น

จากแอดเดรสตายตัวสู่สถาปัตยกรรมแท็กที่ยืดหยุ่น

การเปลี่ยนแปลงของตัวแปร PLC ตามกาลเวลา

ระบบ PLC รุ่นแรก ๆ ต้องพึ่งพาแผนผังหน่วยความจำที่ตายตัว วิศวกรอ้างอิงตัวแปรผ่านแอดเดรสคงที่ เช่น N7:0 หรือ B3:1/0 แม้โครงสร้างเหล่านี้จะใช้งานได้ดีกับระบบขนาดเล็ก แต่กลับขยายให้รองรับโรงงานอัตโนมัติขนาดใหญ่ได้ยาก

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

วิวัฒนาการนี้ยังช่วยปรับปรุงการทำงานร่วมกันระหว่าง PLC, HMI, ระบบจัดเก็บประวัติข้อมูล และแพลตฟอร์ม SCADA อีกด้วย แพลตฟอร์มภายในระบบนิเวศ Allen-Bradley ControlLogix และคอนโทรลเลอร์ Siemens SIMATIC ต่างพึ่งพาการจัดการแท็กแบบมีโครงสร้างอย่างมากเพื่อรองรับสถาปัตยกรรมระบบอัตโนมัติที่ซับซ้อน

ขอบเขตคอนโทรลเลอร์เทียบกับขอบเขตโปรแกรม

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

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

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

รูปที่ 2. Siemens TIA Portal แยกข้อมูลคอนโทรลเลอร์ที่ใช้ร่วมกันทั่วโลกออกจากตัวแปรระดับฟังก์ชันภายใน เพื่อปรับปรุงการจัดระเบียบโค้ดแบบโมดูลาร์

ประสิทธิภาพการใช้หน่วยความจำยังคงเป็นลำดับความสำคัญทางวิศวกรรม

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

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

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

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

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

ขอบเขตเฉพาะที่ให้ประโยชน์สูงสุด

โมดูลเครื่องจักรที่นำกลับมาใช้ซ้ำได้

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

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

แทนที่จะเปลี่ยนชื่อตัวแปรหลายร้อยตัวสำหรับแต่ละสถานีที่ทำซ้ำ วิศวกรเพียงแมปการอ้างอิง I/O ภายนอกใหม่ โดยคงลอจิกภายในไว้เหมือนเดิม

การแก้ไขปัญหาที่เป็นระบบมากขึ้นและการผสานรวมที่รวดเร็วขึ้น

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

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

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

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

เมื่อแท็กโกลบอลกลายเป็นสิ่งจำเป็น

ตัวแปรบางตัวไม่ควรอยู่ภายในขอบเขตเฉพาะที่ ข้อมูลบางอย่างต้องเข้าถึงได้ทั่วทั้งคอนโทรลเลอร์

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

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

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

แท็กนามแฝงเชื่อมต่อลอจิกแบบโมดูลกับลอจิกแบบโกลบอล

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

ใน Rockwell Studio 5000 โครงสร้างแท็กนามแฝงมักช่วยรองรับการจัดการข้อผิดพลาดแบบรวมศูนย์ สถานีเครื่องจักรแบบโลคัลสามารถเรียกใช้บิตสัญญาณเตือนแบบโลคัล พร้อมอัปเดตอาร์เรย์ข้อผิดพลาดของ HMI แบบโกลบอลไปพร้อมกัน

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

รูปที่ 5. แท็กนามแฝงช่วยเชื่อมต่อลอจิกเครื่องจักรแบบโลคัลกับระบบตรวจสอบและวินิจฉัยแบบรวมศูนย์ภายในโครงการ PLC สมัยใหม่

การเปลี่ยนแปลงของอุตสาหกรรมสู่การออกแบบซอฟต์แวร์แบบโมดูล

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

ฟังก์ชันบล็อก อ็อบเจ็กต์เครื่องจักรที่นำกลับมาใช้ซ้ำได้ และโมดูลควบคุมแบบกำหนดพารามิเตอร์ ปัจจุบันเป็นองค์ประกอบหลักของแพลตฟอร์มระบบอัตโนมัติขั้นสูงจาก Siemens, Beckhoff, Rockwell และ Emerson

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

มุมมองทางวิศวกรรม

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

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

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

Daniel Mercer — นักข่าวอาวุโสด้านระบบอัตโนมัติอุตสาหกรรมที่มีประสบการณ์ 14 ปีในการรายงานข่าวเกี่ยวกับสถาปัตยกรรม PLC การผสานรวมซอฟต์แวร์อุตสาหกรรม และระบบควบคุมเครื่องจักร เขาเคยสนับสนุนโครงการที่เกี่ยวข้องกับแพลตฟอร์ม Rockwell Automation, Siemens, Emerson DeltaV, ABB 800xA และ Beckhoff Automation ในอุตสาหกรรมการผลิตและกระบวนการผลิต