2018-05-13 11:37:02 +02:00
|
|
|
GPIO Switch
|
|
|
|
===========
|
|
|
|
|
2018-11-14 22:12:27 +01:00
|
|
|
.. seo::
|
2019-02-16 23:25:23 +01:00
|
|
|
:description: Instructions for setting up GPIO pin switches in ESPHome that control GPIO outputs.
|
2021-11-16 03:19:33 +01:00
|
|
|
:image: pin.svg
|
2018-11-14 22:12:27 +01:00
|
|
|
|
2018-05-13 11:37:02 +02:00
|
|
|
The ``gpio`` switch platform allows you to use any pin on your node as a
|
|
|
|
switch. You can for example hook up a relay to a GPIO pin and use it
|
|
|
|
through this platform.
|
|
|
|
|
2018-06-01 18:10:00 +02:00
|
|
|
.. figure:: images/gpio-ui.png
|
|
|
|
:align: center
|
|
|
|
:width: 80.0%
|
2018-05-13 11:37:02 +02:00
|
|
|
|
2018-11-19 18:32:16 +01:00
|
|
|
.. code-block:: yaml
|
2018-05-13 11:37:02 +02:00
|
|
|
|
|
|
|
# Example configuration entry
|
|
|
|
switch:
|
|
|
|
- platform: gpio
|
|
|
|
pin: 25
|
|
|
|
name: "Living Room Dehumidifier"
|
|
|
|
|
|
|
|
Configuration variables:
|
2018-08-24 22:44:01 +02:00
|
|
|
------------------------
|
2018-05-13 11:37:02 +02:00
|
|
|
|
2018-06-01 18:10:00 +02:00
|
|
|
- **pin** (**Required**, :ref:`Pin Schema <config-pin_schema>`): The
|
|
|
|
GPIO pin to use for the switch.
|
|
|
|
- **name** (**Required**, string): The name for the switch.
|
|
|
|
- **id** (*Optional*, :ref:`config-id`): Manually specify the ID used for code generation.
|
2019-01-06 18:56:14 +01:00
|
|
|
- **restore_mode** (*Optional*): Control how the GPIO Switch attempts to restore state on bootup.
|
2022-04-14 06:32:24 +02:00
|
|
|
For restoring on ESP8266s, also see ``restore_from_flash`` in the
|
|
|
|
:doc:`esp8266 section </components/esp8266>`.
|
2019-01-06 18:56:14 +01:00
|
|
|
|
|
|
|
- ``RESTORE_DEFAULT_OFF`` (Default) - Attempt to restore state and default to OFF if not possible to restore.
|
|
|
|
- ``RESTORE_DEFAULT_ON`` - Attempt to restore state and default to ON.
|
2022-01-04 10:31:21 +01:00
|
|
|
- ``RESTORE_INVERTED_DEFAULT_OFF`` - Attempt to restore state inverted from the previous state and default to OFF.
|
|
|
|
- ``RESTORE_INVERTED_DEFAULT_ON`` - Attempt to restore state inverted from the previous state and default to ON.
|
2019-01-06 18:56:14 +01:00
|
|
|
- ``ALWAYS_OFF`` - Always initialize the pin as OFF on bootup.
|
|
|
|
- ``ALWAYS_ON`` - Always initialize the pin as ON on bootup.
|
|
|
|
|
2019-02-16 23:25:23 +01:00
|
|
|
- **interlock** (*Optional*, list): A list of other GPIO switches in an interlock group. See
|
|
|
|
:ref:`switch-gpio-interlocking`.
|
2019-10-20 18:07:44 +02:00
|
|
|
- **interlock_wait_time** (*Optional*, :ref:`config-time`): For interlocking mode, set how long
|
|
|
|
to wait after other items in an interlock group have been disabled before re-activating.
|
|
|
|
Useful for motors where immediately turning on in the other direction could cause problems.
|
2019-02-16 23:25:23 +01:00
|
|
|
|
2019-02-17 12:28:17 +01:00
|
|
|
- All other options from :ref:`Switch <config-switch>`.
|
2018-06-01 18:10:00 +02:00
|
|
|
|
2019-02-16 23:25:23 +01:00
|
|
|
Active Low Switch
|
|
|
|
-----------------
|
|
|
|
|
2019-01-06 18:56:14 +01:00
|
|
|
To create an active-low switch (one that is turned off by default), use the :ref:`Pin Schema <config-pin_schema>`:
|
|
|
|
|
|
|
|
.. code-block:: yaml
|
|
|
|
|
|
|
|
# Example configuration entry
|
|
|
|
switch:
|
|
|
|
- platform: gpio
|
|
|
|
pin:
|
|
|
|
number: 25
|
2021-07-19 10:04:10 +02:00
|
|
|
inverted: true
|
2019-01-06 18:56:14 +01:00
|
|
|
|
2019-02-16 23:25:23 +01:00
|
|
|
Momentary Switch
|
|
|
|
----------------
|
2019-02-01 22:27:05 +01:00
|
|
|
|
2019-02-16 23:25:23 +01:00
|
|
|
To create momentary switches, for example switches that toggle a pin for a moment, you can use
|
2021-05-17 17:04:34 +02:00
|
|
|
`on_turn_on` trigger.
|
2019-02-16 23:25:23 +01:00
|
|
|
|
|
|
|
An example that uses a single relay to activate a remote control button. The button can only
|
|
|
|
start or stop the motor of the gate. In itself, the button or remote can not know if it opens
|
|
|
|
or closes the gate. The relay simulates the button press for 500ms.
|
2018-11-09 20:00:48 +01:00
|
|
|
|
2019-01-06 18:56:14 +01:00
|
|
|
.. code-block:: yaml
|
2018-11-09 20:00:48 +01:00
|
|
|
|
2019-01-06 18:56:14 +01:00
|
|
|
# Example configuration entry
|
|
|
|
switch:
|
|
|
|
- platform: gpio
|
|
|
|
pin: 25
|
|
|
|
id: relay
|
2019-02-01 22:27:05 +01:00
|
|
|
name: "Gate Remote"
|
|
|
|
icon: "mdi:gate"
|
2021-05-17 17:04:34 +02:00
|
|
|
on_turn_on:
|
2019-02-01 22:27:05 +01:00
|
|
|
- delay: 500ms
|
2019-01-06 18:56:14 +01:00
|
|
|
- switch.turn_off: relay
|
2018-11-09 20:00:48 +01:00
|
|
|
|
2019-02-01 22:27:05 +01:00
|
|
|
.. figure:: images/gate-remote-ui.png
|
|
|
|
:align: center
|
|
|
|
|
2019-02-16 23:25:23 +01:00
|
|
|
.. _switch-gpio-interlocking:
|
|
|
|
|
|
|
|
Interlocking
|
|
|
|
------------
|
|
|
|
|
|
|
|
In some cases it is necessary to ensure that two outputs are never active at the same time.
|
|
|
|
ESPHome has a feature to prevent two GPIO Switches from being active at the same time called
|
|
|
|
interlocking. Just give *each switch* in the "interlocking group" an ``interlock`` option
|
|
|
|
with a list of all the switches in the group.
|
|
|
|
|
|
|
|
.. code-block:: yaml
|
|
|
|
|
|
|
|
# Example configuration entry
|
|
|
|
# Prevent relay #1 and relay #2 from being activated at the same time.
|
|
|
|
switch:
|
|
|
|
- platform: gpio
|
|
|
|
pin: GPIO25
|
|
|
|
name: "Relay #1"
|
|
|
|
id: relay1
|
|
|
|
interlock: [relay2]
|
|
|
|
|
|
|
|
- platform: gpio
|
|
|
|
pin: GPIO26
|
|
|
|
name: "Relay #2"
|
|
|
|
id: relay2
|
|
|
|
interlock: [relay1]
|
|
|
|
|
|
|
|
Or with some YAML anchors you can further simplify the config:
|
|
|
|
|
|
|
|
.. code-block:: yaml
|
|
|
|
|
|
|
|
# Example configuration entry
|
|
|
|
switch:
|
|
|
|
- platform: gpio
|
|
|
|
# etc
|
|
|
|
id: relay1
|
|
|
|
interlock: &interlock_group [relay1, relay2]
|
|
|
|
- platform: gpio
|
|
|
|
# etc
|
|
|
|
id: relay2
|
|
|
|
interlock: *interlock_group
|
|
|
|
|
|
|
|
.. warning::
|
|
|
|
|
|
|
|
These are software interlocks. As such, a software bug (which can *always* happen) can still
|
|
|
|
activate both switches at the same time. Similarly, at reset time (before any of ESPHome's code runs)
|
|
|
|
the relay GPIO pins may have pull-ups active, so the relay may be active before ESPHome can manually
|
|
|
|
deactivate them.
|
|
|
|
|
|
|
|
So it is **highly** recommended to use hardware interlocks (like SPDT-type relays) that ensure
|
|
|
|
that two GPIOs are never active at the same time.
|
|
|
|
|
2019-10-20 18:07:44 +02:00
|
|
|
See also ``interlock_wait_time`` to make interlocks group wait some amount of time before activating
|
|
|
|
a switch.
|
|
|
|
|
2018-06-01 18:10:00 +02:00
|
|
|
See Also
|
2018-08-24 22:44:01 +02:00
|
|
|
--------
|
2018-06-01 18:10:00 +02:00
|
|
|
|
|
|
|
- :doc:`index`
|
2019-02-07 13:54:45 +01:00
|
|
|
- :doc:`/components/output/gpio`
|
|
|
|
- :doc:`/components/cover/template`
|
|
|
|
- :doc:`/cookbook/garage-door`
|
2019-05-12 22:44:59 +02:00
|
|
|
- :apiref:`gpio/switch/gpio_switch.h`
|
2019-02-07 13:54:45 +01:00
|
|
|
- :ghedit:`Edit`
|