Device Implementations

Concrete hardware device implementations utilizing the OTApp framework. More...

Topics
	Button Device
	Control device - button - implementation of hardware device for OpenThread app.
	Light Device
	High‑level OpenThread RGB light device implementation.

Detailed Description

Concrete hardware device implementations utilizing the OTApp framework.

This section contains reference implementations of end devices built upon the OpenThread Application framework. Each of the following devices demonstrates the use of the driver API (main API for OpenThread hardware application) and integration with the CoAP communication layer.

The framework supports two main types of device roles:

• Controllers: Input devices (e.g., Button Device) that send CoAP requests to other nodes.
• Actuators: Execution devices (e.g., Light Device) that respond to incoming commands.

---

1. Button Device (Controller)

An advanced control device based on three physical buttons. It serves as the primary user interface in the Thread network, enabling interaction with lighting and other resources.

Key Features:

• Multi-function Interactions: Support for single click, double click, and long press (via OneButton).
• Dynamic Pairing: Ability to assign buttons to specific devices on-the-fly via Button Assignment.
• Adaptive Dimming: Built-in algorithm for smooth dimming and brightening (ad_btn_dimControl).
• Group Management: Support for pairing filtering based on device name groups.

Components:

• ad_button – Main device logic module.
• ad_btn_assign – Mapping physical buttons to events.
• ad_btn_uri – CoAP endpoint management for buttons.

---

2. Light Device (Actuator)

An actuator device representing smart RGB lighting. It acts as a CoAP server, listening for state change commands from controllers or control panels.

Key Features:

• RGB Control: Full support for color and brightness control of LEDs (e.g., WS2812B).
• CoAP Observe: Implementation of the observer pattern, allowing controllers to receive immediate notifications regarding light state changes.
• Resource Visibility: Automatic broadcasting of resources such as light/on_off, light/dimm, or light/rgb.
• Reliability: Integration with SRP and DNS-SD systems, ensuring constant availability within the mesh network.

Components:

• ad_light – Initialization and configuration of the lighting device.
• ad_light_control – Control logic for LED drivers and effects.

---

See also

Architecture and Design Patterns

Pairing Management