TWI and BLE integration test

RE: TWI and BLE integration test

awneil — Mon, 29 Mar 2021 09:43:08 GMT

[quote userid="90626" url="~/f/nordic-q-a/73087/twi-and-ble-integration-test/302316#302316"]it was resolved[/quote]

Great!

😃

RE: TWI and BLE integration test

Daeho — Mon, 29 Mar 2021 08:42:25 GMT

Thank you for your reply.

I used the TWI function. Then it was resolved.

I wanted to solve it using registers.

Thank you.

Regards.

RE: TWI and BLE integration test

Kenneth — Thu, 25 Mar 2021 15:59:55 GMT

Okey, I just saw the code you suppled were using both 'data' and 'readData', so just wanted to make sure that the values you listed were the actual twi data ('readData'), and not a calculation of twi data ('data').

I think next step is really to decode those twi data on a logic analyzer. I do not see how BLE can interfere here.

Kenneth

RE: TWI and BLE integration test

Daeho — Thu, 25 Mar 2021 13:06:38 GMT

It's listed as a table in the first question, or are you referring to something else?

RE: TWI and BLE integration test

Kenneth — Thu, 25 Mar 2021 13:01:56 GMT

Can you also output the readData1, readData2, and readData3 to terminal?

Kenneth

RE: TWI and BLE integration test

awneil — Thu, 25 Mar 2021 09:39:19 GMT

So your scope is an Agilent DSOX1204A:

It can do protocol decoding!

RE: TWI and BLE integration test

Daeho — Thu, 25 Mar 2021 09:26:06 GMT

thank you for reply.

When I read TWI I use the code below.

void twiInit()
{
  //TWI init function
  //TWI disable
  NRF_TWI0 -> ENABLE = 0;

  //TWI Pin map
  NRF_TWI0 -> PSELSCL = TWI_SCL;
  NRF_TWI0 -> PSELSDA = TWI_SDA;

  //frequency set
  NRF_TWI0 -> FREQUENCY = 0x06680000; //400kHz
  //NRF_TWI0 -> FREQUENCY = 0x01980000; //100kHz

  //TWI interrupt disable
  NRF_TWI0 -> INTENCLR = 0xFFFFFFFF;

  //Communication enable
  NRF_TWI0 -> ENABLE = 5;

  //Event clear
  NRF_TWI0 -> EVENTS_RXDREADY = 0;
  NRF_TWI0 -> EVENTS_TXDSENT = 0;
}


void ReadData(uint8_t reg_addr)
{
  NRF_TWI0 -> ADDRESS = TI_address;  //Slave device set address
  NRF_TWI0 -> TASKS_STARTTX = 1;  //sned start
  NRF_TWI0 -> TXD = reg_addr; //send the read register address
  while(!NRF_TWI0 -> EVENTS_TXDSENT){}  //wait ACK
  NRF_TWI0 -> EVENTS_TXDSENT = 0;   //reset event flag

  NRF_TWI0 -> ADDRESS = TI_address;  //Slave device set address
  NRF_TWI0 -> TASKS_STARTRX = 1; //recive start
  while(NRF_TWI0 -> EVENTS_BB == 0){}  //wait Byte Boundary
  NRF_TWI0 -> EVENTS_BB = 0;  //reset BB flag after recive
  while(NRF_TWI0 -> EVENTS_RXDREADY == 0){} //wait read
  NRF_TWI0 -> EVENTS_RXDREADY = 0; //reset RXDREADY flag
  readData1 = NRF_TWI0 -> RXD;  //bling data buffer

  while(NRF_TWI0 -> EVENTS_BB == 0){}  //wait Byte Boundary
  NRF_TWI0 -> EVENTS_BB = 0;  //reset BB flag after recive
  while(NRF_TWI0 -> EVENTS_RXDREADY == 0){} //wait read
  NRF_TWI0 -> EVENTS_RXDREADY = 0; //reset RXDREADY flag
  readData2 = NRF_TWI0 -> RXD;  //bling data buffer

  while(NRF_TWI0 -> EVENTS_BB == 0){}  //wait Byte Boundary
  NRF_TWI0 -> EVENTS_BB = 0;  //reset BB flag after recive
  NRF_TWI0 -> TASKS_STOP = 1;   //NACK recive befor recive final data
  while(NRF_TWI0 -> EVENTS_RXDREADY == 0){} //wait read
  NRF_TWI0 -> EVENTS_RXDREADY = 0; //reset RXDREADY flag
  readData3 = NRF_TWI0 -> RXD;  //bling data buffer
}

The code that receives and handles an interrupt every 4ms is as follows. (Expressed in abbreviated form.)

Interrupt handler() //4ms event
{
    data_EN = 1;
}

Main()
{
    if(data_EN == 1)  //Sensor Data ready, Data read
    { 
      data_EN = 0;
      //FIFO_PHASE, Data converter------------------------
      for(int j = 0; j < 4; j++)
      {
        ReadData(0xFF);
        sign = readData1 & 0xC0;  //0b11000000
        readData1 = readData1 & 0x3F;
        if(sign == 0xC0)
        {
          SensorData[j].TestData = -((readData1 << 16) + (readData2 << 8) + readData3);
        }
        else if(sign == 0x00)
        {
          SensorData[j].TestData = (readData1 << 16) + (readData2 << 8) + readData3;
        }
        data[j] = ((double)(SensorData[j].TestData) * (double)0.0005722045898);
      }
      //---------------------------------------------------
    }
}

Interrupt occurs every 4ms, receives a variable from the interrupt, reads and processes TWI data.

When BLE is initialized and advertising starts or data is sent, the TWI data becomes strange.

And changing the advertising interval to 1 (625 us) seems to be okay. However, BLE is not available.

And even if the advertising time is reduced, it is thought that the problem will occur again during transmission.

And when taken with a scope, it looks like the pictures below.

When I look at the clock graph, it seems that the data comes in correctly might.

please help, i need you help.

Thank you.

Regards.

RE: TWI and BLE integration test

Kenneth — Thu, 25 Mar 2021 08:51:49 GMT

[quote user="Daeho"]I think if there is a delay while receiving data, it can miss the TWI data pulse.[/quote]

That is not possible, all data is clocked from the nRF52832, so no data is lost on TWI. You should be able to zoom in on a scope to check the data of TWI bus, but a logic analyzer is preferred, since it can decode the data directly, else you will need to do it manually by comparing the clock and data line.

May I ask where and how you have declared the TWI buffers in your code?

Kenneth

RE: TWI and BLE integration test

Daeho — Thu, 25 Mar 2021 00:52:46 GMT

Thank you for your answer.

Yes, when a BLE delay occurs, it affects the TWI data.

When the MCU transfers the register to the sensor, data comes in three times in succession from the sensor.

I think if there is a delay while receiving data, it can miss the TWI data pulse.

And sorry but, we don't have the logic analyzer. However, with the scope, I was able to check only the continuity of the waveform.

RE: TWI and BLE integration test

Kenneth — Wed, 24 Mar 2021 15:46:07 GMT

The BLE will not alter the data on TWI bus, but BLE can introduce delays in the TWI communication, can that be causing problem?

I think having a logic analyzer trace of the TWI bus to check the actual data is a good suggestion for debugging.

Kenneth

RE: TWI and BLE integration test

awneil — Wed, 24 Mar 2021 14:36:58 GMT

[quote userid="90626" url="~/f/nordic-q-a/73087/twi-and-ble-integration-test/301690#301690"]Could you possibly know how?[/quote]

Not without more information.

You need to do some more debugging to find where it's going wrong.

As I suggested, look at the I2C bus itself to see if the correct data is actually there; ie, is the data getting lost in your code, or is it getting lost on the hardware link?

RE: TWI and BLE integration test

Daeho — Wed, 24 Mar 2021 13:27:35 GMT

Currently, TWI organizes data like photos. The BLE softdevice seems to have an effect on receiving data. Could you possibly know how?

http://naver.me/xpPrMUgi

RE: TWI and BLE integration test

awneil — Mon, 22 Mar 2021 15:13:14 GMT

but you also decoded it, and confirmed that the values are correct?

Remember that we cannot see your scope, or your hardware, or anything else - only what you provide in your posts.

RE: TWI and BLE integration test

Daeho — Mon, 22 Mar 2021 13:47:14 GMT

Yes, It was confirmed that the waveform come in clearly without noise on the TWI line.

RE: TWI and BLE integration test

awneil — Mon, 22 Mar 2021 13:41:50 GMT

[quote userid="90626" url="~/f/nordic-q-a/73087/twi-and-ble-integration-test/301198#301198"]When the TWI line is checked using the scope, it is displayed fine[/quote]

So the data is correct on the bus?

RE: TWI and BLE integration test

Daeho — Mon, 22 Mar 2021 12:43:36 GMT

First, thank you for the answer.

I using a P0.14 and P0.15.

When the TWI line is checked using the scope, it is displayed fine.

And it works fine without BLE.

#define TWI_SCL 15
#define TWI_SDA 14

RE: TWI and BLE integration test

awneil — Mon, 22 Mar 2021 12:33:03 GMT

So it works fine with no BLE?

Have you used an analyser or scope to see what's happening on the TWI lines?

Which pins are you using?