I notice that you never send the stop command. Why is that ok? Also, even with your code, I still get "Test: 0" for every output. I was under the impression that I should get the hex number 0x34. Should I now assume that I have a broken MPU3050?

The block read and block write operations include the Start and Stop commands plus all the byte send/receives that are indicated by the 'length' parameter. In your case the first block write operation skips the Stop and the following block read performs a so-called Repeated Start. Note that these block operations abort when the slave does not respond. You can check the return values to see if all is good.

const int addr = (0x68 << 1);
char cmd[2];
char data[2];
int result;
 
int main() {
 
    while (1) {
      // Select the WAI register and select Repeated Start option
      cmd[0] = 0x00;
      result = i2c.write(addr, cmd, 1, true); 
      sc.printf("I2C Write Result: %d\n\r", result);
 
      // Read the WAI register
      result = i2c.read(addr, data, 1);
      sc.printf("I2C Read Result: %d\n\r", result);
    
      sc.printf("Test: %d\n\r", data[0]);
      wait(4);
   }
}

You have to check the I2C wiring, pullups, the slave addressbit and the slave powersupply. In case result indicates a problem. Note that I have not yet tested I2C on the nRF. There may still be problems in the I2C mbed lib.

I see. Well both the read and write results both came back as 1 (which I assume means that they were successfully completed), but data[0] is still getting the value 0. This means that my MPU is functioning correctly, but possibly the I2C library is not?

EDIT:: I see now that non-0 is failure. So it is either my MPU or the wiring. I really don't believe that my wiring is off. Ill try the code on a 6050 and modify the registers to see if that functions.

Well, actually a result not equal to 0 indicates a problem. See here. Check the wiring, are you sure that the MPU has the SA0 address bit at 0?

I just saw that non-0 is failure. =\ What do you mean by the SA0 bit? Sorry for the ignorant questions. I'm still trying to learn I2C

According to the MPU datasheet pin 9 is for AD0. This is LSB of the slaveaddress. So the address is either (0x68<<1) or (0x69<<1) depending on how pin9 is wired. This feature allows you have two MPU3050s on the same bus without any conflicts.

I understand what you're saying about running two MPU's together, but I don't know when to choose (0x68<<1) vs (0x69<<1). I have now tried with my MPU6050 using this code.

#include "mbed.h"

Serial sc(USBTX, USBRX);
I2C i2c(p13,p15);

const int addr = (0x68 << 1);
char cmd[2];
char data[2];
int result;
 
int main() {
 
    while (1) {

      // Select the WAI register and select Repeated Start option
      cmd[0] = 0x75; // For the MPU-6050
      result = i2c.write(addr, cmd, 1, true); 
      sc.printf("I2C Write Result: %i\n\r", result);
 
      // Read the WAI register
      result = i2c.read(addr, data, 1);
      sc.printf("I2C Read Result: %i\n\r", result);
    
      sc.printf("Test: %i\n\r", data[0]);
      wait(4);
   }
}

I still get failures to read or write i2c.

EDIT: Works on one of my 6050's but not my 2nd.... Doesn't work on my 3050. Must be my hardware. =( Thanks for all of the advice.

When it works on one 6050 this means that the i2C libs are OK and that the wiring is OK. This first device must have AD0 wired at logic low level since the address is (0x68 << 1). Have you tried the other address (0x69 << 1) on the second 6050. Maybe that has AD0 wired at logic high level. Also try both addresses on the 3050. You cant break anything.

One of the VCC pins on my nRF isn't functioning correctly. I switched to a different one and it all works fine. Thanks again!