24 releases (14 stable)
1.3.6 | Apr 3, 2024 |
---|---|
1.3.5 | Feb 5, 2024 |
1.3.3 | Jan 13, 2024 |
1.3.2 | Sep 17, 2023 |
0.1.0 | Jul 29, 2023 |
#1133 in Web programming
Used in cnctd_smart_home
99KB
406 lines
govee-api
A blazingly fast thin wrapper around the public Govee API written in Rust 🚀.
"Image generated by Dalle 3-XL"
All REST methods of the official public Govee API are supported. See the table below for mapping of methods to endpoints.
is supported | endpoint | method |
---|---|---|
yes | GET /v1/appliance/devices | get_appliances |
yes | PUT /v1/appliance/devices/control | control_appliance |
yes | GET /v1/devices | get_devices |
yes | PUT /v1/devices/control | control_device |
yes | GET /v1/devices/state | get_device_state |
Prerequisite
To use the library you need to obtain a Govee Developer API key and set it to GOVEE_API_KEY
env variable. It is highly suggested to use .env file.
See below a short manual copied directly from the Govee API documentation. Please refer to that documentation in case the info below is not sufficient or it changed over time.
📋 Steps to obtain a Govee Developer API Key
- Download the Govee Home App
- Navigate to the My Profile page by clicking on the 👤 icon
- Click on the ⚙️ icon on the top right corner to get to Settings
- Click on “Apply for API Key”
- Fill in the required fields for “Name” and “Reason for application”
- Possible reasons can include: home automation, 3rd party integration, API Days Tutorial (education & research)
- Read the Govee Developer API Terms of Service, then click the checkbox to accept
- Click Submit
Usage
It is dead simple to use the govee-api
library.
// make sure to run this inside an async function
const GOVEE_API_KEY: &str = "GOVEE_API_KEY"; // for the sake of security, please make sure this is read from env variable.
let govee_client = GoveeClient::new(&GOVEE_API_KEY);
// use any of the supported method from the table above
// example for get_devices()
let response: ApiResponseGoveeDevices = govee_client.get_devices().await;
let devices = response.data.unwrap();
See this repo for an inspiration how to use govee-api
in various scenarios.
Breaking changes and versioning
I decided to go with the semantic versioning with the following understanding:
- every
patch
release should not break the existing functionality. It is usually dependencies or readme update, some minor refactor or other things that are usually safe to be pulled anytime. - every
minor
release may break parts of the app usinggovee-api
. Minor release often includes new functionality or some relevant refactor with a limited scope that improves the library performance. - every
major
release will very likely break large parts of the app that implementsgovee-api
crate. This includes changes in GoveeAPI itself or some significant changes in the crate architecture.
Usually, the latest published version is strongly suggested for all users.
Dependencies
~4–15MB
~197K SLoC