1. Introduction
One of the main factors to consider when designing a robotic workplace is the ergonomics of the cobot. The latter primarily pursue humane and economic goals. By implementing robotic cobots at the process level, we can achieve given ergonomic goals, but their applicability in industrial production has not yet been sufficiently explored. The theoretical review includes an analysis of the use of conventional industrial robots, which clearly shows an increasing number of units sold annually. According to the above statistics, by a clear margin, the highest sales are for the automotive industry. The justification may be in series production, where the robot is in operation almost continuously. In this case, the payback period for the investment is sometimes within half a year to a month. In manufacturing companies with batch production, the use of conventional industrial robots is therefore advantageous. The situation is different in piece production. The return on investment is not as fast as in batch production, and therefore manufacturing companies do not consider acquiring conventional robots in many cases.
Humanoid robots are expected to work in environments structured for humans.[
1] While collaborative humanoids are beginning to gain traction in manufacturing, their employment in other circumstances is still in its infancy. [
2] Predictions of the usability of robotic workplaces in the coming years show a high increase in the deployment of robotic workplaces, bringing many benefits. These are workplaces using both conventional industrial robots and robotic co-bots. The use of cobots offers new opportunities in companies with small batch or piece production, which has an impact on the above estimate of robot sales in the coming years. Many global manufacturers of industrial robots are aware of the increase in the requirements of enterprises in the new area of cooperation and are thus responding to the market with new developments of robots capable of cooperation with humans. The creation of a design for the implementation of a cooperating robot with a human represents the missing link in the whole chain of commercial applications of the latest trends in the field of robotic systems in the industrial sphere.
The deployment of cobot in an enterprise depends on the specific situation and needs of the enterprise. [
3] Before deploying a cobot in an enterprise, it is important to perform an analysis of the processes to be automated. It is necessary to determine exactly which steps in the process can be performed by the cobot and what the requirements are for adapting the production process. [
4] Deploying a cobot also usually involves training the personnel who will be working with the cobot and ensuring the necessary safety precautions are in place. [
5] When deciding whether to deploy cobot in an enterprise, the advantages and disadvantages of such a move should be weighed. Cobots can increase productivity and improve the quality of production, but they can also impose high upfront costs and may require modifications to existing processes.[
6]
Research robots can be considered the most cognitively controlled of all robots, but even they still do not achieve a high degree of autonomy and therefore a certain degree of intelligence. Industrial robots currently achieve minimal cognitive control, i.e. they achieve a low degree of intelligence and can be considered those that are the most equipped with cognitive control among all robots, but even these still do not achieve a high degree of autonomy and thus a certain degree of intelligence. The industrial robots of today achieve a minimum of cognitive control, reaching a low degree of intelligence.[
7] Hierarchies, for instance, allow for the compartmentalization of tasks: if organized correctly, tasks in disjoint subtrees of the hierarchy may be performed in parallel. Intuitively, the shallower the hierarchy the more subordinates per manager, leading to more potential for parallelism [
8].
In the literature, the term industrial robot refers to devices that can independently solve various manipulation tasks. Currently, although an industrial robot is defined according to ISO, there are several other definitions with different interpretations, but they all have the same essence. An industrial robot is officially defined according to ISO 8373:2021 to mean: A reprogrammable, multifunctional manipulator designed to move material, parts, tools, or specialized devices through variable programmed motions for the performance of a variety of tasks.[
9,
10] Apart from basic terminology, WG1 is dealing with another vocabulary for certain domains, such as navigation or perception, and was published ISO 19649. The standard defines terminology for mobile robots, such as the definitions of wheel types and undercarriage structures. During the last meeting in Suzhou, China, WG 1 started the revision of ISO 8373. [
11] The chair of WG 2 is Osman Tokhi (London South Bank University, United Kingdom). The standards WG 2 is res ponsible for include the following:
ISO 13482, Robots and Robotic Devices—Safety Requirements for Personal Care Robots,
ISO/CD TR 23482 1, Technical Report: Validation Criteria for Per sonal Care Robots,
ISO/CD TR 23482 2, Application Guide for ISO 13482.
WG 3 is dealing with the safety of indus trial robots. After the technical specifica tion ISO TS 15066, which provides extended requirements for human–ro bot collaboration and specifies limits for impact forces and pressures, WG 3 developed two new work items.
WG 4 is engaged in developing standards for robot performance. To com pare the performance of functions like pathfinding, object recognition, or the ability to move on difficult terrain, standardized test methods are necessary. WG 5 (Medical Robot Safety) other than industrial robots and (nonmedical) service robots, robots used for health care purposes have to fulfil safety requirements for medical devices instead of or in addition to requirements for machinery safety. During the last meeting in Suzhou, China, WG 6 finished a series of chang es originating from the new work item balloting and prepared a document for the committee draft ballot. It is clear that robotics is evolving from its industrial manufacturing roots at an increasing rate, and new robot use cases are emerging. [
12]
It is also worth mentioning that despite the general public’s (and official bodies as well) increasing support for sustainability in the development of robotic applications with regulations [
12], [
13] the appropriate guidelines for streamlined implementations are still missing [
6].
In general, the ability to easily retrain a cobot for a new kind of task is seen as one of its main advantages. However, this feature is not addressed in the current state-of-the-art standards. Risk analysis is starting to be insufficient for new autonomous technologies such as cobots, because individual risk analysis methods do not consider, for example, the level of autonomy of the technology, the ability to make autonomous decisions, the ability to move and navigate in space, etc. The development of a new approach to risk analysis would be particularly useful for reconfigurable systems and therefore for the frequent changes in production for which cobots are adapted. Therefore, in this paper, attention is also paid to this area.
One of the key benefits of cobots is their ability to work alongside human workers, allowing for more efficient collaboration and communication. This can help to improve overall productivity and reduce the risk of workplace injuries. Additionally, cobots can help to automate tasks that are too dangerous or physically demanding for human workers to perform, such as lifting heavy objects or working in hazardous environments.
According to the International Federation of Robotics (IFR), global sales of industrial robots have been increasing steadily over the past decade. In 2020, despite the COVID-19 pandemic, the IFR reported that worldwide shipments of industrial robots reached a record high of 373,000 units, an increase of 3.5% compared to the previous year. Asia continues to be the largest market for industrial robots, accounting for around two-thirds of global sales. The automotive industry remains the largest user of industrial robots, followed by the electronics industry. However, there is growing demand for robots in other industries such as healthcare, logistics, and agriculture. The IFR predicts that global sales of industrial robots will continue to grow over the next few years, driven by technological advancements and increasing demand for automation and productivity improvements.
The stock of operational robots around the globe hit a new record of about 3.5 million units – the value of installations reached an estimated 15.7 billion USD. The International Federation of Robotics analyzes the top 5 trends shaping robotics and automation in 2023 (
Figure 1).
The industry statistics presented in the following World Robotics 2022 Industrial Robotics report provide the strongest indication to date that robotics as a technology is making a fundamental contribution towards supporting industries and businesses to immunize their core production processes against the outcomes of each global crisis we experience. Despite all global headwinds and the continued presence of the pandemic, a record 517,385 new robots were installed across all industries in 2021, a significant 31% higher than in 2020, with the electrical / electronics, automotive and metal industries continuing to be leading adopters of the technology. Global robot stocks reached almost 3.5 million units, 15% higher than in 2020, and the associated value of installations reached an estimated $15.7 billion with the global average manufacturing density of 126 robots per 10,000 employees.
Hence, how to design appropriate robotic mechanism systems, motion planning and control, and how to integrate the complementary devices and technology into a flexible automatic system are still hot robotic research topics. Since robotic manipulators are multi-input and multi-output systems, their motion planning and control are complicated operations. [
14] Standardization allows researchers to combine work from multiple sources without having to spend time creating bespoke adaptors or recreating incompatible work. [
15] Recent soft robotic research has been mostly bioinspired,2, 3 to synthetically reproduce the functionality demonstrated by worms, octopus arms, and other model animals. These results rely on new soft actuation technologies, and hence focus more on the design, fabrication, and analysis of actuation performance, providing a solid foundation for further research on challenges blocking complete robotic systems that include power sources, driving hardware (valving), perception, computation, and actuation. [
16]
2. Materials and Methods
The main goal of the study is the proposal for the implementation of cooperating robots in production systems, while the facts known so far indicate the need to connect the robotic operating system with control systems at the process level of the company. Sub-goals can include:
design and implementation of the communication channel between ROS (Robotic Operating System) and PLC control systems,
proposal of a new approach in the creation of a risk analysis of robotic workplaces.
As robotic systems are becoming more prevalent in today’s society where autonomous systems are interacting with humans, the need for securing these systems is becoming paramount. Historically, industrial robots were mostly used in the manufacturing environment where they were protected by walls and closed networks. [
17]
For the implementation of cobots in production systems and their cooperation with production equipment, it is necessary to create a communication channel, the design of which is part of the case study. The design and solution will result in the interfacing of the robotic operating system with the production facility control systems (PLCs) (
Figure 2).
At the top layer of the HLC there is communication between agents for negotiation, ordering or cooperation with other agents, etc. At the lower layer, communication takes place between the agents to exchange process data such as information from a sensor about the presence of a pallet, a conveyor belt in motion, and so on.
The proposed algorithm (
Figure 2) can be used only under certain conditions. This means that the assumptions in the next section 2.1 must necessarily be satisfied.
2.1. Assumptions for the Implementation of Cobots in Production Systems
One of the assumptions for the successful implementation of the co-bot into the production system is the creation of staffing, and thus it is necessary to fill professional positions with qualified personnel. Lack of preparedness can result in inappropriate decisions and therefore the need for skilled personnel involved in the implementation of cobots in a manufacturing enterprise.
By process, we mean a set of activities that transform inputs into outputs (for example assembly process, welding process). Knowledge of robotic systems is taken for granted. In the case of insufficient theoretical knowledge or practical experience in the field, a wrong selection of a suitable process or suitable cobot may occur. The correct identification of suitable processes is one of the prerequisites for the successful implementation of cobots in manufacturing systems.
When implementing cobots in production systems, it is necessary to define the following technical assumptions:
suitable cooperating robot and control system (cobot),
and the design of a suitable effector for the cobot.
2.2. Incorporation of Robotic Systems into the Process Level of the Company
If the assumptions in section 2.1 (establishing staffing, identification of potential processes for automation, technical assumptions) are accepted and fulfilled, cobots can be deployed in any production system, regardless of the level of automation or the size of the production enterprise. The scientific problem lies in the communication of the ROS robot operating system with the PLC control systems. The Robot Operating System which is commonly called ROS is an open-source framework that provides easy integration of components into the robot. [
18]
Within the enterprise information system, the above technologies are located at the process level of the enterprise. A cobot implemented in a production system must be able to cooperate not only with humans but also with production and other equipment. The intention is to achieve the highest possible degree of cobot’s autonomy. Holonic manufacturing systems define a Holon as an autonomous and cooperating unit. [
19] Therefore, we propose a holonic systems theory to be used to describe the communication of the cobot with the devices of the production system.
2.3. Holonic Manufacturing Systems
In many industries, production machines and production lines are composed of modular equipment. Individual modules can be placed in the production line at different locations as required. By using modular systems, the required flexibility of production systems is achieved. The modules are controlled by their control system (PLC, embedded systems, etc.), which controls and operates the elements inside the module, such as pneumatic devices, electrical drives, sensors, etc.
Modular systems inevitably need some type of industrial network (Ethernet, Fieldbus, IO-link) to communicate between the modules and exchange the necessary information. Holons and holarchies made up of holons can work independently, implying that they have a certain degree of intelligence and can solve problems from their particular level without asking higher levels for help. This property ensures that holons are stable and systems are consequently more reliable. Holons can also receive instructions and be controlled by a holon from a higher level (Botti Navarro, 2008).[
20]
The holonic production system is based on the concept of the holonic system defined by Arthur Koestler. [
21] In the holonic production system, holons are considered operators of control processes, acting autonomously. Koestler emphasizes the aforementioned autonomy, which determines to what extent the system is intelligent and to what extent the system can react to faults and resolve them independently without the intervention of a superior holon. At the same time, however, such holons can be controlled and managed by higher-level holons. Thus, an intelligent manufacturing system can be thought of in holonic terms as an entity composed of autonomous modules (holons) with distributed control. [
3]
In the artificial intelligence (AI) field, holons have been thoroughly studied in resemblance to agents. [
22] In particular a comprehensive comparison between the two models has been presented in [
23]. One of the greatest differences is that the holon is structurally recursive, while the agent is not. Furthermore, holons generally account for both information and physical processing while agents are more often viewed by the AI community as software entities only.
A hierarchy composed of holons, possibly a system of holons located throughout a system of roles, is called a holarchy. This concept can be used to create complex systems, based on the premise of folding elementary parts into increasingly complex units or decomposing the system into smaller functional units. [
24]
For a thorough description of the proposed structure, we suggest the use of the IEC 61499 standard. In our case, the solution deals with the description of the interfacing of the robot operating system of the cooperating robots with the control systems at the lowest level of the enterprise (PLC, CNC and others). Therefore, the above standard will only serve us to formally describe the proposed solution, and the solution will not include the use of IEC 61499-based software tools.
The definition of a function block according to IEC 61499 also specifies the link between events and their associated data. [
25] An agent must respond to significant changes In its environment, for example, a robot playing soccer has plans based on the current position of the ball and other players, but must be prepared to adapt or abandon plans based on changes in the environment. Moreover, agents are persistent, that is, they try to accomplish their goal even after failed attempts.[
26]
2.4. The Architecture of the Holonic Agent
When considering the application of agents and their deployment in production systems, it is imperative to consider the possibility of interfacing directly with the hardware equipment at the lowest enterprise level in production. Such hardware, by which is meant, for example, PLCs, CNCs and others, are considered real-time systems. Agents are not capable of real-time response, and this leads to the emergence of a new architecture referred to as the “holonic agent architecture”. The above solution is proposed as a suitable option to design the communication structure of autonomous devices.
As can be seen in
Figure 3 it is a loose coupling of the upper HLC layer (agent), the lower LLC layer (hardware - PLC, CNC and others) together with the communication interface required for data exchange between the LLC and the HLC. [
27]
The LLC module is considered as standard control program in the PLC, whose cycle is as follows: first, it reads input values from input cards, whether digital, analogue or reads information coming through the communication interface (Ethernet, IO-link, etc.). The control unit performs the necessary calculations and, according to the predefined logic in the program, sets the values for the PLC outputs of the automaton, thus providing the required signals for the actuators. The programming of programmable logic PLCs for holonic manufacturing systems is described in the IEC 61499 standard. This is programming using function blocks whose data is processed based on events. This standard should replace today’s established way of programming according to IEC 61131-3. Despite the different opinions on which programming language is more convenient, more readable and more acceptable for the user, nowadays programming according to the IEC 61131-3 standard is consistently preferred, with the first-mentioned method being used mainly in laboratory conditions.
The HLC module is represented by an “agent” that satisfies all the properties of agent management. It is software that can make decisions, communicate or cooperate with other agents. In this sense, we can say that HLC is synonymous with the word agent. To program a complex agent solution with all the necessary features, one of the higher programming languages such as C++, Java and others is required. [
27,
28]
The IEC 61499 standard will serve us in this thesis to describe the behavior of holonic agents in society, in addition to clarifying the basic principle of programming according to that standard. In the research in question, this involves the use of function blocks, with the header of the function block itself being the upper layer of the HLC or, therefore, the software representing the agent. The body of the function block is characterized by the lower layer which is represented by hardware such as PLC, CNC and others.
An essential part of the holonic agent as a system is the communication interface between the upper layer of the HLC and the lower layer of the LLC. On the one hand, the HLC receives notifications from the lower LLC layer regarding relevant events that are in the agent’s interest to receive them. This includes information such as the completion status of a particular task being performed, the device status of ready or busy, diagnostics informing of impending system failure, insufficient material flow, and a variety of other necessary data. On the other hand, after the agent decides to perform a given action, the result of the decision needs to be sent to the lower layer of the LLC, where the received information from the HLC is usually translated into simple basic data types that are further processed by the LLC hardware. As an example, consider a decision made by an agent after negotiating with other agents to participate in the transport of parts from the warehouse to the conveyor belt.
The agent then sends an order based on the negotiation and agreement made, such as “Unload material from the warehouse and move to the conveyor belt”. The LLC receives the given information from the HLC and translates the command into a series of simple commands such as “Take material from the warehouse from position x,y”, “Put material on the conveyor belt”, etc. based on predefined conditions or data from the surrounding production environment. [
29]
At the top layer of the HLC, there is communication between agents for negotiation, ordering or cooperation with other agents, etc. At the lower layer, communication takes place between the agents to exchange process data such as information from a sensor about the presence of a pallet, a conveyor belt in motion, and so on.
An important aspect of reliable holonic agent functionality is the correct choice of hardware. A normal and established method is to separate the HLC and LLC layers, with the upper layer being represented by software on a computer, while the lower layer is implemented in a control system such as a PLC, CNC or microcomputer, etc. However, problems can arise with such an architecture with issues of reliability of operating systems, hardware of individual devices, communication between HLC - LLC layers and so on. In addressing these issues, several companies have responded (Rockwell Automation is an example), resulting in the emergence of new architectures where both the upper HLC layer and the lower LLC layer are part of the same hardware. As we mentioned in the chapter on programmable logic controllers, PLCs are one of the most commonly used control systems in the industry at the process level of the enterprise. For that reason, research and testing are underway into the possibility of deploying both layers within a single PLC by uploading a newly modified firmware to one of the series of programmable logic automata being produced. This opens up the possibility of programming the agents in one of the higher-level programming languages (C++, Java, etc.) along with programming the lower layer with the existing IEC 6113 standard on one common PLC hardware.[
30,
31]
2.5. Design of the Risk Assessment of the Robotic Workplace
In the robotic world, risk assessment is used to identify potential risks, with one of the next steps being to reduce them to an acceptable level. According to ISO standards, all mechanisms must undergo a risk assessment to designate a device or machine as safe. However, it is also important to note that many mechanisms are already certified directly by the manufacturer at the time of manufacture, which facilitates our risk assessment process. However, even though the components that make up a cobot or its software are certified and labelled as safe, this does not mean that the robot as a whole is safe about its environment. Especially in the case of industrial applications, it is almost impossible for robot manufacturers to declare that a cobot will be safe once incorporated into any process. It is only after the aforementioned estimation and assessment of all the risks that we can determine with certainty that a robot can be declared safe. An example is the handling of a sharp object by a certified cobot. Although the robot is considered safe, the application as such is far from safe. Despite all the certificates from the cobot manufacturer, it is therefore imperative to reassess the risks and then minimize them. The algorithm (
Figure 4) is illustrated the process leading to a successful risk assessment along with recommendations for minimizing the risks. Some shortcomings in the current risk assessment approach have been identified, and therefore, there is proposed a new perspective on risk identification and risk level determination.
2.5.1. Defining the Parameters of the Proposed Workplace
When assessing the risks, the first and essential step is to define all the necessary parameters of the proposed robotic workplace. We can help ourselves by asking the following questions. What effector will the robot use? What will be the robot’s main task? In case of handling operations - What and what object will be handled? Asking such questions is ensured that there are the necessary data essential for a thorough and detailed risk assessment. At that stage, it should be obvious what type of robot will be used in a given application. Therefore, it is necessary to study the manufacturer’s datasheets and find out, for example, the maximum speed, acceleration, maximum payload, etc.
2.5.2. Identification of Sources of Risk
This step requires the identification of all possible risks. It is important to note that this identification process applies not only to the operations themselves, such as handling, welding, packaging, etc. but to all operations from the moment of purchase of the individual components or technologies, their receipt from the transporter, to the actual disposal of the entire proposed site. The mere improper unloading of a few dozen kilos of the robot from a truck or the commissioning of a given robot without expert handling, etc., can result in injuries. Pointing out these potential risks during installation may seem unimportant, but safety experts warn that the process of identifying the sources of risk is often underestimated, and many times has already ended tragically during the actual installation of the robot into service. Once thoroughly identified, some analysis should result, which is then needed in the next step to determine the level of risk.
2.5.3. Determining Risk Levels
A list of the main significant risks arising from the use of industrial robots is contained in ISO 10218-2:2011. The application of collaborative robots may give rise to ancillary risks that need to be identified.
There are several established ways to monitor and assess risk. One of the methods according to ISO 13849-1:2006 is proposed as part of the solution. The risk is evaluated using the “Performance Level Rating - PLr” (PLr risk level determination). The given analysis uses three different parameters:
2.5.4. Design of Risk Level Determination for Robotic Applications
In the following section, a custom design for determining the risk level for robotic applications is presented. According to the current standard, different parameters are considered as we have discussed in the previous section (S, F. P). However, we feel that the current risk level determination is starting to be insufficient. However, the current standards do not take into account many new aspects in the risk assessment that can greatly influence the level of risk. These include, for example:
the ability to move and navigate in the space of advanced technologies. So far we have considered static devices, but what if cobot can move and orient itself in space? In this case, is it necessary to perform a risk analysis for the entire defined area of operation of the robot?
Changes to the terms of reference: currently the establishment is obliged to submit a risk analysis evaluation, but the documents will be submitted based on fixed rules. This means that the robot will work in location ‘A’ and perform activity ‘01’. In this case, the operator will be able to guarantee the safety of persons or technology. The possibility to change the environment or to adapt quickly to a new activity is considered one of the biggest advantages of cobots. When moving the cobot to location “B” or changing the task assignment and retraining the robot from activity “01” to “02”, the robot does not have a risk analysis performed and a risk re-assessment by a safety engineer is necessary.
Autonomy of technology is one of the other key parameters that is not given any importance nowadays. However, technologies are beginning to “feel” or “see”. This means that a robot, which is dangerous at first sight, sees you, perceives you in its environment and can adapt to you. In the case of autonomous cobots, any movement is unpredictable, which is why, for example, the “P” parameter (possibility of avoiding danger) in current standards makes one wonder whether it has merit in this case. Moreover, the trend in robotics is towards complete autonomy or ‘intelligence’, whereby the robot will be able to plan its routes, movements, obstacle avoidance, changes in planning its activities, etc. human-robot-cooperation. In the current risk analysis, we have considered human-robot cooperation unconditionally as an operation with the potential for serious injury. However, in the case of the use of cobots, the hitherto inadmissible direct cooperation is also possible, and even in some cases, a human-robot collision is possible. The new ISO TS 15066 subsequently sets the level of individual forces, accelerations and other parameters.
2.5.5. Risk Assessment
An important step at this point is to ask the question: is the risk acceptable? Or in other words: is the risk level PLr (PL “a” and “e”) sufficient? Without a doubt, everyone aims to minimize the risk, i.e. to work his way through the individual safety steps to the PLr category with a negligible level of risk. If our previous risk assessment results in just the category PL = a, there is no need to carry out further necessary operations to secure the persons in the workplace. However, if we are in the high-risk category PL = d, we must focus on the risk operations and attempt to eliminate the risks. After the given adjustments to the security concept of the whole workplace, we need to return to the first point, namely the identification of the sources of risks, again proceeding through all the points until the elimination of risks.
2.5.6. Elimination of Risks
With conventional industrial robots, risk elimination is largely achieved by safety fencing. In collaborative operations, the elimination process is primarily based on changing the design and modifying the collaborative space. What are the necessary operations to be carried out for risk reduction? Achieving risk reduction can be designed into three steps:
elimination of hazardous areas by designing solutions,
minimization of the risk by ingesting safety protections,
mark the residual risk in the instructions for use.
As an example, consider the following: the risk assessment gave us a risk level of PL=d. This means that we will follow the above steps when we need to secure the workplace. Firstly, we will try to reduce the risk using design solutions. In the second case, we need safety features (safety scanners, sensors, etc.) to secure the robotic workplace, which will be classified in the category of at least d or higher (PL≥d). The PL category of the safety features themselves is determined by their manufacturer. The necessary information can be found in the manufacturer’s technical documentation for the specific safety components
After applying the mentioned points, and thus eliminating the risks, the behavior of the entire system changes fundamentally. For this reason, it is necessary to carry out the risk analysis again. In some cases, it is necessary to realize that by individual adjustments and re-evaluation of individual parameters, we can ensure not only higher security but in certain cases also save the financial resources of the company.
2.5.7. Risk Elimination Design Using Holonic Agents and Cloud
With the increasing number of robots, it is important to reflect on the question of the general safety risk of these technologies. Throughout the robot implementation chain, conducting a risk analysis is a necessary step. Nevertheless, we are seeing cases of common injuries and even fatalities. For example, in transport (tunnel security, aviation, etc.), energy and other life-threatening processes. Based on thorough analyses, measures are developed, for example in the form of so-called “record cards”, which help staff to react flexibly in the event of accidents and thus minimize the damage. In the event of a breakdown in a tunnel, supervisors are thus able to assess the seriousness of the situation and react accordingly, based on defined rules, predefined risks or previous experience. The development of these ‘cards’ has clearly defined priorities. In the event of a potential risk, it is necessary to minimize them in a given order, taking into account:
Given the same functional model, it is transferred to the field of industrial robotics. In the previous chapters, the principle of the cloud was introduced and the architecture of holonic agents was presented. Applying the above, we have incorporated the cobot into a holonic manufacturing system. We evaluate the above architecture to be advantageous also in terms of data exchange, both at the process level of the enterprise (horizontally) and in the vertical direction (MES, ERP, Cloud, etc.). It is the relationship between the holonic agent cobot and the robotic cloud that plays an important role in our proposed model. The robots would collect safety-relevant information about people, the environment and assets. The result would be to send the processed results to the cloud, through which the new cobots could avoid dangerous situations stored in the risk database. The idea is, as in the transport example, to create a kind of “cards” with which cobot agents in risky situations could decide how to eliminate the emerging danger.
2.5.8. Verification and Certification of the Robotic Workstation
The final and necessary step to implement a cobot in the enterprise is the certification of the robotic workplace. Each equipment manufacturer aims to obtain the CE marking, which indicates that the product meets the technical requirements set out in all the government regulations that apply to it and that a set procedure has been followed in assessing its conformity. Carrying out a risk analysis, minimizing risks or determining residual risks is a requirement before obtaining the declaration of conformity itself.
It is desirable to note that in the case of the introduction of a cobot into a production plant, a declaration of conformity (perceived as new equipment) is required based on the above, but in the case of defining new operations for the robot (i.e. retraining the robot), the situation is the same as for a new machine. If, when the robot was first introduced into the company, the type of operation to be performed was not defined in the documentation, risk analysis about the application was not carried out, it is necessary to carry out all the appropriate steps again to obtain a new declaration of conformity.
3. Results
Experimental verification was carried out in the laboratory at the University of Zilina. The decision to carry out the development in this laboratory is due to its technical maturity and its focus on intelligent manufacturing systems. The main objective of the experimental verification is the design of the implementation of a cooperating robot (cobot) in production systems. The technological equipment includes the Baxter cobot, which is built on the ROS operating system and thus can be applied in the experimental verification. The laboratory also has several programmable logic PLCs - from several manufacturers, which are used for quality control, conveyor belt control, product identification in conjunction with RFID technology, management of industrial robots, etc. For the experimental verification, a PLC automaton from SIEMENS was used, namely the PLC S7-1200, which is also one of the most widely used PLC automatons on the European market now, which supported the choice of this type.
3.1. Experimental Validation Procedure
The experimental validation followed the algorithm developed in Chapter 2
. The algorithm will be taken through the various points in turn, with emphasis on the implementation of the co-bot in the holonic manufacturing system. Specifically, this will involve the creation of a communication channel between the aforementioned S7-1200 PLC and the Baxter robot. An application has been created on top of the PLC automaton to simulate a manufacturing device that is capable of communicating with the Baxter robot on the lower layer of the holonic agent LLC architecture, thus achieving a successful implementation of the co-bot in holonic manufacturing systems (
Figure 5)
. The next part of the experimental verification is devoted to the attention of the risk analysis according to our proposed method (Chapter Conclusion), and the results obtained are evaluated at the end of the validation.
3.1.1. Identification of Processes for Automation, Selection of a Suitable Robotic Co-Bot and Effector System
The proposed robotic operating system ROS is a suitable solution for the implementation of more demanding applications. The use of open software libraries allows programmers to develop applications shorter, which translates into savings in funds spent on professional staff, reduced robot downtime, etc. There are several proprietary software on the market, but based on the benefits of ROS, the ROS robotic operating system was chosen as a suitable option. A collaborative robot called Baxter from Rethink Robotics, which includes an equally safe effector designed by the same company, represents the hardware. In this case, two types of effectors are available, namely electric and suction cup effectors.
Among component-based approaches, the Robot Operating System (ROS) is becoming the standard programming framework for developing robotic applications. [[
32]][
33]The ROS based software architecture is composed of components and connectors between them, that are partially specified in the code and created at run-time. However, there are no generally accepted rules and guidelines for developing applications to perform the required task. [
34]
The Baxter cobot has been subjected to several tests to gain a broad overview and a wealth of experience. Several software libraries available on the ROS community site were used in the testing. Examples include simulation and planning of robot movements, sound or image recognition, etc. When using these libraries, despite their availability and the possibility of implementing them in one’s project, there is a need to know programming languages.
3.1.2. Integrating the Robotic System into the Process Level of a Holonic Manufacturing Company
Figure 6 shows a view into the laboratory of the experimental cooperating workstation, where we see the technologies proposed according to the schematic in
Figure 5. Specifically, the Baxter cobot and the Siemens S7-1200 PLC. On the monitor, an application can be seen simulating a production facility. This is used equally for simulation as well as for visualization of the real data exchange between the PLC S7-1200 and the Baxter cobot. These are updated every 100 ms.
A close-up screenshot of the developed application is shown in Figure 7. By using this application, it is possible to simulate various production equipment conditions such as machine failure, safety circuit breakage, etc.
To ensure the reliability of the operation and the cooperation of the cobot with the external (production) system controlled by the PLC, we used the proposed data from Chapter 2.
Plug and Play, the method on which for example USB components for computers (mouse, keyboard, etc.) work are a requirement of the new industrial revolution. By connecting the keyboard to the computer, we achieve reliable keyboard-computer cooperation without any necessary configuration. Achieving the same result is what manufacturing companies are striving to achieve when interconnecting industrial technologies. The cooperation of cobot with an external system would be a matter of a few simple steps. In an attempt to realize the above, a data structure has been proposed in the design part based on which the enterprise can define a certain type of operations to be carried out. Once a communication link has been successfully established, the cobot can understand the “language” of the external system, resulting in the autonomous execution of the operations of the two interconnected technologies. In this case, the external simulated production device requests to establish communication with the cobot to:
Data on the Baxter co-bot side are shown in
Table 1.
Figure 8 shows an example of the evaluation (receiving and sending) of data from an external production system (a simulated production device controlled by a PLC automaton) in the ROS robotic operating system. The received information is then processed, and thus based on the needs of the simulated external device, the cobot can react. Despite the cooperation with the simulated workstation, the possibility of simultaneous cooperation with a human in production should be re-emphasized. When using the Baxter cobot (a two-arm cobot), one arm can be used for human-robot cooperation (e.g., joint pre-assembly, part picking, etc.), while the other arm can be dedicated to cooperating with the external system at the same time. The data on the side of the PLC automaton (simulated production equipment) are shown in
Table 2.
Figure 9 shows a sample from the TIA Portal v13 development environment (proprietary SIEMENS software for PLCs, drive configuration, HMIs, etc.). In this case, the above software plays an important role during the configuration and programming of the PLC - ROS communication, and the creation of the interfacing of the simulation application with the PLC. The program written in the TIA portal was then uploaded to the Siemens S7-1200 PLC.
4. Discussion
For risk identification, the definition of the proposed site is necessary. In this case, we consider the external simulated production facility as a separately certified facility with a declaration of conformity; it is not a new or recommissioned machine, nor a case of incorporation (declaration of incorporation). For our experimental validation, we will consider the following:
the technology used: a Baxter cobot equipped with an emergency stop button,
type and characteristics of the operations performed: the requirement of the cobot Baxter is to perform handling operations to remove manufactured parts from the conveyor belt and to supply the external simulated system,
material to be handled: it is a part made of plastic in the shape of a cylinder, edges rounded and weight max. 0,02 kg,
effector: it is an electric effector designed by Rethink Robotics, it is an effector that meets the requirements for cooperation with a human.
For risk identification, it is desirable to define the limits of the use of the cobot. In the development and testing phase, we suggest the use of the co-bot exclusively for persons involved in the development of the software and the overall concept of the testbed. Outside the development and test phase, the device is put into an idle state and thus the robot will be turned off. Defining any further boundaries would be limiting the freedom of research. Based on the predetermined workplace parameters, the following sections consider the following:
risks associated with the robot: this is a summary of the safety characteristics of that robot, which allows us to assess that the cobot as a robotic technology itself is safe and does not pose a high risk to operators.
risks associated with the robotic system: introduced the concepts of “quasi-static” and “dynamic” contact. In the case of tasks performed by a cobot, both of these contacts can occur, and in our case, they are evaluated with minimal risk to man. In “quasi-static” contact, the application of forces is low, and thus there is no risk of severe injuries (fractures, etc.). Cobot Baxter is adapted to cooperate with humans. Therefore, in dynamic contact, the human is not exposed to high-risk, the robot’s end effectors and loads have no sharp edges, the workplace uses a height-adjustable table, so in the case of human-robot cooperation, it is possible to ergonomically adjust its height according to the operator’s needs.
-
risks associated with the application:
the main task of the Baxter cobot is the handling of light parts and rounded edges, where there is no high risk of injury,
the proposed workstation concept makes human-robot cooperation unique. One of the factors affecting safety could be the reduced concentration of the operator when carrying out continuous cooperation with the cobot,
there are no facilities in the vicinity of the proposed workplace producing hazardous factors affecting human health (noise, sparking, etc.).
As we noted in the design section, current methods for risk assessment are becoming inadequate. The assessment parameters of the PL (Performance Level) method are difficult to estimate when using new technologies such as cobot. For risk assessment of Industry 4.0 technologies, the formulation of the parameters is inappropriate. Despite the above, for comparison, we have carried out the risk assessment according to the current state-of-the-art “PL” method. We proceeded as follows (
Figure 10):
From the graphical solution and our perception of the assessed parameters, the risk level PL = c. This implies the necessity of securing the cooperating workplace by suitable methods described in section 2.5.6.
We proceeded as follows to assess the risks using our proposed method (
Figure 11):
Parameter “P”: from a process point of view, the handling of a lightweight rounded part made of plastic material is a safe process. Even in unsafe situations where the cobot releases the part from its jaws - the effector - no serious injury will occur, so we select parameter “P1”(safe processes),
parameter “C”: in the design part, the devices are divided into static and dynamic, and the experimental workstation in the ZIMS lab is static. The Cobot Baxter is in its fixed position and the execution of its movements is determined by precisely defined trajectories. Risk detection is predictable. A trained person can estimate the robot’s behavior, resulting in avoidable injuries in the event of a potential hazard. Based on the above, we select the parameter “C1” (static device),
and parameter “L”: the Baxter cobot is implemented in the lab not only from the perspective of human-robot cooperation but also robot-machine cooperation. It is in the latter case that it is primarily about fulfilling the needs of the simulated production facility. The role of the human may consist, for example, in supplying material to the cobot. It is the low frequency of human-robot cooperation that is the basis for our choice of the parameter “L1”.
Based on the graphical solution (
Figure 11)
, we can observe a change concerning the risk assessment of the currently available method (
Figure 10). The risk has changed from PL=c to PL=a, and thus to a negligible level.
4.1. Robotic Workstation Certification
Research activities force constant changes in the experimental system concept, changes in the software under development, testing and searching for new collaboration opportunities, etc. In the context of solving the scientific problem of this solution and the implementation of the cobot in laboratory conditions, we consider the given step to be unjustified, and thus it is not necessary to obtain the CE marking.
4.2. Future Research Directions
As part of the solution, a substantial part was devoted to exploring the issue of cobots. In the course of applying the acquired knowledge from the theoretical part, we described new unexplored areas, such as:
The implementation of cobots in a manufacturing enterprise with the possibility of establishing communication with external systems is presented in the thesis using the theory of holonic manufacturing systems. We have defined the term “holonic agent” and thus we know that it consists of an upper HLC layer and a lower LLC layer. At the upper layer, agent communication, negotiation, ordering, and so on take place between the holons. At the lower layer, the exchange of process data takes place. In the given problem, the area of design and standardization of communication between the above-mentioned HLC and LLC layers is still unexplored, which is also a recommendation for further research direction.
The given paper also extensively dealt with the design of the individual steps - the procedure for the successful commissioning of the cobot. Based on the research and subsequent practical implementation, a communication interface of the ROS robotic operating system with a PLC programmable logic automaton has been developed. However, it is important to note that, despite this research, the communication at the lower level between the holons at the LLC level is not sufficiently explored nowadays, or the communication channel needs to be redesigned in detail and standardized to create “plug and play” technologies. The result of this part of the development can have enormous benefits for the practice. The new findings from the design of new standards by the OPC Foundation, which proposed the “AutomationML” standard at the time of the work, are brought to attention.
5. Conclusions
The term holon was first coined by the Hungarian writer and philosopher Arthur Kestler [
35], [
36]. At first, it was considered to describe the whole/part of nature in a real-life system; one can say that a holon is both a whole and a part [
37]. At the same time, the concept of a holon is often considered an application module that is both “autonomous” and “collaborative” in the system. [
38]
Distributed intelligent manufacturing can meet these requirements. The more traditional sequential and centralized solutions, used within the scope of such agile environments, do not work since they are slow to react, impose operational bottlenecks, and are a critical point of failure. [
27] Indeed, in the literature on holonic systems, little attention has been paid to software models and methodologies. This happens despite the fact that computing with granular information in Software Engineering has been attracting the interest of scholars in the Computational Intelligence sector [
39] for almost a decade. In particular, the new-borne field of Granular Computing is currently dealing with the issue, for example, of linking. [
40]
Based on the proposed algorithm, an experimental workstation was set up to verify the implementation of cooperating robots (cobots) in holonic manufacturing systems. For the cooperation of the c-bot with the plant-level process equipment, we developed an application for the simulation of the production equipment, thus verifying the functionality of the proposed communication and data structure. We conclude the experimental validation by developing a risk analysis according to our proposed method. The creation of a new similar cooperating workstation is feasible when changing technologies (for example PLC automaton, cobot to ROS), but it is recommended to maintain the procedures presented in the paper to achieve the desired results.
In recent years, the emergence of new industrial technologies has been visible. These necessarily include cobots capable of working alongside humans. Manufacturing companies, to innovate and be competitive, are in many cases reaching for said robots. The number of successful implementations is still low despite the huge interest. One of the reasons for this may be precisely the lack of a methodology for implementing cooperating robots in holonic manufacturing systems. The present paper is devoted to the subject area.
Industry 4.0. brings with it the need for the continuous development of technologies capable of supporting the proposed concept of a new industrial revolution in which devices, technologies, sensors or even products will communicate with each other. One of the fundamental pillars is exponential technologies, which bring a sharp increase in productivity and efficiency. Among these, we can include cobots, which are being integrated into holonic manufacturing plants as part of the solution to take up a position directly next to humans. In this sense, we think of cobot as a holon capable of acting autonomously in the framework of the solution. Based on the theoretical knowledge presented above, we know that holon, like humans, can cooperate. These are human-robot cooperation, robot-robot cooperation, robot-manufacturing equipment cooperation, and so on. By using the tools of the new industrial revolution (e.g. cloud computing), cobots can learn from each other or exchange data. The design of an appropriate communication structure is the basis for the establishment of cooperation. Recommendations for the selection of a robotic system (ROS), a description of the interconnection of devices at the process level in the enterprise or the interconnection of the lower LLC layer (hardware) with the upper HLC layer (holonic agents).
In the course of researching the scientific problem, we have concluded that the current legislation is beginning to be inadequate. In particular, we present a risk analysis and assessment. The methods (PL, SIL) have been developed for risk assessment, but for the needs of the aforementioned Industrial Revolution 4.0, we propose to revise them. Although human-robot cooperation is accepted, any time a workplace design is changed (retraining a robot for a different type of work, changing a load, changing an effector, changing a robot position, etc.), a risk analysis must be performed again. This need not only be carried out if we have considered possible changes in the initial design of the cooperating workplace. As a further aspect, we mention inappropriate evaluation parameters for robotic systems. “Intelligent” robots (cobots, humanoid robots) can move and orient themselves in space. The planning of their goals, movements and activities is moving to a higher level (e.g. cloud computing). Therefore, it is almost impossible to predict their states and thus assess risks reliably based on current standards. In Chapter 3, the solution addresses the design of a custom method derived from the PL method.
Author Contributions
Conceptualization, V.B. and B.M.; methodology, P.M.; software, P.M.; validation, P.M.; formal analysis, V.B.; investigation, B.M.; resources, P.M.; data curation, P.M.; writing—original draft preparation, V.B.; writing—review and editing, V.B.; visualization, V.B.; supervision, B.M.; project administration, P.M.; funding acquisition, B.M. All authors have read and agreed to the published version of the manuscript.
Funding
This work was supported by the Slovak Research and Development Agency under contract No. APVV 19-0305.
Institutional Review Board Statement
Not applicable.
Informed Consent Statement
Not applicable.
Data Availability Statement
Data sharing not applicable.
Acknowledgments
This work was supported by the Slovak Research and Development Agency under contract No. APVV 19-0305.
Conflicts of Interest
The authors declare no conflict of interest.
References
- Harada, K.; Kajita, S.; Kaneko, K.; Hirukawa, H. Dynamics and Balance of a Humanoid Robot During Manipulation Tasks. IEEE Transactions on Robotics 2006, 22, 568–575. [Google Scholar] [CrossRef]
- Wong, C.Y.; Samadi, S.; Suleiman, W.; Kheddar, A. Touch Semantics for Intuitive Physical Manipulation of Humanoids. IEEE Transactions on Human-Machine Systems 2022, 52, 1111–1121. [Google Scholar] [CrossRef]
- Micieta, B.; Durica, L.; Binasova, V. Bio-Inspired Manufacturing Multi-Agent System for Control and Coordination of AGV Systems. 2016. [CrossRef]
- Liu, H.; Zhou, L.; Zhao, J.; Wang, F.; Yang, J.; Liang, K.; Li, Z. Deep-Learning-Based Accurate Identification of Warehouse Goods for Robot Picking Operations. Sustainability (Switzerland) 2022, 14. [Google Scholar] [CrossRef]
- Liu, L.; Zou, Z.; Greene, R.L. The Effects of Type and Form of Collaborative Robots in Manufacturing on Trustworthiness, Risk Perceived, and Acceptance. International Journal of Human–Computer Interaction 2023, 1–14.
- Mason, A.; Korostynska, O.; Cordova-Lopez, L.E.; Esper, I.; Romanov, D.; Ross, S.; Takács, K.; Haidegger, T. Meat Factory Cell: Assisting Meat Processors Address Sustainability in Meat Production. In Proceedings of the 2021 IEEE 21st international symposium on computational intelligence and informatics (CINTI); IEEE; 2021; pp. 103–108. [Google Scholar]
- Matthias, B. Industrial Safety Requirements for Collaborative Robots and Applications.
- Bi, Z.M.; Lang, S.Y.T.; Shen, W.; Wang, L. Reconfigurable Manufacturing Systems: The State of the Art. International Journal of Production Research 2008, 46, 967–992. [Google Scholar] [CrossRef]
- Haidegger, T. Taxonomy and Standards in Robotics. 2021.
- ISO FDIS 8373:2020 Robots and Robotic Devices – Vocabulary. ICS: 01.040.25 Manufacturing Engineering (Vocabularies). 25.040.30 Industrial Robots. Manipulators 2020.
- Jacobs, T.; Veneman, J.; Virk, G.S.; Haidegger, T. The Flourishing Landscape of Robot Standardization. 2018.
- Mai, V.; Vanderborght, B.; Haidegger, T.; Khamis, A.; Bhargava, N.; Boesl, D.B.O.; Gabriels, K.; Jacobs, A.; Moon, Aj.; Murphy, R. The Role of Robotics in Achieving the United Nations Sustainable Development Goals—The Experts’ Meeting at the 2021 IEEE/RSJ IROS Workshop [Industry Activities]. IEEE Robotics & Automation Magazine 2022, 29, 92–107. [Google Scholar]
- Boesl, D.B.O.; Haidegger, T.; Khamis, A.; Mai, V.; Mörch, C. Automating the Achievement of SDGs: Robotics Enabling & Inhibiting the Accomplishment of the SDGs. 2021.
- Huang, S.-J.; Tsai, J.-P. Robotic Automatic Assembly System for Random Operating Condition. The International Journal of Advanced Manufacturing Technology 2005, 27, 334–344. [Google Scholar] [CrossRef]
- McKenzie, R.M.; Barraclough, T.W.; Stokes, A.A. Integrating Soft Robotics with the Robot Operating System: A Hybrid Pick and Place Arm. Frontiers in robotics and AI 2017, 4, 39. [Google Scholar] [CrossRef]
- Onal, C.D. System-Level Challenges in Pressure-Operated Soft Robotics. In Proceedings of the Micro-and nanotechnology sensors, systems, and applications VIII; SPIE, 2016; Vol. 9836; pp. 391–398. [Google Scholar]
- DiLuoffo, V.; Michalson, W.R.; Sunar, B. Robot Operating System 2: The Need for a Holistic Security Approach to Robotic Architectures. International Journal of Advanced Robotic Systems 2018, 15, 1729881418770011. [Google Scholar] [CrossRef]
- Vinod, B.; Bindu, B.; Koushik Karan, G.N.; Jayanth Akash, V.E.; Dinesh Kumar, S. Design and Implementation of the 6-DoF Robotic Manipulator Using Robot Operating System. International Journal of Nonlinear Analysis and Applications 2021, 12, 1753–1760. [Google Scholar]
- Giret, A. A. A Multi Agent Methodology for Holonic Manufacturing Systems. In Proceedings of the Proceedings of the fourth international joint conference on autonomous agents and multiagent systems; p. 20051375.
- Botti, V.; Giret, A. Holonic Manufacturing Systems; Springer, 2008; ISBN 1848003099.
- Koestler, A. Arthur Koestler. Zeppelins 1905, 60. [Google Scholar]
- Russell, S.J. Artificial Intelligence a Modern Approach; Pearson Education, Inc., 2010; ISBN 0136042597.
- Giret, A.; Botti, V. Holons and Agents. Journal of intelligent manufacturing 2004, 15, 645–659. [Google Scholar] [CrossRef]
- Cheng, F.-T.; Chang, C.-F.; Wu, S.-L. Development of Holonic Manufacturing Execution Systems; Citeseer, 2006; ISBN 3866111983.
- Christensen, J.H.; Strasser, T.; Valentini, A.; Vyatkin, V.; Zoitl, A. The IEC 61499 Function Block Standard: Overview of the Second Edition. ISA autom. Week 2012, 6, 6–7. [Google Scholar]
- Calabrese, M.; Amato, A.; Lecce, V.D.; Piuri, V. Hierarchical-Granularity Holonic Modelling. Journal of Ambient Intelligence and Humanized Computing 2010, 1, 199–209. [Google Scholar] [CrossRef]
- Hall, K.H.; Staron, R.J.; Vrba, P. Holonic and Agent-Based Control. IFAC Proceedings Volumes 2005, 38, 193–198. [Google Scholar] [CrossRef]
- Vrba, P.; Tichý, P.; Mařík, V.; Hall, K.H.; Staron, R.J.; Maturana, F.P.; Kadera, P. Rockwell Automation’s Holonic and Multiagent Control Systems Compendium. IEEE Transactions on Systems, Man, and Cybernetics, Part C (Applications and Reviews) 2010, 41, 14–30. [Google Scholar] [CrossRef]
- Ochsner, K.N.; Silvers, J.A.; Buhle, J.T. Functional Imaging Studies of Emotion Regulation: A Synthetic Review and Evolving Model of the Cognitive Control of Emotion. Annals of the new York Academy of Sciences 2012, 1251, E1–E24. [Google Scholar] [CrossRef] [PubMed]
- Vrba, P.; Tichy, P.; Marik, V.; Hall, K.H.; Staron, R.J.; Maturana, F.P.; Kadera, P. Rockwell Automation’s Holonic and Multiagent Control Systems Compendium. IEEE Transactions on Systems, Man, and Cybernetics, Part C (Applications and Reviews) 2011, 41, 14–30. [Google Scholar] [CrossRef]
- Harcuba, O.; Vrba, P. Ontologies for Flexible Production Systems. In Proceedings of the 2015 IEEE 20th conference on emerging technologies & factory automation (ETFA); IEEE; 2015; pp. 1–8. [Google Scholar]
- Malavolta, I.; Lewis, G.A.; Schmerl, B.; Lago, P.; Garlan, D. The Journal of Systems & Software. 2021.
- Pałka, P.; Zieliński, C.; Dudek, W.; Seredyński, D.; Szynkiewicz, W. Communication-Focused Top-Down Design of Robotic Systems Based on Binary Decomposition. Energies 2022, 15, 7983. [Google Scholar] [CrossRef]
- Quigley, M.; Conley, K.; Gerkey, B.; Faust, J.; Foote, T.; Leibs, J.; Wheeler, R.; Ng, A.Y. ROS: An Open-Source Robot Operating System. In Proceedings of the ICRA workshop on open source software; Kobe, Japan, 2009; Vol. 3; p. 5. [Google Scholar]
- Zhou, D.; Xu, K.; Lv, Z.; Yang, J.; Li, M.; He, F.; Xu, G. Intelligent Manufacturing Technology in the Steel Industry of China: A Review. Sensors 2022, 22, 8194. [Google Scholar] [CrossRef]
- Ostrosi, E.; Fougères, A.-J.; Zhang, Z.-F.; Stjepandić, J. Intelligent Modular Design with Holonic Fuzzy Agents. Advances in Manufacturing 2021, 9, 81–103. [Google Scholar] [CrossRef]
- Macherki, D.; Diallo, T.M.L.; Choley, J.-Y.; Guizani, A.; Barkallah, M.; Haddar, M. The Q-Holon: A Quadridimensional Holon to Design and Operate an Adaptive and Scalable Architecture for CPPS. In Proceedings of the 2020 21st international conference on research and education in mechatronics (REM); IEEE; 2020; pp. 1–6. [Google Scholar]
- Ni, C.; Yan, H. Intelligent Manufacturing Execution System Based on Holon Modularity. In Proceedings of the 2022 IEEE 6th advanced information technology, electronic and automation control conference (IAEAC ); 2022; pp. 1187–1191. [Google Scholar]
- Pedrycz, W. Computational Intelligence as an Emerging Paradigm of Software Engineering. In Proceedings of the Proceedings of the 14th international conference on software engineering and knowledge engineering; 2002; pp. 7–14. [Google Scholar]
- Zhu, H. Granular Problem Solving and Its Applications in Software Engineering. International Journal of Granular Computing, Rough Sets and Intelligent Systems 2009, 1, 150–163. [Google Scholar] [CrossRef]
|
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content. |
© 2023 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license (http://creativecommons.org/licenses/by/4.0/).