MCP7940 drivers for nrf52840

[Vishal Aditya]

We are working on external RTC MCP7940(i2c) interfaced with nrf52840. Please check if drivers of the same for nrf52/51 are available or any implementation of CLOCK using MCP7940 with NRF?

Regards

Vishal Aditya

Embedded Software Engineer

[bjorn-spockeli]

HI Vishal, 

I am afraid that we do not have any dedicated drivers from the MCP7940. I am also not aware of any customers that have used the  MCP7940  as the 32kHz clock source for the nRF5x series, but  Ithink it should be possible. 

We have TWI hardware drivers in our nRF5 SDK for the nRF51 and 52 series, see Driver support matrix. 

Best regards

Bjørn

[Vishal Aditya]

bjorn-spockeli
I am writing drivers by myself & stuck in the first step of I2C DETECT not happening.

SDK: nRF5_SDK_15.2.0_9412b96\examples\peripheral\twi_scanner
MCP7940 Break-out: https://rheingoldheavy.com/product/breakout-board-mcp7940/ which works perfectly with Arduino at I2C Address: 0x6F

But I2C DETECT not working with nrf52840 DK. Please suggest how to debug this issue? We have an Oscilloscope!

[bjorn-spockeli]

The screenshot showing nine clock pulses show that the slave does not ACK the address as the SDA line is high on the 9th clock pulse, you should also see nrf_drv_twi_rx returning NRF_ERROR_DRV_TWI_ERR_ANACK.

The nRF is correctly transmitting 0b11011111( 7 bit address 1101111 followed by the read bit set to 1) and then on the 9th clock pulse the MCP7940 is not pulling the SDA lin low to ACK the address transmission. 

[jagannathan GOPALAKRISHNAN]

THANKS. what is the solution

[bjorn-spockeli]

As far as I can see the nRF52840 is transmitting the correct sequence, its the TWI slave that must ACK by pulling SDA low during the last bit. Is nrf_drv_twi_rx returning NRF_ERROR_DRV_TWI_ERR_ANACK?

If you have access to a logic analyzer, then it would be useful to see a logic trace, just to verify that the oscilloscope measurements are correct. 

[Vishal Aditya]

Please check attached Logic Analyzer traces:

2 MHz, 10 M Samples [7].logicdata

RTC_Scope.csv

Please check & reply to a possible solution?

[bjorn-spockeli]

AS far as I can tell the nRF52840 is transmitting the correct data. If the address of the i2C slave is 0x6F (0b01101111), then the 7 byte address + a READ bit will be 0xDF( 0b11011111). The logic analyzer clearly states that there is a NAK after the address is transmitted. Hence, this is slave issue, not an issue with the nRF52840. I would check the connections between the nRF52840 and the MCP7940.

Best regards

Bjørn

[Vishal Aditya]

The connections are correct!
#define SCL NRF_GPIO_PIN_MAP(0,14)
#define SDA NRF_GPIO_PIN_MAP(0,13)

Connected to the same as per code via jumper wires. Please suggest any other possible way of debugging this issue. As MCP7940 works with Arduino(i2c scanner)

[Vishal Aditya]

Please check the traces of the custom board nrf52840 & MCP7940(i2c) with the same code. 

Pull-ups: 4.7kohm in custom board
but in MCP7940 break-out board, it's 10kohm

#define SCL		           				 NRF_GPIO_PIN_MAP(0,14)
#define SDA		           				 NRF_GPIO_PIN_MAP(0,13)  

//    for (address = 1; address <= TWI_ADDRESSES; address++)
//    {
				while(1)
				{
        err_code = nrf_drv_twi_rx(&m_twi, 0x6F, &sample_data, sizeof(sample_data));
        if (err_code == NRF_SUCCESS)
        {
            detected_device = true;
            NRF_LOG_INFO("TWI device detected at address 0x%x.\r\n", address);

        }
        NRF_LOG_FLUSH();
			}

[jagannathan GOPALAKRISHNAN]

Mr. bjorn, 

Kindly respond to the codes posted and suggest solutions.

[bjorn-spockeli]

The traces still show that the slave, i.e. MCP7940 is not ACKing the read. Can you enable the analog sampling in addition to the digital sampling of the salea? That way we can see if the MCP7940 is attempting to pull eh the SDA line high or not. Also how large is sample_data?

What does the trace from the Arduino look like? Does it try to read the same address as the one in the trace below? Have you compared the traces?

[Vishal Aditya]

Sampling for 5secs:

Please check the traces of MCP_Breakout with Arduino:

With Arduino, MCP Works properly able to do i2c, SET & GET DATETIME

Arduino Code:

#include <Wire.h>
 
 
void setup()
{
  Wire.begin();
 
  Serial.begin(115200);
  while (!Serial);             // Leonardo: wait for serial monitor
  Serial.println("\nI2C Scanner");
}
 
 
void loop()
{
  byte error, address;
  int nDevices;
 
  Serial.println("Scanning...");
 
  nDevices = 0;
  //for(address = 1; address < 127; address++ )
  while(1)
  {
//SENDING 0x6F in decimal as per arduino Wire library
    Wire.beginTransmission(111);
    error = Wire.endTransmission();
 
    if (error == 0)
    {
      Serial.print("I2C device found at address 0x");
      if (address<16)
        Serial.print("0");
      Serial.print(address,HEX);
      Serial.println("  !");
 
      nDevices++;
    }
    else if (error==4)
    {
      Serial.print("Unknown error at address 0x");
      if (address<16)
        Serial.print("0");
      Serial.println(address,HEX);
    }    
  }
  if (nDevices == 0)
    Serial.println("No I2C devices found\n");
  else
    Serial.println("done\n");
 
  //delay(5000);           // wait 5 seconds for next scan
}

Please reply for a possible way of the solution!