View Source Grizzly.InclusionHandler behaviour (grizzly v8.6.6)

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.

Summary

Callbacks

handle_report(t, keyword)

handle_timeout(atom, keyword)

Callbacks

handle_report(t, keyword)

@callback handle_report(
  Grizzly.Report.t(),
  keyword()
) :: :ok

handle_timeout(atom, keyword)

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