ja, du hast Recht, es kann sein dass der Befehl in einer der Libs versteckt ist, wenn du eine Klasse initialisierst.
Kann dann aber auch passieren, dass eine andere Klasse nicht korrekt initialisiert und gestartet wird.
Ich schreib Wire.begin() allerdings immer bei mir als allerersten Wire-Befehl in setup() rein, dann läuft nichts falsch.
Was machen deine I2C ioerr Fehler ?
Da hast Du natürlich recht.ich finde bare-metal-C-Tipps zu Arduino C++ Klassen wie Wire auch nicht so hilfreich
Aber es geht hier ja um mal einzugrenzen wo der Fehler liegt.
Wie man das dann bei ARDUINO umsetzt ist wieder eine ganz andere Sache.
Das scheint logisch. Kann das aber keine Konflikte geben, wenn der Befehl aus den Libraries dann auch aufgerufen wird?Zitat von HaWe
Gute Frage! Ich habe subjektiv den Eindruck, sie sind weniger geworden. Im Moment läuft er gerade seit ca. 15min OK. Ich gebe jetzt parallel zur OLED die Daten auch auf dem seriellen Terminal aus. Falls er sich wieder aufhängt, hoffe ich so zu sehen, ob die eigentliche Steuer und Anzeigeroutine trotzdem noch geht und "NUR" der I2C spinnt. Im schlimmsten Fall ist der Si4703 defekt. Das wäre Mist, weil schon endgültig eingebaut. Austausch wäre ein Albtraum!
So! Gerade hat er sich wieder aufgehängt und natürlich bleibt auch die Anzeige im seriellen Monitor komplett stecken! Es geht also NICHTS mehr.
Was ein Mist!
Gruß Uwe
nein, das gibt keine Konflikte: Wire wird immer mit den gerade aktuellen settings gestartet, anfangs eben mit den defaults.
Ändert dann eine andere Funktion die Wire-settings nachträglich und startet Wire.begin() erneut, gelten ab dann die neuen settings.
Wenn du also sicher bist, was deine 1. Wire-Device lib macht, kannst du ggf. darauf verzichten, aber wenn du z.B. erst ein OLED oder einen Portmuxer initialisierst, und dann erst dein Radio, kann es schief laufen. Daher macht es Sinn, anfangs Wire.begin() zu schreiben, um sicher zu gehen, denn schaden tut es ja nicht.
Tipp:
füge vor alle i2c-Befehle also den ping-Befehl ein, um deinen I2C Bus zu testen.
Passieren viele Fehler, überprüfe deine Kabel und Steckbretter.
Sind alles Kabel ok, füge mal je ein delay(1); zwischen alle Wire-Befehle ein.
Ich bin nicht sicher, das das beim Si4703 so funktioniert, weil der I2C offensichtlich nicht schon nach Einschalten aktiv ist. Ich hatte an der Hardware einen I2C-scanner laufen lassen. Der hat nur das OLED (0x3C) gefunden, nicht aber den Si4703 (0x10). Erst als ich in den Scaner-Code auch die library und den Befehl "radio.init();" eingefügt habe, hat er beide Adressen gefunden.
Ich denke daher, das in diesem speziellen Fall Wire.begin() am Anfang nichts bringt, weil ja der Si4703 nicht aktiv ist, oder?
Jetzt gerade versuche ich mal eine andere Sache. Bisher rattert die main loop ständig vor sich hin und bei jedem Durchlauf wird die komplette Anzeige Subroutine aufgerufen. Ich denke, das ist Unfug. Ich werde den Aufruf mit timer steuern (millis) bzw. nur jeweils nach einer Tasten-Eingabe abrufen. Das sollte den Verkehr auf I2C massiv reduzieren, oder nicht? Vielleicht bring das ja was.
Gruß Uwe
stimmt, aber schaden tut es ja auch nicht. Wäre nur möglicherweise der Fall, falls du andere I2C Geräte vorher lädst, wie ein OLED etc.
Wenn du also nicht wirklich genau weißt, was deine Libs im Einzelnen machen, ist ein Wire.begin() am Anfang niemals falsch, insbesondere dann, wenn du irgendwelche "Hänger" bei deinem Busbetrieb beobachtest.
stimmt, genau deshalb habe ich oben ja auch mindestens die delay(1) zwischen allen i2c-Bus-Zugiffen vorgeschlagen.Das sollte den Verkehr auf I2C massiv reduzieren, oder nicht? Vielleicht bring das ja was.
Bei anspruchsvolleren Controllern (ARM) verwende ich genau deshalb auch immer Multithreading mit einem extra (langsamen) Thread nur für die Anzeige.
PS:
und vor blindem Herumprobieren ist es ntl immer gut, exakte Daten zu haben, daher pinge doch mal deine geräte kurz vorher an, wie ich oben beschrieben habe, bevor du sie ausliest und Daten schreibst, nur so wirst du wissen, wo und wann etwas nicht richtig funktioniert.
Das "Anpingen" würde ich ja gern probieren, nur wie macht man das? Unwissenheit kann nerven, ich weiß!
Gibt es einen Befehl in der Wire-Library (keinen gefunden), oder muß man das jeweils handisch coden, ähnlich wie im I2C-Scanner Code?
Gruß Uwe
habe ich doch oben geschrieben!
vor jedem einzelnen Geräte-Zugriff (Radio, OLED, was auch immer) IMMER zwischendurch diesen Code einfügen:
am besten sogar noch mit Debug-Zusätzen wieCode:Wire.beginTransmission(addr); // transmit to device I2C addr int ioerr=Wire.endTransmission(); if(ioerr) { // Ausgabe eines Fehlers samt i2c-addr. Serial.print("Fehler bei addr 0x"); if (addr<16) { Serial.print("0"); } Serial.print(addr,HEX); Serial.print(" ioerr="); Serial.println(ioerr); }
Serial.println("vor Lautstärke:");
...
Serial.println("vor Sender:");
...
Serial.println("vor RDS:");
...
Serial.println("vor OLED print:");
...
usw usf
Für addr musst du ntl dort jeweils die exakte i2c-Geräteadresse einsetzen (z.B. wenn OLED die Adresse 0x3c hat, dann jeweils vor OLED-Zugriff):
Code:int addr=0x3c; // für OLED Wire.beginTransmission(addr); // transmit to device I2C addr int ioerr=Wire.endTransmission(); if(ioerr) { // Ausgabe eines Fehlers samt i2c-addr. Serial.println("vor OLED print:"); Serial.print("Fehler bei addr 0x"); if (addr<16) { Serial.print("0"); } Serial.print(addr,HEX); Serial.print(" ioerr="); Serial.println(ioerr); }
PS:
für diesen Code-Block kannst du ntl auch eine eigene Debug-Funktion spendieren
Aufruf dieser Funktion ist dann ja wohl trivialCode:void i2c_debug(int addr, char * message) { Wire.beginTransmission(addr); // transmit to device I2C addr int ioerr=Wire.endTransmission(); if(ioerr) { // Ausgabe eines Fehlers samt i2c-addr. Serial.println(message); Serial.print("Fehler bei addr 0x"); if (addr<16) { Serial.print("0"); } Serial.print(addr,HEX); Serial.print(" ioerr="); Serial.println(ioerr); } }
Geändert von HaWe (18.02.2018 um 10:41 Uhr)
Berechtigungen
Zitieren
Lesezeichen