Several IOT devices not reachable since router upgrade / HA connectivity issues

rhandos commented

2026-08-07 19:19:03 +02:00

Member

Since the router upgrade last sunday, several IOT devices associated with Club Assistant are no longer reachable. These are the devices I couldn't fix via the HA interface or where I was missing credentials for further fixes outside HA:

The two Dreame vacuums StaubiV2 (10.89.212.233) and Staubi (10.89.212.232) cannot connect to the new MQTT broker (club-assistant.ccchh.net:1883). Maybe the new broker isn't reachable on the ccchh-iot network? [FIXED]
The main room ESPHome Sensirion SCD41 CO2 sensor is no longer reachable. [FIXED]
The thermostats connected via RaspberryMatic (10.89.213.29) / Homematic are no longer reachable via HA. The web interface is reachable via the above IP adress, the thermostat devices are showing in Raspberrymatic. However, the Homematic integration cannot connect to it. Not sure why
The EH22 WLED sign does no longer seem to have a static IP or a domain name. Its former IP 10.89.212.44 is no longer reachable, there seems to be no corresponding entry in auth-dns/zones/ccchh.net.zone
The WLED integration (specifially the update entity) seems to be unable connect outside the local network to download device updates ("Invalid response from WLED API: Could not download requested WLED version '16.0.1' from https://github.com/wled/WLED/releases/download/v16.0.1/WLED_16.0.1_ESP32.bin"). This happened repeatedly over several days and with the remote files available via other devices, so it seems like a general connectivity issue and not due to GitHub's stellar uptime numbers. The update neither works directly from the WLED web interfaces (http://[IP]/update), though that might be the same issue, depending on if the WLED API simply triggers an on-device update or if the integration tries to push an OTA update itself.

I am really sorry this issue mostly amounts to "these devices don't work plz fix" but networking is by far my weakest field, so my ability to troubleshoot is very limited Q_Q I'd be happy to meet with an infra team member on an upcoming evening to further debug this with somebody with direct access to the router config (and way more network knowledge than me :3)

Since the router upgrade last sunday, several IOT devices associated with Club Assistant are no longer reachable. These are the devices I couldn't fix via the HA interface or where I was missing credentials for further fixes outside HA: - [x] The two Dreame vacuums **StaubiV2 (10.89.212.233)** and **Staubi (10.89.212.232)** cannot connect to the new MQTT broker (club-assistant.ccchh.net:1883). Maybe the new broker isn't reachable on the ccchh-iot network? [FIXED] - [x] The **main room ESPHome Sensirion SCD41 CO2 sensor** is no longer reachable. [FIXED] - [x] The **thermostats** connected via RaspberryMatic (10.89.213.29) / Homematic are no longer reachable via HA. The web interface is reachable via the above IP adress, the thermostat devices are showing in Raspberrymatic. However, the Homematic integration cannot connect to it. Not sure why - [x] The **EH22 WLED sign** does no longer seem to have a static IP or a domain name. Its former IP 10.89.212.44 is no longer reachable, there seems to be no corresponding entry in auth-dns/zones/ccchh.net.zone - [ ] The **WLED** integration (specifially the update entity) seems to be unable connect outside the local network to download device updates ("Invalid response from WLED API: Could not download requested WLED version '16.0.1' from https://github.com/wled/WLED/releases/download/v16.0.1/WLED_16.0.1_ESP32.bin"). This happened repeatedly over several days and with the remote files available via other devices, so it seems like a general connectivity issue and not due to GitHub's stellar uptime numbers. The update neither works directly from the WLED web interfaces (http://[IP]/update), though that might be the same issue, depending on if the WLED API simply triggers an on-device update or if the integration tries to push an OTA update itself. I am really sorry this issue mostly amounts to "these devices don't work plz fix" but networking is by far my weakest field, so my ability to troubleshoot is very limited Q_Q I'd be happy to meet with an infra team member on an upcoming evening to further debug this with somebody with direct access to the router config (and way more network knowledge than me :3)

bitwhisker commented

2026-08-09 16:54:04 +02:00

Owner

the thermostats are again back in home assistant, the problem was, that not all ips where updatet in the homeassistant config and the username was misspelled

❤️ 1

bitwhisker commented

2026-08-09 17:12:03 +02:00

Owner

wled eh22 sign is also again back in home assistant, added a static leases to dhcp and a dns entry in the ccchh.net zone

❤️ 1

bitwhisker commented

2026-08-09 17:19:14 +02:00

Owner

the wled's are in the IoT net, that does not have internet access

rhandos commented

2026-08-12 20:32:35 +02:00

Author

Member

@bitwhisker Thank you for fixing the Homematic integration and for assigning the EH22 sign a static lease and a DNS entry.

@bitwhisker wrote in #138 (comment):

the wled's are in the IoT net, that does not have internet access

Is that a WONTFIX or could the IoT receive a few exceptions for internet access? i'm thinking about device updates for WLED and Staubi among others (Prusa?). In the latter case, I could create an allow list for devices with OTA update capabilities.

@bitwhisker Thank you for fixing the Homematic integration and for assigning the EH22 sign a static lease and a DNS entry. @bitwhisker wrote in https://git.hamburg.ccc.de/CCCHH/ansible-infra/issues/138#issuecomment-6262: > the wled's are in the IoT net, that does not have internet access Is that a WONTFIX or could the IoT receive a few exceptions for internet access? i'm thinking about device updates for WLED and Staubi among others (Prusa?). In the latter case, I could create an allow list for devices with OTA update capabilities.

Rows
Columns

Several IOT devices not reachable since router upgrade / HA connectivity issues #138