Kompassmodul GY-271 läuft nicht am UNO

[Klebwax]

Hallo,
hab jetzt an die 10 Programme aus dem Internet getestet, mal mit HMC5883L.h mal nur mit Wire.h und hab auch den Sensor mit 30 cm langen Kabeln separiert .... nix
Ich vermute es ist der Arduino Clone der sich nicht mit dem Sensor verträgt. Habe da aber auch unterschiedliche UNO's getestet. Die Clones haben alle den SCL und den SDA separat - beim originalen Arduino sind es ja die Anschlüsse A4 und A5.
Wahrscheinlich investiere ich in einen professionellen CMPS10 und lass den GY-271 sausen.

Das kannst du natürlich machen und wie der Zufall es so will, könntest du auch Erfolg haben. Wenn man mit genügend verschiedenen Teilen lange genug rumspielt, hat man möglicherweise irgendwann Erfolg. Du hast ein Problem mit deiner Schaltung und/oder deiner Software und mußt jetzt anfangen den Fehler zu finden und zu beseitigen. In diese Situation wirst du immer wieder kommen, es lohnt sich also mal mit dem Debuggen anzufangen. Und Fehlersuche heißt sicher nicht, immer wieder irgendwelche Software aus dem Internet zu laden.

Ich verwende keine Arduino, kann daher im einzelnen nichts zu sagen. Ich würd aber so anfangen und Schritt für Schritt vorgehen:.

Zuerst den Schaltplan mal aufzeichnen und die Schaltung auf dem Papier nachvollziehen. I2C ist ja einfach, sind nur zwei Leitungen. Haben alle Beteiligten eine passende Versorgung? Sind SCL und SDA möglicherweise vertauscht? Sind die Pullups da? Hängen möglicherweise andere, störende Bauteile am I2C Bus?

Wenn das alles gut aussieht, gehts an die Software. Dazu ein kurzes Programm, das ein START, ein Byte und ein STOP ausgibt. Damit kann man dann mit Scope oder LA (hier besser mit Scope) die Signale ansehen. Die Frage, die sich hier ergeben sind: ist die I2C Hardware richtig initialisiert, sind die Pins richtig gewählt?

Wenn das soweit funktioniert, sucht man im Datenblatt des Sensors nach seiner I2C Adresse und gibt diese aus. Jetzt sollte der Slave mit einem ACK reagieren. Dies kann man mit dem LA aber auch in der Software erkennen. Nun kann man schon mal mit dem Chip kommunizieren.

Jetzt kann man sich um die Register des Sensors kümmern, sie nötigenfalls setzten und auslesen. Da hilft wieder das Datenblatt. Und am Ende wird es funktionieren. Ich hab noch jedes I2C Device zum Laufen bekommen, ob "professionell" oder Breakoutboard.

MfG Klebwax

[stepbystep]

Hallo,
danke für die Motivationszeilen.

Schaltplan ist ok, Pullups mit den richtigen Werten sind eingebaut
Alle Spannungen gemessen und alles durchgepiepst
Es hängt nur der GY-271 am I2C
Adresse 0x1E anhand Datenblatt überprüft und im Programm eingetragen
---> Scannerprogramm finden bei 100 kHz die Adresse 0x13D und bei 400 kHz 0xD ??????????
in anderen Programmen findet detectHMC5883L() jedoch wiederum "no device"
SDA und SCL sollten funktionieren und nicht vertauscht sein da ich schon einmal ein Eeprom per I2C erfolgreich angesprochen hatte

Wie sollte ich jetzt weiter vorgehen?

Frank

[Klebwax]

---> Scannerprogramm finden bei 100 kHz die Adresse 0x13D und bei 400 kHz 0xD ??????????

0x13D kann nicht sein. I2C Adressen haben 7 Bit, der Maximalwert ist also 0x7f. 0x13d braucht mehr als 8 Bit.

MfG Klebwax

[Rabenauge]

Das ist ein Fehler in der Konvertierung....13(dec) ergibt D(hex).

[vladimir66]

https://github.com/mechasolution/Mecha_QMC5883

[oderlachs]

Hallo Frank!
Ich habe zwar den GY273, der hat auch den HMC5883L und hatte da mit und Arduino nie Probleme. Kann aber jetzt aus dem Stehgreif nicht auf ein Codebeispiel zu greiffen, weil es in den Tiefen der Datensicherung schlummert.
Ich hatte das Modul zu meiner aktiven QuadroKopter Zeit zu Testzwecken bei der Code Entwicklung verwendet.
Also wenn noch Probleme, schreibe mal ..ich bin aber erst mal einige Zeit im Urlaub

Gerhard

[HaWe]

0x13D kann nicht sein. I2C Adressen haben 7 Bit, der Maximalwert ist also 0x7f. 0x13d braucht mehr als 8 Bit.

MfG Klebwax

ich würde evtl auch noch mal die I2C Adresse(n) checken.
Probier mal mein Programm

    // --------------------------------------
    // i2c_scanner
    //    
    // This sketch tests the standard 7-bit addresses
    // Devices with higher bit address might not be seen properly.
    //
     
    #include <Wire.h>
    
    #define ESP_SDA 4 //GPIO4=D2 SDA ESP8266 default
    #define ESP_SCL 5 //GPIO5=D1 DCL ESP8266 default

    byte error, address;
    int nDevices;
 
    void setup()
    {            
      // Wire.begin(ESP_SDA,ESP_SCL);  // ESP8266 if not default
      Wire.begin();                    // AVR, ARM, Leonardo, ESP8266 default
 
      Serial.begin(115200);
      while (!Serial);                 // Leonardo: wait for serial monitor

      Serial.println("\nI2C Scanner");     
      Serial.println("\nScanning...");           
    }
     
     
    void loop()
    {
      nDevices = 0;
      for(address = 0; address < 128; address++ )
      {

        if (address%16 == 0)  {   
          Serial.println();  
          Serial.print( (address+1)/16);
          Serial.print("  ");
        }

        
        if(address==0 || address==127) {
           Serial.print("** ");
           continue;
        }
        
        Wire.beginTransmission(address);
        error = Wire.endTransmission();
     
        if (error == 0)  // no error, device found
        {          
          if (address<16) Serial.print("0"); 
          Serial.print(address,HEX); Serial.print(" ");         
          nDevices++;
        }
        else if (error==4)  // unknown error or conflicting
        {
          Serial.print("?? ");   
        }    
        else
        {      
           Serial.print("-- ");   // nothing found
        }          
      }
      
      Serial.println();
      Serial.print("found: "); Serial.print(nDevices); Serial.print(" devices \n");
      delay(10000);      
    }

[vohopri]

Hallo Frank,

ich würde mir da die Kommunikation auf dem I2C Bus mit Skop oder Softwareoszi über die PC Soundkarte ansehen. Da siehst du, was tatsächlich passiert, und wo du genauer hinsehen musst. Das Herumprobieren mit Software und Komponenten, ohne sich die Ergebnisse auf elektrischer Ebene anzusehen ist nur ein Stochern im Nebel. Kurz kann man das machen, aber wenn das nicht schnell hilft, sollte man ganz schnell damit wieder aufhören.

[HaWe]

Hallo Frank,

ich würde mir da die Kommunikation auf dem I2C Bus mit Skop oder Softwareoszi über die PC Soundkarte ansehen. Da siehst du, was tatsächlich passiert, und wo du genauer hinsehen musst. Das Herumprobieren mit Software und Komponenten, ohne sich die Ergebnisse auf elektrischer Ebene anzusehen ist nur ein Stochern im Nebel. Kurz kann man das machen, aber wenn das nicht schnell hilft, sollte man ganz schnell damit wieder aufhören.

also, nee, da würde ich schon eher dann mit 2 Elektronenmikroskop-Manipulatoren die Elektronen in ihren Schalen in µC- und Sensor-Atomen einzeln setzen und löschen, um die Zustandsverteilungen quantenmechanisch zu evaluieren, allerdings ohne Doppelspalt dazwischen.
Oder alternativ vlt doch erstmal sicherheitshalber die i2c-Adressen per Software-i2c-Scanner checken, dann weiß man hinterher auch evtl besser wohin dann mit den einzelnen Elektronen.

[Holomino]

Welche Widerstandswerte für die Pullups, welche Leitungslängen?
Hast Du die typischen Abblockkondensatoren (100n parallel zu 10..100µ) zwischen VCC und GND mal ausprobiert?
Kannst Du die Leitungen verkürzen? Kannst Du den Takt weiter verringern?

Auf'm Breadboard mit 400kHz halte ich für kniffelig.