Smart
DasBasti/SmartHashtag · vv0.10.3
Homeassistant component for Smart #1/#3/#5 API
In Apple Home through HomeKit Bridge
What HomeKit Bridge makes of each kind of entity this integration creates, read from its source code. A device only gets the ones that apply to it.
| Entity | Shows up as | Note |
|---|---|---|
switch | Switch or outlet | |
climate | Thermostat | |
lock | Lock | Needs its own HomeKit Bridge in accessory mode |
binary_sensor | Sensor (motion, contact, leak, smoke…) | |
sensor | Sensor (temperature, humidity, air quality…) | |
button | Button (as a switch) | |
select | Mode picker (as switches) | |
device_tracker | Presence (as an occupancy sensor) |
What people report
Smart #1 and #5 cars work through the cloud API; Volvo EX30 is requested but unproven. A lock-state inversion in 0.7.1 was fixed in 0.7.2.
- Works1
- Partly works1
- Requested1
| Device | In Home Assistant | In Apple Home | What they said | Source |
|---|---|---|---|---|
| Smart #1 | Works Cloud | Trunk and lock states inverted in v0.7.1, fine in 0.7.2Saved copyVersion of the custom_component v0.7.1 Describe the bug Latest changes to binary sensors doors and locks seems to have introduced the wrong behaviour in my Smart #1 trunk lock state. I do not see anyone else reporting this as a bug. Checked the car and can see that the boot/trunk is closed and locked. However boot/trunk value mapping is now like this: Developer tools states this while the car is all locked up: So I think the mapping of the trunk lock state is incorrectly reversed. For reference, this is what the base integration values look like if I actually open the trunk and check again: … Excerpt saved from GitHub on 2026-10-23. | Issue #282 · 2025-05 | |
| Smart #5 | Partly works Cloud | Seat ventilation PR closed unmerged; charging limit number addedSaved copyAdds a number entity (50–100 %, step 5) to set the charging limit via pysmarthashtag `set_charging_limit`. The requested value is shown until the vehicle reports it, with fast polling meanwhile. Stacked on #484, merge the stack in order. 🤖 Generated with Claude Code ## Summary by CodeRabbit * New Features * Added a charging-limit control for compatible vehicles. You can set the desired limit and see the requested value while the vehicle’s status updates. * The control is unavailable when the vehicle or its charging controls are not supported. Excerpt saved from GitHub on 2026-10-23. | PR #485 · 2026-10 | |
| Volvo EX30 | Requested Cloud | Same Geely platform; community hack of login exists, not mergedSaved copyRecently, I replaced my XC40 with an EX30. The Volvo integration/API is not compatible with the EX30. Upon further exploration, I noticed that it uses the same endpoints as the Smart cars, except (I think) for the initial authentication part. I don't have enough knowledge to implement an integration myself. Would you be willing to adapt this Smart integration for the Volvo EX30? I can help with testing and maybe even a bit of programming. These requests were captured using Postman. Thank you Excerpt saved from GitHub on 2026-10-23. | Issue #114 · 2024-06 |
Gathered from GitHub issues, pull requests, discussions and docs, and from r/homeassistant. These are individual reports, so check the linked thread and the date before you buy.
How it connects
Cloud polling
Goes through the maker’s cloud, asking it for updates every so often. Needs the internet and an account.
Details
| Installs (analytics) | 299 (0.04%) |
|---|---|
| GitHub stars | 74 |
| Latest version | v0.10.3 (2026-10-19) |
| Set up in the UI | Yes |
| Maintainers | @DasBasti |
| License | MIT |
In ReReHome
Whatever HomeKit Bridge shares reaches Apple Home as normal HomeKit accessories behind your Home Assistant bridge, so ReReHome shows and controls them like any other.
Bridges get their own settings page listing the accessories behind them.
Sources
- Documentation: https://github.com/DasBasti/SmartHashtag
- Source code: https://github.com/DasBasti/SmartHashtag
- Issues: https://github.com/DasBasti/SmartHashtag/issues
- HACS: https://hacs.xyz