--- title: "Command line Switch" description: "Instructions on how to have switches call command line commands." logo: command_line.png ha_category: - Switch ha_release: pre 0.7 ha_iot_class: Local Polling --- The `command_line` switch platform issues specific commands when it is turned on and off. This might very well become our most powerful platform as it allows anyone to integrate any type of switch into Home Assistant that can be controlled from the command line, including calling other scripts! To enable it, add the following lines to your `configuration.yaml`: ```yaml # Example configuration.yaml entry switch: - platform: command_line switches: kitchen_light: command_on: switch_command on kitchen command_off: switch_command off kitchen ``` {% configuration %} switches: description: The array that contains all command switches. required: true type: map keys: identifier: description: Name of the command switch as slug. Multiple entries are possible. required: true type: map keys: command_on: description: The action to take for on. required: true type: string command_off: description: The action to take for off. required: true type: string command_state: description: "If given, this command will be run. Returning a result code `0` will indicate that the switch is on." required: false type: string value_template: description: "If specified, `command_state` will ignore the result code of the command but the template evaluating to `true` will indicate the switch is on." required: false type: string friendly_name: description: The name used to display the switch in the frontend. required: false type: string {% endconfiguration %} A note on `friendly_name`: When set, the `friendly_name` had been previously used for API calls and backend configuration instead of the `object_id` ("identifier"), but [this behavior is changing](https://github.com/home-assistant/home-assistant/pull/4343) to make the `friendly_name` for display purposes only. This allows users to set an `identifier` that emphasizes uniqueness and predictability for API and config purposes but have a prettier `friendly_name` still show up in the UI. As an additional benefit, if a user wanted to change the `friendly_name` / display name (e.g., from "Kitchen Lightswitch" to "Kitchen Switch" or "Living Room Light", or remove the `friendly_name` altogether), he or she could do so without needing to change existing automations or API calls. See aREST device below for an example. ## Examples In this section you find some real-life examples of how to use this switch. ### aREST device The example below is doing the same as the [aREST switch](/integrations/arest#switch). The command line tool [`curl`](http://curl.haxx.se/) is used to toggle a pin which is controllable through REST. ```yaml # Example configuration.yaml entry switch: platform: command_line switches: arest_pin_four: command_on: "/usr/bin/curl -X GET http://192.168.1.10/digital/4/1" command_off: "/usr/bin/curl -X GET http://192.168.1.10/digital/4/0" command_state: "/usr/bin/curl -X GET http://192.168.1.10/digital/4" value_template: '{% raw %}{{ value == "1" }}{% endraw %}' friendly_name: Kitchen Lightswitch ``` Given this example, in the UI one would see the `friendly_name` of "Kitchen Light". However, the `identifier` is `arest_pin_four`, making the `entity_id` `switch.arest_pin_four`, which is what one would use in [`automation`](/integrations/automation/) or in [API calls](/developers/). ### Shutdown your local host This switch will shutdown your system that is hosting Home Assistant.