Hi Jagadish, Thank you for looking into my issue. To clarify: 1. Yes, we are using different chip selection pin for both slaves, as the log shows: HVM_CS is for MCP3208, and TPS_CS is for TPS65381A. 2. Yeah, understand, in our case, we only have two slaves. Both CS are connected to different TMS pins (MIBSPI3NCS[0] and MIBSPI3NCS[1] ). 3. Yes, to enable TPS65381A DMUX, we are using SPI communication only. We have TPS65381A AMUX enabled through SPI without an issue, the SPI RxBuf works with correct value. Only after we enable DMUX through SPI, we get this issue. Scenario1: with DMUX enabled only, the SPI RxBuf always get 0 (reading mcp chip). Scenario2: with AMUX and DMUX switched every 50ms. When AMUX is enabled, SPI works fine, at next 50ms DMUX enabled (AMUX disabled), SPI RxBuf is 0 (reading mcp chip), but at the same time, the SPI log shows SPI is transferirng the correct value. Looks the SPI RxBuf doesn't match with spi log transmission. Don't know if it's clear enough, if need more information, just let me know. Thanks you very much. Best regards Longhua
↧