nRF52840 - SDK16 - Understanding TWI driver

RE: nRF52840 - SDK16 - Understanding TWI driver

Nikosant03 — Tue, 01 Sep 2020 06:03:13 GMT

Thank you for your assistance Jared

RE: nRF52840 - SDK16 - Understanding TWI driver

Jared — Mon, 31 Aug 2020 11:54:26 GMT

[quote user="Nikosant03"][/quote]

So the len parameter is the length of the buffer right?

The len parameter of the nrf_drv_twi_tx() function is the number of bytes are being sent so yes it's effectively the length of the transmit buffer.

[quote user="Nikosant03"]But in order to write the whole the len parameter must be equal to the array size right? For example looking the funtion definition below. If the size of the p_data is 4byte and length = 3, then it will transmit the first three byte of the buffer, right?[/quote]

Yes? I'm not sure where this would contradict with my previous comment? 🙂

regards

Jared

RE: nRF52840 - SDK16 - Understanding TWI driver

Nikosant03 — Fri, 28 Aug 2020 11:38:30 GMT

Thank you for your great responce Jared!!

[quote userid="73165" url="~/f/nordic-q-a/65273/nrf52840---sdk16---understanding-twi-driver/266919"]The length of the register is usually 1 byte.[/quote]

So the len parameter is the length of the buffer right?

[quote userid="73165" url="~/f/nordic-q-a/65273/nrf52840---sdk16---understanding-twi-driver/266919"]So what happens is that the I2C master will start with the first byte which contains the register address that it wants to write to and then follow up with 1 byte at a time until it has written the whole array. [/quote]

But in order to write the whole the len parameter must be equal to the array size right? For example looking the funtion definition below. If the size of the p_data is 4byte and length = 3, then it will transmit the first three byte of the buffer, right?

/**
 * @brief Function for sending data to a TWI slave.
 *
 * The transmission will be stopped when an error occurs. If a transfer is ongoing,
 * the function returns the error code @ref NRF_ERROR_BUSY.
 *
 * @param[in] p_instance Pointer to the driver instance structure.
 * @param[in] address    Address of a specific slave device (only 7 LSB).
 * @param[in] p_data     Pointer to a transmit buffer.
 * @param[in] length     Number of bytes to send.
 * @param[in] no_stop    If set, the stop condition is not generated on the bus
 *                       after the transfer has completed successfully (allowing
 *                       for a repeated start in the next transfer).
 *
 * @retval NRF_SUCCESS                  If the procedure was successful.
 * @retval NRF_ERROR_BUSY               If the driver is not ready for a new transfer.
 * @retval NRF_ERROR_INTERNAL           If an error was detected by hardware.
 * @retval NRF_ERROR_INVALID_ADDR       If the EasyDMA is used and memory adress in not in RAM.
 * @retval NRF_ERROR_DRV_TWI_ERR_ANACK  If NACK received after sending the address in polling mode.
 * @retval NRF_ERROR_DRV_TWI_ERR_DNACK  If NACK received after sending a data byte in polling mode.
 */
__STATIC_INLINE
ret_code_t nrf_drv_twi_tx(nrf_drv_twi_t const * p_instance,
                          uint8_t               address,
                          uint8_t const *       p_data,
                          uint8_t               length,
                          bool                  no_stop);

RE: nRF52840 - SDK16 - Understanding TWI driver

Jared — Fri, 28 Aug 2020 09:07:23 GMT

Hi,

To answer your questions:

Before the I2C master can read from a slave it would have to send the specific register that it wants the slave to output the data from i.e the register that it wants to read. This is the reason a transmission (tx) is done before a read (rx). The length of the register is usually 1 byte.
The reason that the address is put at the start of the array is because it allows the driver to a continues write of the whole array without restarting the process. So what happens is that the I2C master will start with the first byte which contains the register address that it wants to write to and then follow up with 1 byte at a time until it has written the whole array.

I think this site is good resource for understanding the I2C protocol.

Hope it helps :)

regards

Jared