EP3363758A1 - Mécanisme de surveillance du fonctionnement d'un dispositif de transport de passagers - Google Patents

Mécanisme de surveillance du fonctionnement d'un dispositif de transport de passagers Download PDF

Info

Publication number
EP3363758A1
EP3363758A1 EP17156188.9A EP17156188A EP3363758A1 EP 3363758 A1 EP3363758 A1 EP 3363758A1 EP 17156188 A EP17156188 A EP 17156188A EP 3363758 A1 EP3363758 A1 EP 3363758A1
Authority
EP
European Patent Office
Prior art keywords
passenger transport
transport device
datalogger
file
drive
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP17156188.9A
Other languages
German (de)
English (en)
Inventor
Matti Mustonen
Jouko Kinnari
Jani Hautakorpi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kone Corp
Original Assignee
Kone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kone Corp filed Critical Kone Corp
Priority to EP17156188.9A priority Critical patent/EP3363758A1/fr
Publication of EP3363758A1 publication Critical patent/EP3363758A1/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B66HOISTING; LIFTING; HAULING
    • B66BELEVATORS; ESCALATORS OR MOVING WALKWAYS
    • B66B5/00Applications of checking, fault-correcting, or safety devices in elevators
    • B66B5/0006Monitoring devices or performance analysers
    • B66B5/0018Devices monitoring the operating condition of the elevator system
    • B66B5/0025Devices monitoring the operating condition of the elevator system for maintenance or repair

Definitions

  • the present invention relates to devices, methods, systems, and computer program products usable for monitoring an operation state and drive conditions of a passenger transport device, such as an elevator or escalator, and for controlling the operation of the passenger transport device.
  • a passenger transport device such as an elevator or escalator
  • Passenger transport systems are used in various environments and for different purposes.
  • One typical example of such a passenger transport system is, for example, an elevator installed in a building and connecting a plurality of floors of the building.
  • Another example is an escalator used for connecting two floors of a building or the like.
  • Such passenger transport system have usually a configuration comprising, in case of an elevator, a passenger transport member, such as a car located in a hoistway or elevator shaft, a drive member, such as a hoisting mechanism connected to the car and a motor for driving the car by means of the hoisting mechanism, and an operation and control portion including a processing means such as a CPU for controlling the car driving, sensors for determining drive conditions of the car, a position of the car etc., operation or control switches such as call buttons located in the car and the respective floors, and the like.
  • a processing means such as a CPU for controlling the car driving
  • sensors for determining drive conditions of the car sensors for determining drive conditions of the car, a position of the car etc.
  • operation or control switches such as call buttons located in the car and the respective floors, and the like.
  • a fault occurs, such as a fault in a door mechanism of the car, a fault in the drive operation of the car (e.g. inappropriate drive conditions like acceleration, speed etc. of the car), an unexpected stop of the car, and the like.
  • a service technician or troubleshooter is called who tries to repair the passenger transport system.
  • the fault has to be identified.
  • faults going to happen in the passenger transport system could be identified in advance, i.e. before a situation occurs which affects the normal operation of the passenger transport system.
  • the drive behavior of the drive member shows some changes indicating to a problem in any of its parts (e.g. the motor or a control element of the motor)
  • knowledge of such a problem when doing maintenance work at the elevator would help to overcome the problem before an actual fault happens.
  • an unscheduled maintenance operation could be initiated in case the problem can be recognized beforehand.
  • Embodiments of the present invention are related to a mechanism, i.e. devices, methods, systems and computer program products, by means of which the operation and drive condition of the passenger transport system such as an elevator or an escalator, can be monitored and a control of such a passenger transport system can be facilitated.
  • a mechanism i.e. devices, methods, systems and computer program products
  • an operation monitoring device for monitoring operation and drive conditions of a passenger transport device, including a drive control portion configured to control a drive source for driving the passenger transport device, and a datalogger portion connected to the drive control portion, wherein the datalogger portion is configured to generate and store a datalogger file based on output data and control signals of the passenger transport device, wherein at least a part of the output data and control signals is obtained from the drive control portion, and to provide the datalogger file to an external server for at least one of condition monitoring and fault search processing.
  • a method for monitoring operation and drive conditions of a passenger transport device including controlling a drive source for driving the passenger transport device, generating a datalogger file based on output data and control signals of the passenger transport device, wherein at least a part of the output data and control signals is obtained from a drive control portion used for controlling the drive source for the passenger transport device, storing the datalogger file, and providing the datalogger file to an external server for at least one of condition monitoring and fault search processing.
  • these examples may include one or more of the following features:
  • a control system of a passenger transport device including an operation monitoring device as described above, and a server configured to conduct an operation analysis of the passenger transport device, wherein the operation analysis comprises at least one of a behavior prediction processing of the passenger transport device and a fault detection processing in the passenger transport device, wherein the datalogger file provided by the datalogger portion is used as input data for the operation analysis.
  • a method of controlling of a passenger transport device including controlling a drive source for driving the passenger transport device, generating a datalogger file based on output data and control signals of the passenger transport device, wherein at least a part of the output data and control signals is obtained from a drive control portion used for controlling the drive source for the passenger transport device, storing the datalogger file, providing the datalogger file to an external server, and conducting an operation analysis of the passenger transport device, wherein the operation analysis comprises at least one of a behavior prediction processing of the passenger transport device and a fault detection processing in the passenger transport device, wherein the datalogger file provided by the datalogger portion is used as input data for the operation analysis.
  • these examples may include one or more of the following features:
  • a computer program product for a computer including software code portions for performing the steps of the above defined methods, when said product is run on the computer.
  • the computer program product may include a computer-readable medium on which said software code portions are stored.
  • the computer program product may be directly loadable into the internal memory of the computer or transmittable via a network by means of at least one of upload, download and push procedures.
  • the respective drive members may be of different types, such as electric drive systems, hydraulic drive systems, rack and pinion systems, and the like, wherein, for example, in case of an elevator system, types such as traction elevators, winding elevators, hydraulic elevators, as well as different kinds of suspension/roping configurations are applicable.
  • the illustrated number of landings or floors being reachable by an elevator car is not limited to that indicated in the described embodiment.
  • the number of passenger transport systems i.e. elevators as described in the following embodiment
  • the number of passenger transport systems is not limited to the number (i.e. one) used in the embodiment, but more than one passenger transport system of the same type (e.g. elevators) or of difference types (e.g. elevators and escalators) may be subject of the processing according to examples of embodiments of the invention related to monitoring of operation and drive conditions and corresponding control processing. That is, examples of embodiments of the invention are applicable to a wide range of different kinds of passenger transport systems.
  • elevator system elements in particular operation elements, control elements or detection elements, as well as corresponding functions as described herein, and other elements, functions or applications may be implemented by software, e.g. by a computer program product for a computer, and/or by hardware.
  • correspondingly used devices, elements or functions may include several means, modules, units, components, etc. (not shown) which are required for control, processing and/or communication/signaling functionality.
  • Such means, modules, units and components may include, for example, one or more processors or processor units including one or more processing portions for executing instructions and/or programs and/or for processing data, storage or memory units or means for storing instructions, programs and/or data, for serving as a work area of the processor or processing portion and the like (e.g. ROM, RAM, EEPROM, and the like), input or interface means for inputting data and instructions by software (e.g. floppy disc, CD-ROM, EEPROM, and the like), a user interface for providing monitor and manipulation possibilities to a user (e.g. a screen, a keyboard and the like), other interface or means for establishing links and/or connections under the control of the processor unit or portion (e.g.
  • processing portions should not be only considered to represent physical portions of one or more processors, but may also be considered as a logical division of the referred processing tasks performed by one or more processors.
  • Fig. 1 shows a schematic diagram illustrating a configuration of an elevator system where some examples of embodiments are implementable. It is to be noted that examples of embodiments are not limited to an elevator system structure with the number of floors, elevator cars and elevator shafts as shown in Fig. 1 . Rather, the number of elements, functions, and structures may be different to that indicated in Fig. 1 , i.e. there may be implemented or present more (or less) of the corresponding floors, elevator cars and elevator shafts than those shown in Fig. 1 .
  • reference sign 10 denotes an elevator car containing an elevator cabin for transporting persons between the floors of a building or the like.
  • the elevator car 10 is located and travels in a hoistway or elevator shaft 20 which reaches e.g. from the lowest floor to the highest floor and includes further spaces for accommodating, for example, devices used for driving and stopping the elevator car.
  • Such devices comprise, without being limited thereto or being necessary in any system, for example, a drive system including e.g. a drive unit 30 including a motor, a counterweight, guiding rails, ropes or belts, brake systems, etc., which is used for moving the elevator car 10 and which may be installed in the elevator shaft or at the elevator car, for example.
  • an elevator machinery room etc. may be provided in which at least parts of the drive unit 30 are accommodated. That is, the drive unit 30 comprises parts or the entirety of mainly mechanical parts being used for physically moving the elevator.
  • a landing door 41, 42, 43 and 44 is provided for allowing entering or leaving the elevator cabin when the elevator car 10 has stopped at this floor.
  • a normal operation mode landing door 42 would be opened.
  • the other landing doors are to be closed, which is indicated in Fig. 1 for landing doors 41, 43 and 44.
  • the elevator system shown in Fig. 1 further comprises a frequency converter 50 connected to the drive unit 30 (in particular the motor), which is used for controlling the hoisting mechanism.
  • Reference sign 60 denotes a controller.
  • the controller 60 is used as an overall control entity of the elevator system and in particular of the drive unit 30 and the frequency converter 50.
  • the controller 60 is responsible, for example, for operation of the elevator system, such as driving and braking control, power supply control, emergency control, safety procedure control, and the like.
  • operation panels (not shown) in the elevator cabin and at each floor are provided which are coupled to the controller 60 by suitable signaling links.
  • several sensors are provided in the elevator system, such as a speed sensor, a door zone sensor, and the like. Based on the input signals, the controller determines a direction and speed of the driving of the elevator car 10, generates a corresponding control signaling towards the frequency converter 50, and controls start and stop of the elevator car 10 by controlling the drive unit 30 via the frequency converter 50.
  • the controller 60 acts as a motion and torque controller calculating and controlling position, speed and torque references of the frequency converter 50, which in turn are used as control parameters for the actual driving of the elevator car 10 by the drive unit 30. Furthermore, the controller 60 receives and processes other input signals, such as operation and control signals from operation panels (e.g. call buttons) for conducting the drive control of the elevator system in a normal operation mode. Also other input signals, such as sensor signals indicating operation data such as a weight load transported by the elevator car 10, an acceleration of the car 10, an electric power consumed by the elevator system, and the like are received and processed by the controller 60, for example.
  • operation panels e.g. call buttons
  • controller 60 and the frequency converter 50 are indicated as separate parts in the configuration according to Fig. 1 , it is also possible that at least parts of the controller 60 are included in the frequency converter 50 as an integrated controller.
  • the controller 50 handles, for example, events like "Car call button pressed at floor 42" or "Safety switch is activated". Furthermore, when acting as the motion and torque controller portion (e.g. a corresponding software portion), the controller 60 calculates and controls parameters like position, speed and torque references for the frequency converter 50 that controls the hoisting mechanism of the drive unit 30. That is, the controller 60 handles the power conversion from electrical power to mechanical power (i.e. the car movement), so that it responsible for elevator availability and reliability.
  • the motion and torque controller portion e.g. a corresponding software portion
  • controller 60 there is a plurality of electrical and mechanical signals and parameters available, such as a DC intermediate circuit voltage, a motor current, a car position, a load weight and the like, which are received, for example, from corresponding sensors.
  • a fault occurs, such as an unexpected stop of the car, for example, a service technician or troubleshooter tries to find out why the elevator has stopped.
  • the knowledge about the operation situation in the elevator system at the time of the fault would be useful, i.e. how was the elevator system working and which operational parameters were valid and which operation related signals were transmitted before, during and/or after the fault event.
  • a monitoring mechanism which monitors and stores operation and drive conditions of the passenger transport system, such as sensor and control signals available in a control software of the passenger transport system, such as an elevator system, which can be used for tracing the cause for a fault in the system.
  • suitable IO signals existing and being used in a passenger transport system are stored in a storage as a specific file format, which is also referred to hereinafter as datalogger file or condition file, where the operation and drive conditions of the passenger transport system over a predefined period of time are stored as a history of the operation of the passenger transport system.
  • This datalogger file is augmented, for example, with control signals of the passenger transport system, allowing to identify the respective details of the operation and drive conditions at a selected point of time or period of time, so as to learn the conditions during specific events, such as a fault event.
  • a condition monitoring procedure is implemented using the datalogger or condition file. That is, for example, the data provided in the datalogger file are used in a monitoring system running, for example, a simulation processing in order to estimate the future condition of the passenger transport system. In this way, possible faults in the passenger transport system can be identified in advance, i.e. before a situation occurs which affects the normal operation of the passenger transport system, and a maintenance can be triggered. Data included in the datalogger file may also be used for developing or refining a model of the passenger transport system used in the simulation processing
  • Fig. 2 shows a block circuit diagram of a configuration of a corresponding monitoring and control system according to some examples of embodiments.
  • the monitoring and control system according to Fig. 2 comprises an operation monitoring device 85 including a general control element of the passenger transport system, such as the controller 60 of Fig. 1 , which is connected to elements being used for moving/driving the passenger transport system, such as to a drive motor of the passenger transport system included in drive unit 30 and/or frequency converter 50 .
  • the operation monitoring device 85 comprises a data processing and/or storing portion, such as a datalogger element or portion 80, which is used for processing and acquiring the data from the controller 60 to be stored in the datalogger file.
  • reference sign 70 denotes one or more sensors used for inputting signals and parameters to the processor 60, such a control signals input in a operation panel in the elevator car, weight signals obtained from a weight sensor, position/speed/acceleration signals obtained from a corresponding sensor, and the like.
  • An output signal of the sensor 70 is sent to the controller 60 by means of a suitable connection (e.g. wireless or wired connection, like a network connection).
  • the datalogger 80 is also referred to as a data recorder and represents an electronic device that records data over time or in relation to location.
  • the data can be acquired from an external or an internal source, such as a built in or external instrument or sensor.
  • the datalogger comprises a digital processor or microcomputer equipped with a microprocessor, internal memory for data storage, and interfaces.
  • Some types of dataloggers may have an interface with a personal computer or the like, wherein internal processsing using a software to activate the datalogger, to view collected data and/or to analyze the collected data can be provided.
  • a datalogger can be of a general purpose type for a variety of measurement applications, or of a specific type for measuring in one environment or application type only.
  • the datalogger 80 is configured, for example, to comprise a routine located inside the control software of the controller that starts sampling configured memory locations or variables or parameters into a local memory, such as a RAM memory, with a relative fast sampling rate (e.g. in the order of milliseconds). The sampling is stopped, for example, when a configured triggering condition occurs.
  • This type of datalogger can also be referred to as an "internal software oscilloscope" the data of which is saved to a local file or transferred directly onwards in the monitoring system for data analysis and visualization.
  • a rather simple usage of the datalogger file used for identifying a fault reason is when e.g. an electrical parameter of the elevator of Fig. 1 , such as an electrical power signal, and a mechanical parameter, such as an operation speed of the elevator car, are stored on a common time basis.
  • an electrical parameter of the elevator of Fig. 1 such as an electrical power signal
  • a mechanical parameter such as an operation speed of the elevator car
  • a parallel visualization of the two parameters may reveal, for example, that the cause for the fault was a cut off of the power supply for a period of time.
  • a visualization of the stored signals can be used for finding the root cause of a problem.
  • the number and types of parameters used for the datalogger file is not limited to this example.
  • the datalogger file may be used to get samples from various operation and drive signals being used for analysis purposes, which is based e.g. on a model based simulation processing.
  • the monitoring and control system includes a server 90 to which the datalogger 80 is configured to transmit the datalogger file.
  • the server 90 includes a control element or function which is in charge of conducting an analysis processing for condition monitoring of the passenger transport system.
  • the control element is, for example, a processing element like a microcomputer including a CPU (central processing unit), a memory (ROM, RAM), and an interface means for receiving and transmitting signals related to the monitoring processing control.
  • the control element i.e. the server 90
  • the datalogger file may be sent to the server 90 by means of a suitable connection (e.g. wireless or wired connection, like a network connection).
  • Reference sign 100 denotes a terminal device, such as a personal computer, a portable computer or communication device, such as a smart phone, a tablet computer or the like, which is configured to exchange data with the server and which is equipped with a processing element or function running a software or firmware allowing to process and visualize data obtained from the server 90, such as data obtained from the datalogger file of the monitoring device 85.
  • the data are transmitted from the server 90 to the terminal device 100 by means of a suitable connection (e.g. wireless or wired connection, like a cellular network connection).
  • the terminal device 100 is, for example, a portable user device, such as a smart phone, a laptop or the like, with which a service technician is equipped when conducting maintenance work or troubleshooting work at the passenger transport system site, or a computer device for a operator or developer of the passenger transport system.
  • a portable user device such as a smart phone, a laptop or the like, with which a service technician is equipped when conducting maintenance work or troubleshooting work at the passenger transport system site, or a computer device for a operator or developer of the passenger transport system.
  • the datalogger 80 is configured to communicate directly with the terminal 100, e.g. by means of a corresponding interface, for providing the datalogger file to the terminal 100.
  • This allows, for example, a direct communication between the service personal and the elevator system, for example, which is useful e.g. in case of difficult communication environments to the outside (e.g. a link to the server is disturbed or not present).
  • the terminal 100 is then provided with corresponding means, functions and/or programs for processing the datalogger file in a suitable manner, such as data extraction, data processing and display functions.
  • data contained in the datalogger files can be provided from the elevator system to the server and further to a trouble-shooter or service technician, wherein a data processing for selecting data and visualizing processing results can be done exclusively in one of the server and the terminal or conducted in a shared manner in both of these elements.
  • a history file augmented with electrical signals or data e.g. DC intermediate circuit voltage, motor current
  • mechanical signals or data e.g. car position, load weight
  • control signals or data e.g. elevator call operation, emergency stop instruction
  • the controller 60 which represents a motion and torque controller configured to calculate and control parameters such as position, speed and torque references in the drive system of the passenger transport system, such as drive motor/drive unit 30 and/or frequency converter 50.
  • the electrical, mechanical and control signals or data can be obtained from another source or a plurality of sources, such as an operation control element or function used for controlling and processing user input, one or more sensors, such as sensor 70, and the like.
  • Fig. 3 shows a flow chart of a processing conducted in a monitoring processing for monitoring operation and drive conditions of a passenger transport device according to some examples of embodiments.
  • the example according to Fig. 3 is related to a procedure conducted by the monitoring device 85 of Fig. 2 when being used in a passenger transport system such as an elevator system as depicted in Fig. 1 .
  • a drive control for controlling a drive source for driving the passenger transport device is conducted.
  • motion and/or torque control for the passenger transport system is conducted by controller 60 providing e.g. position, speed and torque references for the frequency converter 50 and/or the drive unit 30.
  • output data and control signals of the passenger transport system are obtained.
  • signals input or calculated in the processor 60 are obtained, and/or output data provided from sensors, such as sensor 60, are obtained.
  • the numbers, sizes, types and the like of the output data and control signals being obtained, i.e. selected to be used for a datalogger file can be variably set, e.g. in accordance with operator settings or preferences, in accordance with a time period, an operation state of the passenger transport system, and the like.
  • the output data and control signals of the passenger transport device being obtained and used for the datalogger file comprises at least one of electrical signals indicating at least one of an intermediate circuit voltage, a drive motor current, and an electrical power at motor terminals, mechanical signals indicating at least one of a position of the passenger transport device, a load weight of the passenger transport device, a speed of the passenger transport device, and an acceleration of the passenger transport device, and control or function signals indicating at least one of a destination selection and a safety switch activation.
  • the respective output data and control signals can be obtained in combination with a corresponding time indication so that the datalogger file further includes time information based on these indication allowing to identify a point of time at which the respective output data and control signals are obtained.
  • the datalogger file is generated on the basis of the obtained output data and control signals of the passenger transport device.
  • the output data and control signals obtained from the drive control portion i.e. from the portion responsible for the drive control of the drive source for driving the passenger transport system is used for generating the datalogger file.
  • other output data and control signals being different to those obtained from the drive control portion, such as signals from sensors, can be used for generating the datalogger file.
  • the datalogger file is stored for further processing.
  • the datalogger file is provide to an external server (e.g. server 90) for further processing.
  • the transmission of the datalogger file is conducted, for example, in regular intervals, upon request from the server 90 side, or in a specified event, e.g. in case of an emergency stop or the like.
  • the datalogger file being provided to the server 90 is used, for example, in a further processing related to condition monitoring or fault search processing.
  • the datalogger file can be also provided, instead of the server 90, to another destination, such as terminal 100.
  • the processing of S110 for obtaining the output data and control signals is executed in various situations.
  • One possibility is to obtain the output data and control signals arbitrarily, e.g. during a normal operation of the passenger transport system.
  • Another possibility is to obtain the output data and control signals a specific sample data.
  • the drive control portion is instructed to execute a predetermined drive scheme of the passenger transport device.
  • the predetermined drive scheme comprises a round-trip course of the passenger transport system in an empty state during a preset day time (e.g. night time).
  • an instruction is issued to generate and store a sample datalogger file during the execution of the predetermined drive scheme and to provide the sample datalogger file to the server 90, for example after completion of the predetermined drive scheme.
  • the datalogger file is usable in the server 90 (or in the terminal 100, as discussed above) as a tool for tracing a root cause for a fault in the passenger transport system.
  • Another application of the datalogger file is for using the same in a condition monitoring processing, in which the datalogger file is used as a filed indicating the current condition of the passenger transport system.
  • numerical data contained in the datalogger file which are based on the output data and control signals used for generating the datalogger file, are recorded for monitoring the current condition of the passenger transport system.
  • these numerical data can then be used for determining a current and also an expected (i.e. future) condition of the passenger transport system, allowing for example to identify a potential weak point in the system due to a typical behaviour of some parameters during the operation of the passenger transport system.
  • the datalogger file in order to provide a sufficient processing and storage capacity for conducting the analysis, which comprises e.g. a complex calculation processing using the numerical data, the datalogger file is provided outside of the controller 60 which may have limited capacity or is required for the normal operation of the passenger transport system.
  • the datalogger file including the samples of the output data and control signals being of interest is transferred to an external processing element or function, such as the server 90, where a higher capacity for the analysis processing can be provided.
  • the server 90 uses mathematical programs and libraries, such as Matlab or Octave, for processing the datalogger file data in a corresponding analysis processing.
  • Fig. 4 shows a flow chart of a processing conducted in a monitoring and control processing according to some examples of embodiments.
  • the example according to Fig. 4 is related to a procedure conducted by a control and analysis element such as the server 90 of Fig. 2 when being used in a passenger transport system such as an elevator system as depicted in Fig. 1 .
  • a control and analysis element or function such as the server 90, obtains the datalogger file generated and stored as described in connection with Fig. 3 and provided by the monitoring device 85 (i.e. by the datalogger 80) as input data for conducting an operation analysis of the passenger transport system.
  • the datalogger file is configured to be received and processed for conducting an operation analysis of the passenger transport device as shown, for example, in Fig. 1 .
  • the operation analysis processing is conducted by using at least a part of the datalogger file obtained in S200 as input data. It is to be noted that according to the respective type of operation analysis, only specific parts of the datalogger file or the totality of the datalogger file data may be used. Furthermore, other data and parameters being obtained from other sources, such as pre-stored data or data received from other sensors or the like, can be used as input data for the operation analysis.
  • the operation analysis concerns, for example, a behavior prediction processing of the passenger transport device as a condition monitoring processing, in order to predict how the passenger transport system reacts in the future.
  • the operation analysis concerns a fault detection processing in the passenger transport device, in order to determine, for example, a root cause in case a fault condition such as an unexpected car stop or the like happens.
  • an output operation related to the datalogger file data is conducted.
  • the server 90 outputs, e.g. upon request or in reaction to a trigger event such as a timer based instruction or a detection of a fault event, a result of the operation analysis.
  • a trigger event such as a timer based instruction or a detection of a fault event
  • a result of the operation analysis e.g., a result of the operation analysis.
  • a part or the totality of data contained in the obtained datalogger file can be output.
  • a recipient for the output operation is, for example, an external terminal device, such as the terminal 100 communicating with the server 90.
  • a diagnostic model of physical components of the passenger transport device based on electrical and mechanical parameters is used for the operation analysis.
  • a corresponding configuration of an operation analysis is described in the following with reference to Fig. 5 .
  • Fig. 5 shows a diagram illustrating an analysis model processing according to some examples of embodiments, which is usable as a basis for an operation analysis as described above.
  • a virtual model 300 of specific parts of the passenger transport system and the interaction therebetween is developed and operated in a suitable computation environment, such as the server 90.
  • the model 300 concerns the driving unit parts, such as the motor, the hoistway and the like, of the elevator system shown in Fig. 1 .
  • parameters of the elevator system such as masses, frictions, balancing, compensation and efficiencies of the elevator system are calculated when the electrical input power etc. of the hoisting motor is measured.
  • the model of the physical parts of the elevator system includes a plurality of parameters and equations how these parameters relate to measured parameters, such as power and car acceleration signals.
  • specific drive conditions such as a round-trip test (discussed later) are preferred in order to obtain results being better processable.
  • One goal is, for example, to minimize modeling error (such as a power system modeling error) from the equation used in the model 300.
  • modeling error such as a power system modeling error
  • Fig. 6 shows a flow chart of a processing conducted in an analysis model development processing according to some examples of embodiments.
  • the processing described in connection with Fig. 6 is used for developing the model 300 of the passenger transport system according to Fig. 5 .
  • the model developed in the processing shown in Fig. 6 is usable for conducting a creating the diagnostic model of the physical components of the passenger transport device and/or for modifying an already developed model.
  • the datalogger file from the monitoring device 85 is obtained which contains data, control signals and the like related to an operation and control of the passenger transport system.
  • an actual behavior of the passenger transport device is derived from specific parts of the datalogger file, for example the actual acceleration of the elevator car under known driving conditions (e.g. input power), and the like.
  • the datalogger file used in this connection is one being obtaining from output data and control signals in a specific sample phase.
  • the output data and control signals on which the datalogger file used for the model generation is based represent specific sample data obtained in a drive scheme of the passenger transport device.
  • the predetermined drive scheme comprises a round-trip course of the passenger transport system in an empty state during a preset day time (e.g. night time), wherein the sample datalogger file reflecting these (known) conditions provides suitable data for generating or checking the virtual model.
  • an operation analysis model of the passenger transport system is determined. For example, in an initial phase of the processing according to Fig. 6 , a basic model of physical components of the passenger transport system and the interaction therebetween is generated by using known electrical and/or mechanical parameters of the passenger transport system, and suitable calculation programs or the like, in order to establish a first version of the virtual model thereof.
  • This model is usable for calculating a simulation result of the operational behavior of the passenger transport system under conditions derived from the datalogger file.
  • the virtual model is configured in such a manner that data concerning the load, the input electrical power and the like, which are contained in the datalogger file, may be used as input data for the virtual model.
  • the operation analysis model determined to be used in S310 is a modified second version of the first version (described later).
  • a simulation based on the determined model is executed. Specifically, a simulated behavior of the passenger transport system is calculated by using the (current) version of the diagnostic model of the physical components of the passenger transport device and specified data from the datalogger file. The result of the simulation is compared with data indicating the actual behavior of the passenger transport system included in the same datalogger file. For example, when the load and the electric power input in the actual elevator system shown in Fig. 1 are used as input data for the simulation, a calculated acceleration and/or speed of the elevator car can be seen as simulation result. This simulation result is then comparable with an actually measured acceleration and/or speed of the elevator car, which is also indicated in the datalogger file.
  • the model being determined in S310 is suitable or not. That is, it is decided in S330 whether a sufficient match between the model and the actual passenger transport device is achieved.
  • the decision may be based on a difference between a parameter reflecting the actual behavior of the passenger transport system and the simulated parameter indicated in the simulation result thereof.
  • a corresponding parameter is e.g. the speed or acceleration of the elevator car.
  • the model may be decided to be appropriate (YES in S330).
  • S340 it is decided that the presently determined model is usable for an operation analysis, so that it is used in the processing of S210 of Fig. 4 , for example.
  • the model is determined to be inappropriate (NO in S330).
  • a modification processing for modifying the current version of the diagnostic model determined in S310 is executed so as to achieve a better result in the next run. Then the processing returns, wherein in case the processing of S350 was part of the processing, the model determined in S310 of the next run is the modified model.
  • the datalogger file is used for developing the operation model of the elevator system in order to provide a basis usable, for example, to obtain valuable data that can be used in maintenance and fault prevention operations.
  • the datalogger 80 in the elevator system is configured to collect and provide suitable data and to generate the datalogger file under specific conditions, such as during a nightly test run with an empty car. Then this sample datalogger file is provided e.g. to the server 90 for model development.
  • the system model is constructed by using corresponding modeling tools (such as "R” or "MatLab” or "Octave” or "Python”).
  • the model is checked or tested by using data from datalogger files, as discussed in connection with Fig. 6 . If the result of the model test is not satisfactory (e.g. when the simulation results does not fit to the actual data so that is has to be concluded that the model cannot predict the elevator behavior), new data might be required to be obtained and/or the model is to be changed. Then, as a next iteration step, the processing of Fig. 6 is repeated, for example. As an end result, an operation diagnosis model is found that fits to the actual data to a sufficient degree.
  • a condition monitoring of the elevator can be executed in a suitable manner, for example in such a way that the elevator's behavior is checked every night.
  • a test run (sample drive scheme) is executed.
  • This sample drive scheme include, for example, that the elevator is driven to the lowest floor and then a round-trip (lowest-highest-lowest floor) is executed.
  • the sample drive scheme may be conducted with the normal operation speed or with a reduced operation speed.
  • the datalogger 80 records predetermined paramters, such as the electrical power and speed, and store this as the datalogger file.
  • the datalogger file is then sent to the server 90, e.g. via diagnostics framework.
  • mechanical system parameters of the elevator system may be fetched from a corresponding database (e.g SAP/iBase) and combined with the data in the datalogger file.
  • This combined data is then used as an input data package for determining the elevator bahaviour. For example, friction charts and other results can be determined.
  • the results can then be analyzed, wherein as an result thereof, for example, a maintenance service or the like is triggered when seen necessary. Furthermore, the result may be made available to research and development personal and/or field technician upon request.
  • results of the monitoring can be used for various purposes. While the above examples are related to the current operation condition of the passenger transport system, it is also possible to use the results for long-term monitoring. For example, models related to frequency converter's powerstage lifetime calculation etc. can be developed.
  • a service technician or troubleshooter can request the results in case of a fault.
  • the results based on the datalogger file can be used for finding out why the elevator is not working and how to fix it.
  • the server 90 can provide to the service technician (i.e. to the terminal 100, for example) data regarding the fault history of the elevator, parameters related to analysis results and even data from the datalogger file itself which are related to the fault being examined. For example, when a technician goes to the site of the elevator system due to a corresponding call for help, and the reason for the fault is not found, the technician asks for detailed fault report from the server with his terminal device 100 (e.g. a smartphone running a suitable application, a laptop and the like).
  • his terminal device 100 e.g. a smartphone running a suitable application, a laptop and the like.
  • the server provides corresponding data, wherein also fault information and related datalogger signals obtained during the fault are contained. This report can then be studied by the technician and used for locating the root cause and the exact location of the fault. Hence, the technician is able to fix the elevator without additional measurement devices (e.g. oscilloscope etc.).
  • Fig. 7 shows a diagram of a configuration of a monitoring device according to some examples of embodiments, which is configured to implement a monitoring procedure for a passenger transport system such as an elevator system as described in connection with some of the examples of embodiments.
  • the monitoring device 85 which comprises function of the controller 60 and the datalogger 80 of Fig. 2 , may include further elements or functions besides those described herein below.
  • the device or function may be also another device or function having a similar task, such as a chipset, a chip, a module, an application etc., which can also be part of a controller or attached as a separate device to a controller, or the like.
  • each block and any combination thereof may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or circuitry.
  • the monitoring device 85 shown in Fig. 7 may include a processing circuitry, a processing function, a control unit or a processor 8501, such as a CPU or the like, which is suitable for executing instructions given by programs or the like related to the control procedure.
  • the processor 8501 may include one or more processing portions or functions dedicated to specific processing as described below, or the processing may be run in a single processor or processing function. Portions for executing such specific processing may be also provided as discrete elements or within one or more further processors, processing functions or processing portions, such as in one physical processor like a CPU or in one or more physical or virtual entities, for example.
  • Reference signs 8502 and 8503 denotes input/output (I/O) units or functions (interfaces) connected to the processor or processing function 8501.
  • the I/O units 8502 and 8503 may be used for communicating with the other elements or function as described in connection with Fig. 2 , for example, the sensor 70, the frequency converter 50, the drive unit 30 and/or the server 90.
  • the I/O units 8502 and 8503 may be a combined unit including interface or communication equipment towards several elements, or may include a distributed structure with a plurality of different interfaces for different elements.
  • Reference sign 8504 denotes a memory usable, for example, for storing data and programs to be executed by the processor or processing function 8501 and/or as a working storage of the processor or processing function 8501. It is to be noted that the memory 8504 may be implemented by using one or more memory portions of the same or different type of memory.
  • the processor or processing function 8501 is configured to execute processing related to the above described monitoring procedures.
  • the processor or processing circuitry or function 8501 includes one or more of the following sub-portions.
  • Sub-portion 8505 is a processing portion which is usable as a portion for obtaining output data and control signals. The portion 8505 may be configured to perform processing according to S100 and S110 of Fig. 3 .
  • the processor or processing circuitry or function 8501 may include a sub-portion 8506 usable as a portion for generating a datalogger file. The portion 8506 may be configured to perform a processing according to S120 of Fig. 3 .
  • the processor or processing circuitry or function 8501 may include a sub-portion 8507 usable as a portion for providing the datalogger file. The portion 8507 may be configured to perform a processing according to S130 of Fig. 3 .
  • an apparatus comprising at least one processing circuitry, and at least one memory for storing instructions to be executed by the processing circuitry, wherein the at least one memory and the instructions are configured to, with the at least one processing circuitry, cause the apparatus at least:
  • procedures allowing to improve monitoring of the operation and drive condition of a passenger transport system such as an elevator or an escalator, and controlling such a passenger transport system are provided. Continuous signals that reveal what happened during operation of the passenger transport system and in particular during a fault are made available for analysis by a service technician or trouble shooter. Hence, it is possible to enable a fast fault finding and development of advanced algorithm for condition based maintenance of elevators and escalators. A fast issue fixing allows to save time, money and customer nerves.
  • the datalogger file can be used to get samples during a specific test drive for advanced analytics algorithms running in a server.
  • advanced diagnostics for predictive maintenance can be provided, e.g. by using the already present elevator/escalator control software as source for the datalogger file contents.
  • the monitoring operation using the generated datalogger file is highly scalable and can be adjusted to various requirements. Hence, a flexible condition monitoring and fault finding processing is possible. Furthermore, condition monitoring and fault finding processing can be conducted locally and remotely.

Landscapes

  • Indicating And Signalling Devices For Elevators (AREA)
  • Maintenance And Inspection Apparatuses For Elevators (AREA)
  • Escalators And Moving Walkways (AREA)
EP17156188.9A 2017-02-15 2017-02-15 Mécanisme de surveillance du fonctionnement d'un dispositif de transport de passagers Withdrawn EP3363758A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP17156188.9A EP3363758A1 (fr) 2017-02-15 2017-02-15 Mécanisme de surveillance du fonctionnement d'un dispositif de transport de passagers

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP17156188.9A EP3363758A1 (fr) 2017-02-15 2017-02-15 Mécanisme de surveillance du fonctionnement d'un dispositif de transport de passagers

Publications (1)

Publication Number Publication Date
EP3363758A1 true EP3363758A1 (fr) 2018-08-22

Family

ID=58046552

Family Applications (1)

Application Number Title Priority Date Filing Date
EP17156188.9A Withdrawn EP3363758A1 (fr) 2017-02-15 2017-02-15 Mécanisme de surveillance du fonctionnement d'un dispositif de transport de passagers

Country Status (1)

Country Link
EP (1) EP3363758A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3808692A1 (fr) 2019-10-15 2021-04-21 thyssenkrupp Elevator Innovation Center, S.A. Procédé de prédiction de défauts dans un système de déplacement de passagers
EP3822211A1 (fr) * 2019-11-07 2021-05-19 Vonovia Engineering GmbH Dispositif et procédé de détermination de l'état d'un ascenseur
EP3848318A1 (fr) 2020-01-07 2021-07-14 Thyssenkrupp Elevator Innovation Center, S.A. Procédé de prédiction d'une détérioration dans un système de déplacement de passagers
CN115397759A (zh) * 2020-04-24 2022-11-25 三菱电机株式会社 电梯的监视***以及电梯***
CN115650005A (zh) * 2022-10-19 2023-01-31 江苏雷默智能科技有限公司 一种电梯运行实时监测的数据分析方法及***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2226428A (en) * 1988-11-19 1990-06-27 Hitachi Ltd "Remote monitor and diagnosis apparatus"
US5787020A (en) * 1995-12-08 1998-07-28 Kone Oy Procedure and apparatus for analyzing elevator operation
US20150259174A1 (en) * 2014-03-12 2015-09-17 Abb Oy Condition monitoring of vertical transport equipment
WO2016091309A1 (fr) * 2014-12-11 2016-06-16 Otis Elevator Company Système d'ascenseur et procédé de surveillance d'un système d'ascenseur

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2226428A (en) * 1988-11-19 1990-06-27 Hitachi Ltd "Remote monitor and diagnosis apparatus"
US5787020A (en) * 1995-12-08 1998-07-28 Kone Oy Procedure and apparatus for analyzing elevator operation
US20150259174A1 (en) * 2014-03-12 2015-09-17 Abb Oy Condition monitoring of vertical transport equipment
WO2016091309A1 (fr) * 2014-12-11 2016-06-16 Otis Elevator Company Système d'ascenseur et procédé de surveillance d'un système d'ascenseur

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3808692A1 (fr) 2019-10-15 2021-04-21 thyssenkrupp Elevator Innovation Center, S.A. Procédé de prédiction de défauts dans un système de déplacement de passagers
EP3822211A1 (fr) * 2019-11-07 2021-05-19 Vonovia Engineering GmbH Dispositif et procédé de détermination de l'état d'un ascenseur
EP3848318A1 (fr) 2020-01-07 2021-07-14 Thyssenkrupp Elevator Innovation Center, S.A. Procédé de prédiction d'une détérioration dans un système de déplacement de passagers
WO2021140154A2 (fr) 2020-01-07 2021-07-15 Thyssenkrupp Elevator Innovation Center S.A. Procédé pour prédire une détérioration dans un système de transport de passager
CN115397759A (zh) * 2020-04-24 2022-11-25 三菱电机株式会社 电梯的监视***以及电梯***
CN115397759B (zh) * 2020-04-24 2024-02-20 三菱电机株式会社 电梯***
CN115650005A (zh) * 2022-10-19 2023-01-31 江苏雷默智能科技有限公司 一种电梯运行实时监测的数据分析方法及***
CN115650005B (zh) * 2022-10-19 2023-10-27 江苏雷默智能科技有限公司 一种电梯运行实时监测的数据分析方法及***

Similar Documents

Publication Publication Date Title
EP3363758A1 (fr) Mécanisme de surveillance du fonctionnement d'un dispositif de transport de passagers
US10547917B2 (en) Ride quality mobile terminal device application
CN108975113A (zh) 乘客输送机性能评定***
EP3617117B1 (fr) Cadre de développement de modèles pour la surveillance à distance de maintenance conditionnelle
KR920011084B1 (ko) 엘리베이터 시험장치
EP3640178B1 (fr) Détermination de l'emplacement d'une cabine d'ascenseur au moyen de vibrations
JP6525118B2 (ja) 警報システム
EP3674242B1 (fr) Amélioration du fonctionnement d'un capteur d'ascenseur pour optimiser la maintenance
JP2010095360A (ja) 機能可変型遠隔監視システム及び機能可変型遠隔監視方法
CN111115394A (zh) 用于电梯***的数字化管控***和方法以及电梯***
US11390488B2 (en) Visual inspection diagnostics
JP5114038B2 (ja) エレベータの機能可変型遠隔監視システム
JP2006117435A (ja) 携帯形異常診断機器、昇降機異常診断システム及び昇降機異常診断方法
CN112390105B (zh) 电梯运行检测方法、装置、计算机设备和存储介质
JP2009227401A (ja) エレベータシステム
JPH01122885A (ja) 昇降機の点検整備管理装置
JP2015020900A (ja) エレベーターの点検装置及び点検方法
JPH0313473A (ja) ビル施設の保全装置
JPH0270683A (ja) エレベータ試験装置
JPH072438A (ja) エレベーターの群管理制御装置
EP4299498A1 (fr) Systèmes d'ascenseur et opérations de robot associées à ceux-ci
JPH0313474A (ja) ビル施設の保全装置
KR20190001415A (ko) 로봇 예방 및 예측 조치 서비스 제공 방법, 서버 및 프로그램
JP2018060383A (ja) 処理装置及び機器の制御システム
WO2020225875A1 (fr) Système d'affichage d'état de fonctionnement et procédé d'affichage d'état de fonctionnement

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20190223