The last few days, devices are no longer properly reflecting/reporting their status. Eg, if I turn a switch off, the device will properly turn off, but when I look in at the device, it will report as either on or off (seemingly randomly) with no relation to the actual status of the device,
This is the case both in the mobile App and through the web portal. For the latter, it happens when I refresh the page; see the three screenshots attached, taken within a minute of each other, showing the same device flipping between on, off, & on again - the physical device was just on the whole time.
This problem is affecting zigbee, matter, z-wave, lan, even virtual devices. Iâve tried physically restarting my hubs twice now, with no effect.
Needless to say, this is a VERY SERIOUS problem. Iâd really appreciate any help or guidance anyone can provide.
Some more details would be helpful.
Which SmartThings hub do you have?
Is this affecting every one of your devices or only selected ones?
Are all these devices directly connected to your SmartThings hub (I donât know much about matter devices)
What are the specific device models?
I presume you are seeing this behaviour on the SmartThings App; can you confirm the behaviour on the advanced web app?
Just some thoughts.
Thanks for the sparing a thought! To answer your questions, I have 2 Aeotec V3 hubs and the issue is affecting devices connected to both of them. Itâs also affecting third-party WiFi devices that arenât running through either of them.
And yeah Iâm seeing the same behavior through the advanced web portal. Thatâs where those screenshots are from.
It is strange that youâre seeing this behavior in Hub and Cloud connected devices.
So, since we can see the driver logs for Hub Connected devices to have a better reference on how are those events being originated, please help me collect the following info:
Enable support access to your account:
Confirm the email account registered in the forum is the same one you use for SmartThings. If not, please share it with me over DM
Select the time period and confirm - In this step, please select âUntil turned offâ, once the team finishes, weâll let you know so you can disable it again.
My understanding is that the Aeotec hub is internally identical to a SmartThings V3 hub (I am not aware of an Aeotec 2nd gen model).
Are your two Aeotec hubs joined in a âhub groupâ?
I do not understand this. Are these WiFi devices connected to a non-SmartThings/Aeotec hub which is cloud connected to SmartThings (and thus showing in the SmartThings app)?
If they are completely independent of SmartThings, and are showing the same symptoms as SmartThings devices, then I suspect you may have Ethernet/WiFi networking issues (do the hub status lights ever turn blue?) as the SmartThings app and advanced web application rely on cloud connectivity for both control and status.
Just my thoughts. I am open to correction.
I donât think there is a lot you can do other than flag it. The mobile apps and the web apps will be getting their info from the API, probably using the client API servers rather than the public ones. Either way, at any one time there will be six to eight servers handling the API calls in each of the Amazon points of presence, and which six to eight it is will vary over time. You only need one of the servers that are currently handling your calls to be out of bonk in some way and you may have a problem that none of the rest of us will notice.
Yeah, sorry thatâs on me. I meant V3, got my numbers mixed up! Corrected the original post; thanks for pointing that out.
That makes two of us!
Theyâre cloud-connected, yes. For example, one device is an ecobee thermostat; another is an LIFX light bulbs; another is a SwitchBot thermometer; etc.
All of them all working correctly and (more to the point), all of them are correctly reporting their status in their respective native apps. But in SmartThings, theyâre unable to change states without flipping back and forth for ~10 minutes.
And yes, Iâm fairly certain that itâs not a local network issueâŚ
Yeah, I think youâre probably right.
Iâm effectively at the complete mercy of someone on the back-end getting around to turning the bonky server off and on again.
Thanks for replying, though. I appreciate the cogent explanation, even if the take away is that thereâs nothing I can do at this point but keep on waiting and enduring the insanity!
To keep my life simple I only use Zigbee and Z-Wave devices that work natively on SmartThings. I donât want any other hubs and am even giving Matter a wide berth for now.
In the UK I did struggle to find thermostats (at a reasonable price).
I settled on older âSecureâ Z-Wave thermostats. There was a community Groovy handler, but I had to write my own Edge drivers for them. I have written a handful of other Z-Wave Edge drivers (TRVs and the like) but never got my head around Zigbee Edge drivers.
You mentioned the lines you share are all the logs showed during the event of going back and forth.
What I observe is the following:
No events are being emitted to change the âswitchâ value, which is why you donât see anything in the deviceâs history. Thereâs only the response to turn the switch on which is the initial command you sent
I can see that the device only has a single switch capability, which means the status shown in the dashboard view belongs to the same capability and that value doesnât match the status change in the detail view. It always shows âOnâ which is correct.
The value change in the Advanced Users app is something that still doesnât match the situation.
Note: Have you checked the behavior while controlling the device through my.smartthings.com where you get a similar view to the one in the app? Iâm curious to see what happens there
Could you please share with us the version of the SmartThings app you are using? Currently, iOS is on 1.7.33. If you have that one, Iâll need new evidence to report this to the plugin team since that seems to be the issue:
First:
Enable the creation of additional logs in the app:
In the ST app, go to âmenuâ > âsettingsâ.
At the bottom of that page, youâll find a section called âTroubleshootingâ. Please, enable the option that says âCreate Additional SmartThings Logâ.
Restart the app
Then:
Replicate the issue while recording the screen again, the one you sent is perfect but we need the logs that match the timestamp for the teamâs analysis.
In the app menu, go to âcontact usâ
Then, tap on âError reportsâ
On the opened page, tap 10 times on the title/label âWhat is the error about?â or until the prompt to create a log appears.
Click on âokâ and wait for the process to finish. Then, save the generated file in the place you prefer and share it with us in the same email you sent to build@smartthings.com
Log and new recording sent - and yes, I do have the latest app version installed.
I also want to strongly emphasize that what I happen to see in the app / portal is the least of my worries. Iâm not especially bothered if the app wants to visually glitch out. Whatâs bothering me and what has largely rendered my entire set-up nonfunctional is that this glitch breaks automations
If you can can get automations working again (ie make it so that routines respond to a deviceâs actual status and not a randomly flipping ghost status), I will be 100% satisfied, no matter whatâs happening aesthetically in the app or anywhere else!
So oddly enough, the basic my.SmartThings portal does appear to be behaving properly - even though the âadvancedâ one resolutely isnâtâŚ
That being said, while I do get that the interface / view / manual control aspect of this can be diagnostically valuable here, please let me repeat just one more time that I genuinely donât care how devices visually report â the only thing I care about here is unbreaking automations.
Thanks again for your help so far; at this point youâre pretty much my only hope to ever have a working home again!
OK, I think you didnât mention this before.
So, I just want to clarify, does it happen for every single device? I see that the device you tested isnât included in any manual or automatic routines, Can you choose a different device where the routines are executed and let me know their names in case it was more than one, please?
Since youâll send a video, Iâll see the timestamp of when the routine was executed but I need to know your timezone so the engineering team can track the execution.
Obviously, whatâs supposed to happen is that if âFan?â is on, turning âDR1â on wonât trigger the routine (b/c âFan?â being off is a precondition). But, as you can see in the recording, what is actually happening is that turning âDR1â on sometimes triggers the routine to fire, and sometimes doesnât â presumably based on what status âFan?â Happens to be flipped to at that precise moment.
Important background info is that the actual physical âFan?â device was on throughout the recording.
Other info: 1) the relevant routine is named âDR1 Turn Offâ; 2) relevant devices for this demonstration are âFan?â (which is a Z-Wave switch connected to âMain Hubâ) and âDR1â (which is a LAN WiFi bulb); 3) my time zone is CDT (UTC-5).
Also, just in case itâs somehow pertinent, ~10 minutes ago, one of my hubs inexplicably declared itself offline, but came back after maybe 90 seconds; and then ~5 minutes ago, 50+ devices (of all types) inexplicably declared themselves offline off a couple of minutes, but seem to be back on now⌠no idea.
I saw this actually, I was in your account when it happened so I checked your hub and youâre in the softlimit, generally, restarts happen when the hub is in the âhardlimitâ. I collected the logs after the restart just in case.
Let me trace the events of the routine to see why it executed and get back to you.
Am I? Are you referring to the âdriverMemory LimitStatusâ / âdriverCountLimitStatusâ characteristics (b/c I see both showing âOKâ) or something else?
Definitely not the priority right now, but just curious!