Same problem as Ultra77. I donât get itâŠJust migrated from Classic App, Routines (now Scenes) have dropped the security arming with barely a whimper. nathancu it sounds you understand the work around. Could u pls give details? I HAD a routine called âSleepâ that turned of lights and moved security mode to Stay Armed (stay). Armed(stay) no longer present. Security is kinda important. What to do???
Upon further testing this morning my wife and I believe we have found the problem.
Hence, I have since changed this threadâs topic to more accurately reflect the problem.
The issue seems to be with the newly released S.T. app update V1.7.51.42 for Droid.
As this issue only occurred after I updated to this version from V1.7.50-21 a couple of days ago I decided to roll back and do some A-B testing.
Sure enough âMember Locationâ works flawlessly with V1.7.50-21 and Home Monitor arms and disarms without issue.
I feel that the newly added feature of âFindâ to V1.7.51.42 has something to do with âMember Locationâ problems but I canât be positive they did not break something else with this update that is the true cause of the problem.
It really depends on what you are using as a presence sensor.
If you are using your phone, then you can use either use Device Status if you link Life360 or Member Location if you use the native proximity sensor of the S.T. app.
Using presence through Device Status seems to be working fine for both arming and disarming Home Monitor.
However, Member Location is broken for me on V1.7.51.42 for arming only. Whereas my wifeâs iPhone works fine on the latest V1.6.51-435. Having said that, the iOS app for S.T. does not seem to have âFindâ feature added as far as I can see. Whether that has anything to do with it who knows.
Without having to Rollback everything is working correctly again
-presence away/ home
automations
-smart lighting
Samsung S10/ IOS
Prior to all of this I did create a support ticket a few days ago with a response from Support (recieved this morning )stating I should delete Uninstall the Classic app so it doesnât conflict with the New App
In the past few days I deleted my automations and smart lighting actions that migrated over from Classic that were giving me problems.
I re-initiated those automations and smart lighting in the New app. Unsure if that did the trickâŠbut everything is working again
I have found the problem that has caused the automation to fail when based upon member location.
This new V1.7.51.42 causes a duplication of my phone in âMy Devicesâ when you check the IDE. One is listed as Mobile Presence and the other is a Placeholder. Go in and edit the device and change the display name so you can differentiate between the two when you get back to the app.
In the app, make sure you only select one when you are creating the automation. You will have to test which one works, as I have had conflicting results so far when switching between the two in the app. Suffice to say it will now work.
Donât know why there is now a Placeholder for the mobile as well as Mobile Presence for the same device. Maybe this has something to do with the new âFindâ feature?
Hi,
I had an automation that when me and my girlfriend leave the apartment (we use our phones as presence sensors), after 30 seconds the SMH goes to âArmâ, the cameras (connected to z-wave power plugs) turn on, and we receive a notification.
Then, when one of us arrive, the SMH goes to âDisarmâ, the cameras are turned off and we receive a notification.
It didnât work very well.
So no, we just arrived home (5h30am in Portugal) and when we were at the garage we received the notification that SHM was disarmed.
âOh yeah, it seems that itâs working fine againâ
Guess what: When we reach the 6th floor and opened the door, the siren was triggered!
And yes both phones are always with WIFI, LTE and GPS enabled. And in the app too!
Thanks Samsung for making me wake up my neighbors, and for screwing up an app (Smartthings Classic) that used to work well!
Honestly, iâm tired of having issues with the new app and iâm starting to think about not selling it, but throw it to the trash!
How can we trust in the âNew Smartthingsâ with this kind of problems?
When i logged into IDE
I discovered this.
In Classic App when using your phone as presence itâs listed as Mobile Presence in IDE
In the NEW App when you utilize mobile presence it is listed as Placeholder.
What is Placeholder?
I selected my automations to run off Mobile Presence and did not include Placeholder if that makes any sense.
Running Mobile Presence from The New App (placeholder). Its doing weird things for instance. When I arrive homeâŠit would acknowledge but then immediately it would change my status to Going away/ Bye Bye
So I unchecked PlaceholderâŠand selected Mobile Presence as my Automation. If that makes any sense.
Can someone educate me âŠwhy in the New App when selected to use your phone as presenceâŠit sets it as Placeholder instead of stating Mobile Presence in the Type category?
Because its not the same kind of device. It supports not only home and not home but technically supports other locations too.
Its the new style of device using the new APIs and back end and as such, doesnt need or technically use Groovy on the back end. The placeholder you see there is exactly that, just a placeholder⊠Its the interface back into the Groovy IDE.
My smartphone (OnePlus 7 Pro) and my girlfriendâs smartphone (Huawei P30 Pro), weâre always used has presence sensor, now are shown like âPlaceholdersâ (we just have one location).
I donât know if it has anything to do it with what i reported here yesterday.
I went back to Classic version, deleted both phones and re-added them as presence sensors.
Now if I go to IDE it shows duplicate phones (different names): What i add using the Classic app are shown as presence sensors, and then it automatically created ânew onesâ like placeholders.
On the new app, i created the automation for when we both leave to SHM go to arm (away) and to turn on the smart plugs where the cameras are connected, using the phones i created has presence sensors. And the opposite if any of us arrive home.