Elevator Recall Simulator — Fire Alarm Phase I Recall Interactive

Interactive elevator-recall simulator with a cutaway workbench (hoistway, car, doors, counterweight, traction machine, controller and recall relays, designated and alternate landing detectors), Home/Focus/Cutaway/Exploded/Auto-rotate/Expand camera controls, adjustable car travel rate, drive-availability and door-obstruction fault toggles, time-stepped playback, primary-measurement and response/sequence charts, four guided experiments, a built-in model verification suite, a timestamped event log with trial-report export, and a knowledge-check quiz.

← Fire Alarm Systems Labs
About this tool — how it works & FAQOpen ▾Close ▴

About the Elevator Recall Simulator

This simulator models Phase I fire-alarm elevator recall for a single car: guide rails, counterweight, traction machine, a controller with recall relays, and designated (floor 1) and alternate (floor 2) landing inputs. Trigger smoke at the designated recall landing or at another initiating location, watch the controller pick a destination and sequence the car, and see what happens when the drive is unavailable or the doors are obstructed.

What the simulator shows

• Equipment laboratory tab: a real-time cutaway workbench of the hoistway and guide rails, elevator car, car doors, counterweight and suspension, traction machine, elevator controller and recall relays, and the designated and alternate landing detectors, with Home view, Focus selected part, Show full enclosure / cutaway, Exploded view, Auto rotate and Expand camera controls, a numbered clickable component list with callouts, and a labels toggle. • Experiment controls: smoke-at-designated-landing and smoke-at-other-location checkboxes, an illustrated car travel rate slider (0.2–1 floors/s), and drive-unavailable and door-closure-obstructed fault toggles, plus Start trial, Stop equipment, Acknowledge and Reset alarm memory actions, a Pause/Advance 0.1 s/Advance 1 s time control with four playback speeds (real time to 1 minute per second), a live "what is happening" sequence readout, live metrics (car position, recall destination, door opening %, recall mode, designated-landing input, drive availability), and a switch-state token display. • Curves & measurements tab: a primary-measurements chart (car floor vs. target floor) and a response/sequence chart (door opening vs. recall mode), the underlying model equations, a snapshot-measurements readout and written model-scope notes. • Experiments tab: four guided trials (designated recall, alternate recall, drive unavailable, door obstruction) that pre-load the relevant toggles and describe the expected response, a "Run model checks" built-in verification suite that checks the model with independent fresh instances without disturbing your current trial, and a timestamped event log with a trial-report export. • Learn & assess tab: lesson cards on requesting recall, choosing the destination, following the car sequence and keeping Phase I recall distinct from shunt trip and Phase II firefighter operation, a knowledge-check quiz with reset, and a scope/references panel with a link to a smoke-control technical reference document.

How Phase I elevator recall works

A fire alarm system does not switch elevator traction power directly. Instead, its interface issues a recall request to the elevator controller, which then executes the movement using its own drive and safety logic. In this fixture, an initiating condition at the designated recall landing (floor 1) sends the car to the alternate landing (floor 2) instead, while an initiating condition at any other location sends the car to the designated landing — reflecting the code-driven logic that recall must not return the car to a floor that may itself be involved in the alarm.

Once a destination is selected, the modeled sequence is: doors close, the car travels without normal passenger stops, and doors open only after arrival — and travel requires both closed doors and an available drive. If the drive is unavailable or the doors are obstructed, the recall request remains active but the fixture reports incomplete recall rather than moving the car.

Reading the sequence, charts and verification results

The live metrics and the primary-measurements chart track car position against the selected target floor, so you can see the direction and timing of the illustrated travel. The response/sequence chart pairs door opening percentage against the recall-mode flag, showing that the doors only begin to open after the recall sequence reaches the destination floor.

Acknowledging an alarm only records operator awareness — it does not clear the initiating condition, restore the drive, or unblock a door; Reset alarm memory requires the initiating condition to be restored first. The Run model checks button in the Experiments tab exercises the underlying target-selection and travel logic against independent fresh model instances so you can confirm the equations hold before trusting the displayed sequence. This is a representative educational sequence for a generic Phase I scenario only — it is not a listed-device specification, ASME A17.1 sequence, wiring design, or a model of shunt trip, Phase II firefighter service, braking, overspeed protection or passenger entrapment.

Frequently asked questions

Does the fire alarm system move the elevator car directly?

No. The fire alarm interface issues a recall request through recall relays; the elevator controller itself performs the actual movement using its own drive and safety logic, which this simulator keeps as separate systems.

How does the simulator choose between the designated and alternate landing?

In this fixture, smoke at the designated recall landing (floor 1) sends the car to the alternate landing (floor 2), while smoke at another initiating location sends the car to the designated landing — so recall avoids returning the car to a floor already involved in the alarm.

What happens if the drive is unavailable or a door is obstructed?

The recall request stays active, but travel cannot complete when the drive is unavailable, and the fixture reports incomplete recall rather than moving the car when door closure is obstructed — both toggles are available as fault-injection controls in the Equipment laboratory tab.

What does the built-in verification suite check?

The Run model checks button in the Experiments tab runs the target-selection and travel-sequence logic against independent, freshly created model instances, confirming the teaching model behaves consistently without altering your current trial.

Related tools & guides