is that the parse that works from the nuttytree or the ge … also do you have a link to the nuttytree. are you saying it works on the ge non zwave plus switches…
thanks
i may port it to hubitat if so…
is that the parse that works from the nuttytree or the ge … also do you have a link to the nuttytree. are you saying it works on the ge non zwave plus switches…
thanks
i may port it to hubitat if so…
since i started this train wreck of a thread… didn’t even remember lol.
Anyway, port to hubitat complete. for one location about 71 zwave devices
(i did replace std zwave with zwave plus which works much better) 136 total devices… no real app but i have an old version of smarttiles working fine and custom dashboards both by room and capaiity and quite a few rules… working pretty well. I even have my smart ups integrated to auto shut down the hub on power failure. when the ups is about to run out of battery. i can resetart is with a separate kasa wifi switch .
The classic app was nice (long live the classic app… i’ll miss you) to be able to drill down to a custom detail page for every device… even hubitat doesnt have anything like that other the the device detail page which does give you all device info and functions but it is not custom and just basic… ie see the last few images for an example.
Tt was not easy but satisfying. I now go home back to nh to port my other location. Will see how it goes with over 200 devices. I already have a box of new zwave plus switches dimmers motions etc., due to my experience with the first port.
see examples… thanks eveyrone…
Very nicely done
Yes it is. It’s for the plus but works on non plus to get instant status, at least on my Smartthings V3. It has extra features that won’t work of course like the button presses since the non plus doesn’t support double tap. It doesn’t hurt anything but that button and association programming could probably be pruned out in a non plus dth. I might try to write a separate one. I had to update the Nuttytree code to work in the new app. It’s here https://github.com/mwav3/smartthingscode/blob/master/devicetypes/mwav3/ge-jasco-zwave-plus-on-off-switch.src/ge-jasco-zwave-plus-on-off-switch.groovy
My mode changes are based on motion…
If all motion sensors stays inactive for 30 minutes and time is between 11:30 pm and 3:00 am then set mode to Night.
If all motion sensors stays inactive for 45 minutes and presence A, B, etc. are not present then set mode to Away. (Some members don’t have or want cell phones)
If any motion changes to active and at least one presence sensor is present and alarm is disarmed then set mode to Home.
Makes perfect sense. Do you do this using ST native Automations/Scenes, or do you use webCoRE, or a custom Groovy SmartApp?
Good Night and Good Morning is with New App Automation and Scenes. All else is webCoRE.
Do you happen to know if a port of this DTH exists for Hubitat? I have a number of GE non-plus devices and would love to get “instant status” back for these without having to poll.
It looks like someone ported it over and you can give it a try - https://community.hubitat.com/t/ge-14291-z-wave-plus-switch-port-from-smartthings/8546
I don’t know/use Hubitat but I’m sure if you post over there they could probably be more helpful. I used to be pretty “anti” Hubitat but the information posted here by @ogiewon has really changed my view on it to the point the only thing stopping me is the cost. It’s always good to hear first hand experience from someone using it.
I posted above I’m sticking with Smarthings at least through the IDE transition, mainly because I just bought this thing a few months ago. That being said though, I’ve lost a great deal of faith in the company on how they’ve been handling things. I’ve lost enough faith in Smarthings that when I needed to upgrade by router to a wifi-mesh system, I didn’t buy the Smarthings mesh system due to the recent concerns and issues. I’ve continued buying the nice $20 buttons and sensors, but coughing up almost $300 for the wifi mesh system was not going to happen with the company in the state it is right now. I went with a TPLINK Deco M9 plus instead, that interestingly enough, comes with a zigbee hub. I probably won’t use it but am interested to check it out.
I know a lot of this is off topic, but this whole thread seems to be a bunch of off topic discussions anyway, so figured, what the heck.
Thanks! I’ll give it a try. My migration from ST to HE was completed this week-end. Only been on HE for a week, so too early to tell how it’s going to pan out. Instant-status for old GE switches is one area where ST performs much better than HE, so eager to fix that.
With SmartHome becoming mainstream (COVID may be accelerating things), the percentage of power users with custom apps / DTH is probably decreasing, making time & money investments in these areas less compelling.
i just ported the one he posted if you want to try it… hit me up there lgkahn-hubitat… I dont have any non zwave plus devices in this house to try it on
I always thought that reason that ST can better update non-plus devices is because it can poll thru cloud whereas HE can’t and excessive polling can cause undue strain on HE hub. How does the DTH on ST or DH on HE achieve this instant status without polling non-plus devices?
Here you go.
Sadly it didn’t work. Added the custom driver, changed a few of my z-wave non-plus to use it, and still not getting instant-status
These old ge switches could be sending a deprecated hail command not recognized on Hubitat. In terms of zwave technology, they’re ancient. Not really sure though. FAQ: How zwave direct association changed with zwave plus
These old ge switches could be sending a deprecated hail command not recognized on Hubitat.
They don’t use Hail. Very few brands licensed the Lutron patent required for the Hail command, primarily Leviton and Eaton Cooper. And since that license added cost, budget brands like GE/Jasco didn’t use it.
SmartThings added in a form of efficient communication specifically for those GE switches to keep the status current. It’s not quite polling because there’s an initiating event at the switch. But that’s pretty resource-intensive so Hubitat did not implement the same thing.
Thanks @JDRoberts I really was wondering what was going on exactly and that clears it up. So Smartthings will keep the edge here when using these ge switches
So Smartthings will keep the edge here when using these ge switches
But the problem only comes from knowing if there was a manual press on the dimmer. Since all of my non-plus GE/Jasco are being used in lighting automations to turn them on at motion (or door opening), the fact that I have the Poller app only polling the switch at 10 seconds doesn’t actually affect thier usefulness.
With SmartHome becoming mainstream (COVID may be accelerating things), the percentage of power users with custom apps / DTH is probably decreasing, making time & money investments in these areas less compelling.
We are investing heavily in developer tooling for custom devices and apps. These tools are more complex and are targeted more so at developers than hobbyists, but the focus is still there. The tools are open to anyone so hobbyists and tinkerers are not being shut out. Here is a new custom device from @RBoy
Ring Keypad (Gen2) - Version 02.01.01 (New) Custom controls and UI for the new ST app (New) Select keypad arm mode (Armed Away or Armed Stay) when “locked” from the settings page (default Armed Away) (Enhancement) Increase default pin code entry timeout to accommodate for mesh/platform latency (Fix) Sync lock state with arming mode when sending direct commands to the keypad by SmartApps [IMG_0048] [IMG_0051] [IMG_0054] [IMG_0049] [IMG_0050] [IMG_0056] [IMG_0055] NOTE: You may need to exclude your keypad, delete the DTH and reinstall it for the changes to take effect. When pairing please follow the instructions in the first post to use S2 pairing for improve reliability and responsiveness.
is there an easy way to look at all of the devices and see which of the GE switches are plus and which ones are not?