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.

Kết quả (Việt) 1:

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.

Kết quả (Việt) 2:

21.12.4 Tiểu học Kiểm tra Injection của relay Elements Như với thử nghiệm tiêm thứ cấp, các bài kiểm tra được thực hiện sẽ là những quy định của khách hàng, và / hoặc những chi tiết trong cuốn hướng dẫn vận hành tiếp sức. Kỹ thuật số và rơle kỹ thuật số thường yêu cầu kiểm tra đến nay ít hơn để chứng minh hoạt động chính xác, và chúng có thể được hạn chế để quan sát hiện tại và điện áp trên màn hình tiếp sức trong điều kiện tải bình thường.
21,13 KIỂM TRA HÀNH đề án bảo vệ LOGIC CHƯƠNG TRÌNH BẢO VỆ thường liên quan đến việc sử dụng logic để xác định các điều kiện theo đó bộ phận ngắt mạch được chỉ định nên bị ngắt. Ví dụ đơn giản của logic như vậy có thể được tìm thấy trong các chương 9-14. Theo truyền thống, logic này được thực hiện bằng các phương tiện của các rơle rời rạc, tách biệt với các rơle được sử dụng để bảo vệ. Triển khai thực hiện như vậy sẽ xảy ra nơi mà công nghệ tiếp sức điện hoặc tĩnh được sử dụng. Tuy nhiên, rơle kỹ thuật số và số thường bao gồm logic lập trình như là một phần của phần mềm trong tiếp sức, cùng với liên kỹ thuật số I / O. Cơ sở này (thường được gọi là lập trình Đề án Logic, hoặc PSL) có những ưu điểm quan trọng cho người sử dụng, bằng cách tiết kiệm không gian và cho phép sửa đổi logic chương trình bảo vệ thông qua phần mềm nếu các yêu cầu đề án bảo vệ thay đổi theo thời gian. Thay đổi để logic được thực hiện sử dụng phần mềm được lưu trữ trên một máy tính (hoặc máy tính tương tự) và tải về các relay. Sử dụng ngôn ngữ định nghĩa trong IEC 61131, chẳng hạn như là logic bậc thang hoặc đại số Boolean là phổ biến cho các phần mềm như vậy, và là dễ hiểu bởi các kỹ sư bảo vệ. Hơn nữa, có một số chức năng bảo vệ thường gặp mà các nhà sản xuất có thể cung cấp với rơle đề án một hoặc nhiều lý 'mặc định'. Bởi vì phần mềm được sử dụng, nó là điều cần thiết để kiểm tra cẩn thận các logic trong vận hành để đảm bảo hoạt động đúng. Ngoại lệ duy nhất này có thể được nếu chương trình 'mặc định' có liên quan được sử dụng. Chương trình logic như vậy sẽ được chứng minh trong loại chuyển tiếp thử nghiệm, và vì vậy không có nhu cầu chứng minh kiểm tra trong quá trình
vận hành thử. Tuy nhiên, khi một khách hàng tạo ra logic chương trình, nó là cần thiết để đảm bảo rằng các bài kiểm tra vận hành thực hiện là đủ để chứng minh các chức năng của chương trình này trong tất cả các khía cạnh. Một thủ tục thử nghiệm cụ thể cần được chuẩn bị, và thủ tục này nên bao gồm: kiểm tra các đặc điểm kỹ thuật lý chương trình và sơ đồ để đảm bảo rằng các mục tiêu của logic đạt được? kiểm tra logic để đảm bảo rằng các chức năng của chương trình này được chứng minh? thử nghiệm của logic, theo yêu cầu, để đảm bảo rằng không có đầu ra 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 phần lớn sẽ phụ thuộc vào sự quan trọng của các ứng dụng và tính phức tạp của logic. Trách nhiệm đảm bảo rằng một thủ tục kiểm tra phù hợp được sản xuất cho các chương trình logic khác hơn là 'mặc định' s (một) cung cấp những lời nói dối với sự xác định của logic. Các nhà sản xuất tiếp không thể được dự kiến sẽ chịu trách nhiệm về các hoạt động chính xác của chương trình logic rằng họ đã không được thiết kế và cung cấp.