Wie liest man Daten von diesem Sensor?

In Zusammenarbeit mit dem OP und aufbauend auf der Untersuchung, die in meiner Antwort auf diese verwandte Frage " I2C-Scanner funktioniert nicht richtig " erklärt wurde, mussten zuerst dieselben zwei Probleme behoben werden:

• Entlöten Sie die Lötbrücken SB16 und SB18 der STM32F303K8 Nucleo-32 (NUCLEO-F303K8) Platine, wenn Sie Mbed I2C-Funktionen verwenden.
• Verwenden Sie den "erweiterten" Mbed-Aufruf mit 4 Parametern i2c.write()mit dem STM32F303K8 Nucleo-32-Board.

Wie in einer anderen Antwort erwähnt, wäre ein Logikanalysator in dieser Situation hilfreich (und sollte nach Möglichkeit verwendet werden). Die folgenden Probleme wurden innerhalb der begrenzten verfügbaren Zeit ohne Verwendung eines gefunden und behoben:

• Die korrekte 7-Bit-I2C-Adresse des Sensors ist 0x0C, aber die Mbed-I2C-Aufrufe wollen die 8-Bit-Version.

  Frühere Versionen des Codes wurden durch einen Druckfehler in den SparkFun-Dokumenten für ihr Breakout-Board mit diesem Sensor in die Irre geführt, wo sie sagten, die Adresse sei 0xC0.

  Einige Codeversionen haben diesen I2C-Adresswert auch nicht nach links verschoben, aber die Mbed-I2C-Funktionen möchten, dass die Adresse als 8-Bit-Version an sie übergeben wird (z. B. 0x18 in diesem Fall). 0x0C << 1Die Lösung bestand also darin, es entweder als oder 0x18(dasselbe) an die Mbed I2C-Aufrufe weiterzugeben .

• Wie in dieser anderen verknüpften Frage erwähnt, ist der I2C-Zugriff mit diesem STM32F303K8 Nucleo-Board nur erfolgreich, wenn das Mbed i2c.write()und i2c.read()die Funktionen mit (bis zu) 4 Parametern (3 erforderlich, 4. optional) verwendet werden und nicht stattdessen die einzelnen Parameter i2c.write()und Aufrufe der unteren Ebene verwendet werden i2c.read().

• An diesem Punkt konnte das OP beim Vergleich der I2C-Busaktivität im Umfang zwischen dem Arduino-Code und dem Mbed-Code erkennen, dass die I2C-Busaktivität jetzt identisch war, bis zu dem Punkt, an dem die Messung durch den Sensor ausgelöst wurde. Damit blieb das letzte Problem beim Auslesen und Anzeigen der Werte vom Sensor im Mbed-Code.

  Als ich in diesen Teil des Codes schaute, entfernte ich den Teil, der mehrmals vom Sensor gelesen wurde, und suchte nach einem falschen Rückgabecode. Daher habe ich einen Teil des ursprünglichen Codes geändert von:

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); 
}

Zu

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);

Die vollständige Version des Arbeitscodes lautet also:

#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); 
} 
}

Mit diesem Mbed-Code erzeugt der Sensor eine korrekte Ausgabe, ähnlich wie der funktionierende Arduino-Code, und der Punkt der Frage war, zu diesem Stadium zu gelangen. Der Code kann dann als Ausgangspunkt verwendet und mit Fehlerprüfung und Statusberichten usw. verbessert werden.

Auch hier können weitere Untersuchungen des I2C-Verhaltens der Mbed-Bibliotheken und des Sensors mit einem Logikanalysator durchgeführt werden, wenn ein Analysator (und mehr Zeit) verfügbar ist.

Anstatt zu raten und willkürlich krampfhafte Änderungen an Ihrem Code vorzunehmen, sollten Sie sich einen billigen ($ 7) Logikanalysator von eBay besorgen, für den Sie kostenlose Software und I2C-Decoder herunterladen und I2C-Traces von Ihrem Hardwarebus erhalten.

Sie sehen sofort, ob Ihre Adresse korrekt ist oder nicht und wie das Gerät reagiert (oder nicht).

Viele teurere digitale Allzweck-Oszilloskope haben heutzutage I2C-Decoder, aber das 7-Dollar-Gerät macht seine Arbeit gut.

Sie beginnen mit eingebettetem Design, was bedeutet, Hardware-Signalisierung zu erzeugen. Die Verwendung von Hardware-Tools zur Untersuchung der resultierenden Signale ist ein Muss. Dies sollte Ihr Ausgangspunkt sein, alles andere ist zweitrangig. Wenn Sie einige Minuten lang in die erfasste Spur schauen, sparen Sie Tage des "Random Engineering".