21.12.4 Primary Injection Testing of Relay Elements As with secondary  dịch - 21.12.4 Primary Injection Testing of Relay Elements As with secondary  Việt làm thế nào để nói

21.12.4 Primary Injection Testing o

21.12.4 Primary Injection Testing of Relay Elements As with secondary injection testing, the tests to be carried out will be those specified by the client, and/or those detailed in the relay commissioning manual. Digital and numerical relays usually require far fewer tests to prove correct operation, and these may be restricted to observations of current and voltage on the relay display under normal load conditions.
21.13 TESTING OF PROTECTION SCHEME LOGIC Protection schemes often involve the use of logic to determine the conditions under which designated circuit breakers should be tripped. Simple examples of such logic can be found in Chapters 9-14. Traditionally, this logic was implemented by means of discrete relays, separate from the relays used for protection. Such implementations would occur where electromechanical or static relay technology is used. However, digital and numerical relays normally include programmable logic as part of the software within the relay, together with associated digital I/O. This facility (commonly referred to as Programmable Scheme Logic, or PSL) offers important advantages to the user, by saving space and permitting modifications to the protection scheme logic through software if the protection scheme requirements change with time. Changes to the logic are carried out using software hosted on a PC (or similar computer) and downloaded to the relay. Use of languages defined in IEC 61131, such as ladder logic or Boolean algebra is common for such software, and is readily understood by Protection Engineers. Further, there are several commonly encountered protection functions that manufacturers may supply with relays as one or more ‘default’ logic schemes. Because software is used, it is essential to carefully test the logic during commissioning to ensure correct operation. The only exception to this may be if the relevant ‘default’ scheme is used. Such logic schemes will have been proven during relay type testing, and so there is no need for proving tests during
commissioning. However, where a customer generates the scheme logic, it is necessary to ensure that the commissioning tests conducted are adequate to prove the functionality of the scheme in all respects. A specific test procedure should be prepared, and this procedure should include:  checking of the scheme logic specification and diagrams to ensure that the objectives of the logic are achieved  testing of the logic to ensure that the functionality of the scheme is proven  testing of the logic, as required, to ensure that no output occurs for the relevant input signal combinations The degree of testing of the logic will largely depend on the criticality of the application and complexity of the logic. The responsibility for ensuring that a suitable test procedure is produced for logic schemes other than the ‘default’ one(s) supplied lies with the specifier of the logic. Relay manufacturers cannot be expected to take responsibility for the correct operation of logic schemes that they have not designed and supplied.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
21.12.4 chính tiêm thử nghiệm của Relay các yếu tố như thứ cấp tiêm thử nghiệm, các xét nghiệm để được thực hiện sẽ là những người được chỉ định bởi các khách hàng, và/hoặc những chi tiết trong các relay hoạt động hướng dẫn sử dụng. Rơ le kỹ thuật số và số thường yêu cầu xét nghiệm đến nay ít hơn để chứng minh các hoạt động chính xác, và đây có thể là bị giới hạn đến các quan sát của hiện tại và điện áp trên màn hình tiếp theo điều kiện tải trọng bình thường. Chương trình thử NGHIỆM CỦA LOGIC bảo VỆ đề ÁN bảo vệ 21,13 thường liên quan đến việc sử dụng logic để xác định các điều kiện theo đó định circuit breakers nên có vấp. Các ví dụ đơn giản của logic như vậy có thể được tìm thấy trong chương 9-14. Theo truyền thống, logic này đã được thực hiện bằng phương pháp rời rạc rơ le, tách biệt với các rơ le được sử dụng để bảo vệ. Triển khai như vậy sẽ xảy ra trong trường hợp cơ điện hoặc relay tĩnh công nghệ được sử dụng. Tuy nhiên, rơ le kỹ thuật số và số thông thường bao gồm lập trình logic như là một phần của phần mềm trong vòng chuyển tiếp, cùng với liên kết kỹ thuật số I/O. Thiết bị này (thường được gọi là sơ đồ Logic lập trình hay PSL) cung cấp lợi thế quan trọng để người sử dụng, tiết kiệm không gian và cho phép sửa đổi để bảo vệ đề án logic thông qua phần mềm nếu bảo vệ đề án yêu cầu thay đổi theo thời gian. Thay đổi đối với logic được thực hiện bằng cách sử dụng phần mềm lưu trữ trên một máy tính (hoặc tương tự như máy tính) và tải xuống để tiếp sức. Sử dụng các ngôn ngữ được xác định trong IEC 61131, như bậc thang logic hoặc Boole là phổ biến cho các phần mềm như vậy, và dễ hiểu bởi kỹ sư bảo vệ. Hơn nữa, có rất nhiều các chức năng thường gặp bảo vệ các nhà sản xuất có thể cung cấp với các rơ le là một hoặc nhiều hơn 'mặc định' logic đề án. Bởi vì phần mềm được sử dụng, nó là cần thiết để một cách cẩn thận kiểm tra logic trong quá trình đưa vào hoạt động để đảm bảo hoạt động chính xác. Ngoại lệ duy nhất này có thể là nếu các đề án liên quan 'mặc định' được sử dụng. Các chương trình logic sẽ đã được chứng minh trong quá trình chuyển tiếp loại thử nghiệm, và như vậy, có là không cần để chứng minh các xét nghiệm trong thời gian đưa vào hoạt động. Tuy nhiên, nơi mà một khách hàng tạo ra các sơ đồ logic, nó là cần thiết để đảm bảo rằng thử nghiệm commissioning tiến hành đầy đủ để chứng minh các chức năng của chương trình trong tất cả các tôn trọng. Thủ tục kiểm tra cụ thể nên được chuẩn bị và thủ tục này nên bao gồm: kiểm tra các sơ đồ logic đặc điểm kỹ thuật và các sơ đồ để đảm bảo rằng các mục tiêu của logic đạt được thử nghiệm của logic để đảm bảo rằng các chức năng của chương trình được chứng minh là thử nghiệm của logic, theo yêu cầu, đảm bảo đầu ra không có xảy ra cho các kết hợp tín hiệu đầu vào có liên quan mức độ thử nghiệm của logic sẽ phần lớn phụ thuộc vào criticality của ứng dụng và phức tạp logic. Trách nhiệm bảo đảm rằng một thủ tục kiểm tra phù hợp được sản xuất cho logic các chương trình khác với 'mặc định' one(s) cung cấp nằm với specifier logic. Chuyển tiếp các nhà sản xuất không thể được dự kiến sẽ chịu trách nhiệm về hoạt động chính xác của logic các chương trình mà họ đã không được thiết kế và cung cấp.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: