# \[APP\]\[Cloud & Pro\] SwitchBot (Release 2.0.87, Test 2.0.96) **URL:** \ **Category:** Apps\ **Tags:** app\ **Created:** [February 2, 2021, 7:31pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296 "2021-02-02T19:31:36Z")\ **Posts on this page:** 20\ **Page:** 118
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 20, 2026, 8:25pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2352 "2026-08-20T20:25:40Z")
Of course, I forgot that light has WiFi for a direct connection. The log is showing and error EAI\_AGAIN which is a DNS error. That means Homey can’t find the API URL address to log in. That is either a network issue or a Homey issue. I used to see these from time to time on my old HP2019 on WiFi, but my HP2023 on Ethernet not so much. Unfortunately, there is nothing I can do about that error as it is at a lower level than the app has control over. ---
**Author:** ![Mitch\_King](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/mitch_king/32/121213_2.png) [@Mitch\_King](https://community.homey.app/u/Mitch_King)\ **Post date:** [August 20, 2026, 8:49pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2353 "2026-08-20T20:49:19Z")
It sounds like you are saying it runs into a temp connection issue so it bails out instead of just trying again. Do I have that right? I’m not noticing any other similar problems. It’s just the Switchbot app that needs to be relogged into a couple times per week. ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 20, 2026, 10:06pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2354 "2026-08-20T22:06:13Z")
> [@Mitch\_King](#): > > t sounds like you are saying it runs into a temp connection issue so it bails out instead of just trying again. Not at all, it will keep retrying, but if it keeps getting the same error it won’t be able to connect. The log you sent is only a few lines long, so I have no idea how long the issue last. Can you keep looking at the log to see if it eventually gets a response? ---
**Author:** ![Mitch\_King](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/mitch_king/32/121213_2.png) [@Mitch\_King](https://community.homey.app/u/Mitch_King)\ **Post date:** [August 20, 2026, 10:42pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2355 "2026-08-20T22:42:15Z")
The observed behavior is they work but often with large delays. At some point, and I’m not sure if it’s a set multiday interval or random multiday interval, the app disconnects and does not work at all. Invariably, I need to log the app back on before they work again for a number of days before the process repeats. The process has repeated since I bought them about a month ago. I don’t have any other Switchbot devices. Hopefully this is helpful. ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 21, 2026, 6:42am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2356 "2026-08-21T06:42:56Z")
As this is an issue I haven’t seen before, all I can suggest is to send a new log just before you log back on so I can see if there are any other errors that lead up to the lost connection. ---
**Author:** ![Jan-Erik\_Hallkvist](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/jan-erik_hallkvist/32/79000_2.png) [@Jan-Erik\_Hallkvist](https://community.homey.app/u/Jan-Erik_Hallkvist)\ **Post date:** [August 21, 2026, 7:14am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2357 "2026-08-21T07:14:12Z")
Hi, Since version 2.0.87 was installed, the Homey Last Seen value seem to be updated more selldom? Been using Switchbot app for years and doing scripts checks for Last Seen /30 minutes without any problems. The temp/hum values are very stable/changing slow. Observed the (brilliant) Statistics Tab table in Sw-bot app together with script capabiliy check and noticed that RSSI value going up/down a few dB in Statistics do not trigger Last Seen. Understand if it is ‘filtered’ not to update evey 30 s. but wonder if the ‘filtering’ was changed i 2.0.87? Best Regards and Thank You for Your efforts Jan ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 21, 2026, 10:48am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2358 "2026-08-21T10:48:26Z")
The later versions of the app use the new Homey Advertisements feature (when available) and only poll the device if it has not been seen for 120 seconds. The RSSI doesn’t trigger the last updated information as that is part of the top level package, which is quite reliable. So I only update the last seen when a successful packet that contains all the information is detected. ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 21, 2026, 11:05am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2359 "2026-08-21T11:05:50Z")
> [@Mitch\_King](#): > > It sounds like you are saying it runs into a temp connection issue so it bails out instead of just trying again. My apologies, I was wrong in the earlier reply as not all paths would retry on that error. If I had looked at the time stamp more closely before I would have realised the error was not during the login but for a command, so as I was looking in the wrong place I fed back incorrect information. I have now published a new test version that should treat the transient error as a retry in all call paths, so could you see if that is better now? ---
**Author:** ![Jan-Erik\_Hallkvist](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/jan-erik_hallkvist/32/79000_2.png) [@Jan-Erik\_Hallkvist](https://community.homey.app/u/Jan-Erik_Hallkvist)\ **Post date:** [August 21, 2026, 11:07am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2360 "2026-08-21T11:07:40Z")
> [@Adrian\_Rockall](#): > > Homey Advertisements feature Thank you for your answer. So then I suppose there is no way to decide whether the temp/hum has been stable for 6 hours or the sensor died? Best Regards Jan ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 21, 2026, 11:17am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2361 "2026-08-21T11:17:31Z")
That is true, but it has always been that way. The new system will still poll the device if it’s not advertised for 2 minutes and Homey has only ever changed the last updated time of a capability if the value actually changes. How were you detecting the the last seen before? ---
**Author:** ![Jan-Erik\_Hallkvist](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/jan-erik_hallkvist/32/79000_2.png) [@Jan-Erik\_Hallkvist](https://community.homey.app/u/Jan-Erik_Hallkvist)\ **Post date:** [August 21, 2026, 11:47am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2362 "2026-08-21T11:47:15Z")
Been using variants of published Homey scripts based on reading ‘capability.lastUpdated’ and alarming if older than eg. 30 minutes. Worked good on Switchbot even under steady temp/hum. Never investigated why it worked, just glad it did :-). So when it now started alarming I started to wonder why. Discovered the Statistic table and the RSSI varying but was not reflected in lastUpdated. So my wondering was what was earlier doing the ‘beacon’-like effect. ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 21, 2026, 12:16pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2363 "2026-08-21T12:16:09Z")
In the Statistics tab, are you seeing any devices with long last updated times? ---
**Author:** ![Jan-Erik\_Hallkvist](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/jan-erik_hallkvist/32/79000_2.png) [@Jan-Erik\_Hallkvist](https://community.homey.app/u/Jan-Erik_Hallkvist)\ **Post date:** [August 21, 2026, 12:33pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2364 "2026-08-21T12:33:15Z")
No, all device’s ‘Last Seen’ (..ago) column roll from approx 0 secs to 30 in 10 sec step and then restarting at 0. ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 21, 2026, 1:55pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2365 "2026-08-21T13:55:52Z")
Ok, so all the devices are updating, so there shouldn’t be any difference than before. ---
**Author:** ![Jan-Erik\_Hallkvist](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/jan-erik_hallkvist/32/79000_2.png) [@Jan-Erik\_Hallkvist](https://community.homey.app/u/Jan-Erik_Hallkvist)\ **Post date:** [August 21, 2026, 2:01pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2366 "2026-08-21T14:01:49Z")
Thanks for investigating anyway. Best Regards Jan ---
**Author:** ![Sander\_van\_Acker](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sander_van_acker/32/79673_2.png) [@Sander\_van\_Acker](https://community.homey.app/u/Sander_van_Acker)\ **Post date:** [August 22, 2026, 7:52am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2367 "2026-08-22T07:52:58Z")
**SwitchBot Meter BLE sensors stopped updating after v2.0.82** I have several SwitchBot temperature/humidity sensors connected directly via BLE to a **Homey Pro (Early 2019)**. One SwitchBot sensor had been working reliably with Homey for a long time. Around the beginning of August 2026 it suddenly stopped updating. I noticed that SwitchBot app **v2.0.83 was released on August 2** , so I suspect the problem may have started with the BLE-related changes introduced in or after v2.0.83. I have since added additional SwitchBot temperature/humidity sensors, but none of them provide sensor data to Homey. **Current situation and tests performed:** - Homey model: **Homey Pro (Early 2019)** - SwitchBot Homey app tested with **v2.0.87** and **v2.0.89 TEST** - All temperature, humidity, battery and RSSI values remain `null` in Homey. - The sensors show current temperature and humidity correctly in the official SwitchBot app. - Restarting the SwitchBot Homey app does not solve the problem. - Completely restarting the Homey Pro does not solve the problem. - Homey cannot discover the sensors when trying to add them as new SwitchBot devices. - Bluetooth range does not appear to be the problem. I tested a sensor approximately **10 cm from the Homey Pro** , without any change. - However, **Homey Developer Tools → BLE does detect the SwitchBot sensor** , which suggests that the Homey BLE hardware itself is receiving the advertisement. For one of the sensors, Homey Developer Tools shows: **RSSI:** `-67` **Advertised Service Data:** `[{"uuid":"fd3d","data":"778064"}]` **Advertised Manufacturer Data:** `6909eb6b05464b28420a028c5c00` So Homey appears to receive the BLE advertisement and service/manufacturer data, but the SwitchBot Homey app does not seem to process this into temperature, humidity, battery or RSSI values. Because the original sensor worked reliably before the beginning of August, I suspect there may be a **BLE advertisement parsing regression introduced in v2.0.83 or after v2.0.82** , possibly specifically affecting **Homey Pro (Early 2019)**. Could you please check whether the BLE changes introduced around v2.0.83 could cause this behaviour? If useful, I am also willing to temporarily install **v2.0.82** to confirm whether the sensors immediately start working again. This could help determine whether the issue is indeed a regression introduced after v2.0.82. **Homey Diagnostics Report ID:** 671c76ae-e61a-43f8-b5e7-e04cf335b63b @Adrian_Rockall Thanks! ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 22, 2026, 11:52am UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2368 "2026-08-22T11:52:24Z")
Can you try the new test version 2.0.90 ---
**Author:** ![Daderu](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/daderu/32/107948_2.png) [@Daderu](https://community.homey.app/u/Daderu)\ **Post date:** [August 25, 2026, 3:47pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2369 "2026-08-25T15:47:58Z")
Since the beginning of august, (the BLE diagnostics update around 12th) my blind tilts keep reporting changes in their state (open/closed), as I report those via logic cards. So e.g. opened in the morning, That is reported on my timeline, but then during the day this messages keeps popping up (as it it state is change, but is stil open). In the Log’s i see it keeps on (non stop!) logging BLE advertisement etc..), wich i think is slurping up memory too. Before then for me everything worked fine. Any Idea what the issue is? **Homey Diagnostics Report ID:** 5d1bfdfd-2013-4714-a666-4d854b296489 ---
**Author:** ![Sander\_van\_Acker](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/sander_van_acker/32/79673_2.png) [@Sander\_van\_Acker](https://community.homey.app/u/Sander_van_Acker)\ **Post date:** [August 25, 2026, 4:13pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2370 "2026-08-25T16:13:56Z")
Thanks for your reaction. I’ll give it a try! ---
**Author:** ![Adrian\_Rockall](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/adrian_rockall/32/13209_2.png) [@Adrian\_Rockall](https://community.homey.app/u/Adrian_Rockall)\ **Post date:** [August 25, 2026, 10:17pm UTC](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296/2371 "2026-08-25T22:17:40Z")
> [@Daderu](#): > > n the Log’s i see it keeps on (non stop!) logging BLE advertisement etc..), wich i think is slurping up memory too. Depending on the log level, that is expected, but it won’t keep eating memory as the size of the log is limited and works on a FIFO system so once it reaches the max size the oldest message are removed. Homey should only report changes and trigger Flows if the value changes, so maybe you are getting an occasional false report. If possible, can you set the log level to Webhook information and when you see a false report, send the log from the app settings Log tab. [Previous page](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296.md?page=117) [Next page](https://community.homey.app/t/app-cloud-pro-switchbot-release-2-0-87-test-2-0-96/42296.md?page=119)