¿Cómo leer los datos de este sensor?

Trabajando con el OP y sobre la base de la investigación explicada en mi respuesta a esta pregunta relacionada " El escáner I2C no funciona correctamente ", los mismos dos problemas debían solucionarse primero:

• Desuelde los puentes de soldadura de la placa STM32F303K8 Nucleo-32 (NUCLEO-F303K8) SB16 y SB18 cuando se utilizan las funciones Mbed I2C.
• Utilice la llamada Mbed de 4 parámetros "extendida" i2c.write()con la placa STM32F303K8 Nucleo-32.

Como se señaló en otra respuesta, un analizador lógico sería útil en esta situación (y debe usarse, si es posible), se encontraron y solucionaron los siguientes problemas sin usar uno, dentro del tiempo limitado disponible:

• La dirección I2C de 7 bits correcta del sensor es 0x0C, pero las llamadas I2C de Mbed quieren la versión de 8 bits.

  Las versiones anteriores del código fueron engañadas por un error tipográfico en los documentos de SparkFun para su placa de conexión que usaba este sensor, donde decían que la dirección era 0xC0.

  Además, algunas versiones de código no desplazaron a la izquierda ese valor de dirección I2C, sin embargo, las funciones Mbed I2C quieren que se les pase la dirección como una versión de 8 bits (por ejemplo, 0x18 en este caso). Entonces, la solución fue pasarlo como 0x0C << 1o 0x18(lo mismo) a las llamadas Mbed I2C.

• Como se señaló en esa otra pregunta vinculada, el acceso I2C con esta placa Nucleo STM32F303K8 solo es exitoso cuando se usa el Mbed i2c.write()y i2c.read()las funciones, con (hasta) 4 parámetros (3 requeridos, 4to opcional) y no usando el parámetro único de nivel inferior i2c.write()y i2c.read()las llamadas en su lugar .

• En este punto, al comparar la actividad del bus I2C en el alcance entre el código Arduino y el código Mbed, el OP pudo ver que la actividad del bus I2C ahora era idéntica, hasta el punto de activar la medición por parte del sensor. Eso dejó el problema final en la lectura y visualización de los valores del sensor en el código Mbed.

  Mirando esa parte del código, eliminé la parte que estaba leyendo del sensor varias veces y comprobé si había un código de retorno incorrecto. Por lo tanto, cambié parte del código original de:

config[0] = 0x4E;

i2c.write(addr, config, 1, false); // Read command, followed by ZYX bits set
i2c.read(addr, data, 7); 

if(i2c.read(addr, data, 7) == !7) {
printf("ERROR \n"); 
} else { 
int xMag = i2c.read(data[1] * 256 + data[2]); 
int yMag = i2c.read(data[3] * 256 + data[4]); 
int zMag = i2c.read(data[5] * 256 + data[6]); 

printf("X Axis = %d \n", xMag); 
printf("Y Axis = %d \n", yMag); 
printf("Z Axis = %d \n", zMag); 
}

a

config[0] = 0x4E; 

i2c.write(addr, config, 1, false); // Read command, followed by ZYX bits set 
i2c.read(addr, data, 7); 

int xMag = ((data[1] * 256) + data[2]); 
int yMag = ((data[3] * 256) + data[4]); 
int zMag = ((data[5] * 256) + data[6]); 

printf("X Axis = %d \n", xMag); 
printf("Y Axis = %d \n", yMag); 
printf("Z Axis = %d \n", zMag);

Así que la versión completa del código de trabajo es:

#include "mbed.h" 

int addr = 0x0C <<1; // 8bit I2C address 

I2C i2c(PB_9 , PB_8); //sda, scl 

Serial pc(PA_2, PA_3); //Tx/Rx 

int main() 
{ 
char config [4]; 
char data[7] = {0}; 

config[0] = 0x60; 
config[1] = 0x00; 
config[2] = 0x5C; 
config[3] = 0x00; 

i2c.write(addr, config, 4, false); 

i2c.read(addr, data, 1); 

config[0] = 0x60; 
config[1] = 0x02; 
config[2] = 0xB4; 
config[3] = 0x02; 

i2c.write(addr, config, 4, false); 

i2c.read(addr, data, 1); 

wait(0.25); 

while (1) { 

config[0] = 0x3E; // Single measurement mode, ZYX enabled 

i2c.write(addr, config, 1, false); 
i2c.read(addr, data, 1); 

wait(0.1); 

config[0] = 0x4E; 

i2c.write(addr, config, 1, false); // Read command, followed by ZYX bits set 
i2c.read(addr, data, 7); 

int xMag = ((data[1] * 256) + data[2]); 
int yMag = ((data[3] * 256) + data[4]); 
int zMag = ((data[5] * 256) + data[6]); 

printf("X Axis = %d \n", xMag); 
printf("Y Axis = %d \n", yMag); 
printf("Z Axis = %d \n", zMag); 

wait(5); 
} 
}

Con este código Mbed, el sensor produce una salida correcta, similar al código Arduino en funcionamiento, y el objetivo de la pregunta era llegar a esa etapa. Luego, el código puede usarse como punto de partida y mejorarse con verificación de errores e informes de estado, etc.

Una vez más, las investigaciones adicionales del comportamiento I2C de las bibliotecas Mbed y el sensor se pueden realizar con un analizador lógico, cuando se dispone de un analizador (y más tiempo).

En lugar de adivinar y hacer modificaciones convulsivas aleatorias a su código, debe obtener un analizador lógico económico ($ 7) de eBay, para el cual descarga software gratuito y un decodificador I2C, y obtiene rastros I2C de su bus de hardware.

Inmediatamente verá si su dirección es correcta o no, y cómo responde (o no) el dispositivo.

Hoy en día, muchos osciloscopios digitales de uso general más caros tienen decodificadores I2C, pero el dispositivo de $ 7 hace bien su trabajo.

Usted se está embarcando en un diseño integrado, que pretendía producir señalización de hardware. El uso de herramientas de hardware para observar las señales resultantes es imprescindible. Este debería ser tu punto de partida, todo lo demás es secundario. Buscar unos minutos en el rastro capturado le ahorrará días de "ingeniería aleatoria".