Grizzly.InclusionHandler behaviour (grizzly v0.15.6) View Source

Behaviour for handling incoming commands during the inclusion process

During the inclusion process different Z-Wave commands can be exchanged asynchronously. One way to handle this is by wrapping Grizzly.Inclusions in a GenServer, but that is a lot of work for something Grizzly can provide out of the box.

When you initialize an inclusion process you can pass the :handler option to the command-handling function which can either be the a pid (defaults to caller pid) or a module that implements this behaviour.

These reports this callback function will want to handle are:

If you are not handling S2 devices the last two can be ignored until you are ready to provide support them.

The timeout-handling function will want to handle timeouts, particularly on state :dsk_requested, if you are handling S2-authenticated devices.

Link to this section Summary

Link to this section Callbacks

Link to this callback

handle_report(arg1, keyword)

View Source

Specs

handle_report(Grizzly.Report.t(), keyword()) :: :ok
Link to this callback

handle_timeout(atom, keyword)

View Source

Specs

handle_timeout(atom(), keyword()) :: :ok