Triconex Tricon CX: Architecture Essentials Before You Configure

Triconex Tricon CX: พื้นฐานสถาปัตยกรรมก่อนการตั้งค่า

ทำความเข้าใจสถาปัตยกรรม Tricon CX ก่อนการตั้งค่า

Triconex Tricon CX เป็นตัวควบคุมความปลอดภัยแบบทริปเปิลโมดูลาร์เรดันดันท์ (TMR) ที่ใช้กันอย่างแพร่หลายในระบบปิดฉุกเฉิน (ESD) ของอุตสาหกรรมน้ำมันและก๊าซ แตกต่างจาก PLC ทั่วไป โมดูล I/O ทุกตัวจะทำการโหวต 2oo3 ภายในตัวเอง โปรเซสเซอร์จะประมวลผลตรรกะเดียวกันในสามช่องทางอิสระ สถาปัตยกรรมนี้รับประกันการทำงานที่ปลอดภัยแม้ไม่มีจุดล้มเหลวเดียว

อันดับแรก ให้ระบุการกำหนดค่าชาเชสของคุณ หน่วยประมวลผลไฮโดรคาร์บอนทั่วไปจะใช้ชาเชสสามตัว: ตัวหนึ่งสำหรับโมดูลโปรเซสเซอร์หลัก (MP3008) ตัวหนึ่งสำหรับอินพุตแอนะล็อก (AI3721) และตัวหนึ่งสำหรับเอาต์พุตดิจิทัล (DO3604T) แต่ละชาเชสเชื่อมต่อผ่าน TriBus ซึ่งเป็นแบ็คเพลนความเร็วสูงเฉพาะที่ทำงานที่ 25 Mbps

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

นอกจากนี้ Tricon CX รองรับโหนด I/O ระยะไกลได้สูงสุด 16 โหนดผ่านลิงก์ไฟเบอร์ออปติก แต่ละโหนดต้องใช้แผงเทอร์มินัลฟิลด์ (FTP) พร้อมแหล่งจ่ายไฟสำรอง 24 VDC แยกต่างหาก ห้ามเชื่อมต่อเทอร์มินัลไฟฟ้าแบบลูกโซ่ ใช้สายจ่ายแยกจากแผงจ่ายไฟที่มี UPS สำรองเพื่อให้เป็นไปตามข้อกำหนดความสมบูรณ์ของพลังงาน IEC 61511

สเปคสำคัญ: เวลาสแกนของ Tricon CX คือ 25 มิลลิวินาทีสำหรับระบบที่มีโมดูลเต็ม 118 โมดูล ความละเอียดเวลาบันทึก SOE ของอินพุตดิจิทัลคือ 1 มิลลิวินาที ความแม่นยำของอินพุตแอนะล็อกคือ 0.1% ของช่วงที่อุณหภูมิแวดล้อม 25 องศาเซลเซียส

ขั้นตอนการเขียนโปรแกรมสาเหตุและผลลัพธ์ใน Tristation 1131

การสร้างเมทริกซ์สาเหตุและผลลัพธ์ (C and E) เป็นพื้นฐานของทุกโครงการ SIS ระบบ Tricon จะแปลงตรรกะ C and E เป็นไดอะแกรมบล็อกฟังก์ชัน (FBD) ภายใน Tristation 1131 ซึ่งเป็นเครื่องมือเขียนโปรแกรมที่สอดคล้องกับ IEC 61131-3 เพียงตัวเดียวสำหรับตัวควบคุม Triconex

  1. ขั้นตอนที่ 1: สร้างฐานข้อมูลแท็ก เปิดยูทิลิตี้นำเข้าแท็ก กรอกชื่อแท็กตามมาตรฐาน ISA-5.1 เช่น XV-1101A_ZSCO หมายถึงสวิตช์จำกัดปิดวาล์วปิดเครื่อง กำหนดแท็กแต่ละตัวให้ตรงกับที่อยู่ I/O ทางกายภาพ รูปแบบที่อยู่ฮาร์ดแวร์คือ Slot:Channel โดย Slot 3 หมายถึงช่องที่ 3 ของชาเชส และ Channel 05 หมายถึงเทอร์มินัลที่ 5 บนโมดูลนั้น
  2. ขั้นตอนที่ 2: สร้างบล็อกฟังก์ชันความปลอดภัย ลากบล็อก VOTE_2oo3 สำหรับแต่ละกลุ่มอินพุตดิจิทัล เชื่อมต่อเอาต์พุตบล็อกกับ SR (set-reset) flip-flop ต่อสายเอาต์พุต SR ไปยังบล็อก DO_CH ที่แมปกับโซลินอยด์ฟิลด์ แต่ละจุดเอาต์พุตต้องมีบล็อก LINE_MON เพื่อตรวจจับความผิดพลาดวงจรเปิดหรือวงจรลัดบนสายฟิลด์
  3. ขั้นตอนที่ 3: กำหนดค่าการเชื่อมต่อ Modbus TCP slave คลิกขวาที่โหนดตัวควบคุม เลือก Communication Setup แล้วเลือก Modbus TCP Slave ตั้งพอร์ต TCP เป็น 502 แมปรีจิสเตอร์เก็บข้อมูล 40001-40100 กับแท็กสถานะความปลอดภัยแบบจำนวนเต็ม กำหนดคอยล์ในช่วง 00001-00064 สำหรับบิตสถานะอนุญาต เปิดใช้งานธงป้องกันการเขียนสำหรับรีจิสเตอร์เก็บข้อมูลทั้งหมด
  4. ขั้นตอนที่ 4: นำตรรกะจัดการบายพาสมาใช้ ใช้บล็อก BYPASS_2S ต่อฟังก์ชันความปลอดภัย (SIF) แต่ละตัว รับคำขอบายพาสจาก HMI ของผู้ปฏิบัติงานและสวิตช์กุญแจโอเวอร์ไรด์บำรุงรักษา บันทึกเวลาที่เริ่มบายพาสในแท็ก TOD บันทึกเหตุการณ์บายพาสทั้งหมดลงในเครื่องบันทึกลำดับเหตุการณ์ (SOE) ด้วยความละเอียด 1 มิลลิวินาที
  5. ขั้นตอนที่ 5: คอมไพล์และดาวน์โหลด รันการตรวจสอบแบบเต็มโดยใช้ F7 ตรวจสอบรายงาน Cross-Reference สำหรับแท็กที่ยังไม่ถูกกำหนด เชื่อมต่อผ่านพอร์ต Enhanced Diagnostic Monitor (EDM) ทำการดาวน์โหลดแบบอุ่นถ้าเปลี่ยนแค่ตรรกะ ใช้ดาวน์โหลดแบบเย็นถ้ามีการแก้ไขการกำหนดค่าฮาร์ดแวร์ ทำการดาวน์โหลดแบบเย็นเสมอในช่วงเวลาปิดโรงงาน

อย่างไรก็ตาม ความผิดพลาดที่พบบ่อยที่สุดของวิศวกรคือการลืมแมปที่อยู่ IP ของเกตเวย์ Modbus ใน NCM (Network Configuration Module) หากขาดขั้นตอนสำคัญนี้ DCS จะเห็นรีจิสเตอร์เก็บข้อมูลทั้งหมดเป็นศูนย์ ทำให้เกิดสัญญาณเตือนรบกวนบนคอนโซลผู้ปฏิบัติงาน

Triconex Tricon CX: สถาปัตยกรรมสำคัญก่อนการตั้งค่า

ขั้นตอนการทดสอบพิสูจน์สำหรับ SIF โหมดความต้องการสูง

มาตรฐาน IEC 61511 กำหนดให้ต้องทดสอบพิสูจน์ฟังก์ชันความปลอดภัยทุกตัวเป็นระยะๆ SIF โหมดความต้องการสูงในงานไฮโดรคาร์บอนต้องมีความครอบคลุมการทดสอบพิสูจน์ (PTC) อย่างน้อย 95% การทดสอบต้องครอบคลุมเซ็นเซอร์ ตัวแก้ไขตรรกะ และอุปกรณ์สุดท้ายในลำดับเดียวแบบครบวงจร

  1. อันดับแรก: ขออนุญาตบายพาสจากหัวหน้ากะ เปิดแผงวินิจฉัย Tristation 1131 ไปที่แท็บ Point Forcing บังคับอินพุตแอนะล็อกที่แทนค่าตัวส่งแรงดันกระบวนการ PT-1101A ให้เป็นค่าตั้งทริป 15.0 บาร์ ตรวจสอบเครื่องบันทึก SOE เวลาบันทึกต้องจับมิลลิวินาทีที่อินพุตข้ามเกณฑ์อย่างแม่นยำ
  2. อันดับที่สอง: สังเกตเวลาตอบสนองของตัวแก้ไขตรรกะ Tricon CX ประมวลผลเงื่อนไขทริปในรอบสแกนเดียว เอาต์พุตที่โหวต 2oo3 ต้องจ่ายไฟให้โมดูลเอาต์พุตดิจิทัลภายใน 25 มิลลิวินาที ใช้เครื่องบันทึกความเร็วสูงวัดที่ขั้วเอาต์พุต เวลาทริปตั้งแต่เปลี่ยนอินพุตจนเอาต์พุตดับต้องไม่เกินเป้าหมายข้อกำหนดความปลอดภัย SRS ซึ่งโดยทั่วไปคือ 500 มิลลิวินาทีสำหรับวาล์ว ESD

ดังนั้น ให้บันทึกการวัดทุกครั้งในรายงานการทดสอบพิสูจน์ บันทึกจุดทริปที่พบและจุดทริปหลังทดสอบ คำนวณความพร้อมใช้งานความปลอดภัยโดยใช้สมการง่ายๆ: PFDavg เท่ากับ lambda_DU คูณ TI หารด้วย 2 โดยที่ lambda_DU คืออัตราความล้มเหลวที่อันตรายแต่ไม่ตรวจจับ และ TI คือช่วงเวลาทดสอบ สำหรับ SIF Triconex ทั่วไปที่ทดสอบทุก 3 ปี คาดว่า PFDavg จะอยู่ที่ 2.5 x 10^-4 ซึ่งอยู่ในเกณฑ์ SIL 3 อย่างสบาย

สุดท้าย คืนค่าจุดบังคับทั้งหมดกลับสู่สถานะอัตโนมัติ ล้างบัฟเฟอร์ SOE ยืนยันว่ารีจิสเตอร์สถานะ Modbus TCP อ่านกลับเป็นปกติบน HMI ของ DCS บันทึกเวลาที่ถอดบายพาสและลงนามในรายงานการทดสอบ

แก้ไขปัญหาการสื่อสาร Modbus TCP กับ Triconex ที่พบบ่อย

วิศวกรมักเจอปัญหา Modbus TCP สามประการกับระบบ Triconex ปัญหาแรกคือสัญญาณเตือนการสูญเสียลิงก์ NCM เกิดขึ้นเมื่อไคลเอนต์ Modbus TCP (โดยทั่วไปคือ DCS หรือระบบจัดการสินทรัพย์) โพลเร็วกว่าค่าที่กำหนดคือ 500 มิลลิวินาที เซิร์ฟเวอร์ Modbus ของ Tricon CX จะปฏิเสธคำขอที่เร็วกว่า 350 มิลลิวินาที วิธีแก้ไข: ปรับไดรเวอร์ DCS ให้โพลรีจิสเตอร์เก็บข้อมูลทุก 500 มิลลิวินาทีพอดี ตั้งค่า TCP connection timeout เป็น 10 วินาที

ปัญหาที่สองคือการจัดตำแหน่งรีจิสเตอร์ผิด แผนที่ Modbus ของ Triconex ใช้ที่อยู่แบบ 0-based ภายใน แต่ไดรเวอร์ DCS ส่วนใหญ่ใช้ที่อยู่แบบ 1-based รีจิสเตอร์ที่แมปภายในเป็นออฟเซ็ต 0 จะปรากฏใน DCS เป็น 40001 ตรวจสอบเสมอโดยการอ่านรีจิสเตอร์ 40001 ด้วยเครื่องมือทดสอบ Modbus เช่น Modbus Poll เปรียบเทียบค่าฮексดิบกับค่าที่คาดหวังใน Tristation

ปัญหาที่สามคือการสลับไบต์ Triconex เก็บค่าทศนิยมแบบ 32 บิตในรูปแบบ big-endian ข้ามรีจิสเตอร์เก็บข้อมูลสองตัวติดต่อกัน แพลตฟอร์ม DCS บางตัว เช่น Emerson DeltaV และ ABB 800xA คาดหวังลำดับไบต์แบบ little-endian เปิดใช้งานฟังก์ชันสลับคำในคอนฟิก NCM เพื่อแก้ไขความไม่ตรงกันนี้ ทดสอบโดยเขียนค่าทศนิยมที่รู้จัก เช่น 100.0 แล้วอ่านกลับทั้งสองลำดับคำเพื่อยืนยันการจัดเรียงไบต์ถูกต้อง

กลับไปยังบล็อก
โพสต์ก่อนหน้า โพสต์ถัดไป