LCD 16x2 I2C adresse 0x27 und 0x3F

kann man noch frohe weihnachten wünschen?

schon wieder ein ganz simples problem...

ich verwende an meinen robotern das 16x2 display, alle bisher gekauften hatten die adresse 0x27. Die neue lieferung hat aber 0x3F. Und das ist bei der bestellung nicht erkennbar :-(...
edit: im "kleingedruckten" steht es manchmal drin, habe nicht drauf geachtet :-(

Die adressen lassen sich in dem jeweiligen bereich, also 0x2 und 0x3 durch schliessen der lötbrücken A0 bis A3 verändern. Ein wechsel von 0x2 zu 0x3 geht wohl nicht, oder?

im code ist dann immer diese zeile: "LiquidCrystal_I2C lcd(0x27, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE);"

lässt sich das irgendwie so einrichten, dass die adresse erstmal abgefragt und dann festgelegt wird? Sowas wie "ifndef"?

Zitat:

---

Zitat von inka

das 16x2 display, alle bisher gekauften hatten die adresse 0x27. Die neue lieferung hat aber 0x3F. Und das ist bei der bestellung nicht erkennbar :-(...
edit: im "kleingedruckten" steht es manchmal drin, habe nicht drauf geachtet :-(

---

.
Vermutlich handelt es sich bei der I2C-Schnittstelle am LCD um einen PCF8574 oder eben PCF8574A. Nach allem was ich zu dieser Thematik bisher gelesen hatte, ist das eine regelmäßige Quelle von Frust. Ich kann nicht herauslesen, ob du das weißt. Der A-Typ wurde bewusst geschaffen, um den Adressraum von Portexpandern, also die maximale Anzahl gleicher Bausteine an ein-und-dem-selben I2C-Bus zu verdoppeln.

Zitat:

---

Zitat von inka

Ein wechsel von 0x2 zu 0x3 geht wohl nicht, oder?

---

Nein, die Basisadresse kannst du nicht um-basteln, die ist im Silizium fest verankert.

Zitat:

---

Zitat von inka

im code ist dann immer diese zeile: "LiquidCrystal_I2C lcd(0x27, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE);"
lässt sich das irgendwie so einrichten, dass die adresse erstmal abgefragt und dann festgelegt wird? Sowas wie "ifndef"?

---

ifndef ist eine Anweisung an den Preprozessor. Damit kannst du bei der Compilierung steuern, ob die Variante ... lcd(0x27... oder ...lcd(0x3F... in das Programmfile eingebaut wird. Dann hast du eben immer genau die eine ODER die andere Display-Adresse im Code.
Alternativ kannst du bei Programmbeginn (PowerUp) einen Jumper bzw. Taste abfragen oder eine Menüfunktion zur Umschaltung mit Speicherung der Displayvariante im EEPROM realisieren. Abhängig davon wird im Programm die eine oder die andere Befehlsvariante abgearbeitet. Das ist dann flexibler. Besser noch, wenn du die Konstante durch eine Variable ersetzt, die am Programmanfang EINMAL den passenden Wert zugewiesen bekommt, Dann wird eben ...lcd(my_lcd_address.... in den Code geschrieben und die Umschaltung kann an EINER Stelle im Programm erfolgen.
Kommt eben drauf an, was genau du benötigst.

In speziellen Fällen kannst du dir den I2C-Scanner umstricken, so dass er die Adresse ins Programm einfügt, die er gefunden hat.
Das wird aber _nicht_ funktionieren, wenn du mehrere I2C-Geräte am Bus hast, weil er nicht rausfinden kann, wer was ist.
Eventuell aber gibts da noch die Möglichkeit, beispielsweise zwischen einer RTC und nem Display-zumindest grob- zu unterscheiden, indem du auswertest, was vom jeweiligen Busteilnehmer rein kommt.
Wackelige Geschichte, aber _kann_ funktionieren.

so, die dritte bestellung der I2C adapter ist nun auch schiefgelaufen, weil sich die chinesen den teufel drum scheren ob man was zu der bestellung dazuschreibt oder nicht, die liefern irgendwas - und nun wiederholt teile mit der adresse 0x3F. Immerhin unschlagbar billig.

Zitat:

---

Zitat von RoboHolIC

.ifndef ist eine Anweisung an den Preprozessor. Damit kannst du bei der Compilierung steuern, ob die Variante ... lcd(0x27... oder ...lcd(0x3F... in das Programmfile eingebaut wird. Dann hast du eben immer genau die eine ODER die andere Display-Adresse im Code.

---

ich würde gerne beide varianten "blind" einsetzetn und meine (geschätzt) 100 sketches jetzt nur einmal so anpassen, dass ich mir ein "modul" baue --


jetzt sieht es in etwa so aus:

Code:

---

#include <LCD.h>
#include <LiquidCrystal_I2C.h>


LiquidCrystal_I2C lcd(0x3F, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE);


im setup():
{
.....
  lcd.begin(16, 2);
  lcd.clear();
  lcd.setCursor(0, 0);
  lcd.setBacklight(HIGH);
  lcd.print("xyz-sketch");
  lcd.setCursor(0, 1);
  lcd.print("xyz-sketch");
  delay(2000);
  lcd.clear();
.....
}

---

-- der überall identisch ist und automatisch erkennt, welches I2C-modul eingesetzt ist. Wie muss ich das jetzt mit dem "#ifndef" angehen? Ich bin da - wie schon oft - ahnungslos :-(
greift z.b. #ifndef auf die hardware zu? Oder muss ich irgendwie einen I2C scanner im vorfeld laufen lassen?:confused:

Zitat:

---

Zitat von inka

Oder muss ich irgendwie einen I2C scanner im vorfeld laufen lassen?:confused:

---

Na einen ganzen Scanner braucht man nicht, es können ja nur 2 Adressen vorkommen. Du schickst einfach ein Start, die erste Adresse mit R/W Bit auf 0 und ein Stop. Kommt ein ACK, hast du das Display gefunden und du merkst dir die Adresse in einer Variable und benutzt die zukünftig. Kommt kein ACK probierst du das gleiche mit der zweiten Adresse. Kommt da auch kein ACK ist kein Display angeschlossen.

MfG Klebwax

Zitat:

---

Zitat von Klebwax

Na einen ganzen Scanner braucht man nicht, es können ja nur 2 Adressen vorkommen. Du schickst einfach ein Start, die erste Adresse mit R/W Bit auf 0 und ein Stop. Kommt ein ACK, hast du das Display gefunden und du merkst dir die Adresse in einer Variable und benutzt die zukünftig. Kommt kein ACK probierst du das gleiche mit der zweiten Adresse. Kommt da auch kein ACK ist kein Display angeschlossen.MfG Klebwax

---

mit start, stop und ACK meinst du auf dem I2C bus, oder? Läuft die anfrage nicht in der loop? Ich muss aber die adresse bereits vor dem setup für

Code:

---

LiquidCrystal_I2C lcd(0x3F, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE);

---

haben... Wie geht das zusammen?

Zitat:

---

Zitat von inka

mit start, stop und ACK meinst du auf dem I2C bus, oder? Läuft die anfrage nicht in der loop? Ich muss aber die adresse bereits vor dem setup für

Code:

---

LiquidCrystal_I2C lcd(0x3F, 2, 1, 0, 4, 5, 6, 7, 3, POSITIVE);

---

haben... Wie geht das zusammen?

---

Arduino hat dafür Wire() Befehle, die auch im Arduino i2c Scanner verwendet werden -
und zum Testen von Adressen brauchst du das Display nicht initialisieren, der Scanner findet aktive i2c Geräte von alleine.

ich hab jetzt das hier gemacht:

Code:

---

#include <Wire.h>

byte I2CAdd;
byte I2CAdd_hex;
byte fehler;
boolean done = false;

//0x3F = 63
//0x27 = 39

void setup()
{
  Serial.begin(115200);
  Wire.begin();
}

void loop()
{
  if (!done)
  {
    I2c_suche();
  }

  //weiterer code
}

void I2c_suche()
{
  Wire.setClock(100000L);
  for (I2CAdd = 28; I2CAdd < 64; I2CAdd++)
  {
    Wire.beginTransmission(I2CAdd);
    fehler = Wire.endTransmission();

    if (fehler == 0)
    {
      Serial.print("Baustein mit Adresse 0x");
      Serial.print(I2CAdd, HEX);
      Serial.println(" gefunden!");
      I2CAdd_hex = (I2CAdd);
      Serial.println(I2CAdd_hex, HEX);
      done = true;
    }
  }
}

---

hier kann ich immerhin die "3F" ausdrucken, also ist eine übertragung in eine variable auch kein problem. Die LCD initislierung erwartet aber ein"0x3F" - wie mache ich das?

EDIT: es funktioniert auch mit "0x27"

Zitat:

---

Zitat von inka

ich hab jetzt das hier gemacht:

hier kann ich immerhin die "3F" ausdrucken, also ist eine übertragung in eine variable auch kein problem. Die LCD initislierung erwartet aber ein"0x3F" - wie mache ich das?

EDIT: es funktioniert auch mit "0x27"

---

1 i2c Chip kann nur 1 i2c Adresse haben, es kann also nur 1 von beiden stimmen.

ich habe es natürlich an zwei verschiedenen adaptern (0x27 und 0x3F) und das nacheinander bzw. getrennt getestet :-)

eine idee zu "0x"?