Monitoring of an operational condition of an elevator door
A computing entity with sensors and machine-learning models automates elevator door condition monitoring, addressing camera-based detection limitations by providing real-time, accurate assessment and maintenance optimization.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- KONE OYJ
- Filing Date
- 2024-11-15
- Publication Date
- 2026-05-21
AI Technical Summary
Current vandalism detection systems for elevator doors rely on camera monitoring, which requires personnel intervention and has limited accuracy, leading to potential delays and inefficiencies in detecting door malfunctions.
Implement a computing entity that utilizes sensors, such as accelerometers, to collect data on elevator door operation, and applies machine-learning models or digital twin simulations to evaluate operational parameters, enabling real-time and accurate assessment of door condition.
Enables efficient and accurate monitoring of elevator door condition, promptly detecting damages and optimizing maintenance, reducing latency and improving safety by automating the detection process.
Smart Images
Figure FI2024050616_21052026_PF_FP_ABST
Abstract
Description
[0001] MONITORING OF AN OPERATIONAL CONDITION OF AN ELEVATOR DOOR
[0002] TECHNICAL FIELD
[0003] The invention concerns in general the technical field of elevators. More particularly, the invention concerns condition monitoring of an elevator door.
[0004] BACKGROUND
[0005] Elevators are under heavy use and their operational condition needs to be comprehensively monitored. One source causing failures in an operation of elevators is so-called vandalism in which passengers either intentionally or by accident cause damages to an elevator in question. The damages are usually directed to visible parts of the elevator, such as to the elevator car, user interfaces and elevator doors. The damages occurred in the doors are especially problematic due to that they may either prevent a use of the elevator as a whole but also cause an injury risk to passengers if the elevator doors malfunction.
[0006] Currently, vandalism detection towards the elevator doors is arranged by means of camera monitoring wherein a camera is directed to the operating area of the elevator door and events around the door are monitored as well as the appearance of it. The solution is operative as such but requires personnel to conduct the monitoring and to perform the detection. As a result, there may be delay in the vandalism detection. Moreover, an accuracy of the detection system through the camera monitoring is limited.
[0007] In order to make the vandalism detection more accurate there is room for introducing more sophisticated approaches.
[0008] SUMMARY The following presents a simplified summary in order to provide basic understanding of some aspects of various invention embodiments. The summary is not an extensive overview of the invention. It is neither intended to identify key or critical elements of the invention nor to delineate the scope of the invention. The following summary merely presents some concepts of the invention in a simplified form as a prelude to a more detailed description of exemplifying embodiments of the invention.
[0009] An object of the invention is to present a method, a computing entity, a computer program and an elevator system for monitoring an operational condition of an elevator door.
[0010] The objects of the invention are reached by a method, a computing entity, a computer program and an elevator system as defined by the respective independent claims.
[0011] According to a first aspect, a method for monitoring an operational condition of an elevator door is provided, the method, performed by a computing entity, comprises:
[0012] receiving data descriptive of an operation of the elevator door,
[0013] determining a number of parameters from the data descriptive of the operation of the elevator door,
[0014] evaluating a number of parameter values of the number of parameters with a number of reference parameter values, and
[0015] setting, in accordance with an evaluation between the number of parameter values with the number of reference parameter values, an evaluation result to express the operational condition of the elevator door.
[0016] The data descriptive of the operation of the elevator door may be received from at least one of the following: a sensor arranged to generate measurement data descriptive of the operation of the elevator door; an elevator door drive system . For example, the sensor arranged to generate measurement data descriptive of the operation of the elevator door may be an accelerometer attached to one of: an elevator door hanger plate, a top of an elevator car at a proximity of the elevator door; a door panel of the elevator door. On the other hand, the data descriptive of the operation of the elevator door received from the elevator door drive system may be indicative at least one of: a speed of the elevator door over at least portion of an operational cycle of the elevator door; a belt force determined based on a current input to an electric motor of the elevator door.
[0017] Furthermore, the evaluation of the number of parameter values may be performed with a machine-learning model trained, on a basis of the number of reference parameter values, to classify the operational cycle of the elevator door to set the evaluation result.
[0018] The evaluation results may be set to express one of the following: (i) the operational condition of the elevator door is acceptable, (ii) the operational condition of the elevator door is unacceptable. Moreover, the evaluation result may further comprise data descriptive on a state of the elevator door. Still further, the further data may be generated to define one of the following: the operational condition of the elevator door is fully acceptable; the operational condition of the elevator door is acceptable but damages exists.
[0019] According to a second aspect, a computing entity for monitoring an operational condition of an elevator door is provided, the computing entity is configured to:
[0020] receive data descriptive of an operation of the elevator door,
[0021] determine a number of parameters from the data descriptive of the operation of the elevator door,
[0022] evaluate a number of parameter values of the number of parameters with a number of reference parameter values, and
[0023] set, in accordance with an evaluation between the number of parameter values with the number of reference parameter values, an evaluation result to express the operational condition of the elevator door. The computing entity may be configured to receive the data descriptive of the operation of the elevator door from at least one of the following: a sensor arranged to generate measurement data descriptive of the operation of the elevator door; an elevator door drive system. For example, the sensor arranged to generate measurement data descriptive of the operation of the elevator door may be an accelerometer attached to one of: an elevator door hanger plate; a top of an elevator car at a proximity of the elevator door; a door panel of the elevator door. On the other hand, the data descriptive of the operation of the elevator door received from the elevator door drive system may be indicative at least one of: a speed of the elevator door over at least portion of an operational cycle of the elevator door; a belt force determined based on a current input to an electric motor of the elevator door.
[0024] Further, the computing entity may be configured to perform the evaluation of the number of parameter values with a machine-learning model trained, on a basis of the number of reference parameter values, to classify the operational cycle of the elevator door to set the evaluation result.
[0025] Still further, the computing entity may be configured to set the evaluation results to express one of the following: (i) the operational condition of the elevator door is acceptable, (ii) the operational condition of the elevator door is unacceptable. The evaluation result may further comprise data descriptive on a state of the elevator door. Still further, the computing entity may be configured to generate the further data to define one of the following: the operational condition of the elevator door is fully acceptable; the operational condition of the elevator door is acceptable but damages exists.
[0026] For example, the computing entity may be at least of the following: a computing device residing in a data centre; an edge device; an elevator controller.
[0027] According to a third aspect, a computer program comprising instructions to cause the computing entity according to the second aspect as defined above to execute the steps of the method according to the first aspect as defined above. According to a fourth aspect, an elevator system for monitoring an operational condition of an elevator door is provided, the elevator system comprising:
[0028] the elevator door, and
[0029] the computing entity according to the second aspect as defined above.
[0030] The expression "a number of’ refers herein to any positive integer starting from one, e.g. to one, two, or three.
[0031] The expression "a plurality of’ refers herein to any positive integer starting from two, e.g. to two, three, or four.
[0032] Various exemplifying and non-limiting embodiments of the invention both as to constructions and to methods of operation, together with additional objects and advantages thereof, will be best understood from the following description of specific exemplifying and non-limiting embodiments when read in connection with the accompanying drawings.
[0033] The verbs “to comprise” and “to include” are used in this document as open limitations that neither exclude nor require the existence of unrecited features. The features recited in dependent claims are mutually freely combinable unless otherwise explicitly stated. Furthermore, it is to be understood that the use of “a” or “an”, i.e. a singular form, throughout this document does not exclude a plurality.
[0034] BRIEF DESCRIPTION OF FIGURES
[0035] The embodiments of the invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings.
[0036] Figure 1 illustrates schematically an elevator door system according to an example.
[0037] Figure 2 illustrates schematically a method according to an example.
[0038] Figure 3 illustrates schematically operational curves of an elevator door according to an example. Figure 4 illustrates schematically a computing entity according to an example.
[0039] DESCRIPTION OF THE EXEMPLIFYING EMBODIMENTS
[0040] The specific examples provided in the description given below should not be construed as limiting the scope and / or the applicability of the appended claims. Lists and groups of examples provided in the description given below are not exhaustive unless otherwise explicitly stated.
[0041] In accordance with the present invention a solution for monitoring an operational condition of an elevator door is introduced. As is commonly known an operation of an elevator door as shown in Figure 1 is based on controlling the movement of the elevator door typically consisting of a landing door and an elevator car door through an elevator door drive system comprising at least an elevator door controller 110, e.g. implemented with a microcontroller, and an electric motor 120 which is arranged to drive a sliding door mechanism along guide rails. Moreover, the elevator door drive system comprises a belt or a chain 130, connected to the electric motor 120, by means of which the power generated by the motor may be transmitted to the door panels 140 so as to ensure smooth and synchronized movement. The elevator door drive system may also be provided with safety features, like mechanical or electromechanical interlocks, which prevent the elevator from moving unless the elevator door are fully closed and locked. The elevator door controller 110, and thus the elevator door drive system, is communicatively connected at least to an elevator controller 150 in order enable the elevator controller 150 to control the operation of the elevator door drive system, and eventually the operation of the elevator doors, as a master entity. The communication connection may be established either by applying a wired communication technology, a wireless communication technology or any combination of these two.
[0042] The present invention may be implemented by a computing entity 160 of an elevator system configured to perform a method as described in the forthcoming description. The computing entity 160 may refer to a computing device residing in a data centre or implemented as an edge device between the network and the elevator system. In some approaches at least some functionalities of the computing entity 160 to execute the method may be implemented in the elevator controller 150 making the elevator controller 150 to represent the computing entity in terms of the present invention. Naturally, a distributed computing approach may also be applied in which the execution of the method is shared between a plurality of computing entities, such as the ones mentioned above. By arranging the implementation of the invention in the elevator controller 150 or in the edge device a latency in the communication may be reduced and, thus, the real-time detection of the operation of the elevator door may be arranged in an improved manner.
[0043] Figure 2 illustrates schematically an example of a method in accordance with at least some embodiments of the invention performed by the computing entity 160. In the first step 210 the computing entity 160 receives 210 data descriptive of an elevator door whose operational condition it is arranged to monitor to. The operational data of the elevator door may e.g. be received from a sensor arranged to generate measurement data descriptive of an operation of the elevator door. Alternatively or in addition, the operational data may be received from the elevator door drive system.
[0044] In case the sensor approach is applied to one or more sensors may be arranged to an applicable position within the elevator door system from where it is possible to gather data descriptive of the operation of the elevator door. In accordance to at least one embodiment of the invention the applied sensor may be an accelerometer that is arranged by attachment to one of: an elevator door hanger plate, a top of an elevator car at a proximity of the elevator door; a door panel of the elevator door. The aim is to obtain measurement data from which it is possible to derive information descriptive of the operation of the elevator door. The accelerometer is suitable for generating data on a vibration the entity into which the accelerometer is attached to is experiencing. Advantageously, the applied accelerometer is such that it is capable of generation vibrational data in a 3-dimensional space. As mentioned, it is also possible to obtain the operational data of the elevator door from the elevator door drive system. In such a case the data descriptive of the operation of the elevator door received from the elevator door drive system may be indicative at least one of: a speed of the elevator door over at least portion of an operational cycle of the elevator door; a belt force determined based on a current input to an electric motor 120 of the elevator door. The term belt force also covers the force of a chain if the chain is used instead of the belt. The speed information of the elevator door may e.g. be obtained from an encoder of an electric motor that generates the force to move the elevator door. The output of the encoder also provides information from which it is possible to derive a position of the elevator door because the encoder is aware of the position of the belt. The elevator door drive system also provides a possibility to determine a force provided to the belt by the electric motor. This is directly dependent on an input current provided to the electric motor. Hence, by arranging the computing entity 160 to receive one or more of the mentioned data values over an operational cycle of the elevator door with a predefined sampling rate, it may generate a graph over the operational cycle of the door.
[0045] Next, the computing entity 160 is configured to determine 220 a number of parameters from the data descriptive of the operation of the elevator door. The determination 220 of the number of parameters refers to an operation in which the computing entity 160 decides the parameters to use and, thus, obtains one or more parameter values of the determined 220 parameters from the received data. For example, the determination 220 may refer to obtaining one or more values at certain predefined instant(s) of time from the received data through the selection of applied parameters. According to an embodiment the number of parameter values comprises only one value representing the operation of the elevator door, such as a speed of the elevator door. According to another embodiment, the number of parameter values may comprise a plurality of values, even all values, received in the data.
[0046] In response to the determination 220 of the number of parameters from the data received the computing entity 160 is configured to evaluate the number of parameter values with a number or reference parameter values. The number of reference parameter values may be determined in various ways. According to a first embodiment the reference parameter values may be history data measured with the entity, such as with the accelerometer or the encoder, from which the data is received 210 for evaluation. The history data may e.g. be defined when it is known that the elevator door is operating properly. On the other hand, the history data may be collected and defined continuously when the elevator door is operating, and / or processed e.g. by applying statistical approaches, so as to enable a detection of changes in the operation of the elevator door when the newest data is compared to any previous data in the step of valuation 230.
[0047] According to at least some other embodiments more sophisticated approaches may be taken in the generation of the reference data values. Namely, so-called digital twin model may be generated of the elevator door in question wherein the digital twin model shall be understood as a virtual representation of the real-world elevator door. In other words, it is a digitally implemented model of the elevator door which may be used for simulating the operation of the elevator door and, in that manner, to generate the reference data for the evaluation of the method according to the invention to monitor the operational condition of the elevator door. For avoidance of doubt the digital twin of the elevator door is advantageously implemented in a digital twin of the elevator system corresponding to the real-world elevator system the elevator door is residing. In that manner the operation of the elevator door may be simulated in an environment corresponding the real-world situation of the elevator in question. For example, the digital twin model may be adjusted to take into account an ageing of the elevator system, and thus the elevator door, e.g. by adjusting the components to be worn, and in that manner to generate reference data values for various contexts through simulation. Moreover, the simulation may comprise procedures in which certain malfunctions are defined to one or more component of the elevator and the elevator door so as to generate data also descriptive of malfunctions. Through the simulation it is also possible to generate reference data values over an operational cycle of the elevator door. In such manner it is e.g. possible to generate a reference curve representing an opening and / or a closing cycle of the elevator door and it defines the reference data values over the respective cycle. For avoidance of doubt it is worthwhile to mention that the reference data values may be generated for various parameters, such as with respect to operating speed of the elevator door and / or belt force e.g. with respect to a position of the door. At least some of mentioned parameters may be defined through another quantity, such as a current value of the electric motor of the elevator door drive system, for example.
[0048] In view of above the digital twin and the simulation in the described manner to generate the reference data values enables to perform the evaluation step 230 as a rule-based system wherein the computing entity 160 is configured to compare the one or more values of the received data to the reference data values. Alternatively or in addition, synthetic reference data generated with the digital twin model may be used for training a machine-learning (ML) model to perform the evaluation 230. The data set applied in the training is formed in such a manner that it enables the training the ML model to be accurate enough for the task. In some approaches the training data set may also comprise real data obtained from the elevator system e.g. during an installation and calibration. The trained ML model is capable at least to perform the evaluation step 230 e.g. through a classification of the operational cycle of the elevator door in order to set an evaluation result as described in the forthcoming description, i.e. the ML model applies a number of reference parameter values in the evaluation 230 in a manner it is trained to. Moreover, if there is generated data descriptive of a malfunction of the elevator door, and the elevator, it may also be used to train the ML model e.g. to enable a detection of a reason for malfunctioning elevator door.
[0049] As a non-limiting example Figure 3 is now referred to. Figure 3 illustrates schematically how data generated through the simulation may be applied in the step of evaluation 230 to monitor the operational condition of the elevator door. In other words, the digital twin may e.g. be used to generate an assumed speed curve of the elevator door as the reference data. Such a reference curve for opening cycle of the elevator door is illustrated with a solid line in the upper graph of Figure 3. Thus, the data values in the reference curve define an assumed, or desired, operation of the elevator door when it is operating properly, i.e. within acceptable limits, during the opening phase. The data values representing the speed of the elevator door received during a real opening of the elevator door is illustrated with a dashed line in the upper graph of Figure 3. The lower graph of Figure 3 illustrates the belt force over the opening cycle of the elevator door in real-world so that the upper and lower graphs are in sync in timewise with each other. Now, it is derivable from the upper graph that the opening speed of the elevator door suddenly reduces immediately after a point of time marked with a term “Shock” in Figure 3. Correspondingly, the belt force drops after the shock. In other words, the real speed curve deviates from the expected speed curve and by arranging a detection of such event in the evaluation step 230 further conclusions, such as the elevator door has been hit that caused the shock identifiable from the data received by the computing entity 160. A corresponding evaluation may be arranged with respect to any of the determined parameters. As already mentioned, the evaluation 230 may also be arranged to be based on evaluating only some pre-defined values, e.g. at a predefined instants of time, picked up or measured during the operational cycle, cf. opening and / or closing, of the elevator door.
[0050] The evaluation 230 in the described manner thus causes the computing entity 160 to set 240 an evaluation result to express the operational condition of the elevator door. The evaluation result thus represents the operation condition of the elevator door expressed in a defined manner. According to an embodiment of the invention the evaluation results may be set 240 to express one of the following: (i) the operational condition of the elevator door is acceptable, (ii) the operational condition of the elevator door is unacceptable. Such alternatives in the evaluation result may be set based on a number of criteria set for the step of evaluation 230. For example, the criteria may e.g. define an amount of allowed deviation between the number of parameter values and the reference parameter values as evaluated in any of the described manners. The allowed deviation may be selected in accordance with a need, e.g. it may be zero (i.e. no deviation is allowed) or any other predefined value. Moreover, in case the ML model is used in the evaluation step 230 the allowed deviation may be trained with applicable training data sets so as to make the ML model to apply it automatically.
[0051] In accordance with some embodiments of the invention the setting 240 of the evaluation result may further comprise a step in which the computing entity 160 is configured to include further data in the evaluation result which further data is descriptive of the state of the elevator door. This may e.g. refer to an approach wherein details with respect to the state of the door is given. For example, the further data may define a degree of the operational condition of the elevator door, wherein the degree may e.g. be expressed in one of the following manners:
[0052] • Operational condition fully acceptable
[0053] • Operational condition acceptable but damage(s) exist(s)
[0054] • Operational condition not acceptable - reason: XXX
[0055] • etc.
[0056] In other word, the further data may e.g. give reasoning of the condition. The computing entity 160 may be configured to determine such further data e.g. in a rule-based manner, i.e. in response to a detection of certain triggers (e.g. deviation) in the evaluation step 230, or by means of the ML model trained to provide more detailed analysis in the evaluation result on the basis of the analyzed data descriptive of the operation of the elevator door. Specifically speaking, the further data may define, when the operational condition of the elevator door is acceptable, one of the following: the operational condition of the elevator door is fully acceptable; the operational condition of the elevator door is acceptable but damages exists. In the latter case the damages may e.g. be visual caused by the hit, or shock, towards the elevator door. Such an approach is advantageous since it gives possibilities to optimize an instant of maintenance, but also control the operation of the elevator door in a necessary manner in order to keep it operative. For example, the opening and / or closing speed(s) of the elevator door may be adjusted. For avoidance of doubt, it is worthwhile to mention that the above mentioned approach in which predefined triggers are utilized in the evaluation step 230 they may be based on so-called key performance indicators, KPI, predefined for the purpose. In other words, a number of predefined KPIs are monitored, i.e. their change over a time, and conclusions are made based on the changes. Such key performance indicators may e.g. represent speed error, maximum speed error during door movement, and so on. Hence, the possible changes in the KPIs may origin from an increase in friction of the door motion due e.g. to vandalism.
[0057] An example of such an apparatus configurable to implement the operation of the computing entity 160 is schematically illustrated in Figure 4. The computing entity 160 may be configured to perform the method according to the invention as described with the examples in the foregoing description. Thus, the apparatus of Figure 4 may be configured to perform a monitoring of an operational condition of an elevator door. For sake of clarity, it is worthwhile to mention that the block diagram of Figure 4 depicts some components of an entity that may be employed to implement a functionality of the apparatus. The apparatus of Figure 4 comprises a processor 410 and a memory 420. The memory 420 may store data, such as pieces of data as described, but also computer program code 425 causing the association in the described manner. The apparatus may further comprise a communication interface 430, such as a wireless communication interface or a communication interface for wired communication, or both to communicate with other entities as described. The communication interface 430 may thus comprise one or more modems, antennas, and any other hardware and software for enabling an execution of the communication e.g. under control of the processor 410. Furthermore, I / O (input / output) components may be arranged, together with the processor 410 and a portion of the computer program code 425, to provide a user interface for receiving input from a user, such as from a technician, and / or providing output to the user of the apparatus when necessary. In particular, the user I / O components may include user input means, such as one or more keys or buttons, a keyboard, a touchscreen, or a touchpad, etc. The user I / O components may include output means, such as a loudspeaker, a display, or a touchscreen. The components of the apparatus may be communicatively connected to each other via data bus that enables transfer of data and control information between the components.
[0058] The memory 420 and at least a portion of the computer program code 425 stored therein may further be arranged, with the processor 410, to cause the apparatus to perform at least a portion of a method as is described herein. The processor 410 may be configured to read from and write to the memory 420. Although the processor 410 is depicted as a respective single component, it may be implemented as respective one or more separate processing components. Similarly, although the memory 420 is depicted as a respective single component, it may be implemented as respective one or more separate components, some, or all of which may be integrated / removable and / or may provide permanent / semi-permanent / dynamic / cached storage.
[0059] The computer program code 425 may comprise computer-executable instructions that implement functions that correspond to steps implemented in the method when loaded into the processor 410 of the respective computing entity 160. As an example, the computer program code 425 may include a computer program consisting of one or more sequences of one or more instructions. The processor 410 is able to load and execute the computer program by reading the one or more sequences of one or more instructions included therein from the memory 420. The one or more sequences of one or more instructions may be configured to, when executed by the processor 410, cause the apparatus, such as a computer, to perform a method as described. Hence, the apparatus may comprise at least one processor 410 and at least one memory 420 including the computer program code 425 for one or more programs, the at least one memory 420 and the computer program code 425 configured to, with the at least one processor 410, cause the apparatus implementing the computing entity 160 to perform the method. For sake of completeness, it is worthwhile to mention that at least one portion of the computer program code 425 may correspond to the digital twin of the respective elevator, or the elevator door, and it may be implemented as the simulation model.
[0060] The computer program code 425, or at least some portion of it, may be provided e.g. a computer program product comprising at least one computer-readable non-transitory medium having the computer program code 425 stored thereon, which computer program code 425, when executed by the processor 410 causes the apparatus to perform the method. The computer-readable non-transitory medium may comprise a memory device or a record medium, such as a CD-ROM, a DVD, a Blu-ray disc, or another article of manufacture that tangibly embodies the computer program. As another example, the computer program may be provided as a signal configured to reliably transfer the computer program.
[0061] Still further, the computer program code 425 may comprise a proprietary application, such as computer program code for causing an execution of the method in the manner as described in the description herein.
[0062] Any of the programmed functions mentioned may also be performed in firmware or hardware adapted to or programmed to perform the necessary tasks.
[0063] For sake of completeness it is worthwhile to mention that the entity performing the method in the role of the computing entity 160 may also be implemented with a plurality of apparatuses, such as the one schematically illustrated in Figure 4, as a distributed computing environment corresponding to a control system. For example, one of the apparatuses may be communicatively connected with the other apparatuses, and e.g. share the data of the method, to cause another apparatus to perform at least one other portion of the method. As a result, the method performed in the distributed computing environment generates the control signal indicative of the assignment of the responsibility as described.
[0064] As already mentioned in the foregoing description the computing entity 160 as shown in Figure 4 may residing in a data centre or implemented as an edge device between the network and the elevator system. In some approaches at least some functionalities of the computing entity 160 to execute the method may be implemented in the elevator controller 150.
[0065] The invention as described provides an efficient and accurate mechanism to monitor an operational condition of an elevator door especially to detect de-fects caused by external sources, such as a result of vandalism.
[0066] The specific examples provided in the description given above should not be construed as limiting the applicability and / or the interpretation of the appended claims. Lists and groups of examples provided in the description given above are not exhaustive unless otherwise explicitly stated.
Claims
WHAT IS CLAIMED IS:
1. A method for monitoring an operational condition of an elevator door (140), the method, performed by a computing entity (160), comprises:receiving (210) data descriptive of an operation of the elevator door (140),determining (220) a number of parameters from the data descriptive of the operation of the elevator door (140),evaluating (230) a number of parameter values of the number of parameters with a number of reference parameter values, andsetting (240), in accordance with an evaluation between the number of parameter values with the number of reference parameter values, an evaluation result to express the operational condition of the elevator door (140).
2. The method according to claim 1 , wherein the data descriptive of the operation of the elevator door (140) is received from at least one of the following: a sensor arranged to generate measurement data descriptive of the operation of the elevator door (140); an elevator door drive system.
3. The method according to the claim 2, wherein the sensor arranged to generate measurement data descriptive of the operation of the elevator door (140) is an accelerometer attached to one of: an elevator door hanger plate; a top of an elevator car at a proximity of the elevator door (140); a door panel of the elevator door (140).
4. The method according to claim 2, wherein the data descriptive of the operation of the elevator door (140) received from the elevator door drive system is indicative at least one of: a speed of the elevator door over at least portion of an operational cycle of the elevator door (140); a belt force determined based on a current input to an electric motor of the elevator door (140).
5. The method according to any of the preceding claims, wherein the evaluation of the numberof parameter values is performed with a machine-learning model trained, on a basis of the number of reference parameter values, to classify the operational cycle of the elevator door (140) to set the evaluation result.
6. The method according to any of the preceding claims, wherein the evaluation result is set to express one of the following: (i) the operational condition of the elevator door (140) is acceptable, (ii) the operational condition of the elevator door (140) is unacceptable.
7. The method according to claim 6, wherein the evaluation result further comprises data descriptive on a state of the elevator door (140).
8. The method according to claim 7, wherein the further data is generated to define one of the following: the operational condition of the elevator door (140) is fully acceptable; the operational condition of the elevator door (140) is acceptable but damages exists.
9. A computing entity (160) for monitoring an operational condition of an elevator door (140), the computing entity (160) is configured to:receive (210) data descriptive of an operation of the elevator door (140),determine (220) a number of parameters from the data descriptive of the operation of the elevator door (140),evaluate (230) a number of parameter values of the number of parameters with a number of reference parameter values, andset (240), in accordance with an evaluation between the number of parameter values with the number of reference parameter values, an evaluation result to express the operational condition of the elevator door (140).
10. The computing entity (160) according to claim 9, wherein the computing entity (160) is configured to receive (210) the data descriptive of the operation of the elevator door (140) from at least one of the following: a sensor arranged to generate measurement data descriptive of the operation of the elevator door (140); an elevator door drive system.11 . The computing entity (160) according to the claim 10, wherein the sensor arranged to generate measurement data descriptive of the operation of the elevator door (140) is an accelerometer attached to one of: an elevator door hanger plate; a top of an elevator car at a proximity of the elevator door (140); a door panel of the elevator door (140).
12. The computing entity (160) according to claim 10, wherein the data descriptive of the operation of the elevator door (140) received from the elevator door drive system is indicative at least one of: a speed of the elevator door over at least portion of an operational cycle of the elevator door (140); a belt force determined based on a current input to an electric motor of the elevator door (140).
13. The computing entity (160) according to any of the preceding claims 9 to 12, wherein the computing entity (160) is configured to perform the evaluation of the number of parameter values with a machine-learning model trained, on a basis of the number of reference parameter values, to classify the operational cycle of the elevator door (140) to set the evaluation result.
14. The computing entity (160) according to any of the preceding claims 9 to 13, wherein the computing entity (160) is configured to set the evaluation result to express one of the following: (i) the operational condition of the elevator door (140) is acceptable, (ii) the operational condition of the elevator door (140) is unacceptable.
15. The computing entity (160) according to claim 14, wherein the evaluation result further comprises data descriptive on a state of the elevator door (140).
16. The computing entity (160) according to claim 15, wherein the computing entity (160) is configured to generate the further data to define one of the following: the operational condition of the elevator door (140) is fully acceptable; the operational condition of the elevator door (140) is acceptable but damages exists.
17. The computing entity (160) according to any of the preceding claims, wherein the computing entity (160) is at least of the following: a computing device residing in a data centre; an edge device; an elevator controller.
18. A computer program comprising instructions to cause the computing en-tity of claim 9 to execute the steps of the method of claim 1 .
19. An elevator system for monitoring an operational condition of an elevator door (140), the elevator system comprising:the elevator door (140), andthe computing entity (160) according to any of the claims 9 - 17.