aboutsummaryrefslogtreecommitdiff
path: root/docs/library/machine.I2C.rst
blob: bfc9f7ebcc9b4e99e965ce129ba86e79c1dfefd4 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
.. currentmodule:: machine
.. _machine.I2C:

class I2C -- a two-wire serial protocol
=======================================

I2C is a two-wire protocol for communicating between devices.  At the physical
level it consists of 2 wires: SCL and SDA, the clock and data lines respectively.

I2C objects are created attached to a specific bus.  They can be initialised
when created, or initialised later on.

Printing the I2C object gives you information about its configuration.

Both hardware and software I2C implementations exist via the
:ref:`machine.I2C <machine.I2C>` and `machine.SoftI2C` classes.  Hardware I2C uses
underlying hardware support of the system to perform the reads/writes and is
usually efficient and fast but may have restrictions on which pins can be used.
Software I2C is implemented by bit-banging and can be used on any pin but is not
as efficient.  These classes have the same methods available and differ primarily
in the way they are constructed.

.. Note::

   The I2C bus requires pull-up circuitry on both SDA and SCL for it's operation.
   Usually these are resistors in the range of 1 - 10 kOhm, connected from each SDA/SCL
   to Vcc. Without these, the behaviour is undefined and may range from blocking,
   unexpected watchdog reset to just wrong values. Often, this pull-up circuitry
   is built-in already to the MCU board or sensor breakout boards, but there is
   no rule for that. So please check in case of trouble. See also this excellent
   `learning guide <https://learn.adafruit.com/working-with-i2c-devices/pull-up-resistors>`_
   by Adafruit about I2C wiring.

Example usage::

    from machine import I2C

    i2c = I2C(freq=400000)          # create I2C peripheral at frequency of 400kHz
                                    # depending on the port, extra parameters may be required
                                    # to select the peripheral and/or pins to use

    i2c.scan()                      # scan for peripherals, returning a list of 7-bit addresses

    i2c.writeto(42, b'123')         # write 3 bytes to peripheral with 7-bit address 42
    i2c.readfrom(42, 4)             # read 4 bytes from peripheral with 7-bit address 42

    i2c.readfrom_mem(42, 8, 3)      # read 3 bytes from memory of peripheral 42,
                                    #   starting at memory-address 8 in the peripheral
    i2c.writeto_mem(42, 2, b'\x10') # write 1 byte to memory of peripheral 42
                                    #   starting at address 2 in the peripheral

Constructors
------------

.. class:: I2C(id, *, scl, sda, freq=400000, timeout=50000)

   Construct and return a new I2C object using the following parameters:

      - *id* identifies a particular I2C peripheral.  Allowed values for
        depend on the particular port/board
      - *scl* should be a pin object specifying the pin to use for SCL.
      - *sda* should be a pin object specifying the pin to use for SDA.
      - *freq* should be an integer which sets the maximum frequency
        for SCL.
      - *timeout* is the maximum time in microseconds to allow for I2C
        transactions.  This parameter is not allowed on some ports.

   Note that some ports/boards will have default values of *scl* and *sda*
   that can be changed in this constructor.  Others will have fixed values
   of *scl* and *sda* that cannot be changed.

.. _machine.SoftI2C:
.. class:: SoftI2C(scl, sda, *, freq=400000, timeout=50000)

   Construct a new software I2C object.  The parameters are:

      - *scl* should be a pin object specifying the pin to use for SCL.
      - *sda* should be a pin object specifying the pin to use for SDA.
      - *freq* should be an integer which sets the maximum frequency
        for SCL.
      - *timeout* is the maximum time in microseconds to wait for clock
        stretching (SCL held low by another device on the bus), after
        which an ``OSError(ETIMEDOUT)`` exception is raised.

General Methods
---------------

.. method:: I2C.init(scl, sda, *, freq=400000)

  Initialise the I2C bus with the given arguments:

     - *scl* is a pin object for the SCL line
     - *sda* is a pin object for the SDA line
     - *freq* is the SCL clock rate

   In the case of hardware I2C the actual clock frequency may be lower than the
   requested frequency. This is dependant on the platform hardware. The actual
   rate may be determined by printing the I2C object.

.. method:: I2C.deinit()

   Turn off the I2C bus.

   Availability: WiPy.

.. method:: I2C.scan()

   Scan all I2C addresses between 0x08 and 0x77 inclusive and return a list of
   those that respond.  A device responds if it pulls the SDA line low after
   its address (including a write bit) is sent on the bus.

Primitive I2C operations
------------------------

The following methods implement the primitive I2C controller bus operations and can
be combined to make any I2C transaction.  They are provided if you need more
control over the bus, otherwise the standard methods (see below) can be used.

These methods are only available on the `machine.SoftI2C` class.

.. method:: I2C.start()

   Generate a START condition on the bus (SDA transitions to low while SCL is high).

.. method:: I2C.stop()

   Generate a STOP condition on the bus (SDA transitions to high while SCL is high).

.. method:: I2C.readinto(buf, nack=True, /)

   Reads bytes from the bus and stores them into *buf*.  The number of bytes
   read is the length of *buf*.  An ACK will be sent on the bus after
   receiving all but the last byte.  After the last byte is received, if *nack*
   is true then a NACK will be sent, otherwise an ACK will be sent (and in this
   case the peripheral assumes more bytes are going to be read in a later call).

.. method:: I2C.write(buf)

   Write the bytes from *buf* to the bus.  Checks that an ACK is received
   after each byte and stops transmitting the remaining bytes if a NACK is
   received.  The function returns the number of ACKs that were received.

Standard bus operations
-----------------------

The following methods implement the standard I2C controller read and write
operations that target a given peripheral device.

.. method:: I2C.readfrom(addr, nbytes, stop=True, /)

   Read *nbytes* from the peripheral specified by *addr*.
   If *stop* is true then a STOP condition is generated at the end of the transfer.
   Returns a `bytes` object with the data read.

.. method:: I2C.readfrom_into(addr, buf, stop=True, /)

   Read into *buf* from the peripheral specified by *addr*.
   The number of bytes read will be the length of *buf*.
   If *stop* is true then a STOP condition is generated at the end of the transfer.

   The method returns ``None``.

.. method:: I2C.writeto(addr, buf, stop=True, /)

   Write the bytes from *buf* to the peripheral specified by *addr*.  If a
   NACK is received following the write of a byte from *buf* then the
   remaining bytes are not sent.  If *stop* is true then a STOP condition is
   generated at the end of the transfer, even if a NACK is received.
   The function returns the number of ACKs that were received.

.. method:: I2C.writevto(addr, vector, stop=True, /)

   Write the bytes contained in *vector* to the peripheral specified by *addr*.
   *vector* should be a tuple or list of objects with the buffer protocol.
   The *addr* is sent once and then the bytes from each object in *vector*
   are written out sequentially.  The objects in *vector* may be zero bytes
   in length in which case they don't contribute to the output.

   If a NACK is received following the write of a byte from one of the
   objects in *vector* then the remaining bytes, and any remaining objects,
   are not sent.  If *stop* is true then a STOP condition is generated at
   the end of the transfer, even if a NACK is received.  The function
   returns the number of ACKs that were received.

Memory operations
-----------------

Some I2C devices act as a memory device (or set of registers) that can be read
from and written to.  In this case there are two addresses associated with an
I2C transaction: the peripheral address and the memory address.  The following
methods are convenience functions to communicate with such devices.

.. method:: I2C.readfrom_mem(addr, memaddr, nbytes, *, addrsize=8)

   Read *nbytes* from the peripheral specified by *addr* starting from the memory
   address specified by *memaddr*.
   The argument *addrsize* specifies the address size in bits.
   Returns a `bytes` object with the data read.

.. method:: I2C.readfrom_mem_into(addr, memaddr, buf, *, addrsize=8)

   Read into *buf* from the peripheral specified by *addr* starting from the
   memory address specified by *memaddr*.  The number of bytes read is the
   length of *buf*.
   The argument *addrsize* specifies the address size in bits (on ESP8266
   this argument is not recognised and the address size is always 8 bits).

   The method returns ``None``.

.. method:: I2C.writeto_mem(addr, memaddr, buf, *, addrsize=8)

   Write *buf* to the peripheral specified by *addr* starting from the
   memory address specified by *memaddr*.
   The argument *addrsize* specifies the address size in bits (on ESP8266
   this argument is not recognised and the address size is always 8 bits).

   The method returns ``None``.