WO2024140416A1

WO2024140416A1 - Industrial control program development platform and method

Info

Publication number: WO2024140416A1
Application number: PCT/CN2023/140681
Authority: WO
Inventors: 边浩; 周爱平; 郭丽萍
Original assignee: 北京东土科技股份有限公司
Priority date: 2022-12-26
Filing date: 2023-12-21
Publication date: 2024-07-04

Abstract

Embodiments of the present application provide an industrial control program development platform and method, for use in developing industrial control programs by means of one IDE by using a plurality of languages. The platform comprises: a platform resource configuration module used for configuring a platform resource by means of an IDE; a field control layer development module used for developing a real-time field control program by means of the IDE by using at least one industrial control language; an auxiliary control layer development module used for developing a non-real-time auxiliary control program by means of the IDE by using at least one IT ecological language; and an operation environment configuration module used for deploying an operation environment for the field control program and the auxiliary control program by means of the IDE. The present application implements the development of industrial control programs by means of one IDE by using a plurality of languages and environment deployment, solves the potential problem of a mess in the engineering implementation management of industrial control systems caused by a multi-language multi-development environment, and improves the quality and efficiency of industrial control program development.

Description

Industrial control program development platform and method

Technical Field

The present application belongs to the field of industrial software, and in particular, relates to an industrial control program development platform and method.

Background technique

Traditional industrial control systems consist of a number of sensors, programmable logic controllers (PLCs), and industrial computers (operator stations) to form a field control layer. In recent years, with the development of technology, especially the introduction of artificial intelligence technology, optimization and decision-making systems have been gradually added to the control layer, or machine vision systems based on visual sensing equipment.

Computational tasks in industrial control systems, such as edge computing, artificial intelligence, and visualization, are usually programmed in high-level languages, such as C++, C#, Python, and JS. These computing tasks usually run on a non-real-time system such as Linux or Windows. Traditional automated real-time control tasks usually use languages of the IEC61131-3 standard, including ST, LD, and FBD. Real-time control tasks usually run on a real-time system RTOS. During the development phase, these computing tasks and implementation control tasks usually use different integrated development environments (IDEs). When it comes to interactions between tasks, it is usually necessary to plan the communication methods and protocols in advance, and then define the interaction data in the agreed manner. Using multiple languages and multiple development environments in a control system will bring confusion to the overall engineering implementation management of the industrial control system.

Summary of the invention

In view of this, the embodiments of the present application provide an industrial control program development platform and method. The embodiments of the present application solve the potential confusion problem caused by multiple languages and multiple development environments in the engineering implementation management of industrial control systems, and improve the quality and efficiency of industrial control program development.

In the first aspect, an embodiment of the present application provides an industrial control program development platform for developing industrial control programs using multiple languages through an IDE, including: a platform resource configuration module for providing platform resource configuration, configuring platform resources involved in industrial control through the IDE, and the platform resource configuration provides at least one of the following functions: device and protocol configuration, common data structure configuration, the device and protocol configuration is used to manage or map industrial control-related devices and protocols, and the common data structure configuration is used to define communication models between programs in multiple languages; a field control layer development module for developing real-time field control programs using at least one industrial control language through the IDE; an auxiliary control layer development module for developing non-real-time auxiliary control programs using at least one IT ecological language through the IDE, and the auxiliary control program is used for at least one of the following functions of industrial control: process monitoring, process optimization, and human-machine interface; an operating environment configuration module for deploying an operating environment for the field control program and the auxiliary control program through the IDE.

From the above, the above platform is used to configure platform resources in one IDE, use multiple languages to develop real-time field control programs and non-real-time auxiliary control programs, and configure the corresponding operating environment of each program, which solves the potential confusion caused by multiple languages and multiple development environments to the engineering implementation management of industrial control systems and improves the quality and efficiency of industrial control program development.

In a possible implementation manner of the first aspect, the common data structure configuration is also used according to the defined The communication model automatically generates code for data structures in different languages.

From the above, the above platform is used to realize the integration of data formats and data types between different languages, which is convenient for users to design communication models between multiple languages. After the common data structure group is configured, different language codes are automatically generated, which simplifies the cross-language communication development process and difficulty.

In a possible implementation manner of the first aspect, the device and protocol configuration are specifically used to define and deploy software-defined devices through software, and to configure non-software-defined devices through mapping.

From the above, the above platform is used to configure SDC devices and non-SDC devices involved in industrial control, so as to support the operation of various industrial control programs.

In a possible implementation of the first aspect, the platform resource configuration module also provides a multi-language task scheduling configuration function, which is used to perform real-time scheduling of tasks at the field control layer and non-real-time scheduling of tasks at the auxiliary control layer through the IDE, and coordinate the scheduling between tasks in multiple languages.

From the above, the above platform is used to implement the scheduling configuration of various language tasks in one IDE, and cooperate with the platform scheduler to control and manage the task scheduling of multi-language fusion collaboration.

In a possible implementation of the first aspect, the industrial control language includes at least one of the following: ST, IL, FBD, LD, SFC and CFC; the field control layer development module supports at least one of the following functions of the industrial control language: programming, compiling, monitoring, debugging, controlling, and diagnosing.

From the above, the above platform is used to realize the development of field control programs in at least one language of ST, IL, FBD, LD, SFC and CFC, and to realize the programming, compilation, monitoring, debugging, control and diagnosis of the field control programs.

In a possible implementation of the first aspect, the IT ecological language includes at least one of the following: C++, Python, HTML and HMI interface configuration; the auxiliary control layer development module supports at least one of the following functions of the IT ecological language: editing, compiling and debugging.

Based on the above, the above platform is used to realize the development of auxiliary control programs in at least one language including C++, Python, HTML and HMI interface configuration, and to realize the editing, compiling and debugging of the auxiliary control programs.

In a possible implementation manner of the first aspect, the operating environment configuration module is also used for version switching, program upgrading, and start/stop control of the operating environment deployed by it.

From the above, the above platform is used to implement version switching, program upgrades, start and stop control of the configured operating environment, and full life cycle management.

In a possible implementation manner of the first aspect, the auxiliary control layer development module is further used to develop an extended function library for the field control program by using C++ language.

From the above, the above platform is used to develop an extended function library for the field control program through the auxiliary control layer development module to enhance the real-time control function of the field.

In a possible implementation of the first aspect, the software-defined device includes a real-time system and a non-real-time system, the field control program runs on the real-time system, and the auxiliary control program runs on the non-real-time system; when defining the real-time system and the non-real-time system, the platform resource configuration module defines at least one of the following hardware for the real-time system and the non-real-time system respectively: number of CPU cores, memory, and interface.

From the above, the hardware resources of each SDC device are configured using the above platform, so as to support multiple SDC devices on one set of hardware resources.

In a second aspect, the present application embodiment provides an industrial control program development method, through any one of the first aspect The implementation method of the platform uses multiple languages to develop industrial control programs in an IDE, including: using the platform resource configuration provided by the platform resource configuration module to configure the platform resources involved in industrial control through the IDE, the platform resource configuration includes at least one of the following configurations: device and protocol configuration, common data structure configuration, the device and protocol configuration is used to manage or map the equipment and protocols related to industrial control, and the common data structure configuration is used to define the communication model between programs in multiple languages; using the field control layer development module to develop a real-time field control program using at least one industrial control language through the IDE; using the auxiliary control layer development module to develop a non-real-time auxiliary control program using at least one IT ecological language through the IDE, the non-real-time auxiliary control program is used for at least one of the following functions of industrial control: process monitoring, process optimization, human-machine interface; using the operating environment configuration module to configure the operating environment for the field control program and the auxiliary control program through the IDE

From the above, the above method is used to configure platform resources in one IDE, use multiple languages to develop real-time field control programs and non-real-time auxiliary control programs, and configure the corresponding operating environment of each program, which solves the potential confusion caused by multiple languages and multiple development environments to the engineering implementation management of industrial control systems and improves the quality and efficiency of industrial control program development.

In a possible implementation manner of the second aspect, it further includes: using the common data structure configuration to automatically generate codes for data structures in different languages according to the defined communication model.

In a possible implementation of the second aspect, the device and protocol configuration, when managing or mapping industrial control-related devices and protocols, includes: defining and deploying software-defined devices through software, and configuring non-software-defined devices through mapping.

In a possible implementation of the second aspect, it also includes: utilizing the multi-language task scheduling configuration function of the platform resource configuration module to perform real-time scheduling of tasks at the field control layer and non-real-time scheduling of tasks at the auxiliary control layer through the IDE, and coordinate scheduling between tasks in multiple languages.

In a possible implementation of the second aspect, the industrial control language includes at least one of the following: ST, IL, FBD, LD, SFC and CFC; the field control layer development module supports at least one of the following functions of the industrial control language: programming, compiling, monitoring, debugging, controlling, and diagnosing.

In a possible implementation of the second aspect, the IT ecological language includes at least one of the following: C++, Python, HTML and HMI interface configuration; the auxiliary control layer development module supports at least one of the following functions of the IT ecological language: editing, compiling and debugging.

In a possible implementation of the second aspect, it also includes: using the operating environment configuration module to perform version switching, program upgrade, and start and stop control on the deployed operating environment.

In a possible implementation of the second aspect, it also includes: using the auxiliary control layer development module to develop an extended function library for the field control program through C++ language.

In a possible implementation of the second aspect, the software-defined device includes a real-time system and a non-real-time system, the field control program runs on the real-time system, and the auxiliary control program runs on the non-real-time system; when defining the real-time system and the non-real-time system, the platform resource configuration module defines at least one of the following hardware for the real-time system and the non-real-time system respectively: number of CPU cores, memory, and interface.

In a third aspect, an embodiment of the present application provides a computing device, comprising a bus; a communication interface connected to the bus; at least one processor connected to the bus; and at least one memory connected to the bus and storing program instructions, wherein when the program instructions are executed by the at least one processor, the at least one processor executes the method described in any embodiment of the first aspect.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having program instructions stored thereon, wherein when the program instructions are executed by a computer, the computer executes the method described in any one of the implementation methods of the first aspect.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

FIG1 is a schematic diagram of the structure of an industrial control program development platform embodiment 1 of the present application;

FIG2 is a schematic diagram of components provided by each module in Embodiment 1 of an industrial control program development platform of the present application;

FIG3 is a schematic diagram of components provided by each module of a second embodiment of an industrial control program development platform of the present application;

FIG4 is a flow chart of an industrial control program development method embodiment of the present application;

FIG5 is a schematic diagram of components developed or configured in each step of an industrial control program development method embodiment of the present application, taking steel smelting control and monitoring as an example.

FIG6 is a schematic diagram of the structure of a computing device embodiment of the present application.

Detailed ways

In the following description, reference is made to “some embodiments” which describe a subset of all possible embodiments, but it is understood that “some embodiments” may be the same subset or a different subset of all possible embodiments, and may be any combination of the above. to combine with each other without conflict.

In the following description, the terms "first\second\third, etc." or module A, module B, module C, etc. are only used to distinguish similar objects, or to distinguish different embodiments, and do not represent a specific ordering of the objects. It can be understood that the specific order or sequence can be interchanged where permitted, so that the embodiments of the present application described here can be implemented in an order other than that illustrated or described here.

In the following description, the numbers representing the steps, such as S110, S120, etc., do not necessarily mean that the steps must be executed in this manner. If permitted, the order of the previous and next steps can be interchanged, or they can be executed simultaneously.

Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

The embodiment of the present application provides an industrial control program development platform and method, the platform comprising: a platform resource configuration module, which is used to provide platform resource configuration and configure platform resources through the IDE; a field control layer development module, which is used to develop real-time field control programs using at least one industrial control language through the IDE; an auxiliary control layer development module, which is used to develop non-real-time auxiliary control programs using at least one IT ecological language through the IDE; an operating environment configuration module, which is used to deploy an operating environment for the field control program and the auxiliary control program through the IDE. The method uses the platform to develop industrial control programs and environment deployment using multiple languages through an IDE. The embodiment of the present application solves the potential confusion problem that multiple languages and multiple development environments bring to the engineering implementation management of industrial control systems, and improves the quality and efficiency of industrial control program development.

The following describes various embodiments of the present application in conjunction with the accompanying drawings.

First, a first embodiment of an industrial control program development platform is introduced below in conjunction with FIG. 1 and FIG. 2 .

An industrial control program development platform embodiment 1 configures platform resources in an IDE through an IDE, develops real-time field control programs using at least one industrial control language and develops non-real-time auxiliary control programs using at least one IT ecological language, and configures the operating environment for the control program and the auxiliary control program, thereby realizing the development of industrial control programs and operating environment deployment using multiple languages through an IDE. The technical solution of this embodiment uses an engineering project to uniformly configure the variables and data structures involved in each multi-language, creates tasks for IT ecological language programs and industrial control programs in one IDE at the same time, and develops and debugs programs in IT ecological languages and industrial control languages, which solves the potential confusion caused by multiple languages and multiple development environments to the engineering implementation management of industrial control systems, and improves the quality and efficiency of industrial control program development.

FIG1 shows the structure of an industrial control program development platform embodiment 1, which includes: platform resource configuration module 110, field control layer development module 120, auxiliary control layer development module 130, and operating environment configuration module 140. Each module runs in the IDE of the industrial control program development platform (referred to as platform IDE, the same below), and the developed industrial control program includes a real-time field control program and a non-real-time auxiliary control program. FIG2 shows the components provided by each module of an industrial control program development platform embodiment 1, which includes: platform resource configuration 210, field control layer development environment 220, auxiliary control layer development environment 230, and operating environment 240.

The platform resource configuration module 110 is used to configure the platform resources involved in industrial control and provide a platform resource configuration 210, including a device and protocol configuration function and a common data structure configuration function.

Among them, the device and protocol configuration is used to manage or map the devices and protocols related to industrial control. The devices involved in industrial control include servers, controllers, remote IO, IO daughter cards, and host computers.

In some embodiments, the devices involved in industrial control include software-defined devices (SDCs) and non-software-defined devices. The device and protocol configuration is specifically used to define and deploy software-defined devices through software. Software-defined devices are generally computing devices for industrial control, which include CPU cores, memory, interfaces, etc. The device and protocol configuration defines and deploys the CPU cores, memory, and interfaces of software-defined devices through software in the operating system, so that the application software of the operating system runs on the software-defined devices composed of software-defined CPU cores, memory, and interfaces.

Device and protocol configuration is specifically used to configure non-software-defined devices through mapping. Non-software-defined devices are generally peripheral resources involved in industrial control, such as relays, sensors, Modbus slaves, etc. Device and protocol configuration maps non-software-defined devices to I/O ports or virtual network ports and accesses them through I/O ports or virtual network ports.

Among them, the common data structure configuration is used to define the communication model between programs in multiple languages, and the communication model corresponds to the common variables and data structures between programs in multiple languages. In some embodiments, the common data structure configuration is also used to automatically generate codes for data structures in different languages according to the defined communication model. Specifically, the common data structure configuration provides a unified model configuration interface in the platform IDE, defines the common data structure according to the communication model design between multiple languages, and automatically generates codes for data structures in different languages. The platform resource configuration module 110 realizes the integration of data formats and data types between different languages, which is convenient for users to design communication models between multiple languages. After the common data structure group is configured, different language codes are automatically generated, which simplifies the cross-language communication development process and difficulty.

The field control layer development module 120 is used to develop a real-time field control program using at least one industrial control language, and provides a field control layer development environment 220 .

Among them, industrial control languages include the development languages in IEC 61131-3, including ST, IL, FBD, LD, SFC and CFC languages.

Among them, the field control layer development environment 220 is in the platform IDE, including various industrial control language programming environments and compilers. Each industrial control language programming environment is used for programming a development language in IEC 61131-3, and each industrial control language compiler supports the compilation, monitoring, debugging, control, diagnosis and other functions of a development language in IEC 61131-3. The field control layer development environment provides a good industrial development experience.

The auxiliary control layer development module 130 is used to develop a non-real-time auxiliary control program using at least one IT ecological language and provides an auxiliary control layer development environment 230 .

The industrial application is used for at least one of the following: industrial control process monitoring, industrial control process optimization, and industrial control human-machine interface. Industrial control process monitoring includes at least one of the following monitoring: switch quantity monitoring, analog quantity monitoring, and visual monitoring. Industrial control process optimization includes at least: optimizing industrial control based on switch quantity analysis, analog quantity analysis, visual computing, and visual analysis.

Among them, IT ecological languages include C++, Python, HTML and HMI interface language.

Among them, the auxiliary control layer development environment 230 is in the platform IDE, including programming environments and compilers of various IT ecological languages. The programming environment of each IT ecological language supports programming of one IT ecological language, and the compiler of each IT ecological language supports the compilation and debugging of one IT ecological language. The auxiliary control layer development environment 230 develops various auxiliary control programs in one stop, supports editing, compiling and debugging of each language, reduces tool switching during multi-language development, and improves project implementation efficiency.

The operating environment configuration module 140 is used to configure the real-time field control program and the non-real-time auxiliary control program. Configure the operating environment 240, which solves the problem of large differences in deployment and configuration between different environments and simplifies the deployment of multi-language projects.

In summary, an industrial control program development platform embodiment 1 includes a platform resource configuration module, a field control layer development module, an auxiliary control layer development module, and an operating environment configuration module. Each module configures platform resources in an IDE, uses at least one industrial control language to develop real-time field control programs, uses at least one IT ecological language to develop non-real-time auxiliary control programs, and deploys operating environments for real-time field control programs and non-real-time auxiliary control programs, thereby realizing the development of industrial control programs and environment deployment in multiple languages through one IDE, solving the potential confusion problem caused by multiple languages and multiple development environments to the engineering implementation management of industrial control systems, and improving the quality and efficiency of industrial control program development.

Embodiment 2 of an industrial control program development platform is a detailed implementation of embodiment 1 of an industrial control program development platform. It has all the advantages of embodiment 1 of an industrial control program development platform. At the same time, its platform resource configuration module also defines task scheduling parameters to realize the scheduling of program tasks in multiple languages. The auxiliary control layer development environment also provides an extended function library for the field control layer development environment through the C++ language to enhance the real-time control function.

FIG1 also shows the structure of a second embodiment of an industrial control program development platform, and its modules are enhanced on the basis of the modules of the first embodiment of an industrial control program development platform. FIG3 shows the components provided by each module in the second embodiment of an industrial control program development platform, including a platform resource configuration 310, a field control layer development environment 320, an auxiliary control layer development environment 330, and an operating environment 340, which are enhanced on the platform resource configuration 210, the field control layer development environment 220, the auxiliary control layer development environment 230, and the operating environment 240 of FIG2. The enhanced parts will be introduced below.

The platform resource configuration 310 also includes task scheduling parameter configuration, which includes task scheduling for real-time field control programs and non-real-time auxiliary control programs through the scheduler, and each task scheduling parameter includes at least one of the following: the type of its operating environment and the scheduling cycle. The platform resource configuration module 110 provides a unified configuration interface for tasks of various languages in one IDE, uniformly configures task scheduling parameters, and cooperates with the platform scheduler to control and manage multi-language fusion collaborative task scheduling at the full project level.

When the device and protocol configuration in the platform resource configuration 310 is used for the definition and deployment of SDC devices, the SDC devices include industrial controllers, RTEs, real-time systems and non-real-time systems. Each real-time field control program runs in an industrial controller, each industrial controller carries an RTE, and each RTE runs on a real-time system. The device and protocol configuration in the platform resource configuration 310 defines the following hardware resources for each real-time system in a software manner: number of CPU cores, memory, and interfaces. Each non-real-time auxiliary control program runs in a non-real-time system, and the platform resource configuration 310 defines the following hardware resources for each non-real-time system in a software manner: CPU cores, memory, and interfaces.

The programming environment of the auxiliary control layer development environment 330 includes at least one of the following in one IDE: C++ programming environment, Python programming environment, HTML5 programming environment, HMI configuration programming environment, and the compiler of the auxiliary control layer development environment 230 includes at least one of the following in one IDE: C++ compiler, Python compiler, HTML5 compiler, HMI compiler, wherein the C++ programming environment also provides an extended function library for the field control layer development environment 320 to enhance the real-time industrial control function. The non-real-time auxiliary control program developed by the auxiliary control layer development environment 330 includes at least one of the following: C++ program, Python program, HTML5 program, HMI configuration program.

The programming environment of the field control layer development environment 320 includes at least one of the following in an IDE: SFC/CFC The field control layer development environment 320 includes at least one of the following compilers in an IDE: SFC/CFC compiler, FBD/LD compiler, ST/IL compiler. The real-time field control program includes at least one of the following: SFC/CFC program, FBD/LD program, ST/IL program. The code of each field control program may also include an extended function library provided by the auxiliary control layer development environment 330, and each compiler of the field control layer development environment 320 may also link the extended function library to the execution program of each real-time field control program.

In the operating environment 340, the operating environment configuration module 140 can also be used to implement the version switching, program upgrade, start and stop control and other functions of the operating environment of each field control program and each auxiliary control program.

In summary, Example 2 of an industrial control program development platform is a detailed implementation method of Example 1 of an industrial control program development platform, and has all the advantages of Example 1 of an industrial control program development platform. At the same time, the platform resource configuration module also provides task scheduling configuration to realize the scheduling of program tasks in multiple languages. The auxiliary control layer development environment also provides an extended function library for the field control layer development environment through the C++ language to enhance the real-time control function.

An embodiment of an industrial control program development method is described below in conjunction with FIG. 4 and FIG. 5 .

An industrial control program development method embodiment uses an industrial control program development device embodiment 2 to develop industrial control programs in multiple languages. By way of example, an industrial control program development method embodiment is introduced by taking steel smelting control and monitoring as an example.

Fig. 4 shows a flow chart of an embodiment of an industrial control program development method, including steps S410 to S440. Fig. 5 shows the components developed or configured in each step of this embodiment, taking steel smelting control and monitoring as an example.

S410: Utilize the platform resource configuration module of the second embodiment of the industrial control program development device to provide platform resource configuration and configure the platform resources involved in the industrial control.

The platform resource configuration includes at least one of the following: equipment and protocol configuration, task scheduling configuration, and common data structure configuration.

For example, taking the steel smelting control and monitoring in Figure 5 as an example, the equipment and protocol configuration is based on the SDC device as the core, and four virtual devices are defined as application carriers, including a real-time system RTOS and three non-real-time systems NTOS shown in Figure 5; and each non-SDC device is mapped to the corresponding RTO or NTOS IO port or network port for easy access. For example, non-SDC devices include thermometers, barometers, relays, light-sensing cameras, Modbus slaves, etc.

For example, the common data structure configuration defines the global data model, such as the temperature data model, the light field data model, etc., and generates data definition codes in LD, Python, C++, and JS languages.

For example, the task scheduling configuration configures the IEC program scheduling cycle, the C++ program scheduling cycle, the Python program scheduling cycle, and the scheduling cycle of each language program task.

S420: Develop a real-time field control program using at least one industrial control language using a field control layer development module.

For example, continuing with the steel smelting control and monitoring in Figure 5, field control layer development is performed in this step, such as using FBD and LD languages to develop a ore feeding motor control program, a melting temperature control program, etc., which runs on an RTOS to perform real-time control of the melting process.

S430: Developing a non-real-time auxiliary control program using the auxiliary control layer development module and at least one IT ecological language,

For example, continuing to take the steel smelting control and monitoring of Figure 5 as an example, in this step, the auxiliary control layer should be A non-real-time auxiliary control program is developed, including: a Python deep learning program for modeling and predicting the melting process, a C++ image processing program for integrating the OpenCV camera, a Python/HTML monitoring program for large-screen monitoring, and an HMI monitoring program for the human-machine interface. The Python deep learning program and the C++ image processing program run on the first NTOS to jointly optimize the melting process. The Python/HTML monitoring program runs on the second NTOS, and the HMI monitoring program runs on the third NTOS. The above programs jointly optimize and monitor the melting process.

S440: Utilize the operating environment configuration module to configure the operating environment for the real-time field control program and the non-real-time auxiliary control program.

For example, continuing to take the steel smelting control and monitoring in Figure 5 as an example, in this step, the operating environment corresponding to the above-mentioned development application is deployed, including the IEC program running dependent RTE environment deployment, C++ program dependency deployment, Python version and application dependency deployment, and upgrading and managing different language applications through the application management page.

The embodiment of the present application also provides a computing device, which is described in detail below in conjunction with FIG. 6 .

The computing device 600 includes a processor 610 , a memory 620 , a communication interface 630 , and a bus 640 .

It should be understood that the communication interface 630 in the computing device 600 shown in this figure can be used to communicate with other devices.

The processor 610 may be connected to a memory 620. The memory 620 may be used to store the program code and data. Therefore, the memory 620 may be a storage unit inside the processor 610, or an external storage unit independent of the processor 610, or a component including a storage unit inside the processor 610 and an external storage unit independent of the processor 610.

Optionally, the computing device 600 may further include a bus 640. The memory 620 and the communication interface 630 may be connected to the processor 610 via the bus 640. The bus 640 may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The bus 650 may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the figure is represented by only one line, but it does not mean that there is only one bus or one type of bus.

It should be understood that in the embodiment of the present application, the processor 610 may adopt a central processing unit (CPU). The processor may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. Alternatively, the processor 610 may adopt one or more integrated circuits to execute relevant programs to implement the technical solutions provided in the embodiment of the present application.

The memory 620 may include a read-only memory and a random access memory, and provides instructions and data to the processor 610. A portion of the processor 610 may also include a nonvolatile random access memory. For example, the processor 610 may also store information on the device type.

When the computing device 600 is running, the processor 610 executes the computer-executable instructions in the memory 620 to perform the operating steps of the method embodiment.

It should be understood that the computing device 600 according to the embodiment of the present application may correspond to executing the various embodiments of the present application. The corresponding subjects in the method, and the above and other operations and/or functions of each module in the computing device 600 are respectively for implementing the corresponding processes of each method of this embodiment, and for the sake of brevity, they are not repeated here.

Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage media include various media that can store program codes, such as USB flash drives, mobile hard disks, read-only memories (ROM), random access memories (RAM), magnetic disks or optical disks.

The embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, it is used to execute the operating steps of the method embodiment.

The computer storage medium of the embodiment of the present application may adopt any combination of one or more computer-readable media. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media (a non-exhaustive list) include an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable one of the above. In this document, a computer readable storage medium may be any tangible medium that can contain or store a program that can be used by or in connection with an instruction execution system, apparatus, or device.

Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, which carry computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

The program code embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for performing the operation of the present application can be written in one or more programming languages or a combination thereof, including object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as an independent software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (e.g., using an Internet service provider to connect through the Internet).

Note that the above are only preferred embodiments of the present application and the technical principles used. Those skilled in the art will understand that the present application is not limited to the specific embodiments described herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present application. Therefore, although the present application is described in more detail through the above embodiments, the present application is not limited to the above embodiments, and may also include more other equivalent embodiments without departing from the concept of the present application, all of which belong to the scope of protection of the present application.

Claims

An industrial control program development platform, characterized in that it is used to develop industrial control programs in multiple languages through one IDE, including:

A platform resource configuration module, used to provide platform resource configuration, and configure the platform resources involved in industrial control through the IDE, wherein the platform resource configuration includes at least one of the following configurations: device and protocol configuration, and common data structure configuration. The device and protocol configuration is used to manage or map the devices and protocols related to industrial control, and the common data structure configuration is used to define the communication model between programs in multiple languages;

A field control layer development module, used to develop a real-time field control program using at least one industrial control language through the IDE;

An auxiliary control layer development module, used to develop a non-real-time auxiliary control program using at least one IT ecological language through the IDE, wherein the auxiliary control program is used for at least one of the following functions of industrial control: process monitoring, process optimization, and human-machine interface;

The operating environment configuration module is used to deploy the operating environment for the field control program and the auxiliary control program through the IDE.
The platform according to claim 1 is characterized in that the common data structure configuration is also used to automatically generate codes for data structures in different languages according to the defined communication model.
According to the platform of claim 1, it is characterized in that the device and protocol configuration are specifically used to define and deploy software-defined devices through software, and to configure non-software-defined devices through mapping.
According to the platform of claim 1, it is characterized in that the platform resource configuration module also provides a multi-language task scheduling configuration function, which is used to perform real-time scheduling of tasks of the field control layer and non-real-time scheduling of tasks of the auxiliary control layer through the IDE, and coordinate the scheduling between tasks in multiple languages.
The platform according to claim 1, characterized in that the industrial control language includes at least one of the following: ST, IL, FBD, LD, SFC and CFC;

The field control layer development module supports at least one of the following functions of the industrial control language: programming, compiling, monitoring, debugging, controlling, and diagnosing.
The platform according to claim 1 is characterized in that the IT ecological language includes at least one of the following: C++, Python, HTML and HMI interface language;

The auxiliary control layer development module supports at least one of the following functions of the IT ecological language: editing, compiling and debugging.
The platform according to claim 1 is characterized in that the operating environment configuration module is also used for version switching, program upgrades, and start and stop control of the operating environment deployed by it.
The platform according to claim 6 is characterized in that the auxiliary control layer development module is also used to develop an extended function library for the field control program using C++ language.
The platform according to claim 3 is characterized in that the software-defined device includes a real-time system and a non-real-time system, the field control program runs on the real-time system, and the auxiliary control program runs on the non-real-time system;

When defining the real-time system and the non-real-time system, the platform resource configuration module defines at least one of the following hardware for the real-time system and the non-real-time system respectively: number of CPU cores, memory, and interface.
A method for developing an industrial control program, characterized in that the industrial control program is developed in an IDE using multiple languages through the platform described in any one of claims 1 to 9, comprising:

The platform resource configuration provided by the platform resource configuration module is used to configure the platform resources involved in industrial control through the IDE, wherein the platform resource configuration includes at least one of the following configurations: device and protocol configuration, and common data structure configuration. The device and protocol configuration is used to manage or map the devices and protocols related to industrial control, and the common data structure configuration is used to define the communication model between programs in multiple languages;

Developing a real-time field control program using at least one industrial control language using the field control layer development module through the IDE;

Developing a non-real-time auxiliary control program using the auxiliary control layer development module through the IDE using at least one IT ecological language, wherein the non-real-time auxiliary control program is used for at least one of the following functions of industrial control: process monitoring, process optimization, and human-machine interface;

The operating environment is configured for the field control program and the auxiliary control program through the IDE using an operating environment configuration module.