ICSee
dbuezas/icsee-ptz · vv5.1.10
Home Assistant integration for ICSee/XMEye/DVR-IP/Sofia cameras: PTZ control, presets, motion alarm, and clock sync.
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 | |
media_player | TV, receiver or media switches | Needs its own HomeKit Bridge in accessory mode |
camera | Camera | 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) |
What people report
Local DVRIP control of ICSee/XMeye cameras works, but newer firmware needed encrypted transport and sleeping solar cameras cannot be woken.
- Partly works1
- Requested1
- Won’t be supported1
| Device | In Home Assistant | In Apple Home | What they said | Source |
|---|---|---|---|---|
| ICSee/XMeye camera firmware V5.06.R02 (H.265X) | Partly works Local | Add fails with Unknown error; v5.1.0-rc1 adds encrypted DVRIP transportSaved copyI am trying to add a recently purchased ICSee/XMeye camera to Home Assistant using this integration, but it fails with an "Unknown error" in the UI. When trying to add the camera stream directly via go2rtc using the dvrip:// protocol, the stream fails to load and throws an unexpected end of JSON input error. The camera works perfectly via the official mobile app and via the official VMS PC Software on port 34567, but it seems to block any third-party access. ⚙️ Environment & Camera Details Firmware System: V5.06.R02.000999WP.00000.140f24.0000000 Build Date: 2025-10-11 17:21:30 (Very recent … Excerpt saved from GitHub on 2026-10-23. | Issue #65 · 2026-05 | |
| ICSee solar-powered sleeping cameras | Requested Local | Wake-up not supported; camera only keeps a heartbeat link to Xiongmai cloudSaved copyIs it possible to implement a wake up option for the sleeping solar cameras? It looks like the cameras have a call home function and maybe get the wake up flag from the server. I can see a constant connections to the wifi but no activity in the icsee app. I think this will help to have a more advanced control on the camera detection based on the presens on home assistant site. thank you. Excerpt saved from GitHub on 2026-10-23. | Issue #50 · 2025-02 | |
| ICSee cameras via cloud ID | Won’t be supported Local | Integration only talks to cameras on the local networkSaved copyI would like to know if you are aware of the steps to use communication via the camera's cloud ID instead of a fixed IP. Thanks. Excerpt saved from GitHub on 2026-10-23. | Issue #49 · 2025-01 |
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
Local push
Talks to the device on your network, and the device tells Home Assistant the moment something changes.
Details
| Installs (analytics) | 398 (0.06%) |
|---|---|
| GitHub stars | 135 |
| Latest version | v5.1.10 (2026-10-20) |
| Set up in the UI | Yes |
| Maintainers | @dbuezas |
| 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/dbuezas/icsee-ptz
- Source code: https://github.com/dbuezas/icsee-ptz
- Issues: https://github.com/dbuezas/icsee-ptz/issues
- HACS: https://hacs.xyz
