Teltonika
teltonika
The Teltonika integration integrates Teltonika Networks routers with Home Assistant, allowing you to monitor cellular signal quality, modem temperature, and network connectivity.
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 |
|---|---|---|
sensor | Sensor (temperature) |
What people report
Teltonika routers are monitored locally, but RutOS R_00.07.24.5 broke setup across several models.
- Not working6
| Device | In Home Assistant | In Apple Home | What they said | Source |
|---|---|---|---|---|
| Teltonika RUT950 | Not working Local | DHCP discovery crashes on older firmware missing fieldsSaved copyThe problem When adding the Teltonika integration, Home Assistant crashes during DHCP discovery with a ValidationError. Device: * Teltonika RUT950 The issue appears to be caused by older firmware/API responses missing the fields: * `device_model` * `device_identifier` Traceback: [code] The router response contains: [code] but does not include `device_model` or `device_identifier`. The issue happens during: [code] Manual setup may still work. ### What version of Home Assistant Core has the issue? 2026.5.0 ### What was the last working version of Home Assistant Core? 2026.5.0 ### What type of … Excerpt saved from GitHub on 2026-10-23. | Issue #170134 · 2026-05 | |
| Teltonika RUTC50 | Not working Local | Setup fails after RutOS 00.07.24.5 updateSaved copyThe problem After updating a Teltonika RUTC50 from RutOS RUTC_R_00.07.24.4 to R_00.07.24.5, the Teltonika integration no longer sets up. The config entry stays in setup_retry and all entities become unavailable (restored: true). The router itself is fine, its API responds normally. The response simply no longer contains a field that teltasync's pydantic model declares as required: DeviceStatusData requires static.release.target, but on this firmware static.release only carries version and distribution. Because this happens during get_device_status() in the coordinator's _async_setup, setup … Excerpt saved from GitHub on 2026-10-23. | Issue #182524 · 2026-09 | |
| Teltonika RUTM11 | Not working Local | Setup fails on RutOS 00.07.24.5Saved copySame failure on a Teltonika RUTM11, a third model on this firmware line. - Device: RUTM11, RutOS R_00.07.24.5 (build 2026-09-14) - Home Assistant: core-2026.8.2, HAOS 18.2 (Raspberry Pi 5) - Config entry state: `setup_retry`, added manually, no entities ever created Identical single validation error, same call path (`coordinator._async_setup` → `get_system_info()` → `teltasync/system.py:226`): [code] Since it was noted above that the field selection differs between routers, here is the full, untruncated `data.static.release Excerpt saved from GitHub on 2026-10-23. | Issue #182524 · 2026-09 | |
| Teltonika RUTM51 | Not working Local | Setup fails on RutOS 00.07.24.5Saved copyThe problem After updating a Teltonika RUTC50 from RutOS RUTC_R_00.07.24.4 to R_00.07.24.5, the Teltonika integration no longer sets up. The config entry stays in setup_retry and all entities become unavailable (restored: true). The router itself is fine, its API responds normally. The response simply no longer contains a field that teltasync's pydantic model declares as required: DeviceStatusData requires static.release.target, but on this firmware static.release only carries version and distribution. Because this happens during get_device_status() in the coordinator's _async_setup, setup … Excerpt saved from GitHub on 2026-10-23. | Issue #182524 · 2026-09 | |
| Teltonika RUTX11 | Not working Local | Still fails on firmware R_00.07.25.2Saved copyThe problem After updating a Teltonika RUTC50 from RutOS RUTC_R_00.07.24.4 to R_00.07.24.5, the Teltonika integration no longer sets up. The config entry stays in setup_retry and all entities become unavailable (restored: true). The router itself is fine, its API responds normally. The response simply no longer contains a field that teltasync's pydantic model declares as required: DeviceStatusData requires static.release.target, but on this firmware static.release only carries version and distribution. Because this happens during get_device_status() in the coordinator's _async_setup, setup … Excerpt saved from GitHub on 2026-10-23. | Issue #182524 · 2026-09 | |
| Teltonika RUTX50 | Not working Local | Setup fails on RutOS R_00.07.24.5; reported fixed after R_00.07.25.2Saved copyAdditional RUTX50 data point: I reproduced this today after updating the router. Device: Teltonika RUTX50 With RutOS R_00.07.24.5, Home Assistant failed during Teltonika setup with: [code] I then upgraded the router to R_00.07.25.2 and restarted Home Assistant. The integration still fails, but the validation error changes to: ``` pydantic_core._pydantic_core.ValidationError: 1 validation error for ApiResponse[DeviceStatusData] data.static.release Field required [type=missing, input_value={'kernel': '6.6.137', ... 'device_name': ' Excerpt saved from GitHub on 2026-10-23. | Issue #182524 · 2026-09 |
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 polling
Talks to the device on your network, asking it for updates every so often.
Found automatically over
- DHCP
Details
| Installs (analytics) | 393 (0.06%) |
|---|---|
| Quality scale | Silver |
| Added in | Home Assistant 2026.3 |
| Set up in the UI | Yes |
| Maintainers | @karlbeecken |
Devices listed in its documentation
- RUT series (such as RUT240, RUT950, and RUT955)
- RUTX series (such as RUTX08, RUTX09, RUTX11, and RUTX50)
- TRB series (such as TRB140, TRB245, and TRB500)
Limitations from the docs
- Only cellular modem monitoring is supported
- No SMS sending or router configuration
- Data usage statistics are not available
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.