25.040.01 - Industrial automation systems in general
ICS 25.040.01 Details
Industrial automation systems in general
Industrielle Automatisierungssysteme im allgemeinen
Systemes d'automatisation industrielle en général
Sistemi za avtomatizacijo v industriji na splošno
General Information
e-Library Subscription
Create subscription and get permanent access to documents within 25.040.01 - Industrial automation systems in general
Currently subscription includes documents marked with .We are working on making all documents available within the subscription.
- 1 (current)
- 2
- 3
- 4
- 5
IEC 62529:2024 provides the means to define and describe signals used in testing. It provides a set of common basic signal definitions, built upon formal mathematical specifications, so that signals can be combined to form complex signals usable across all test platforms. The standard provides support for structural textual languages and programming language interfaces for interoperability. This second edition cancels and replaces the first edition, published in 2007, and constitutes a technical revision.
- Standard352 pagesEnglish languagesale 15% off
This document provides requirements and recommendations on how to construct an equipment instance model using an equipment behaviour catalogue (EBC) item.
- Standard24 pagesEnglish languagesale 15% off
This International Standard specifies the functions and the information flows of industrial
Facility Energy Management System (FEMS). Generic functions are defined for the FEMS, to
enable upgrading traditional Energy Management System (EMS) from visualization of the
status of energy consumption to automation of energy management defining a closer relation
with other management and control systems. A generic method to classify the FEMS functions
will be explained. The information exchange between the FEMS and other systems such as
Manufacturing Operations Management (MOM), Manufacturing Execution System (MES) and
Enterprise Resource Planning (ERP) will be outlined.
- Standard73 pagesEnglish languagesale 10% offe-Library read for1 day
IEC 61523-4:2023 defines the syntax and semantics of a format used to express power intent in energy-aware electronic system design. Power intent includes the concepts and information required for specification and validation, implementation and verification, and modeling and analysis of power-managed electronic systems. This standard also defines the relationship between the power intent captured in this format and design intent captured via other formats (e.g., standard hardware description languages and cell libraries). This is an IEC/IEEE dual logo standard.
- Standard10 pagesEnglish languagesale 15% off
This document specifies a formal structure and building rules for an equipment behaviour catalogue (EBC) template. The formal structure of an EBC template represents a schema for descriptions of behaviour and related entities. Building rules for an EBC template provide required processes and compliance criteria to construct an EBC template.
- Standard50 pagesEnglish languagesale 15% off
IEC 63504-2804:2023 defines an architecture description standard from the software design perspective - this provides a common interface that abstracts the hardware properties that are critical to enable multicore tools. The standard includes performance estimation accuracy for complex processors like Very Long Instruction Word (VLIW) core and complex contention scenarios, description of caches to include uncached memory regions and caches for subsets of memories, properties for coarse power consumption estimation, and reusability by separating eXtensible Markup Language (XML) files for processor description and other memory/communication-related information. This is an IEC/IEEE dual logo standard.
- Standard83 pagesEnglish languagesale 15% off
IEC 63501-2416:2023 describes a parameterized and abstracted power model enabling system, software, and hardware intellectual property (IP)-centric power analysis and optimization. It defines concepts for the development of parameterized, accurate, efficient, and complete power models for systems and hardware IP blocks usable for system power analysis and optimization. These concepts include, but are not limited to, process, voltage, and temperature (PVT) independence; power and thermal management interface; and workload and architecture parameterization. This standard also defines the necessary requirements for the information content of parameterized, accurate, efficient, and complete power models to help guide development and usage of other related power, workload, and functional modeling standards. This standard is published as a double logo IEC-IEEE standard.
- Standard62 pagesEnglish languagesale 15% off
IEC 61691-1-1:2023 defines the syntax and semantics of the VHSIC Hardware Description Language (VHDL). The acronym VHSIC (Very High Speed Integrated Circuits) in the language’s name comes from the U.S. government program that funded early work on the standard. This is an IEC/IEEE dual logo standard.
- Standard672 pagesEnglish languagesale 15% off
IEC 62530-2:2023 establishes the Universal Verification Methodology (UVM), a set of application programming interfaces (APIs) that defines a base class library (BCL) definition used to develop modular, scalable, and reusable components for functional verification environments. The APIs and BCL are based on the IEEE standard for SystemVerilog, IEEE Std 1800™.1. This is an IEC/IEEE dual logo standard.
- Standard457 pagesEnglish languagesale 15% off
IEC 61523-4:2023 defines the syntax and semantics of a format used to express power intent in energy-aware electronic system design. Power intent includes the concepts and information required for specification and validation, implementation and verification, and modeling and analysis of power-managed electronic systems. This standard also defines the relationship between the power intent captured in this format and design intent captured via other formats (e.g., standard hardware description languages and cell libraries). This is an IEC/IEEE dual logo standard.
The contents of the corrigendum 1 (2024-02) have been included in this copy.
- Standard547 pagesEnglish languagesale 15% off
IEC 61523-1:2023 focuses on delay and power calculation for integrated circuit design with support for modeling logical behavior and signal integrity.
The standard specifications covered in this document are as follows:
- Description language for timing and power modeling, called the “delay calculation language” (DCL)
- Software procedural interface (PI) for communications between EDA applications and compiled libraries of DCL descriptions
- Standard file exchange format for parasitic information about the chip design: Standard Parasitic Exchange Format (SPEF)
- Informative usage examples
- Informative notes.
This is an IEC/IEEE dual logo standard.
- Standard640 pagesEnglish languagesale 15% off
IEC SRD 63456:2023 This document proposes external requirements for IT tools dedicated to smart manufacturing, to assist the development of manufacturing systems with international standards through linking reference models, use cases, architecture, and standards.
- Standardization document35 pagesEnglish languagesale 15% off
- Corrigendum12 pagesEnglish languagesale 10% offe-Library read for1 day
- Corrigendum5 pagesEnglish languagesale 10% offe-Library read for1 day
IEC 62682:2022 specifies general principles and processes for the management of alarm systems based on controls system and human-machine interfaces (HMI) for facilities in the process industries. It covers all alarms to be presented to the operator through the control system, which includes alarms from basic process control systems, annunciators, packaged systems, and safety instrumented systems.
The practices in this document are applicable to continuous, batch, and discrete processes. There can be differences in implementation to meet the specific needs based on process type.
The primary function within the alarm system is to notify operators of abnormal process conditions or equipment malfunctions and support the response. The alarm systems can include both the basic process control system (BPCS) and the safety instrumented system (SIS), each of which uses measurements of process conditions and logic to generate alarms. Figure 1 illustrates the concepts of alarm and response dataflow through the alarm system. The alarm system also includes a mechanism for communicating the alarm information to the operator via an HMI, usually a computer screen or an annunciator. Additional functions of the alarm system are an alarm and event log, an alarm historian, and the generation of performance metrics for the alarm system. There are external systems that can use the data from the alarm system.
- Standard84 pagesEnglish languagesale 10% offe-Library read for1 day
IEC 61636-2:2023 (E) provides the definition of an exchange format, utilizing XML, for exchanging maintenance action information (MAI) associated with the removal, repair, and replacement of system components to maintain/support an operational system. This standard is published as a double log IEC-IEEE standard.
- Standard25 pagesEnglish languagesale 15% off
IEC Corrected Version
- Corrigendum3 pagesFrench languagesale 10% offe-Library read for1 day
This part of IEC 62872 presents an IoT application framework for industrial facility demand
response energy management (FDREM) for the smart grid, enabling efficient information
exchange between industrial facilities using IoT related communication technologies. This
document specifies:
– an overview of the price-based demand response program that serves as basic knowledge
backbone of the IoT application framework;
– a IoT-based energy management framework which describes involved functional
components, as well as their relationships;
– detailed information exchange flows that are indispensable between functional components;
– existing IoT protocols that need to be identified for each protocol layer to support this kind
of information exchange;
– communication requirements that guarantee reliable data exchange services for the
application framework.
- Standard56 pagesEnglish languagesale 10% offe-Library read for1 day
The IEC 62439 series is applicable to high-availability automation networks based on the
ISO/IEC/IEEE 8802-3 (IEEE Std 802.3) (Ethernet) technology.
This part of the IEC 62439 series specifies a recovery protocol based on a ring topology,
designed to react deterministically on a single failure of an inter-switch link or switch in the
network, under the control of a dedicated media redundancy manager node.
- Standard178 pagesEnglish languagesale 10% offe-Library read for1 day
This document defines a technology independent model for a set of abstract services that is
located above the application layer of the OSI model, and that is used for exchanging
transaction messages based on the transaction models defined in IEC 62264-5. The model,
which is called the Messaging Service Model (MSM), is intended for interoperability between
manufacturing operations domain applications and applications in other domains.
NOTE It is recognized that other sets of services not defined in accordance with this document are possible for the
exchange of MOM information and are not deemed invalid as a result of this document.
- Standard53 pagesEnglish languagesale 10% offe-Library read for1 day
The IEC 62439 series is applicable to high-availability automation networks based on the
Ethernet technology.
This document:
• specifies PRP and HSR as two related redundancy protocols designed to provide
seamless recovery in case of single failure of an inter-bridge link or bridge in the network,
which are based on the same scheme: parallel transmission of duplicated information;
• specifies the operation of the precision time protocol (PTP) in networks that implement the
two redundancy protocols (Annex A);
• specifies PTP profiles with performance suitable for power utilty automation (Annex B) and
industrial automation (Annex C);
• includes for better understanding a tutorial (Annex D) on the PTP features effectively used
in high-availability automation networks;
• includes a management information base for PTP (Annex E);
• defines a conformance test suite for the above protocols (Annex F).
- Standard249 pagesEnglish languagesale 10% offe-Library read for1 day
Engineering processes of technical systems and their embedded automation systems have to be executed with increasing efficiency and quality. Especially since the project duration tends to increase as the complexity of the engineered system increases. To solve this problem, the engineering process is more often being executed by exploiting software based engineering tools exchanging engineering information and artefacts along the engineering process related tool chain. Communication systems establish an important part of modern technical systems and, especially, of automation systems embedded within them. Following the increasing decentralisation of automation systems and the application of fieldbus and Ethernet technology connecting automation devices and further interacting entities have to fulfil special requirements on communication quality, safety and security. Thus, within the engineering process of modern technical systems, engineering information and artefacts relating to communication systems also have to be exchanged along the engineering process tool chain. In each phase of the engineering process of technical systems, communication system related information can be created which can be consumed in later engineering phases. A typical application case is the creation of configuration information for communication components of automation devices including communication addresses and communication package structuring within controller programming devices during the control programming phase and its use in a device configuration tool. Another typical application case is the transmission of communication device configurations to virtual commissioning tools, to documentation tools, or to diagnosis tools. At present, the consistent and lossless transfer of communication system engineering information along the complete engineering chain of technical systems is unsolved. While user organisations and companies have provided data exchange formats for parts of the relevant information like FDCML, EDDL, and GSD the above named application cases cannot be covered by a data exchange format. Notably the networking related information describing communication relations and their properties and qualities cannot be modelled by a data exchange format.
- Standard58 pagesEnglish languagesale 10% offe-Library read for1 day
IEC 62714-5:2022 Engineering processes of technical systems and their embedded automation systems are executed with increasing efficiency and quality. Especially since the project duration tends to increase as the complexity of the engineered system increases. To solve this problem, the engineering process is more often being executed by exploiting software based engineering tools exchanging engineering information and artefacts along the engineering process related tool chain.
- Standard112 pagesEnglish and French languagesale 15% off
This document lists smart manufacturing related standards with their characteristics as specified in ISO/IEC TR 63306-1.
- Technical report9 pagesEnglish languagesale 15% off
- Technical report9 pagesEnglish languagesale 15% off
ISO/IEC TR 63306-2:2021 lists smart manufacturing related standards with their characteristics as specified in ISO/IEC TR 63306-1.
- Technical report9 pagesEnglish languagesale 15% off
IEC 61691-8:2021(E) defines the Analog/Mixed-Signal extensions for SystemC®, as an ANSI standard C++ class
library based on SystemC for system and hardware design including analog/mixed-signal elements. The general purpose of the SystemC AMS extensions is to provide a C++ standard for designers and architects, who need to address complex heterogeneous systems that are a hybrid between hardware and software. This standard is built on the IEEE Std 1666™-2011 (SystemC Language Reference Manual) and extends it to create analog/mixed-signal, multi-disciplinary models to simulate continuous-time, discrete-time, and discrete-event behavior simultaneously.
This standard is published as a double logo IEC-IEEE standard.
- Standard221 pagesEnglish languagesale 15% off
IEC 62530-2:2021(E) establishes the Universal Verification Methodology (UVM), a set of application programming
interfaces (APIs) that defines a base class library (BCL) definition used to develop modular, scalable, and reusable components for functional verification environments. The APIs and BCL are based on the IEEE standard for SystemVerilog, IEEE Std 1800™. This publication has the status of a double logo IEC/IEEE standard.
- Standard471 pagesEnglish languagesale 15% off
IEC 62530:2021(E) provides the definition of the language syntax and semantics for the IEEE 1800™ SystemVerilog language, which is a unified hardware design, specification, and verification language. The standard includes support for behavioral, register transfer level (RTL), and gate-level hardware descriptions; testbench, coverage, assertion, object-oriented, and constrained random constructs; and also provides application programming interfaces (APIs) to foreign programming languages.
This edition corrects errors and clarifies aspects of the language definition in IEEE Std 1800-2012.1 This revision also provides enhanced features that ease design, improve verification, and enhance cross-language interactions.
This publication has the status of a double logo IEEE/IEC standard.
- Standard1315 pagesEnglish languagesale 15% off
IEC 61636:2021 (E) is an implementation-independent specification for a software interface to information systems containing data pertinent to the diagnosis and maintenance of complex systems consisting of hardware, software, or any combination thereof. These interfaces support service definitions for creating application programming interfaces (API) for the access, exchange, and analysis of historical diagnostic and maintenance information. This standard is published as a double logo IEC-IEEE standard.
- Standard45 pagesEnglish languagesale 15% off
IEC 61691-6:2021(E) defines IEC 61691-6/IEEE Std 1076.1 language, a hardware description language for the description and the simulation of analog, digital, and mixed-signal systems. The language, also informally known as VHDL-AMS, is built on the IEC 61691-1-1/IEEE 1076 (VHDL) language and extends it to provide capabilities of writing and simulating analog and mixed-signal models. This standard is published as a double logo IEC-IEEE standard.
- Standard671 pagesEnglish languagesale 15% off
IEC 61636-1:2021 (E) provides the definition of an exchange format, utilizing XML, for exchanging data resulting from executing tests of a unit under test (UUT) via a test program in an automatic test environment. This standard is published as a double logo IEC-IEEE standard.
- Standard34 pagesEnglish languagesale 15% off
ISO/IEC TR 63306-1:2020 This document describes the framework and the vocabulary that are used for the development of entries in the Smart Manufacturing Standards Map Catalogue. These enable the mapping and linking of standards and standard projects related to various aspects of smart manufacturing (product, production, supply chain, industrial services ...).
- Technical report86 pagesEnglish languagesale 15% off
This part of IEC 61511, which is a Technical Report,
• specifies the rationale behind all clauses and the relationship between them,
• raises awareness for the most common misconceptions and misinterpretations of the clauses and the changes related to hem,
• explains the differences between Ed. 1 and Ed. 2 of IEC 61511-1 and the reasons behind the changes,
• presents high level summaries of how to fulfil the requirements of the clauses, and
• explains differences in terminology between IEC 61508-4:2010 and IEC 61511-1 Ed. 2.
- Technical report42 pagesEnglish languagesale 10% offe-Library read for1 day
This part of IEC 62443 establishes requirements for:
• defining a system under consideration (SUC) for an industrial automation and control
system (IACS);
• partitioning the SUC into zones and conduits;
• assessing risk for each zone and conduit;
• establishing the target security level (SL-T) for each zone and conduit; and
• documenting the security requirements.
- Standard34 pagesEnglish languagesale 10% offe-Library read for1 day
This document defines the basic principles for an assessment concerning the convergence of informatization and industrialization (CII) in industrial enterprises, including the following: — assessment framework definitions; — assessment reference model definitions; — assessment reference model components.
- Standard12 pagesEnglish languagesale 15% off
- Standard12 pagesEnglish languagesale 15% off
This document defines the maturity model and the evaluation methodology on convergence of informatization and industrialization in industrial enterprises. The scope of this document includes the following: — maturity model definition; — principles of evaluation questionnaires; and — guidance for a maturity evaluation method.
- Standard43 pagesEnglish languagesale 15% off
- Standard43 pagesEnglish languagesale 15% off
This part of IEC 61511, which is a Technical Report, • specifies the rationale behind all clauses and the relationship between them, • raises awareness for the most common misconceptions and misinterpretations of the clauses and the changes related to hem, • explains the differences between Ed. 1 and Ed. 2 of IEC 61511-1 and the reasons behind the changes, • presents high level summaries of how to fulfil the requirements of the clauses, and • explains differences in terminology between IEC 61508-4:2010 and IEC 61511-1 Ed. 2.
- Technical report42 pagesEnglish languagesale 10% offe-Library read for1 day
This document specifies the concept and structure of the ISO 16400 series. This series specify a methodology for preparing a template and items of an equipment behaviour catalogue (EBC) as a basis to structure a virtual production system.
- Standard18 pagesEnglish languagesale 15% off
- Standard18 pagesEnglish languagesale 15% off
2017-05-03 - When published - possible update needed to implementation dates of Mother EN & Parts 2 & 3. BT decision to be taken at May 2017 meeting (156th)
- Amendment7 pagesEnglish languagesale 10% offe-Library read for1 day
IEC 62714-3:2017 specifies the integration of geometry and kinematics information for the exchange between engineering tools in the plant automation area by means of AML.
- Standard86 pagesEnglish languagesale 10% offe-Library read for1 day
IEC TR 61511-4:2020(E), Functional safety - safety instrumented systems for the process industry sector, which is a Technical Report:
• specifies the rationale behind all clauses and the relationship between them,
• raises awareness for the most common misconceptions and misinterpretations of the clauses and the changes related to them,
• explains the differences between Ed. 1 and Ed. 2 of IEC 61511-1 and the reasons behind the changes,
• presents high level summaries of how to fulfil the requirements of the clauses, and
• explains differences in terminology between IEC 61508-4:2010 and IEC 61511-1 Ed. 2.
- Technical report39 pagesEnglish languagesale 15% off
- Amendment14 pagesEnglish languagesale 10% offe-Library read for1 day
It defines activity models of manufacturing operations management that enable enterprise system to control system integration. The activities defined are consistent with the object models definitions given in IEC 62264-1. The modelled activities operate between business planning and logistics functions, defined as the Level 4 functions and the process control functions, defined as the Level 2 functions of IEC 62264-1. The scope of this standard is limited to: - a model of the activities associated with manufacturing operations management, Level 3 functions; - an identification of some of the data exchanged between Level 3 activities.
- Standard85 pagesEnglish languagesale 10% offe-Library read for1 day
This document specifies a reference base of concepts and principles for enterprise architectures that enable enterprise development, enterprise integration, enterprise interoperability, human understanding and computer processing. This document further specifies requirements for models and languages created for expressing such enterprise architectures. This document specifies those terms, concepts and principles considered necessary to address stakeholder concerns and to carry out enterprise creation programmes as well as any incremental change projects required by the enterprise throughout the whole life of the enterprise. This document forms the basis by which enterprise architecture and modelling standards can be developed or aligned. This document does not define standard enterprises, standard organizational structures, standard enterprise processes, or standard enterprise data. In addition, this standard does not specify enterprise modelling processes.
- Standard76 pagesEnglish languagesale 15% off
- Standard76 pagesEnglish languagesale 15% off
This part of the IEC 62443 series provides detailed technical control system requirements (SRs) associated with the seven foundational requirements (FRs) described in IEC 62443‑1‑1 including defining the requirements for control system capability security levels, SL-C(control system). These requirements would be used by various members of the industrial automation and control system (IACS) community along with the defined zones and conduits for the system under consideration (SuC) while developing the appropriate control system target SL, SL-T(control system), for a specific asset.
As defined in IEC 62443‑1‑1 there are a total of seven FRs:
a) Identification and authentication control (IAC),
b) Use control (UC),
c) System integrity (SI),
d) Data confidentiality (DC),
e) Restricted data flow (RDF),
f) Timely response to events (TRE), and
g) Resource availability (RA).
These seven requirements are the foundation for control system capability SLs, SL-C (control system). Defining security capability at the control system level is the goal and objective of this standard as opposed to target SLs, SL-T, or achieved SLs, SL-A, which are out of scope.
See IEC 62443‑2‑1 for an equivalent set of non-technical, program-related, capability SRs necessary for fully achieving a control system target SL.
- Corrigendum3 pagesEnglish languagesale 10% offe-Library read for1 day
- Corrigendum3 pagesEnglish languagesale 10% offe-Library read for1 day
This document specifies the search methodology from software unit catalogues for acquiring candidate capability units which satisfy the manufacturing application requirements.
- Standard23 pagesEnglish languagesale 15% off
- Standard23 pagesEnglish languagesale 15% off
This part of IEC 62443 specifies a comprehensive set of requirements for security capabilities
for IACS service providers that they can offer to the asset owner during integration and
maintenance activities of an Automation Solution. Because not all requirements apply to all
industry groups and organizations, Subclause 4.1.4 provides for the development of Profiles
that allow for the subsetting of these requirements. Profiles are used to adapt this document
to specific environments, including environments not based on an IACS.
NOTE 1 The term “Automation Solution” is used as a proper noun (and therefore capitalized) in this part of
IEC 62443 to prevent confusion with other uses of this term.
Collectively, the security capabilities offered by an IACS service provider are referred to as its
Security Program. In a related specification, IEC 62443-2-1 describes requirements for the
Security Management System of the asset owner.
NOTE 2 In general, these security capabilities are policy, procedure, practice and personnel related.
Figure 2 illustrates how the integration and maintenance capabilities relate to the IACS and
the control system product that is integrated into the Automation Solution. Some of these
capabilities reference security measures defined in IEC 62443-3-3 that the service provider
must ensure are supported in the Automation Solution (either included in the control system
product or separately added to the Automation Solution).
- Amendment25 pagesEnglish languagesale 10% offe-Library read for1 day
This part of the IEC 62443 series provides detailed technical control system requirements (SRs) associated with the seven foundational requirements (FRs) described in IEC 62443‑1‑1 including defining the requirements for control system capability security levels, SL-C(control system). These requirements would be used by various members of the industrial automation and control system (IACS) community along with the defined zones and conduits for the system under consideration (SuC) while developing the appropriate control system target SL, SL-T(control system), for a specific asset.
As defined in IEC 62443‑1‑1 there are a total of seven FRs:
a) Identification and authentication control (IAC),
b) Use control (UC),
c) System integrity (SI),
d) Data confidentiality (DC),
e) Restricted data flow (RDF),
f) Timely response to events (TRE), and
g) Resource availability (RA).
These seven requirements are the foundation for control system capability SLs, SL-C (control system). Defining security capability at the control system level is the goal and objective of this standard as opposed to target SLs, SL-T, or achieved SLs, SL-A, which are out of scope.
See IEC 62443‑2‑1 for an equivalent set of non-technical, program-related, capability SRs necessary for fully achieving a control system target SL.
- Standard83 pagesEnglish languagesale 10% offe-Library read for1 day
This part of IEC 62443 specifies a comprehensive set of requirements for security capabilities
for IACS service providers that they can offer to the asset owner during integration and
maintenance activities of an Automation Solution. Because not all requirements apply to all
industry groups and organizations, Subclause 4.1.4 provides for the development of Profiles
that allow for the subsetting of these requirements. Profiles are used to adapt this document
to specific environments, including environments not based on an IACS.
NOTE 1 The term “Automation Solution” is used as a proper noun (and therefore capitalized) in this part of
IEC 62443 to prevent confusion with other uses of this term.
Collectively, the security capabilities offered by an IACS service provider are referred to as its
Security Program. In a related specification, IEC 62443-2-1 describes requirements for the
Security Management System of the asset owner.
NOTE 2 In general, these security capabilities are policy, procedure, practice and personnel related.
Figure 2 illustrates how the integration and maintenance capabilities relate to the IACS and
the control system product that is integrated into the Automation Solution. Some of these
capabilities reference security measures defined in IEC 62443-3-3 that the service provider
must ensure are supported in the Automation Solution (either included in the control system
product or separately added to the Automation Solution).
- Standard89 pagesEnglish languagesale 10% offe-Library read for1 day
- Standard89 pagesEnglish languagesale 10% offe-Library read for1 day
- Standard89 pagesEnglish languagesale 10% offe-Library read for1 day
This part of IEC 61511 provides an overview of the other three parts of IEC 61511.
- Technical report11 pagesEnglish languagesale 10% offe-Library read for1 day
- 1 (current)
- 2
- 3
- 4
- 5