Ჰანიველის FC-SCNT02-ის გაგება: უსაფრთხოების მენეჯერი SC-ის არქიტექტურაში მნიშვნელოვანი კონტროლერის მოდული

Კონტროლერი / არქიტექტურა / ინტეგრაცია

Უსაფრთხოების სისტემის ცენტრში მდებარე კონტროლერი

Ჰონეველ FC-SCNT02 არის S300 უსაფრთხოების კონტროლერის მოდული უსაფრთხოების მენეჯერი SC-სთვის. მისი მნიშვნელობა სამი დაკავშირებული როლიდან მომდინარეობს: ველის შეყვანის/გამოტანისა და დაცვითი მოქმედების შორის უსაფრთხოების კონტროლის ფენის დაკავება, დაყენებული სისტემებისთვის თავსებადი კონტროლერის ჩანაცვლების გზის მიწოდება და მხარდაჭერილი გამოცემების შემთხვევაში DNP3 აუტსტეიშენის ინტეგრაციის შესაძლებლობის უზრუნველყოფა. ამ როლების გაგება ახსნის, რატომ არის ეს არქიტექტურის გასაღები კომპონენტი, არ არის უბრალოდ კაბინეტში კიდევა ერთი მოდული.

Კონტროლის ფენა ველის ინფორმაციას უსაფრთხოების გადაწყვეტილებად აქცევს

Უსაფრთხოების მენეჯერი SC აერთიანებს S300 პროცესორს, უსაფრთხოების შემავალ-გამომავალ ინტერფეისს და ინჟინერულ საშუალებებს. ამ კონფიგურაციაში FC-SCNT02 მონაწილეობს კონტროლერის დონეზე. ველის ინტერფეისი და კონტროლის დონე ამოხსნის სხვადასხვა ამოცანას: შემავალ-გამომავალი ინტერფეისი აკავშირებს სისტემას სიგნალებთან, ხოლო კონფიგურირებული ლოგიკა განსაზღვრავს, თუ როგორ უნდა დაკავშირდეს ეს სიგნალები საჭიროებულ დაცვით რეაქციას. ეს არის არქიტექტურული მიზეზი, რის გამოც კონტროლერი მნიშვნელოვანია.

Მიყევით კონცეპტუალურ გამორთვის მიმართულებას: ველის პირობა აღწევს უსაფრთხოების შემავალი ინტერფეისს, კონფიგურირებული ლოგიკა აფასებს ამ პირობას, ხოლო გამომავალი ინტერფეისი აცნობებს საბოლოო ელემენტს შედეგად მიღებულ მოქმედებას. კონტროლერი მდებარეობს ამ მიმართულების გადაწყვეტილების ეტაპზე. მაგალითად, ინჟინერულად შემუშავებული გამორთვის აპლიკაცია უნდა დაამყაროს კავშირი შემავალ პირობასა და შესაბამის გამომავალ რეაქციას შორის; ერთადერთი სიგნალის მიღება არ განსაზღვრავს ამ კავშირს. ეს მაგალითი ახსნის ფუნქციონალურ გამოყოფას, არ არის კონკრეტული FC-SCNT02 პროგრამის ან ჩართვის სქემის აღწერა.

Ოთხი ფენა სხვადასხვა პასუხისმგებლობით

Შეცდომა-ტოლერანტული სისტემის მნიშვნელოვანი კონტროლერი

Უსაფრთხოების მენეჯერი SC იყენებს მრავალშეცდომა-ტოლერანტულ სამკარგაო QMR ან 2oo4D არქიტექტურას. FC-SCNT02 უნდა გაგებული იქნას ამ სისტემური განლაგების კონტექსტში: კონტროლერის ფენა მუშაობს განსაკუთრებული I/O-სა და აპლიკაციასთან, არ უზრუნველყოფს სრული უსაფრთხოების ფუნქციის განხორციელებას თავისთავად. მისი ცენტრალური პოზიცია ლოგიკურ მიმართულებაში კონტროლერის კონფიგურაციასა და თავსებადობას საერთო სისტემის დიზაინზე გავლენას ახდენს.

Ეს განსხვავება მნიშვნელოვანია ასევე SIL-ის მოთხოვნების შემთხვევაში. უსაფრთხოების მენეჯერი SC სერტიფიცირებულია SIL 3-მდე აპლიკაციებისთვის. SIL 3 კონტროლერის არჩევანი თავისთავად არ უზრუნველყოფს მთლიანი დამონტაჟებული უსაფრთხოების ფუნქციის მთლიანობის დამტკიცებას. სენსორი, ლოგიკა, საბოლოო ელემენტი და აპლიკაციის ცხოვრების ციკლი უნდა შეფასდეს როგორც მთლიანი ჯაჭვი.

Ინჟინერია კონტროლერის აპარატურას აკავშირებს მიზნად განსაკუთრებულ ქცევას

Ჰანიველის R212.1 მასალა გამოყოფს Safety Builder-ს კონტროლერისა და I/O ფირმვერისგან. ასევე აღწერს ცალკე შეკვეთილ მიზეზ-შედეგების ვალიდაციის საშუალებას, რომელიც შედარებს შემოტანილ დიაგრამებს რეალური ან ვირტუალური კონტროლერზე ჩატვირთულ ლოგიკასთან. ეს ილუსტრირებს სწორი კონტროლერის მოდულის არსებობის და მიზნად დასახული აპლიკაციის ქცევის შემოწმების შორის სხვაობას.

Უკვე R214.1-ის მოგვიანებელი დოკუმენტაცია აგრეთვე აიდენტიფიცირებს ინჟინერინგის პროგრამულ უზრუნველყოფასა და კონტროლერის/I/O ფირმვერს როგორც ცალკე კომპონენტებს. შესაბამად, ისტორიული მინიმალური გამოშვება არ უნდა წარმოდგენილი იყოს როგორც მიმდინარე პროექტის რეკომენდაცია. განსაზღვრეთ მხარდაჭერილი პროგრამული უზრუნველყოფის კომბინაცია ფაქტიური სისტემისთვის, სანამ გადაწყვიტებთ, თუ როგორ გამოიყენება სარეზერვო კონტროლერი.

Შეცვლის მარშრუტი, რომელიც მხარდაჭერს დაყენებული სისტემის უწყვეტობას

FC-SCNT02 ამოცვლის FC-SCNT01-ს გაზრდილი მეხსიერებით. Honeywell მის აიდენტიფიცირებს როგორც პინ-ტო-პინ, უკუსათარგმნო შეცვლას იგივე კონტროლერის ფუნქციით. იგი შეიძლება მუშაოს ასევე FC-SCNT01-თან ერთად რედუნდანტული Safety Manager SC კონტროლერის განლაგებაში. ეს შესაძლებლობები FC-SCNT02-ს მეორე სახის მნიშვნელობას ანიჭებს: იგი უზრუნველყოფს კონტროლერის შეცვლის გზას სისტემებში, რომლებიც აშენებულია FC-SCNT01-ზე. პინების თავსებადობა მოიცავს აპარატურულ შეერთებას, ხოლო დოკუმენტირებული შერეული კონტროლერების განლაგება მნიშვნელოვანია რედუნდანტული სისტემების მომსახურების გეგმის შედგენის დროს. არც ერთი ამ შესაძლებლობათა გამოყენება არ ამოიღებს საჭიროებას დაადასტუროს მოცემული აპლიკაცია და გამოშვების კომბინაცია.

DNP3 უსაფრთხოების სისტემის ინფორმაციას უფრო მეტად ხელმისაწვდომად ხდის

DNP3 აუტსტეიშენის მხარდაჭერა R212-თან ერთად შემოღებული იყო და საჭიროებს FC-SCNT02-ს. უსაფრთხოების მენეჯერი SC აკმაყოფილებს აუტსტეიშენის როლს; Experion Server ან ControlEdge RTU შეიძლება მასტერ როლს განახორციელოს. ეს შესაძლებლობა ლიცენზირებულია Safety Builder-ში. შესაბამისად, მხოლოდ მხარდაჭერილი კონტროლერი არ არის საკმარისი დასტური იმის დასადგენად, რომ კონკრეტული დაყენება მზადაა DNP3-ის გამოყენებისთვის.

Ეს მოდულს ჩანაცვლების თავსებადობას გაცილებით მეტი როლი ანიჭებს: FC-SCNT02 არის ამ დოკუმენტირებული კომუნიკაციური შესაძლებლობის საჭიროების მიხედვით აუცილებელი კონტროლერის აპარატურა. ეს განსხვავება პრაქტიკულია. პროექტი, რომელიც DNP3 აუტსტეიშენის ინტეგრაციას საძიებს, უნდა განიხილოს კონტროლერი, პროგრამული უზრუნველყოფის გამოშვება და ლიცენზია ერთად. R200.2 ადგენს მითითებულ აპარატურის მხარდაჭერის საზღვარს; ის არ ადგენს DNP3-ის ხელმისაწვდომობას. Მეხსიერების გაზრდა დოკუმენტირებული ცვლილებაა, მაგრამ აქ არ არის მითითებული რიცხვითი მოცულობა ან შედეგად მიღებული შესასრულებლო სიჩქარის გაუმჯობესება.

Რატომ არის FC-SCNT02 გასაღები მოდული: სამი არქიტექტურული მიზეზი

• Უსაფრთხოების კონტროლის პოზიცია: ის მდებარეობს კონტროლერის ფენაში ველის ინფორმაციიდან განსაზღვრული დაცვითი რეაქციის მიმართულებით.
• Დაყენებული სისტემის უწყვეტობა: უკუთავსება და დოკუმენტირებული FC-SCNT01 ჩანაცვლების ვარიანტები მხარს უჭერს მომსახურებისა და კონტროლერის გადატანის გეგმის შედგენას.
• Კომუნიკაციის შესაძლებლობა: ის მიაწოდებს კონტროლერის აპარატურას, რომელიც საჭიროებს DNP3 გარე სტანციის მუშაობისთვის, როცა მხარდაჭერილი ვერსია და ლიცენზია ხელმისაწვდომია.

FC-SCNT02 ამიტომ განსაკუთრებით მნიშვნელოვანია დაყენებული Safety Manager SC სისტემის მოქმედების არхიტექტურის და ცხოვრების ციკლის მიმართ. ის მიეკუთვნება უსაფრთხოების ჯაჭვის ლოგიკურ ეტაპს, საშუალებას აძლევს დოკუმენტირებული გზის გასავლელად ადრეული კონტროლერის აპარატურიდან და აძლევს ვერსიაზე დამოკიდებული კომუნიკაციის ვარიანტს. ეს არის ცალკეული წვლილები, არ არის ის დასკვნა, რომ ერთი მოდული თავისთავად უზრუნველყოფს სრულ სილ 3 უსაფრთხოების ფუნქციას. მისი მნიშვნელობა მხოლოდ მაშინ ხდება გასაგები, როცა ერთად განიხილება კონტროლერის აპარატურა, ველის I/O, აპლიკაციის ინჟინერია და სისტემის ინტეგრაცია.

Სარეალიზაციო მენეჯერი: Ჯიმ პეი

Ელ.ფოსტა: [email protected]

Wechat: ZXH18020776782

Ტელეფონი/ვაცაპ: +86 18020776782