nuttx-apps/system/i2c
YAMAMOTO Takashi c304624fab Replace "STACKSIZE = 2048" with CONFIG_DEFAULT_TASK_SIZE
For now, I left the following instances because it isn't
clear to me why they are using the different values.
Maybe they need one-by-one inspection.

    examples/igmp/Makefile:STACKSIZE = 1024
    examples/powerled/Makefile:STACKSIZE = 1024
    examples/powermonitor/Makefile:STACKSIZE = 768
    examples/relays/Makefile:STACKSIZE = 512
    examples/smps/Makefile:STACKSIZE = 1024
    graphics/screenshot/Makefile:STACKSIZE = 4096
    system/flash_eraseall/Makefile:STACKSIZE = 1024
    testing/cxxtest/Makefile:STACKSIZE = 4096
    testing/smart_test/Makefile:STACKSIZE = 4096
2020-03-27 02:43:11 -05:00
..
.gitignore Revert "Don't generate .depend anymore" 2020-03-22 23:09:40 -05:00
i2c_bus.c I2CTOOL: Now uses the I2C driver instead of direct calls into the OS 2016-02-02 10:27:50 -06:00
i2c_common.c Remove extra whitespace from files (#43) 2020-01-31 08:29:24 -06:00
i2c_dev.c Unify the void cast usage 2020-01-02 23:21:01 +08:00
i2c_devif.c Eliminate some warnings 2016-02-02 14:48:17 -06:00
i2c_dump.c Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00
i2c_get.c Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00
i2c_hexdump.c apps/system/i2c: Fix up some complaints from nxstyle. 2019-10-15 06:30:57 +08:00
i2c_main.c Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00
i2c_set.c Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00
i2c_verf.c Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00
i2ctool.h Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00
Kconfig Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00
Make.defs Remove extra whitespace from files (#43) 2020-01-31 08:29:24 -06:00
Makefile Replace "STACKSIZE = 2048" with CONFIG_DEFAULT_TASK_SIZE 2020-03-27 02:43:11 -05:00
README.txt Run codespell -w with the latest dictonary again 2020-02-23 07:10:14 -06:00

README File for the I2C Tool
============================

The I2C tool provides a way to debug I2C related problems.  This README file
will provide usage information for the I2C tools.

CONTENTS
========

  o System Requirements
    - I2C Driver
    - Configuration Options
  o Help
  o Common Line Form
  o Common Command Options
    - "Sticky" Options
    - Environment variables
    - Common Option Summary
  o Command summary
    - bus
    - dev
    - get
    - set
    - verf
  o I2C Build Configuration
    - NuttX Configuration Requirements
    - I2C Tool Configuration Options

System Requirements
===================

The I2C tool is designed to be implemented as a NuttShell (NSH) add-on.  Read
the apps/nshlib/README.txt file for information about add-ons.

Configuration Options
---------------------
CONFIG_NSH_BUILTIN_APPS - Build the tools as an NSH built-in command
CONFIG_I2CTOOL_MINBUS - Smallest bus index supported by the hardware (default 0).
CONFIG_I2CTOOL_MAXBUS - Largest bus index supported by the hardware (default 3)
CONFIG_I2CTOOL_MINADDR - Minimum device address (default: 0x03)
CONFIG_I2CTOOL_MAXADDR - Largest device address (default: 0x77)
CONFIG_I2CTOOL_MAXREGADDR - Largest register address (default: 0xff)
CONFIG_I2CTOOL_DEFFREQ - Default frequency (default: 4000000)

HELP
====

First of all, the I2C tools supports a pretty extensive help output.  That
help output can be view by entering either:

  nsh> i2c help

or

  nsh> i2c ?

Here is an example of the help output.  I shows the general form of the
command line, the various I2C commands supported with their unique command
line options, and a more detailed summary of the command I2C command
options.

  nsh> i2c help
  Usage: i2c <cmd> [arguments]
  Where <cmd> is one of:

    Show help     : ?
    List buses    : bus
    List devices  : dev [OPTIONS] <first> <last>
    Read register : get [OPTIONS] [<repititions>]
    Show help     : help
    Write register: set [OPTIONS] <value> [<repititions>]
    Verify access : verf [OPTIONS] <value> [<repititions>]

  Where common "sticky" OPTIONS include:
    [-a addr] is the I2C device address (hex).  Default: 03 Current: 03
    [-b bus] is the I2C bus number (decimal).  Default: 1 Current: 1
    [-r regaddr] is the I2C device register address (hex).  Default: 00 Current: 00
    [-w width] is the data width (8 or 16 decimal).  Default: 8 Current: 8
    [-s|n], send/don't send start between command and data.  Default: -n Current: -n
    [-i|j], Auto increment|don't increment regaddr on repititions.  Default: NO Current: NO
    [-f freq] I2C frequency.  Default: 100000 Current: 100000

  NOTES:
  o An environment variable like $PATH may be used for any argument.
  o Arguments are "sticky".  For example, once the I2C address is
    specified, that address will be re-used until it is changed.

  WARNING:
  o The I2C dev command may have bad side effects on your I2C devices.
    Use only at your own risk.

COMMAND LINE FORM
=================

The I2C is started from NSH by invoking the 'i2c' command from the NSH
command line. The general form of the 'i2c' command is:

  i2c <cmd> [arguments]

Where <cmd> is a "sub-command" and identifies one I2C operations supported
by the tool.  [arguments] represents the list of arguments needed to perform
the I2C operation.  Those arguments vary from command to command as
described below.  However, there is also a core set of common OPTIONS
supported by all commands.  So perhaps a better representation of the
general I2C command would be:

  i2c <cmd> [OPTIONS] [arguments]

Where [OPTIONS] represents the common options and and arguments represent
the operation-specific arguments.

COMMON COMMAND OPTIONS
======================

"Sticky" Options
----------------
In order to interact with I2C devices, there are a number of I2C parameters
that must be set correctly.  One way to do this would be to provide to set
the value of each separate command for each I2C parameter.  The I2C tool
takes a different approach, instead:  The I2C configuration can be specified
as a (potentially long) sequence of command line arguments.

These arguments, however, are "sticky."  They are sticky in the sense that
once you set the I2C parameter, that value will remain until it is reset
with a new value (or until you reset the board).

Environment Variables
---------------------
NOTE also that if environment variables are not disabled (by
CONFIG_DISABLE_ENVIRON=y), then these options may also be environment
variables.  Environment variables must be preceded with the special
character $.  For example, PWD is the variable that holds the current
working directory and so $PWD could be used as a command line argument.  The
use of environment variables on the I2C tools command is really only useful
if you wish to write NSH scripts to execute a longer, more complex series of
I2C commands.

Common Option Summary
---------------------

[-a addr] is the I2C device address (hex).  Default: 03 Current: 03

  The [-a addr] sets the I2C device address.  The valid range is 0x03
  through 0x77 (this valid range is controlled by the configuration settings
  CONFIG_I2CTOOL_MINADDR and CONFIG_I2CTOOL_MAXADDR).  If you are working
  with the same device, the address needs to be set only once.

  All I2C address are 7-bit, hexadecimal values.

  NOTE 1: Notice in the "help" output above it shows both default value of
  the I2C address (03 hex) and the current address value (also 03 hex).

  NOTE 2: Sometimes I2C addresses are represented as 8-bit values (with
  bit zero indicating a read or write operation).  The I2C tool uses a
  7-bit representation of the address with bit 7 unused and no read/write
  indication in bit 0.  Essentially, the 7-bit address is like the 8-bit
  address shifted right by 1.

  NOTE 3: Most I2C bus controllers will also support 10-bit addressing.
  That capability has not been integrated into the I2C tool as of this
  writing.

[-b bus] is the I2C bus number (decimal).  Default: 1 Current: 1

  Most devices support multiple I2C devices and also have unique bus
  numbering.  This option identifies which bus you are working with now.
  The valid range of bus numbers is controlled by the configuration settings
  CONFIG_I2CTOOL_MINBUS and CONFIG_I2CTOOL_MAXBUS.

  The bus numbers are small, decimal numbers.

[-r regaddr] is the I2C device register address (hex).  Default: 00 Current: 00

  The I2C set and get commands will access registers on the I2C device.  This
  option selects the device register address (sometimes called the sub-address).
  This is an 8-bit hexadecimal value.  The maximum value is determined by
  the configuration setting CONFIG_I2CTOOL_MAXREGADDR.

[-w width] is the data width (8 or 16 decimal).  Default: 8 Current: 8

  Device register data may be 8-bit or 16-bit.  This options selects one of
  those two data widths.

[-s|n], send/don't send start between command and data.  Default: -n Current: -n

  This determines whether or not there should be a new I2C START between
  sending of the register address and sending/receiving of the register data.

[-i|j], Auto increment|don't increment regaddr on repititions.  Default: NO Current: NO

  On commands that take a optional number of repetitions, the option can be
  used to temporarily increment the regaddr value by one on each repetition.

[-f freq] I2C frequency.  Default: 400000 Current: 400000

  The [-f freq] sets the frequency of the I2C device.

COMMAND SUMMARY
===============

We have already seen the I2C help (or ?) commands above.  This section will
discuss the remaining commands.

List buses: bus [OPTIONS]
--------------------------

This command will simply list all of the configured I2C buses and indicate
which are supported by the driver and which are not:

  BUS   EXISTS?
  Bus 1: YES
  Bus 2: NO

The valid range of bus numbers is controlled by the configuration settings
CONFIG_I2CTOOL_MINBUS and CONFIG_I2CTOOL_MAXBUS.

List devices: dev [OPTIONS] <first> <last>
------------------------------------------

The 'dev' command will attempt to identify all of the I2C devices on the
selected bus.  The <first> and <last> arguments are 7-bit, hexadecimal
I2C addresses.  This command will examine a range of addresses beginning
with <first> and continuing through <last>.  It will request the value
of register address zero from each device.

The register address of zero is always used by default.  The previous
"sticky" register address is ignored.  Some devices may not respond to
ergister address zero, however.  To work around this, you can provide a
new "sticky" register address on the command as an option to the 'dev'
command.  Then that new "sticky" register address will be used instead
of the address zero.

If the device at an I2C address responds to the read request, then the
'dev' command will display the I2C address of the device.  If the device
does not respond, this command will display "--".  The resulting display
looks like:

nsh> i2c dev 03 77
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- 49 -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

WARNINGS:
  o The I2C dev command may have bad side effects on certain I2C devices.
    For example, if could cause data loss in an EEPROM device.
  o The I2C dev command also depends upon the underlying behavior of the
    I2C driver.  How does the driver respond to addressing failures?

Read register: get [OPTIONS]
----------------------------

  This command will read the value of the I2C register using the selected
  I2C parameters in the common options.  No other arguments are required.

  This command with write the 8-bit address value then read an 8- or 16-bit
  data value from the device.  Optionally, it may re-start the transfer
  before obtaining the data.

  An optional <repititions> argument can be supplied to repeat the
  read operation an arbitrary number of times (up to 2 billion).  If
  auto-increment is select (-i), then the register address will be
  temporarily incremented on each repitions.  The increment is temporary
  in the since that it will not alter the "sticky" value of the
  register address.

  On success, the output will look like the following (the data value
  read will be shown as a 4-character hexadecimal number if the 16-bit
  data width option is selected).

  READ Bus: 1 Addr: 49 Subaddr: 04 Value: 96

  All values (except the bus numbers) are hexadecimal.

Write register: set [OPTIONS] <value>
-------------------------------------

  This command will write a value to an I2C register using the selected
  I2C parameters in the common options.  The value to write must be provided
  as the final, hexadecimal value.  This value may be an 8-bit value (in the
  range 00-ff) or a 16-bit value (in the range 0000-ffff), depending upon
  the selected data width.

  This command will write the 8-bit address value then write the 8- or 16-bit
  data value to the device.  Optionally, it may re-start the transfer
  before writing the data.

  An optional <repititions> argument can be supplied to repeat the
  write operation an arbitrary number of times (up to 2 billion).  If
  auto-increment is select (-i), then the register address will be
  temporarily incremented on each repitions.  The increment is temporary
  in the since that it will not alter the "sticky" value of the
  register address.

  On success, the output will look like the following (the data value
  written will be shown as a 4-character hexadecimal number if the 16-bit
  data width option is selected).

  WROTE Bus: 1 Addr: 49 Subaddr: 04 Value: 96

  All values (except the bus numbers) are hexadecimal.

Verify access : verf [OPTIONS] <value> [<repititions>]
------------------------------------------------------

  This command combines writing and reading from an I2C device register.
  It will write a value to an will write a value to an I2C register using
  the selected I2C parameters in the common options just as described for
  tie 'set' command.  Then this command will read the value back just
  as described with the 'get' command.  Finally, this command will compare
  the value read and against the value written and emit an error message
  if they do not match.

  If no value is provided, then this command will use the register address
  itself as the data, providing for a address-in-address test.

  An optional <repititions> argument can be supplied to repeat the
  verify operation an arbitrary number of times (up to 2 billion).  If
  auto-increment is select (-i), then the register address will be
  temporarily incremented on each repitions.  The increment is temporary
  in the since that it will not alter the "sticky" value of the
  register address.

  On success, the output will look like the following (the data value
  written will be shown as a 4-character hexadecimal number if the 16-bit
  data width option is selected).

  VERIFY Bus: 1 Addr: 49 Subaddr: 04 Wrote: 96 Read: 92 FAILURE

  All values (except the bus numbers) are hexadecimal.

I2C BUILD CONFIGURATION
=======================

NuttX Configuration Requirements
--------------------------------
The I2C tools requires the following in your NuttX configuration:

1. Application configuration.

   Using 'make menuconfig', select the i2c tool.  The following
   definition should appear in your .config file:

     CONFIG_SYSTEM_I2C=y

2. Device-specific I2C driver support must be enabled:

     CONFIG_I2C_DRIVER=y

   The I2C tool will then use the I2C character driver to access the I2C
   bus.  These devices will reside at /dev/i2cN where N is the I2C bus
   number.

   NOTE 1: The I2C driver ioctl interface is defined in
   include/nuttx/i2c/i2c_master.h.

I2C Tool Configuration Options
------------------------------

The default behavior of the I2C tool can be modified by the setting the
options in the NuttX configuration.  This configuration is the defconfig
file in your configuration directory that is copied to the NuttX top-level
directory as .config when NuttX is configured.

  CONFIG_NSH_BUILTIN_APPS: Build the tools as an NSH built-in command
  CONFIG_I2CTOOL_MINBUS: Smallest bus index supported by the hardware (default 0).
  CONFIG_I2CTOOL_MAXBUS: Largest bus index supported by the hardware (default 3)
  CONFIG_I2CTOOL_MINADDR: Minimum device address (default: 0x03)
  CONFIG_I2CTOOL_MAXADDR: Largest device address (default: 0x77)
  CONFIG_I2CTOOL_MAXREGADDR: Largest register address (default: 0xff)
  CONFIG_I2CTOOL_DEFFREQ: Default frequency (default: 4000000)