I'm working for NodOn, we are a z-wave plus devices design company : http://www.nodon.fr/en/
I'm a developper in NodOn and actually working on the integration of our products into the smarthings hub.
I'm submitting my first device type handler (more will follow soon),
The device that i'm submitting is this one : http://nodon.fr/en/z-wave/octan-remote_7-2
The Octan Remote is a magnetic remote and can be fixed on any king of metallic area but it is also delivered with its wall mounting plate which can be easily installed on a wall.
The device is attend to be use with the button capability with the pushed and held action, so 8 differents actions total.
Also in the device type handler i add four tiles that give the user the possiblites to send the same button event as if they use the remote.
If there is anything i forgot or did wrong please let me know i will be more than happy to answer your request
Best Regars
# By Juan Pablo Risso (3) and others
# Via Kris Schaller (24) and others
* 'master' of github.com:SmartThingsCommunity/SmartThingsPublic:
PROB-870 - Harmony fails to save credentials
add missing translations
add event translation
Removed canInstallLabs()
remove segmented style input to prevent iOS crash
PROB-537 - Fix error in line 335
MSA-68: Spruce Irrigation controller and soil moisture sensors.
# This is a combination of 3 commits. # The first commit's message is: MSA-68: Spruce Irrigation controller and soil moisture sensors.
DVCSMP-1480 Fixed ArrayIndexOutOfBoundsException
Convert closure to method
Revert "Convert closure to method"
Closure was causing sandbox issues locally
Bugfixes for codeReports
Fix Homeseer Multi Instance encap parse PROB-398
Merge pull request #135 from kwarodom/fibaroSmokeSensor
It seams like the user removed some activities on Harmony side without removing them from SmartThings. This is causing an issue when adding new activities. This fix checks if the activity still exists before creating a new device.
Merge in bug fixes and renames to match with new repository layout.
Deleted spruce-controller.groovy from 'Spruce Irrigation'
Deleted spruce-sensor-v1.groovy from 'Spruce Irrigation'
Deleted spruce-scheduler.groovy from 'Spruce Irrigation'
Modifying 'Spruce Irrigation'
Merge in bug fixes and renames to match with new repository layout.
# The first commit's message is:
MSA-68: Spruce Irrigation controller and soil moisture sensors.
Modifying 'Spruce Irrigation'
Updated Spruce Scheduler, better stability, notifications, moisture & season adjustments
Updated device types, start scheduler from device
Code review for ST publication
Review for ST submission
Delete spruce-sensor.groovy
Delete spruce-scheduler-v2-1.groovy
Moisture control adjsut
# This is the 2nd commit message:
Deleted spruce-controller.groovy from 'Spruce Irrigation'
# This is the 3rd commit message:
Deleted spruce-sensor-v1.groovy from 'Spruce Irrigation'
1. Missing break in case 32 for AlarmReport
2. Bugfix - Not reporting all codes programmed into the lock causing SmartApps to fail while awaiting a codeReport notification (once a code is programmed into a lock it should be notified because there is no way to read back codes from the lock, apps awaiting a codeReport will go into an infinite programming loop to trying to update the codes and awaiting a codeReport notification indicating a successful programming)
