@spec bus_names() :: [String.t()]

Return a list of available I2C bus names. If nothing is returned, it's possible that the kernel driver for that I2C bus is not enabled or the kernel's device tree is not configured. On Raspbian, run raspi-config and look in the advanced options.

iex> Circuits.I2C.bus_names()
["i2c-1"]

@spec close(Circuits.I2C.Bus.t()) :: :ok

close the I2C bus

@spec detect_devices() :: :"do not show this result in output"

Convenience method to scan all I2C buses for devices

This is only intended to be called from the IEx prompt. Programs should use detect_devices/1.

@spec detect_devices(Circuits.I2C.Bus.t() | binary()) ::
  [address()] | {:error, term()}

Scan the I2C bus for devices by performing a read at each device address and returning a list of device addresses that respond.

iex> Circuits.I2C.detect_devices("i2c-1")
[4]

The return value is a list of device addresses that were detected on the specified I2C bus. If you get back 'Hh' or other letters, then IEx converted the list to an Erlang string. Run i v() to get information about the return value and look at the raw string representation for addresses.

Warning

This is intended to be a debugging aid. Reading bytes from devices can advance internal state machines and might cause them to get out of sync with other code.

If you already have opened an I2C bus, then pass that to detect_devices/1 instead of the string name.

@spec device_present?(Circuits.I2C.Bus.t(), address()) :: boolean()

Return whether a device is present

This function performs a simplistic check for an I2C device on the specified bus and address. It's not perfect, but works enough to be useful. Be warned that it does perform an I2C read on the specified address and this may cause some devices to actually do something.

@spec discover([address()], present?()) :: [{binary(), address()}]

Scan all I2C buses for one or more devices

This function takes a list of possible addresses and an optional detection function. It only scans addresses in the possible addresses list to avoid disturbing unrelated I2C devices.

If a detection function is not passed in, a default one that performs a simple read and checks whether it succeeds is used. If the desired device has an ID register or other means of identification, the optional function should try to query that. If passing a custom function, be sure to return false rather than raise if there are errors.

A list of bus name and address tuples is returned. The list may be empty.

See also discover_one/2.

@spec discover_one([address()], present?()) ::
  {:ok, {binary(), address()}}
  | {:error, :not_found | :multiple_possible_matches}

Scans all I2C buses for one specific device

This function and discover_one!/2 are convenience functions for the use case of helping a user find a specific device. They both call discover/2 with a list of possible I2C addresses and an optional function for checking whether the device is present.

This function returns an :ok or :error tuple depending on whether one and only one device was found. See discover_one!/2 for the raising version.

@spec discover_one!([address()], present?()) :: {binary(), address()}

Same as discover_one/2 but raises on error

@spec info(backend() | nil) :: map()

Return info about the low level I2C interface

This may be helpful when debugging I2C issues.

@spec open(
  String.t(),
  keyword()
) :: {:ok, Circuits.I2C.Bus.t()} | {:error, term()}

Open an I2C bus

I2C bus names depend on the platform. Names are of the form "i2c-n" where the "n" is the bus number. The correct bus number can be found in the documentation for the device or on a schematic. Another option is to call Circuits.I2C.bus_names/0 to list them for you.

The same I2C bus may be opened more than once. There is no need to share it between modules.

On success, this returns a Circuits.I2C.Bus.t() struct for accessing the I2C bus. Use this in subsequent calls to read and write I2C devices.

Options depend on the backend. The following are for the I2CDev (default) backend:

• :retries - the default number of retries to automatically do on reads and writes (defaults to no retries)

@spec read(Circuits.I2C.Bus.t(), address(), pos_integer(), [opt()]) ::
  {:ok, binary()} | {:error, term()}

Initiate a read transaction to the I2C device at the specified address

Options:

• :retries - number of retries before failing (defaults to no retries)

@spec read!(Circuits.I2C.Bus.t(), address(), pos_integer(), [opt()]) :: binary()

Initiate a read transaction and raise on error

@spec write(Circuits.I2C.Bus.t(), address(), iodata(), [opt()]) ::
  :ok | {:error, term()}

Write data to the I2C device at address.

Options:

• :retries - number of retries before failing (defaults to no retries)

@spec write!(Circuits.I2C.Bus.t(), address(), iodata(), [opt()]) :: :ok

Write data to the I2C device at address and raise on error

Options:

• :retries - number of retries before failing (defaults to no retries)

@spec write_read(Circuits.I2C.Bus.t(), address(), iodata(), pos_integer(), [opt()]) ::
  {:ok, binary()} | {:error, term()}

Write data to an I2C device and then immediately issue a read.

This function is useful for devices that want you to write the "register" location to them first and then issue a read to get its contents. Many devices operate this way and this function will issue the commands back-to-back on the I2C bus. Some I2C devices actually require that the read immediately follows the write. If the target supports this, the I2C transaction will be issued that way. On the Raspberry Pi, this can be enabled globally with File.write!("/sys/module/i2c_bcm2708/parameters/combined", "1")

Options:

• :retries - number of retries before failing (defaults to no retries)

@spec write_read!(Circuits.I2C.Bus.t(), address(), iodata(), pos_integer(), [opt()]) ::
  binary()

Write data to an I2C device and then immediately issue a read. Raise on errors.

Options:

• :retries - number of retries before failing (defaults to no retries)