Tool Name: airdroid_business_turn_off_device_screen
Risk Level: 🟠 Medium Risk
Execution Mode: ⏳ Asynchronous
Category: Remote Commands
Quick Start (Copy & Use)
One-liner: Remotely turn off the device screen (screen rest)
What you need: DeviceId (device ID)
Success criteria: StatusCode = 200 and ErrorMessage is an empty string; returns Pid for tracking
What to do next: Use Get an Activity Log with the Pid to poll execution status
Minimal request example:
{
"DeviceId": "fa6edcff65ab444e8b5e0eb08df4175d"
}
Minimal response example:
{
"Pid": "1770854462319857000",
"StatusCode": 200,
"ErrorMessage": ""
}
Recipes (Common Recipes)
Recipe 1: Turn off screen to save power
Scenario: Turn off the screen when the device is idle to save power
{
"DeviceId": "fa6edcff65ab444e8b5e0eb08df4175d"
}
Recipe 2: Batch screen off
Scenario: Turn off display device screens after business hours
- Use Get All Devices to get the target device list
- Iterate through devices and call Turn Off Device Screen
{
"DeviceId": "device_id_1"
}
Recipe 3: Track screen-off status with Pid
Scenario: After turning off the screen, confirm whether the operation succeeded
- Call Turn Off Device Screen to get the Pid
- Use the Get an Activity Log tool to query status:
{
"Pid": "1770854462319857000"
}
Polling logic:
- Progress = "Executing" → continue polling (interval 5 seconds)
- Progress = "Success" → screen off succeeded
- Progress = "Failure" → check the FailReason field
1. Overview
1.1 Description
Remotely turn off the screen of a device managed by AirDroid Business (screen rest). This is a lightweight operation that does not affect the device's running state — only the display is turned off.
1.2 When to Use
- Power saving: Turn off the screen when idle to extend battery life
- Display device management: Turn off display screens after business hours
- Privacy protection: Temporarily turn off the screen to prevent bystanders from viewing
- Remote maintenance: Turn off the screen before performing remote operations
1.3 Execution Mode & Response
This operation is asynchronous — after the command is sent, the device typically responds within seconds.
- Return value: Pid (activity log ID)
- Tracking method: Use the Get an Activity Log tool with the Pid to query execution status
- Prerequisite: The device must be online to receive the command
- Typical duration: Usually completes within 1-5 seconds
1.4 Prerequisites
| Condition | Description | How to Check |
|---|---|---|
| Device online | The device must be online to receive the screen-off command | Use Get All Devices with {"online":"Online"} filter |
| Permissions | Account must have permission to execute device operations | - |
1.5 Prerequisite Tools
| Tool | Purpose | Necessity |
|---|---|---|
| Get All Devices | Obtain DeviceId and confirm device is online | 🔴 Required |
| Get a Device by Name | Query DeviceId by exact device name | If only the device name is known |
1.6 Comparison with Similar Tools
| Tool | Use Case | Difference |
|---|---|---|
| Turn Off Device Screen | Temporary screen off, power saving | Only turns off the screen; device continues running |
| Lock a Device | Lock device | Locks the screen with optional password |
| Power off a Device | Shutdown device | Full power off |
2. Inputs
2.1 Parameter List
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| DeviceId | string | ✅ Yes | - | Device unique identifier |
2.2 Parameter Details
`DeviceId`
Device unique identifier.
- Type: string
- Format: Non-empty string
- Source:
- Obtained via the Get All Devices tool; use the device_id field from the response
- Obtained via the Get a Device by Name tool for exact name lookup
- How to fill in a GI node:
- Constant: Enter the device ID string directly, e.g. fa6edcff65ab444e8b5e0eb08df4175d
- Upstream reference: Map from the Get All Devices node's Devices[0].device_id field
- Example:
"fa6edcff65ab444e8b5e0eb08df4175d"
2.3 Parameter Combination Logic
- Only one required parameter: DeviceId
- Simple operation; no additional confirmation parameters needed
3. Outputs
3.1 Response Examples
Success response:
{
"Pid": "1770854462319857000",
"StatusCode": 200,
"ErrorMessage": ""
}
Parameter error response:
{
"Pid": "",
"StatusCode": -1,
"ErrorMessage": "device_id is required. Obtain via 'Get All Devices' or 'Get A Device By Name' tool."
}
Network error response:
{
"Pid": "",
"StatusCode": 500,
"ErrorMessage": "Request timeout after 60 seconds."
}
3.2 Field Descriptions
| Field Path | Type | Description |
|---|---|---|
| Pid | string | Activity log unique identifier (Process ID). Returned on success; used to track execution status |
| StatusCode | number | Status code. See 5.1 AB Three-Layer Error Codes |
| ErrorMessage | string | Error message. Empty string on success |
3.3 Pid Tracking
Use the returned Pid with the Get an Activity Log tool to track execution status:
| Progress Value | Meaning | Agent Action |
|---|---|---|
| Executing | Command queued or executing on device | Continue polling (interval 5 seconds) |
| Success | Execution succeeded | Task complete |
| Failure | Execution failed | Check the FailReason field |
| Overridden | Superseded by a newer command | No action needed |
4. Examples
4.1 Basic Example: Turn off device screen
Request:
{
"DeviceId": "fa6edcff65ab444e8b5e0eb08df4175d"
}
Response:
{
"Pid": "789012",
"StatusCode": 200,
"ErrorMessage": ""
}
4.2 Advanced Example: Batch screen off with tracking
Step 1: Call the screen-off endpoint
{
"DeviceId": "fa6edcff65ab444e8b5e0eb08df4175d"
}
Step 2: Use the returned Pid to query the activity log
{
"Pid": "789012"
}
Step 3: Determine completion based on Progress
4.3 Error Example: Empty device ID
Request:
{
"DeviceId": ""
}
Response:
{
"Pid": "",
"StatusCode": -1,
"ErrorMessage": "device_id is required. Obtain via 'Get All Devices' or 'Get A Device By Name' tool."
}
5. Error Handling
5.1 AB Three-Layer Error Codes
Core principle: AB uses a three-layer error code strategy. The agent should decide how to handle based on StatusCode.
| StatusCode | Meaning | Scenario | Agent Action |
|---|---|---|---|
| -1 | Parameter validation error | Local validation failed (missing required params, format error) | ❌ Do not retry; fix parameters and re-call |
| 200 | Business success or business error | HTTP request succeeded; check ErrorMessage | Empty ErrorMessage = success; non-empty = business error |
| 500 | Network/request exception | Timeout, connection failure, DNS resolution failure | ⚠️ May retry (max 2 times, 5-second interval) |
5.2 Common Errors
| StatusCode | ErrorMessage Example | Cause | Fix |
|---|---|---|---|
| -1 | device_id is required. Obtain via 'Get All Devices' or 'Get A Device By Name' tool. | Device ID is empty | Use Get All Devices to obtain a valid device ID |
| 200 | access_token is invalid. | Auth token invalid | Check credential configuration |
| 500 | Request timeout after 60 seconds. | Request timeout | Retry later |
5.3 Agent Self-Healing Decision Table
| StatusCode | Auto-Retry | Retry Strategy | Manual Intervention |
|---|---|---|---|
| -1 | ❌ | - | Fix parameters and re-call |
| 200 (ErrorMessage non-empty) | ❌ | - | Fix based on error message |
| 500 | ⚠️ | Max 2 retries, 5-second interval | Escalate if persistent |
6. Best Practices
6.1 Performance Tips
- Confirm device is online: Check device status before turning off the screen to avoid sending commands to offline devices
- Batch operations: Screen-off commands can be sent in parallel; no need to wait for the previous one to complete
6.2 Security Considerations
🟢 Low Risk: This operation only turns off the screen and does not affect device operation. No special security confirmation is needed.
Operation notes:
- The device continues running; only the screen is turned off
- Users can wake the screen by touching it or pressing the power button
- No data loss or interruption to running applications
6.3 Idempotency
Idempotency: Naturally idempotent.
- Sending a screen-off command to an already-off screen has no side effects
- Multiple calls produce the same result; safe to retry
6.4 Async Operation Tracking
Use the returned Pid with Get an Activity Log to track execution status:
| Progress Value | Meaning | Agent Action |
|---|---|---|
| Executing | Command queued or executing | Continue polling |
| Success | Execution succeeded | Task complete |
| Failure | Execution failed | Check the FailReason field |
| Overridden | Superseded by a newer command | No action needed |
Polling recommendations:
- Interval: 5 seconds
- Max polling attempts: 6 (approx. 30 seconds)
- On timeout: Prompt the user to manually check device status
7. Related Tools
7.1 Prerequisite Tools
| Tool | Purpose |
|---|---|
| Get All Devices | Obtain DeviceId and confirm device is online |
| Get a Device by Name | Query DeviceId by exact device name |
7.2 Follow-up Tools
| Tool | Purpose |
|---|---|
| Get an Activity Log | Track screen-off execution status (using Pid) |
7.3 Similar Tools Comparison
| Tool | Use Case | Difference |
|---|---|---|
| Turn Off Device Screen | Temporary screen off | Only turns off the screen |
| Lock a Device | Lock device | Locks screen with optional password |
| Power off a Device | Shutdown device | Full power off |
| Reboot Device | Reboot device | Restarts the device |
8. Tool Chains
8.1 Batch Screen Off Pattern
Scenario: Turn off display device screens after business hours
Tool chain:
Get All Devices (filter display group) → [Loop] Turn Off Device Screen → Get an Activity Log
Steps:
- Call Get All Devices with Keyword={"group_name":"display-devices"} to get the target device list
- Iterate through devices and call Turn Off Device Screen for each
- Collect all Pid values and use Get an Activity Log to batch-track status
8.2 Power Saving Pattern
Scenario: Automatically turn off screens at specific times to save power
Tool chain:
Get All Devices (filter online devices) → [Loop] Turn Off Device Screen
Steps:
- Call Get All Devices with Keyword={"online":"Online"} to get all online devices
- Iterate through devices and call Turn Off Device Screen to turn off screens
8.3 Remote Operation Preparation
Scenario: Turn off the screen before performing remote operations
Tool chain:
Turn Off Device Screen → [Remote operations] → (user wakes screen manually)
Steps:
- Call Turn Off Device Screen to turn off the target device screen
- Perform remote operations (e.g. push apps, update configurations)
- After operations complete, the user can wake the screen manually
Leave a Reply.