This hasn’t worked for me in some time. The power flickered the other night and my bedroom lights all turned on. I waited for Alexa to boot back up and told her to turn them back off.
I’d like to know if this app could be retrofitted to work with an Aeon Labs Home Energy Monitor (v1) device since it has battery power and hard wired power. I have my modem/router/smartthings hub on UPS, so I would be able to still get the notifications. See here:
Maybe I will try my hand at it by modifying this somewhat old smartapp. I’m just not sure if the same events (powerSource.battery and powerSource.powered) are the same for the HEM v1… but maybe I can find some similar events in documentation?
I just tested here and it’s broken. What do you want to bet someone at SmartThings removed the powerSource event from the default deviceType!? If that turns out to be the case, it is pretty distressing to hear that operational aspects of SmartThings own legacy devices are so quickly (and silently) wiped of the surface of the planet.
I just submitted a support ticket also. I will be extremely disappointed if this functionality has been deprecated. I specifically bought a V1 motion detector for use with the power alert app (slightly modified).
Support contacted back pretty quickly. What I did was to create a new device type from template, using the second SmartSense Motion from the code library. When I switched the type to that device type and unplugged the power, I got the alert for both power out and power restored.
So I don’t think the problem is in the platform.
[Edit] - Just switched the type back to the second SmartSense Motion, (which is supposedly what it was), and it worked again. So maybe we just have to update the device types?
There are three device types in the templates… two named SmartSense motion (which are identical), and one named SmartSense motion sensor (which is for the new one with temp sensor).
Unfortunately, creating a new deviceType means no local operation on v2 hubs, but I have yet to have anything running locally so I guess it is what it is.
But I still don’t understand why a new deviceType with the exact same code as the existing one is necessary to get it working again.
So create a new device type from code pasting the code from the current V1 device type code and then apply that?..makes no sense to me but I’ll give it a whirl
It is indeed an issue with the platform as it occasionally needs a kick in the ass to run code it already knows it should be running. This is akin to the issue where stalled smartapps need to be edited to re-instantiate there proper operation.
I tried reassigning the deviceType to the other identical one, and back… no good. Guessing it indeed requires a new deviceType be instantiated (which I’ll try tomorrow).
Removed my V1 motion sensor from ST and added it back. When plugging the 120v back in sure enough it worked.
I still have the question concerning if power is killed to the hub and to my router on V1 hub. If that happens will this still work or no? It would seem that the router and Hub would still be rebooting and therefore would not receive the command from the V1 motion sensor.
Over the years I have found the APC units to be the most reliable. I like the ‘back-UPS’ models and have an XS-1000 on my low voltage board (modem, router, switch, HUE bridge, Obi phone) which gets me about 4-5 hours. I have an XS-1300 on my server which gets me about 4 hours. Longer than that and I drag out the generator.
You can occasionally find these on sale at BB, Staples, Office Max/Depot for not much more than a hundred dollars.
Well, in the use case of G.E. bulbs that (if controlled through the new lighting app which runs locally w/ V2 hub) all come on like Chevy Chase plugging in the extension cord on Christmas Vacation…you would not need internet because you don’t need the cloud…correct?