PROCEDURE AND APPARATUS FOR PRESENTING ELEVATOR FUNCTIONS

Abstract: The invention relates to a procedure and an apparatus for presenting elevator functions on a display in the user interface of the elevator. The functions of the elevator are monitored and changes occurring in the functions are stored in a database. The events and their times of occurrence are read from memory and presented via the display device in the user interface. In the invention, a playback function is used to display the traffic events and operative events of the elevator. The events can be searched on the basis of event type, time of occurrence or a special sign.

Description: PROCEDURE AND APPARATUS FOR PRESENTING ELEVATOR FUNCTIONS The invention relates to a procedure for monitoring the functions of an elevator, in which procedure the func- tions of the elevator are observed continuously and at least changes occurring in the functions are registered and the events and their times of occurrence are stored in a memory associated with the elevator, and in which procedure the stored information about events and their times of occurrence is read from memory and presented on a display device associated with the elevator. The inven¬ tion also relates to an apparatus as defined in the pre¬ amble of claim 8. The operation of an elevator consists of a series of chronologically distinct events. Using the elevator's call devices, elevator users give call signals, which are transmitted to the elevator control system. The elevator serves the calls as directed by the control system of the elevator or elevator group and sends control signals to the various regulating units of the elevator, such as the drive motor, door operating equipment and display units. As the elevator receives control commands and performs corresponding functions, the status and operation of the regulating units of the elevator are monitored by measur¬ ing their input and output signals. This monitoring is performed to maintain statistical information about the functions of the elevator, and the data collected and stored is utilized in elevator maintenance and in the planning of better elevator drives. The stored sequences of events are also utilized when examining abnormal be¬ havior of the elevator and working out the causes that resulted in such behavior. In a prior-art solution, traffic events and elevator con¬ trol commands are stored in a memory comprised in the control unit of the elevator. The control unit is pro¬ vided with a real-time monitoring display, by means of which the traffic events of the elevator can be moni¬ tored. This solution also comprises a playback function which makes it possible to track down the status of an elevator or elevator group at a given instant and to re- store the display image corresponding to that instant. The display corresponding to the status at the instant in question shows e.g. the positions of the elevator cars, the modes and calls of the elevator group and the eleva¬ tors. The playback function allows subsequent animation of traffic situations. When the relevant instant, e.g. the time of occurrence of a malfunction, is known, the causes of the failure may be inferred from the informa¬ tion relating to that instant and from the traffic his¬ tory preceding it. This prior-art solution involves numerous problems that make it difficult to apply in practice to unravel a fail¬ ure. The monitor display shows only traffic events and the time, which changes in accordance with the recording. A serviceman or other user of the apparatus therefore has to record the times of occurrence of the error events manually for the time of the playback. During playback, the user has to observe a large number of simultaneous traffic events and also to observe and compare the time running on the display with the manually recorded time of occurrence of the malfunction. Several error messages may appear almost simultaneously, so it is difficult to re¬ member them all. Locating a given point in the recording accurately and quickly is difficult and may be frustrat- ing if the search has to be repeated several times e.g. when certain details are to be checked against previous traffic history. There is no easy access to information about corresponding earlier error messages, which could help establish the causes of a failure on the basis of event history. Especially in cases where a failure is as¬ sociated with certain clearly recognizable foretokens, this information is of great importance for the identifi¬ cation of the fault. Previously known is also the possibility of viewing error histories. However, this only provides access to exact times of occurrence of errors, and only information re- lating to error events can be displayed. The object of the present invention is to achieve a new solution for monitoring elevator events without the draw¬ backs mentioned above. The procedure of the invention is characterized by the features presented in the charac¬ terization part of claim 1. The apparatus of the inven¬ tion is characterized by the features presented in the characterization part of claim 8. In the solution of the invention, the instants of occur¬ rence of the error events occurring in elevator operation need not be separately kept in memory, because the play¬ back function is able to highlight them so as to distin¬ guish them from the rest of traffic events and because they can be found via direct search based e.g. on failure type, time of occurrence of the error event or a special marking. The number of errors that can be examined and selected at a time is not limited beforehand. The inven¬ tion allows the entire recorded traffic history, not only a limited portion of it as in the prior-art solution, to be examined via playback at the same time. A search function allows a systematic search for similar error situations. By using several search criteria, more accurate search results can be achieved and thus the process of unraveling failure situations involving com¬ plicated causalities becomes faster and more accurate. The solution of the invention can be easily adapted to different product assemblies. The technical solutions to be selected are not visible to the user, except for the user interface, so the system is user friendly. With the playback function, a serviceman or installer can follow the event history of an elevator at a desired rate. Depending on the type of the failure, only signifi¬ cant events are displayed, which means that the perspicu- ity of the display is improved and the rate of presenta¬ tion of information can be accelerated accordingly. In the following, the invention is described in greater detail by the aid of some of its embodiments by referring to the drawings, in which - Fig. la and lb present diagrams representing real-time monitoring and playback monitoring, respectively, of the traffic events of an elevator, - Fig. 2a, 2b and 2c represent the connections between the user, user interface and database in the basic playback functions, during playback and during opera¬ tive events, respectively, - Fig. 3a and 3b present the display screen of a display device, relating to operative events and playback, re¬ spectively, - Fig. 4 presents the traffic display of an elevator group in a certain traffic situation. The flow of information relating to the traffic events in an elevator system and in an escalator system in a solu- tion as provided by the invention is presented in dia¬ grammatic form in Fig. la and lb, respectively. In the following, events and corresponding displays are only de¬ scribed in reference to an elevator system, but events in an escalator system can also be described in a corre- sponding manner as far as applicable. In real-time moni¬ toring (Fig. la) , serial signals representing traffic events in an elevator system 2 are passed to a database 6 via a database interface 4 (arrow 8) . At the same time, the signals are also directed to a user interface 10 (arrow 12) to allow the information to be presented to the user 18 in real time via a display screen. The traf¬ fic events of the elevator system are obtained directly if the elevator control is implemented using the serial communication technique, or via a separate adapter if the elevator is implemented using the relay technique. The database and the database interface are implemented using normal commercially available units based on a PC. In playback monitoring as illustrated by Fig. lb, the data flow 8 relating to traffic events between the elevator system 2 and the database 6 is the same as in Fig. la, whereas the user interface 10 has a connection to the da¬ tabase 6 to allow playback commands (arrow 14) and re- corded events (arrow 16) to be transferred between the user interface 10 and the database 6. The database inter¬ face is so routed that, in playback monitoring, the traf¬ fic events of the elevator system 2 are stored in the da¬ tabase 6 and at the same time previously stored traffic event data can be transferred to the user interface 10. In other respects, events are monitored in the same way as in Fig. la. The functions of the elevator are observed continuously. Any changes in the functions are registered and their times of occurrence are stored in the database, which re¬ sides e.g. in the memory of a computer. As defined later on, a distinction is made here between operative events and traffic events. Now, referring to Fig. 2a, 2b and 2c, let us consider the interaction between the user, user interface and database as well as the transitions of functions between these when the solution of the invention is applied. In differ- ent operational modes, the user can select playback and display of operative events. In the basic operational mode (Fig. 2a) , the user can select from the playback situation display 20 (illustrated in greater detail in Fig. 3b) a playback starting point 22, which is the starting event in the playback display, setting of a bookmark 24 and display of operative events (26) . The playback starting point or the instant corresponding to the starting event can be entered via a keyboard in the user interface with an accuracy of 1 second by typing the date (year, month, day) and time (hour, minute, second) . The selected instant is shown at item 51 on the display (Fig. 3b) . The starting time can also be selected by us- ing a scrolling function, scrolling either forward 43 or backward 47, or by jumping to the beginning 49 or the end 50 of the stored traffic history. A given type of event or a stored history bookmark can also be retrieved by us¬ ing an event search function. First, one selects an event type or a bookmark 52. The history can be searched for¬ ward 54 or backward 56. Once the user has selected a starting point 22, the user interface transmits the starting point (23, Fig. 2b) to the database, whereupon the playback situation 25 for the starting point is read from the event history and displayed by the user inter¬ face via the playback situation display 20. Based on the event, individual events are searched. In a certain embodiment, combinations of events are searched in which the events do not necessarily follow each other in sequence but may be interspersed with irrelevant traf¬ fic events. In the playback of traffic events, it is possible to ad- vance one step at a time 28, selection 28' in Fig. 3b, in which case the user interface gives a stepping command 30, which causes the next event to be read 32 from the database, whereupon it is displayed on the user interface playback situation display 20. If the user selects con- tinuous playback 34 (on the playback display 34' in Fig. 3b) , the user interface issues a continuous playback com¬ mand 36 and the next playback event is read 38 repeatedly from the database. When continuous playback is active, the next event is read at a speed selected with a speed controller 40, represented by arrow 39. During the con¬ tinuous function, the user interface is updated accord¬ ingly, i.e. the database transmits the data relating to the traffic event to the playback display (arrow 41) . Continuos playback can be stopped by means of selector 42. When a relevant event is encountered, the user sets a bookmark, item 24 (Fig. 2a) , selector 24' (Fig. 3b) , whereupon the user interface gives a setting command 44 (Fig. 2a) and a bookmark is stored, item 46, in the data¬ base against the traffic event in question. The bookmark may relate to an individual event or to a combination of events. A previously set bookmark is deleted via a menu 45. On observing an interesting situation in the playback display, such as an error event in a given function, the user proceeds to examine operative events. In this con¬ text, operative events include any disturbances appearing in the operation of the elevator, such as alarm, failure or malfunction messages. An alarm message indicates that a passenger may have been trapped in the elevator when the car has stopped between floors. A failure message in¬ dicates that the operation of the elevator has been in¬ terrupted due to a failure event, but passengers who may have been traveling in the elevator have been able to get out by themselves. In the case of a malfunction message, one of the elevator functions is not being carried out correctly, but the elevator continues operating either immediately or after a short delay. In this case, passen¬ gers do not necessarily become aware of any disturbance in the operation of the elevator. In this context, opera- tive functions also include events relating to elevator status . Such events include changes of operational mode (maintenance, elevator out of service, fireman operation, etc.), transitions to another traffic condition (up peak, down peak, prioritized traffic, etc.) as determined by the group control of an elevator group, or a request for an elevator to park at a given floor. Different operative events are preferably displayed using different kinds of highlighting to make them easier to perceive. The user now enters a selection according to item 26, whereupon the user interface issues a mode change command 62 and the data relating to the event is read (item 64) from the database. Next, item 66, the user proceeds via the user interface to the display of operative events as depicted in Fig. 3a. Upon encountering an interesting operative function, the user can proceed directly to the playback function, which shows the events of the elevator and traffic situation concerned in the same way as they oc- curred. In the display of operative events, display section 80 shows the identifier data for the elevator group and the control system as well as the classification criterion selected. Event identification data are displayed in ta¬ ble 82, which has separate columns for elevator number, degree of seriousness of failure/event, latest time of occurrence and total number of failures. By selecting an event identifier, the event-specific history for the event selected is displayed in table 84, presenting the times of occurrence of the events, dates of correction, floor data and door data. Field 86 shows a brief descrip¬ tion of the probable cause of the event, such as "photocell dirty", which has been stored in memory. Menus 88 and 90 can be used to delete selected rows in fields 82 and 84 or to delete all rows, respectively. The dis¬ play of operative functions is closed via menu 92. Fig. 4 presents the traffic display for an elevator group comprising two elevators. For each elevator, a car 72, 74 is shown. Arrow symbols 76 indicate landing calls in ef¬ fect, on floors 4 and 5. Above the "elevator shaft" are fields 75, 77 containing elevator identification data, operational mode (normal) and position and direction data. A landing call allocated to elevator 2 is repre¬ sented by arrow symbol 78 and a car call from elevator 1 by a round symbol 79. The display presents all informa- tion describing the traffic situation and elevator behav¬ ior, e.g. parking floors, locking settings, operational modes . The functions described above are preferably implemented as Windows™ based applications. Other graphic implemen¬ tations can also be used. When the arrangement of the invention is utilized, a failure condition and the causes behind it can be ana- lyzed and located via a procedure as illustrated by the following example. Let us suppose we have an elevator group with two fast elevators in the same shaft of a large height. One of the elevators generates an alarm after the car has stopped in the middle of the shaft, with passengers on board. A serviceman arrives, frees the passengers and ascertains that the fault is only a break in the safety circuit. He then goes and uses the playback function of the traffic monitor to find out the exact cause that led to the fail¬ ure event. The serviceman sets "alarms in chronological order" as a search criterion and obtains a display showing the alarm caused by the break in the safety circuit as well as the two elevators side by side at the same floor. Continuous playback indicates that both elevators were traveling in the same direction at full speed. The serviceman conjec¬ tures that the resulting pressure originated the cause that led to the stoppage. In addition, he recalls that a similar failure alarm has occurred before. The serviceman performs a search via the operative events screen to find events by the criteria "simultaneous start in the same direction and emergency stop during travel". In the recorded history he finds a couple of cases where the same problem has appeared, and he is able to conclude with a high degree of probability that the problem is elevator group behavior that permits elevator travel pro¬ ducing a pressure wave. The serviceman reports the cause of the failure further in order that the condition lead- ing to failure can be prevented in the future e.g. via group control . The invention has been described above by the aid of some of its embodiments. However, the presentation is not to be regarded as limiting the sphere of patent protection, but different embodiments of the invention may vary within the limits defined by the following claims.

Claims: CLAIMS 1. Procedure for presenting elevator functions on a dis¬ play in the user interface of the elevator, in which pro- cedure the functions of the elevator are continuously ob¬ served and at least changes occurring in the functions are registered and traffic events and their times of oc¬ currence are stored in a memory associated with the ele¬ vator, and in which procedure the stored data relating to the events and their times of occurrence are read from the memory and presented via a display device in the user interface, characterized in that the procedure involves selecting a starting event from which playback display is started, and that at least the traffic events following the starting event are presented in a graphic form on the display. 2. Procedure as defined in claim 1, characterized in that the starting event is selected on the basis of time, event type or a bookmark set for the event. 3. Procedure as defined in claim 2, characterized in that the bookmark is saved in memory using a bookmark setting function. 4. Procedure as defined in claim 1, characterized in that events relating to a malfunction are highlighted on the display. 5. Procedure as defined in claim 1, characterized in that it involves selecting the starting events on the basis of a malfunction. 6. Procedure as defined in claim 1, characterized in that special properties and operational status of each eleva¬ tor are presented on the display in a graphic form or as text. 7. Procedure as defined in claim 1, characterized in that the starting event is selected on the basis of an opera¬ tive event and the playback function presents graphically at least the essential traffic events. 8. Apparatus for monitoring the traffic events of an ele¬ vator and displaying error conditions, said apparatus comprising means for observing the functions of the ele¬ vator and registering at least changes occurring in the functions, and means for storing events and their times of occurrence in a memory associated with the elevator, and means for reading the stored data from the memory, and a display device for presenting the data, character¬ ized in that the apparatus comprises means for selecting a starting event and means for reading the events follow¬ ing the starting event and means for presenting traffic events in a graphic form on the display. 9. Apparatus as defined in claim 8, characterized in that the apparatus is provided with means allowing desired events to be highlighted. 10. Apparatus as defined in claim 8, characterized in that the apparatus comprises means allowing the starting event to be selected on the basis of operative events and means allowing traffic events to be reproduced graphi¬ cally on the display.

Inventors: VISKARI JUHA, VISKARI, JUHA
Applicants: KONE OY, VISKARI JUHA, VISKARI, JUHA
Application year: 1996
Main classification: B66B3
IPC codes: B66B3, B66B5