hap-rs
hap-rs copied to clipboard
ewilken
Rust implementation of the Apple HomeKit Accessory Protocol (HAP)
I'm working on a Rust crate for Homebridge that compiles to WASM. I'm rolling my own HAP types (services and characteristics), but wanted to see if there were any existing...
I am currently comparing the homekit accessory simulator performance with that of hap-rs It seems that hap-rs is considerably slower and less reliable in both pairing and consequently connecting/reconnecting accessories...
I think it would be good to have a value type check for characteristics in some way Now a characteristic value only has to be of a Json Value type...
When adding accessories to the Ios Home app, pressing the accessory with force or touch or clicking accessory details does not make anything happen. It is like the app is...
Pairing fails whenever a thermostat accessory is added. To reproduce: ``` extern crate hap; use hap::{ accessory::{bridge, thermostat, Category, Information}, transport::{IpTransport, Transport}, Config, }; fn main() { pretty_env_logger::init(); let bridge...
When trying to run the same code on two different clients, they both fight over the same name Shouldn't hap-rs rename the service to 'service (1)' and so on? And...
There are some accessory categories that aren't covered by this crate yet: - [ ] Audio Receiver - [ ] AirPort - [ ] Apple TV - [ ] HomePod...
Some services have `current` and `target` versions of characteristics. Controller set the `target` value and expect the `current` value to update accordingly. Otherwise the controller might assume the accessory being...