How to access multiple I2C devices on the same I2C line?

[ssath.7]

Hi,

I am using STM32F091VC based custom board. and our application is Multi thread with the FreeRTOS. On I2C1 line three device are connected. all the device are accessed from the different thread. to prevent the simultaneous access we have used Mutex. so, at a time only one device can be accessed. also we have configured I2C communication with the DMA(interrupt based). but some time application execution stuck in HAL layer's I2C ISR relted Api. this might be because of simultaneous access.

For your refer i am attaching my I2C code, Please suggest that Is our implementation is correct or not. also give some light to implement code to access multiple device on same I2C line.

[thanks4opensource]

I don't know much about HAL and how it handles I2C bus errors, but you do understand the I2C protocol and slave device addressing, right? I any of your three devices have the same ui16DeviceAddress (in your code), or if any of them do I2C "clock stretching" or don't ACK their address to the STM32F091VC the bus will hang. That might be why your application gets stuck in HAL.

I don't know the STM32F091VC but in general the ST reference manuals have good descriptions of the I2C protocol in their I2C peripheral sections. If not, there's good generic I2C information available online, for example at https://www.i2c-bus.org/specification/

Hope this helps.

[Rogers.Gary]

What devices are you using, and do they have hard address lines (typically A0,A1,A2) that you can pull high/ground to set one of eight addresses. You will need to use a mutex to access them in a threaded/RTOS environment.

[ssath.7]

Hello Gray,

Thanks for the response,

Three device FRAM, EEPROM and LED controller are connected with the I2C1 and RFID card reader is connected with the I2C2. and all the devices have different I2C device address. and SDA and SCL lines are pull up with 3.3v 10K Ohm resistor.

I am all ready using the mutex to protect I2C lines. I am using osMutexWait() freeRTOS mutex API, which you can see in i2c.c file. All the device works fine, but some it creates the problem.

When we are using two I2C lines simultaneously at that time problem generate more frequently.

If you time then please refer our I2c read write implementation in i2c.c file, which have attached with question. and suggest that that is our implementation correct or not.

read API : I2C1_readData()

write API : I2C1_writeData()

I am also attaching the block diagram for your reference.

[ssath.7]

Hello,

Thanks for the response,

Three device FRAM, EEPROM and LED controller are connected with the I2C1 and RFID card reader is connected with the I2C2. and all the devices have different I2C device address. and SDA and SCL lines are pull up with 3.3v 10K Ohm resistor.

I am all ready using the mutex to protect I2C lines. I am using osMutexWait() freeRTOS mutex API, which you can see in i2c.c file. All the device works fine, but some it creates the problem.

When we are using two I2C lines simultaneously at that time problem generate more frequently.

If you time then please refer our I2c read write implementation in i2c.c file, which have attached with question. and suggest that that is our implementation correct or not.

read API : I2C1_readData()

write API : I2C1_writeData()

I am also attaching the block diagram for your reference.

[S.Ma]

Is (HAL_I2C_Mem_Read_DMA() blocking ?

[ssath.7]

Yes, Some time device stuck in HAL_I2C_Mem_Read_DMA() and some times it stucks in HAL_I2C_Mem_Write_DMA().

and now i am performing read/write operation with only one I2C peripheral(Led controller) in long run of around 20 minutes, still device stuck in any of the above mentioned API.

[Rogers.Gary]

Is anything being executed in an ISR, such as the DMA IRQ callback? Could be a deadlock issue. You may need a context switch to a higher priority task so it may be getting delayed . You might look at using portYIELD_FROM_ISR.

[ssath.7]

We have not implemented I2C call backs.

we have found one work around. Actually LED controller need 1ms of delay before two consecutive read/write call. but it is not mentioned led controller data sheet.

Now I don't know that it is issue from the STM hal or led controller side.

[Rogers.Gary]

I think you understand that any one device can access the bus at a time, and with the delay you mention it seems like that might be the issue. Have you looked at using RTOS event flags for synchronization?