Finished work on the Sage/Echostar doorbell sensor (with 2 inputs).
If you’re interested in trying it (consider it in beta just like the rest of the Edge drivers), please sign up here:
The driver is a amalgamation of the stock Edge Zigbee Button drivers with support for the Doorbell device added alongside. I will continue to update against the base driver from ST and release as needed.
In the mobile app, pair your device using + Device → Scan for nearby devices
Press and hold the reset button while inserting the battery. Hold until the LED starts blinking, this will force a reset/join. The LED will continue blinking to indicate its pairing.
Device should be added within 30 seconds.
If you like this driver and want to buy me a coffee, thanks!
The device offers a single parameter thru Settings - the amount of time in seconds between presses. When the physical doorbell is held down, the device reports it being pressed every 250-500ms. This parameter filters out duplicate pressed triggers.
Some notes:
This device is super odd as far as Zigbee goes.
It will report battery status, but always as 0%. No amount of finagling will make it report the actual battery value. As such, battery is not currently an attribute for this driver.
The device does send a battery status as part of a ZDO power descriptor but there are only 4 valid values (100%, 66%, 33%, 0%). I’ve only seen it send report 100% in testing, so that may be hardcoded too. If I have time I may go back and add support for parsing the descriptor.
The fingerprint data has manufacturer name as " Echostar" and the model as " Bell", with the leading spaces.
Every 21 to 22 minutes after the last data sent, it will send a Basic Cluster/Manufacturer Name Attribute report " Echostar" each time. This attribute isn’t reportable, but yet it reports it, likely as an odd choice for a keepalive.
Eugh I can’t get it to turn up in scan devices. I deleted the device from Smartthings - was that the wrong first step? Done the steps described over and over and also restarted the hub and no luck, it just doesn’t work.
Unfortunately, no. Not from the IDE either. The issue for iOS is all over the forum here and I’m guessing will be fixed soon. I believe others are using/borrowing an Android device or using an emulator in the meantime.
Instead of doing ‘scan nearby’, try picking a zigbee device from the brand list. If that gets the light blinking then it should pick up any new zigbee device even if it’s not the selected brand.
This was perfect advice, thanks - triggered the scan and picked it up straight away. Shout out to the Smartthings QA team, thanks for the massive ‘add devices’ bug on one of your biggest customer platforms
Many thanks to everyone here, I have a working doorbell ready for groovy’s demise - much appreciated.
@csstup do you have the code for the driver for this in a public repository? The driver works well for me, but I do get the device going offline occasionally, and then it never comes back online without me taking out the battery and putting it back in. I’m interested to see if there’s anything I can do within the driver to address this, or whether that’s just a Zigbee thing I have to live with.
Not sure why it would be marked as offline, unless there’s a signal strength issue. Every 12 minutes or something it will send a report (of it’s manufacturer name, not very useful) but that will keep ST thinking it’s alive.
Do you have enough routing devices between the sensor and the hub?
I have several of the sensors online (both in use and for testing the driver) and they are rock solid and don’t drop off the ZigBee network.
I think it’s been the few occasions where I’ve had to disconnect my hub (eg I’ve had to move it closer to a couple of devices to pair for things I’ve manually migrated) and it didn’t come back online after.
I only have a few zigbee devices, all my others are z-wave, but it’s the only device that’s behaved this way… hence wondering if it was driver specific.
The driver just maps the slightly non standard button action messages to ST events. Doesn’t do anything special or custom for ZigBee join or connection management. All that is the same as any other device would use. At some point I was going to add ZDO descriptor parsing to try and pull the battery level out but never got around to it.
@csstup So I got this device from a friend. Initially I thought it would pull current from the transformer to charge the battery, but it looks like it doesn’t do that. However, I found a hack: Since I only have one doorbell button, I connected the second lead for the back doorbell directly to the transformer. This actually does pass current, so it even shows as online, even with a dead battery! One problem, it always shows the one button constantly being pressed (Depending on the speed you have in the settings).
Could you add another setting, that would either disable the reporting on button 1 or button 2 entirely?
Something like:
Both Buttons Enabled
Disable Button 1
Disable Button 2
That way I could have the sensor connected without having to need a battery, and without getting extra events in Smartthings. Thanks!
