> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/access-control/configuration/enable-and-configure-rex-inputs.md).

# Enable and Configure REX Inputs

Learn how to enable and configure REX inputs for access control

Request to Exit, or REX, is a type of sensor commonly used alongside access control systems to automate the opening of doors and expand event sensing capabilities. The REX functions by detecting when there’s continuity across the 2 wires in the REX section of the door cassette. This means that you can use any **Normally Open (NO)** button, sensor, and so on as a REX.

Most commonly, motion detectors are used on the egress (exiting) side of a door to automatically disengage a lock as someone approaches the door.

***

## Verkada access integration

REX options are available under the door’s settings page. To make use of REX settings, you must first enable **REX** under the hardware section:

<div align="left" data-with-frame="true"><img src="https://134288481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaaHs5RfKqv9Z49mi02cC%2Fuploads%2Fgit-blob-8adf2451d73ef4080a1e1868e9812c6cd005f674%2F120e8e24ee70b2386577220e83436dfdfff8caa5.png?alt=media" alt=""></div>

### Unlock the door

As noted earlier, you can use REX to disengage the lock. To enable this behavior, toggle on the **REX Unlocks Door** option. The duration option refers to how long the door will stay unlocked when the REX is engaged.

<div align="left" data-with-frame="true"><img src="https://134288481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaaHs5RfKqv9Z49mi02cC%2Fuploads%2Fgit-blob-0b86bc04ec8ea6c372e342d3f6adbd1df8e5d0fc%2F8c5c73987bd371534190d45f64e5188495f9dfc7.png?alt=media" alt=""></div>

### Release the lock in Command

You can configure the REX to release the lock in Command (most commonly seen in maglocks) or simply show DFO events. You can also configure the REX unlock time.\
​\
REX motion sensors and REX buttons are often required by regulation to meet building codes for access-controlled entrance doors.

{% hint style="info" %}
The REX motion sensor should be wired into the REX terminals on the AC41 while the emergency REX button should be wired directly in line with the lock to provide direct interruption of power in an emergency situation.
{% endhint %}

{% hint style="warning" %}
The Verkada AC41 expects the REX to be NO.
{% endhint %}

<div align="left" data-with-frame="true"><img src="https://134288481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaaHs5RfKqv9Z49mi02cC%2Fuploads%2Fu6cBwQ3iuIBFMX1DEAGI%2Frex.png?alt=media&amp;token=cd7ab03d-a643-4349-9c5d-88f1fc65dde2" alt=""></div>

### DFO event detection

A REX and DPI are required to detect door forced open (DFO) events, such as a break-in. This is because a REX allows the system to be aware of valid egress and a card reader allows the system to be aware of valid ingress. If the system detects that the door has opened without a valid card read or REX event, a DFO event is thrown.

To detect DFO events, you must enable the **Monitor DFO** option:

<div align="left" data-with-frame="true"><img src="https://134288481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaaHs5RfKqv9Z49mi02cC%2Fuploads%2Fgit-blob-9fa6e3a97d9cdd9f641f1c96e51daf7cc487ca4c%2F0b6bd910f774722f26a394a41f83ae3ba9ad4c0d.png?alt=media" alt=""></div>

### Power the REX device

If necessary, you can utilize the 12V port for the unused reader to power the REX device.

<div align="left" data-with-frame="true"><img src="https://134288481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaaHs5RfKqv9Z49mi02cC%2Fuploads%2FIgawoC3JqWVapSgC3PK6%2Frex2.png?alt=media&amp;token=8b037569-09a9-422d-bd5e-6bf07928b6ac" alt=""></div>

#### Wet configuration with emergency REX button release

<div align="left" data-with-frame="true"><img src="https://134288481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaaHs5RfKqv9Z49mi02cC%2Fuploads%2F3mRnZFiNZcA3Vy375OZJ%2F10.jpg?alt=media&amp;token=5e839fb3-0102-4879-a2c6-68efa854182b" alt=""></div>

#### Dry configuration with emergency REX button release

<div align="left" data-with-frame="true"><img src="https://134288481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaaHs5RfKqv9Z49mi02cC%2Fuploads%2FVC0fx3RimVeaEMbHy4Ry%2F12.jpg?alt=media&amp;token=827b5f78-27a9-4f93-a88e-65e67df3e6f7" alt=""></div>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.verkada.com/access-control/configuration/enable-and-configure-rex-inputs.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
