i2c & LCD stellt sich quer :/

Baumbart schrieb:
> Code anbei..

Wo?

> PCF8574_ADDRBASE in pcf8574.h auf 0x27 gesetzt
> (soll die Adresse des Moduls laut Datenblatt sein wenn die 3 A Pins offen sind)

Offen?!

> SCL und SDA sind an Port 4 & 5 des Atmega328p angeschlossen.
> Beide Pins sind mit einem 4700k R gegen VCC beschaltet.

Das sind 4.7 MΩ, ein bisschen viel.

Reza E. schrieb:
> Sorry ich habe mich jetzt registriert, nu sollte auch der Upload
> klappen.

Mit der Registrierung hat das nichts zu tun

Baumbart schrieb:
> PCF8574_ADDRBASE in pcf8574.h auf 0x27 gesetzt (soll die Adresse des
> Moduls laut Datenblatt sein wenn die 3 A Pins offen sind)

Und kannst du es dort ansprechen?
(LA oder I2C-Scanner)

Baumbart schrieb:
> SCL und SDA sind an Port 4 & 5 des Atmega328p angeschlossen

Die Reihenfolge die du nennst könnte einen Fehler beinhalten.
So wie du schreibst ist SCL A4 und SDA A5. Das wäre falsch.

DerDetlef schrieb:
>> (soll die Adresse des Moduls laut Datenblatt sein wenn die 3 A Pins offen sind)
> Offen?!
Ach Detschleff, er schrieb "Modul", da sind Widerstände drauf, die bei 
offenen Wischbrücken für einen korrekten Pegel sorgen.

uff basse schrieb:
> Die Reihenfolge die du nennst könnte einen Fehler beinhalten.
> So wie du schreibst ist SCL A4 und SDA A5. Das wäre falsch.

Mal in eines meiner gucken: LCD I2C - A4 SDA / A5 SCL

Baumbart schrieb:
> Hat jemand eine Idee

Ja: Den bekannt bewährten I2C-Scanner hochladen und mit dem seriellen 
Monitor gucken, was der findet. Neben dem vermuteten Verdrahtungsfehler 
kann auch ein anderer 8574 bestückt sein, dann wäre es 0x3F.

Baumbart schrieb:
> es will einfach nicht. Das LCD zeigt nur 2 Balken und mehr nicht. Hat
> jemand eine Idee was ich da übersehe?

> Das Display ist übrigens in Ordnung, denn es funktioniert nach der
> "üblichen" 4bit Beschaltung, wie es im LCD Tutorial hier im Forum
> beschrieben ist.

Mal das Kontrastpoti des I2C Interface in beide Richtungen gedreht?

Baum B. schrieb:
> 0x3F war auch eine Vermutung anderer azdelivery Käufer. Bereits
> getestet.. ohne Erfolg.
> Den I2C-Scanner muss ich mir mal genauer anschauen.

So, du hast also noch nie nachgeschaut, ob und auf welcher I2C-Adresse 
dein Konstrukt tatsächlich anzusprechen ist. Mal ganz abgesehen davon, 
daß man zum Nachschauen keinen "I2C-Scanner" braucht, sondern sich sowas 
mit ein paar dürren Quellcodezeilen selber schreiben kann. Hast du 
eigentlich das Manual zum Display gelesen?

Ich geb dir mal ein kleines symbolisches Beispiel:

const
  WriteI2C = true;
  ReadI2C  = false;
  Acked    = true;
var
  Response: boolean;
  Gefunden: integer;

Gefunden:= 0;
for i:=0 to 127 do
begin
  Response:= OpenSlave(i, WriteI2C);
  if Response=Acked
  then begin
         writeln('Adr: ', i,' WR');
         inc(Gefunden);
       end;
  StopCond;
  Response:= OpenSlave(i, ReadI2C);
  if Response=Acked
  then begin
         writeln('Adr: ', i,' RD');
         inc(Gefunden);
       end;
  StopCond;
end
writeln('gefundene Adressen: ', Gefunden);

So, das war sozusagen der ganze I2C-Scanner. Du brauchst dafür lediglich 
den Lowlevel-Treiber für den I2C, der die folgenden Funktionen hat (und 
den du ohnehin benötigst):

 Übertragung starten und adressieren
 OpenSlave (Adresse: Byte; R_W: Boolean): Boolean;

// Übertragung stoppen
 StopCond;

sowie
 ein Byte schreiben
 I2C_Write (aByte: Byte): Boolean;

 ein Byte lesen
 I2C_Read  (Acknowledge: Boolean): Byte;


W.S.

Robert schrieb:
> Mal das Kontrastpoti des I2C Interface in beide Richtungen gedreht?

Ein sinnloser Tip, weil:
Baumbart schrieb:
> denn es funktioniert nach der "üblichen" 4bit Beschaltung,

W.S. schrieb:
> So, du hast also noch nie nachgeschaut, ob und auf welcher I2C-Adresse
> dein Konstrukt tatsächlich anzusprechen ist.

Genau das ist die Stelle, wo eigenständige Fehlersuche beginnt.

> Mal ganz abgesehen davon,
> daß man zum Nachschauen keinen "I2C-Scanner" braucht, sondern sich sowas
> mit ein paar dürren Quellcodezeilen selber schreiben kann.

Ich kann mir auch eine Stange Rundstahl kaufen, Scheibe absägen, Loch 
bohren ... und eine Sechskantmutter selbst herstellen.

Es ist einfach überflüssig, wenn fertige Produkte billig verfügbar sind. 
Genau das ist dieser I2C-Scanner: Kopieren, drauf laden und fertig, drei 
Minuten und Klarheit, wo es lang geht.

Manfred schrieb:
> Neben dem vermuteten Verdrahtungsfehler
> kann auch ein anderer 8574 bestückt sein, dann wäre es 0x3F.

So viel Auswahl gibt es da nicht. Der PCF8574 liegt bei 0100xxx (Basis 
I2C-Adresse 0x20) und der PCF8574A bei 0111xxx (Basis I2C-Adresse 0x38). 
Durch einen Blick auf die Beschriftung des auf dem Modul verbauten ICs 
sollte sich das klären lassen ;-)

Baum B. schrieb:
> Den I2C-Scanner muss ich mir mal genauer anschauen.

Anschauen nützt nichts. Du musst den Code auf einen Arduino hochladen, 
dein Modul anschließen und dir dann die Ausgabe des Arduino auf der 
seriellen Schnittstelle angucken.

Matthias S. schrieb:
> Im Katalog von AZDelivery sieht es allerdings so aus, als kratzen die
> Jungs die Beschriftung ab (so idiotisch das auch ist).

Das könnte ein Grund für die Preise sein, die sie dort für das Interface 
verlangen. Der Mehraufwand muss bezahlt werden ;-)

Da ein anderes Display funktioniert, könnte es sein, dass das neue 
Display ein anderes Timing hat.

Werner F. schrieb:
> beim 1602+I2C Adapter

Finde heraus, wie der PCF8574 mit dem Display verbunden ist. Es gibt 
mehrere Varianten der Chinaboards, die unterschiedlich initialisiert 
werden wollen.

Mich irritieren auch Deine 0x70. Arduino-üblich sind 0x3F oder 0x27, die 
man über die Adressjumper noch um 7 verschieben könnte. Da komme ich 
dann auf 0x20, was ein Bit (siebentes, 64) neben Deinen 0x70 ist.

Werner F. schrieb:
> Mein Programm steht und läuft perfekt mit einem
> Eigenbau I2C Portexpander PCF8574A, der laut Datenblatt eine
> Basis-Adresse 0x70 hat - A0,A1,A2 auf GND - (und nicht 0x30 oder 0x38
> wie Wolfgang schrieb).

Die I2C-Adresse besteht aus 7 Bit (s. I2C-Specs)
Die Basisadresse des PCF8574A wird zumindest von TI im Datenblatt als 
0x38 angegeben ("Responder Adress" in Fig. 7-2). Der Master baut diese 
I2C-Adresse mit dem R/W-Bit zum ersten übertragenen Byte zusammen.

Werner F. schrieb:
> $30 ($38) scheint Arduino spezifisch zu sein.

Warum sollte TI Arduino spezifische Adressen angeben?
Die I2C-Spec ist in Bezug auf die Definition der I2C-Adresse eindeutig 
(z.B. Fig.9 auf S.13).
https://www.nxp.com/docs/en/user-guide/UM10204.pdf

Nimm einen I2C-Scanner oder einen LA und guck, ob dein I2C-Slave den 
Empfang des ersten Byte mit einem Ack bestätigt.

Wolfgang schrieb:
> Nimm einen I2C-Scanner

Würde ich auch sagen. Es gibt nämlich auch den PCF8574B, und somit 
insgesamt 16 verschiedene Adressen, dazu unterschiedliche Schreibweisen 
der Adresse (7/8 Bit) und unterschiedliche Pinbelegungen.

J. S. schrieb:
> Aber dieser Streit ist so alt wie I2C selbst

In der I2C-Spezifikation ist die Adresse mit 7 Bit definiert. Was gibt 
es da zu streiten?

Klar, wenn Leute das erste übertragene Byte mit der I2C-Adresse in einen 
Topf schmeißen, muss es Chaos geben.
Wer sich nicht an die Spezifikation hält, muss halt die daraus 
entstehenden Unklarheiten ausbaden.

Werner F. schrieb:
> Einen I2C-scanner habe ich noch nicht

Wurde doch weiter oben als Anhang gepostet: 
Beitrag "Re: i2c & LCD stellt sich quer :/"

Außerdem enthält die Arduino IDE einen. Selbst wenn du kein Arduino Fan 
bist, kann es sich dennoch allein deswegen lohnen, die IDE mal eben 
schnell zu installieren.

Oder du nimmst die i2c-tools von Linux (konkret: i2cdetect). Ich benutze 
dazu einen Sparkfun Digistump als I²C Adapter, die Firmware dazu findest 
du auf https://github.com/harbaum/I2C-Tiny-USB/tree/master/digispark

Werner F. schrieb:
> Einen I2C-scanner habe ich noch nicht

Das sind ein paar Dutzend Programmzeilen auf einem µC für wenige €, den 
du als I2C-Master an deinen Slave hängst.

Werner F. schrieb:
> Finde ich irgendwo die Codezeilen?

Im Arduino Framework

Werner F. schrieb:
> Und ist dazu ein separates Gerät (uC) zum Test notwendig

Ja, irgendein Arduino.

Werner F. schrieb:
> wie funktioniert das Ganze?

Steht irgendwo auf Arduino.cc beschrieben.
https://playground.arduino.cc/Main/I2cScanner/

OMG. Kann man sich wirklich so dumm anstellen?

Werner F. schrieb:
> wenn man ... sich mit der Programmierung in AVR-Assembler
> und C/C++ beschäftigt...
> Deshalb hilft natürlich der Arduino-Hinweis nichts

Arduino ist aber C/C++, die Software ist kostenlos und sehr leicht zu 
installieren. Alleine der integrierte I²C Scanner Sketch ist Grund 
genug, die Arduino IDE mal auszuprobieren.

Wenn du mit anderer Software klar kommst: gerne, aber es sieht wohl eher 
nicht danach aus.

Werner F. schrieb:
> erst mal danke und ja, kann man, wenn man mit Arduino nichts zu tun hat
> sondern sich mit der Programmierung in AVR-Assembler und C/C++
> beschäftigt.

Gratuliere zum erfolgreich bestandenen Test über Beratungsresistenz.
Da hilft wohl nix mehr. Ausserdem hast du damit bewiesen dass du
ausser von Assembler noch nichts Anderes eine Ahnung hast.

erklehr behr schrieb:
> ausser von Assembler noch nichts Anderes eine Ahnung hast.

.... und von Assembler vermutlich auch nicht viel sonst hättest
du den Scanner schnell mal selbst hingerötzt und hättest schon
längst eine Aussage zu deinem Problem.