Releases: smartrent/grizzly
v0.6.6
- Fixes
- Application start failure when providing the correct
data structure to thezipgateway_cfg
configuration
field
- Application start failure when providing the correct
v0.6.5
- Enhancements
- Support
GetDSK
command - Support
FailedNodeRemove
command - Allow
zipgateway_path
configuration - Generate the
zipgateway.cfg
to allow device specific
information to be passed into thezipgateway
runtime.
- Support
v0.6.4
- Enhancements
- Validation of UserCode arguments to help ensure the usage of Grizzly
follows the Z-Wave specification
- Validation of UserCode arguments to help ensure the usage of Grizzly
v0.6.3
- Enhancements
- Supports AssociationGroupInformation Command Class
v0.6.2
- Enhancements
- Remove the dependence on
pidof
allowinggrizzly
to work on any nerves
device without the need ofbusybox
- Remove the dependence on
v0.6.1
- Enhancements
- Update commands
IntervalGet
andManufacturerSpecificGet
to be more
consistent - Better handling of invalid
ManufacturerSpecific
info received from
devices
- Update commands
v0.6.0
Changed Grizzly.CommandClass.CommandClassVersion
to Grizzly.CommandClass.Version
and changed Grizzly.ComamndClass.CommandClassVersion.Get
to
Grizzly.CommandClass.Version.CommandClassGet
as these names reflect the Z-Wave
specification better.
If you only have used Grizzly.get_command_class_version/2
and the related function
in Grizzly.Node
module this change should not affect you.
- Enhancements
- Add support for:
- MultiChannelAssociation Command Class
- WakeUp Command Class NoMoreInformation command
- Complete Association Command Class
- ZwaveplusInfo Command Class
- Version Get Command
- Clean up docs
- Renamed
Grizzly.CommandClass.CommandClassVersion
toGrizzly.CommandClass.Version
- Renamed
Grizzly.CommandClass.CommandClassVersion.Get
to
Grizzly.CommandClass.Version.CommandClassGet
- Add support for:
v0.5.0
Introduces Grizzly.Command.EncodeError
exception and updates encoding and
decoding functions to return tagged tuples. We now use these things when trying
to send a command via Grizzly.send_command/3
so if you have invalid command
arguments we can provide useful error handling with
{:error, Grizzly.Command.EncodeError.t()}
. The EncodeError.t()
implements
Elixir's exception behaviour so you can leverage the standard library to
work with the exception.
Unless you have implemented custom commands or used one of the many command
encoders or decodes explicitly this update should not affect you too much. If
you have used the encoder/decoders explicitly please see the documentation for
the ones you have used to see the updated API. If you have written a command we
encourage you to validate the arguments and return the {:error, EncodeError.t()}
to improve the usability of and robustness your command. The new
Grizzly.Command.Encoding
module provides some useful functionality for
validating specs for command arguments.
- Enhancements
- Provide command argument validation and error handling via
Grizzly.Command.EncodeError.()
- Update all the command arg encoder/decoder to use tagged
tuples for better handling of invalid command arguments - Introduces new
Grizzly.Command.Encoding
modules for helping
validate command arugment specifications
- Provide command argument validation and error handling via
- Fixes
- Crashes when providing invalid command arguments
v0.4.3
- Enhancements
- Support Powerlevel command class
- Doc clean up
Grizzly.send_command/2
andGrizzly.send_command/3
can be passed a node id instead of a node.
v0.4.2
- Enhancements
- Support NoOperation command class