Our I2C multiplexer is designed to enhance and simplify your I2C communication by providing seamless control over multiple I2C devices, allowing you to efficiently manage address conflicts and streamline data exchange
A
A
Hardware Overview
How does it work?
I2C MUX Click is based on the TCA9546A, a quad bidirectional translating switch controlled via the I2C bus from texas instruments. The SCL/SDA upstream pair fans out to four downstream pairs, or channels. Any individual SCn/SDn channel or combination of channels can be selected, determined by the contents of the programmable control register. An active-low reset (RESET) input allows the TCA9546A to recover from a situation in which one of the downstream I2C buses is stuck in a low state. Pulling RESET low resets the I2C state machine and causes all the channels to be deselected, as does the internal power-on reset function. The pass gates of the switches are constructed such that the VCC pin can be used to limit the maximum high voltage, which will be passed by the TCA9546A. This allows the use of different bus voltages on each pair, so that 1.8-V, 2.5-V, or 3.3-V parts can communicate with 5-V parts without any additional protection. The slave
devices can be connected to four headers located on the top of the I2C MUX click. The TCA9546A supports Standard-Mode (100 kHz) and Fast-Mode (400 kHz) operation. This way, the bus can be used to manage a single 8-bit control register in which the four least significant bits control the enabling and disabling of the 4 switch channels of I2C data flow. The I2C bus is for two-way two-line communication between different ICs or modules. The two lines are a serial data line (SDA) and a serial clock line (SCL). Both lines must be connected to a positive supply via a pullup resistor when connected to the output stages of a device. Data transfer can be initiated only when the bus is not busy. One data bit is transferred during each clock pulse. The data on the SDA line must remain stable during the high period of the clock pulse, as changes in the data line at this time are interpreted as control signals. Applications of the TCA9546A contains an I2C (or SMBus) master
device and up to four I2C slave devices. The downstream channels are ideally used to resolve the I2C slave address conflicts. For example, if four identical digital temperature sensors are needed in the application, one sensor can be connected at each channel: 0, 1, 2, and 3. When the temperature at a specific location needs to be read, the appropriate channel can be enabled and all other channels switched off, the data can be retrieved, and the I2C master can move on and read the next channel. This Click board™ can operate with either 3.3V or 5V logic voltage levels selected via the VCC SEL jumper. This way, both 3.3V and 5V capable MCUs can use the communication lines properly. Also, this Click board™ comes equipped with a library containing easy-to-use functions and an example code that can be used as a reference for further development.
Features overview
Development board
UNI-DS v8 is a development board specially designed for the needs of rapid development of embedded applications. It supports a wide range of microcontrollers, such as different STM32, Kinetis, TIVA, CEC, MSP, PIC, dsPIC, PIC32, and AVR MCUs regardless of their number of pins, and a broad set of unique functions, such as the first-ever embedded debugger/programmer over WiFi. The development board is well organized and designed so that the end-user has all the necessary elements, such as switches, buttons, indicators, connectors, and others, in one place. Thanks to innovative manufacturing technology, UNI-DS v8 provides a fluid and immersive working experience, allowing access anywhere and under any
circumstances at any time. Each part of the UNI-DS v8 development board contains the components necessary for the most efficient operation of the same board. An advanced integrated CODEGRIP programmer/debugger module offers many valuable programming/debugging options, including support for JTAG, SWD, and SWO Trace (Single Wire Output)), and seamless integration with the Mikroe software environment. Besides, it also includes a clean and regulated power supply module for the development board. It can use a wide range of external power sources, including a battery, an external 12V power supply, and a power source via the USB Type-C (USB-C) connector. Communication options such as USB-UART, USB
HOST/DEVICE, CAN (on the MCU card, if supported), and Ethernet is also included. In addition, it also has the well-established mikroBUS™ standard, a standardized socket for the MCU card (SiBRAIN standard), and two display options for the TFT board line of products and character-based LCD. UNI-DS v8 is an integral part of the Mikroe ecosystem for rapid development. Natively supported by Mikroe software tools, it covers many aspects of prototyping and development thanks to a considerable number of different Click boards™ (over a thousand boards), the number of which is growing every day.
Microcontroller Overview
MCU Card / MCU
Type
8th Generation
Architecture
ARM Cortex-M4
MCU Memory (KB)
640
Silicon Vendor
NXP
Pin count
121
RAM (Bytes)
196608
Used MCU Pins
mikroBUS™ mapper
Take a closer look
Schematic
Step by step
Project assembly
Track your results in real time
Application Output via UART Mode
1. Once the code example is loaded, pressing the "FLASH" button initiates the build process, and programs it on the created setup.
2. After the programming is completed, click on the Tools icon in the upper-right panel, and select the UART Terminal.
3. After opening the UART Terminal tab, first check the baud rate setting in the Options menu (default is 115200). If this parameter is correct, activate the terminal by clicking the "CONNECT" button.
4. Now terminal status changes from Disconnected to Connected in green, and the data is displayed in the Received data field.
Software Support
Library Description
This library contains API for I2C MUX Click driver.
Key functions:
i2cmux_hw_reset
- This function resets I2C MUX 2 click board by clearing the RST pin for 100msi2cmux_set_channel
- This function sets channel of the I2C MUX click boardi2cmux_generic_read
- This function reads data from the desired register.
Open Source
Code example
This example can be found in NECTO Studio. Feel free to download the code, or you can copy the code below.
/*!
* \file
* \brief I2cMux Click example
*
* # Description
* This example demonstrates the use of I2C MUX Click board.
*
* The demo application is composed of two sections :
*
* ## Application Init
* Initalizes the driver, preforms hardware reset, then enables channel 0 and
* makes an initial log.
*
* ## Application Task
* Reads the device ID of a Spectrometer click (dev ID: 0x24) and displays it
* on the USB UART each second.
*
* \author MikroE Team
*
*/
// ------------------------------------------------------------------- INCLUDES
#include "board.h"
#include "log.h"
#include "i2cmux.h"
// ------------------------------------------------------------------ VARIABLES
static i2cmux_t i2cmux;
static log_t logger;
// ------------------------------------------------------ APPLICATION FUNCTIONS
void application_init ( void )
{
log_cfg_t log_cfg;
i2cmux_cfg_t cfg;
/**
* Logger initialization.
* Default baud rate: 115200
* Default log level: LOG_LEVEL_DEBUG
* @note If USB_UART_RX and USB_UART_TX
* are defined as HAL_PIN_NC, you will
* need to define them manually for log to work.
* See @b LOG_MAP_USB_UART macro definition for detailed explanation.
*/
LOG_MAP_USB_UART( log_cfg );
log_init( &logger, &log_cfg );
log_info( &logger, "---- Application Init ----" );
// Click initialization.
i2cmux_cfg_setup( &cfg );
I2CMUX_MAP_MIKROBUS( cfg, MIKROBUS_1 );
i2cmux_init( &i2cmux, &cfg );
Delay_ms( 100 );
i2cmux_hw_reset( &i2cmux );
Delay_ms( 100 );
i2cmux_set_channel( &i2cmux, I2CMUX_CMD_SET_CH_0, 0x39 );
log_printf( &logger, " Please connect a Spectrometer click to channel 0\r\n" );
log_printf( &logger, "-------------------------------\r\n" );
Delay_ms( 2000 );
}
void application_task ( void )
{
uint8_t rx_data;
i2cmux_generic_read( &i2cmux, 0x92, &rx_data, 1 );
log_printf( &logger, " The click device ID is: 0x%.2X\r\n", ( uint16_t ) rx_data );
log_printf( &logger, "-------------------------------\r\n" );
Delay_ms( 1000 );
}
void main ( void )
{
application_init( );
for ( ; ; )
{
application_task( );
}
}
// ------------------------------------------------------------------------ END