PCF8574 muss mehrfach ausgelesen werden

[Hermann G. (hermann_g)]

Hallo Zusammen,

zur Zeit experimentiere ich etwas mit I2C und bin dabei bei auf ein 
kleine Problem gestoßen. Ich benutze eine LPC1768 als Master und steuere 
damit einen PCF8574 an. Das funktioniert auch soweit, 4 IOs sind mit 
LEDs verbunden und 4 mit einem Dip-Schalten, also 4 Ein- und 4 Ausgänge.

Die vier LEDs lassen sicher Problemlos ein und ausschalten und auch den 
Dip-Schalter kann ich auslesen, allerdings erst nach wiederholter 
Abfrage?!
Bei der Abfrage lese ich 4 Zyklen lange aus, wobei aber nur im letzten 
Zyklus die richtigen Werte ankommen, davor kommt nur 0x00 an.
Das irritiert mich etwas, eigentlich sollten die Werte ja schon beim 
ersten Mal richtig sein... hier mal der Code:

  /* Clear Buffer before Write Data */
  for ( j = 0; j < BUFSIZE; j++ )              
  {
  I2CMasterBuffer[j] = 0;
  }

 
    I2CWriteLength = 2;                    // 2 Byte I2C schreiben
    I2CReadLength = 0;                    // 0 Byte lesen

    I2CMasterBuffer[0] = PCF8574A_ADDR | 0x0E;        // 1. Byte = PCF8574A + Adresse (schreiben)
    I2CMasterBuffer[1] = 0xFF;                // 2. Byte schreiben  
 

  I2CEngine(); 
    delay_ms(5);                        



while(1){
  int i;

    /* Clear Buffer before Read Datac */ 
    for ( i = 0; i < BUFSIZE; i++ )              // Clear Buffer 
    {
    I2CMasterBuffer[i] = 0;
    
    I2CWriteLength = 1;                    // 1 Byte I2C schreiben Transfer
    I2CReadLength = 4;                       // 4 Byte lesen

    I2CMasterBuffer[0] = PCF8574A_ADDR | 0x0E | RD_BIT;      // 1. Byte = PCF8574A + Adresse (lesen)

      
    I2CEngine();

//  LPC_GPIO2->FIOPIN = I2CMasterBuffer[1];
//  LPC_GPIO2->FIOPIN = I2CMasterBuffer[2];
//  LPC_GPIO2->FIOPIN = I2CMasterBuffer[3];
  LPC_GPIO2->FIOPIN = I2CMasterBuffer[4];

Ich geben die empfangen Daten dann über 8 LEDs aus, die direkt vom µC 
angesteuert werden.

Ich hoffe ich habe die wichtigsten Sachen angegeben.

Vielleicht hatte ja schon mal wer ein ähnliches Problem?

Viele Grüße

[Jörg S. (joerg-s)]

Der DIP-Schalter hängt direkt am Pin uns schliesst den gegen Masse kurz?

[H. P. Bolliger (Gast)]

Schreibst du in die Dipswitch-bit des PCF8574 einen High-Pegel bevor du 
sie als Input brauchst?

[Hermann G. (hermann_g)]

Ja, der Dip-Schalter hängt direkt am PCF und ist mit Masse verbunden.

Und ich setzte alle Bits zuvor auf HIGH (siehe Code). Anders würde ich 
auch beim letzten Zyklus keine Werte auslesen können.

Ach ja, das Problem besteht immer, also unabhängig von einer Wertänder 
am Dip-Schalter

[Michael S. (Gast)]

Hallo Hermann G.

Der PCF8574 hat einen open collector als Ausgang.
Wenn ein Pin auf 1 gesetzt wird, dann schaltet er durch.

Wenn du zusätzlich einen Schalter auf low legst, dann bringt das nichts.

Ergo: Pinstatus muss 0 sein.
Der Schalter muss nach Masse oder VCC schalten.

mfg

Michael S.

[Falk B. (falk)]

@  Michael S. (Gast)

>Der PCF8574 hat einen open collector als Ausgang.

Ja.

>Wenn ein Pin auf 1 gesetzt wird, dann schaltet er durch.

Nein. Schau ins Datenbatt,

"Fig.9 Simplified schematic diagram of each I/O."

>Wenn du zusätzlich einen Schalter auf low legst, dann bringt das nichts.

Doch.

>Ergo: Pinstatus muss 0 sein.

Nein. HIGH

>Der Schalter muss nach Masse oder VCC schalten.

Nach Masse, VCC geht nicht.

http://www.mikrocontroller.net/articles/Port-Expander_PCF8574

MFG
Falk

[Hermann G. (hermann_g)]

Falk Brunner schrieb:
> http://www.mikrocontroller.net/articles/Port-Expan...

Genau so habe ich meine Schaltung aufgebaut, also ensprechend den LEDs 
und dem Taster.
Funktioniert ja auch alles, abgesehen davon, dass ich wiederholt 
auslesen muss...

[Michael Ṡ (Gast)]

Oh, sorry ....

Das war ein Erklärungsversuch - als Schuss aus der Hüfte - ohne das 
Datenblatt zu konsultieren.


Michael S.

[Peter D. (peda)]

Was macht denn dieses "I2CEngine();"?
Vielleicht stößt das nur einen Interrupthandler an und das Lesen ist 
noch garnicht passiert.
Mach mal ne Wartezeit dahinter.


Peter

[Hermann G. (hermann_g)]

Peter Dannegger schrieb:
> Was macht denn dieses "I2CEngine();"?

I2CEngine() stammt aus einer Code-Sammlung von NXP. Die Kommunikation 
des I2C wir nur durch Interrupthandler übernommen.
Ich habe ein Delay zwischen den einzelnen Abfragen eingebaut, was aber 
nichts gebracht hat...

aber schon mal vielen Dank für die ganzen Antworten :)

edit: Der PCF überträgt schon alle 8 IO-Zustände auf einmal? Fig. 12 
READ MODE im Datenblatt verwirrt mich gerade etwas.

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

NImm mal diese lib um Fehler auszugrenzen:
http://homepage.hispeed.ch/peterfleury/group__pfleury__ic2master.html

[Juppi J. (juppiii)]

I2CMasterBuffer[0] = PCF8574A_ADDR | 0x0E;
 // 1. Byte = PCF8574A +Adresse (schreiben)

Ist die Schreib_Grund_Adr des Pcf 8574A  nicht $71 ?

C programmiere ich aber noch nicht.

[Hermann G. (hermann_g)]

Die Lib ist ja für AVR, der LPC hat ja die ARM-Architektur, das geht 
nicht denke ich oder?

R/W Bit sollte passen, 0x70 + einstellbaren Adreesraum für schreiben
und 0x71 für lesen.

[Peter D. (peda)]

Stimmt denn die Baudrate?
Die standard I2C-ICs können nur max 100kHz.
Probier mal 10kHz.


Peter

[Hans Peter B. (Gast)]

Ich denke du musst für Read-Operationen mit der I2cEngine()-Function, 
anstelle von I2CMasterBuffer[], den String I2CSlaveBuffer[] verwenden

setze doch mal folgende Sequenz bei dir ein

#define PCA8574A_ADDR   0x70
#define  PCA8574_ADDR  0x40

      /* Clear Buffer before Read Datac */
      for ( i = 0; i < BUFSIZE; i++ )              // Clear Buffer
      {
        I2CMasterBuffer[i] = 0;
  }
  I2CWriteLength = 2;
  I2CReadLength = 2;
  I2CMasterBuffer[0] = PCA8574A_ADDR;
  I2CMasterBuffer[1] = 0xFF;
  I2CMasterBuffer[2] = PCA8574A_ADDR | RD_BIT;
  I2CEngine();

  LPC_GPIO2->FIOPIN = I2CSlaveBuffer[0];

Hans Peter

[Hermann G. (hermann_g)]

@ Peter

ändert leider auch nichts am Verhalten, selbst bei 1 kHz..

@ Hans Peter

Im SlaveBuffer landen bei mir keine Daten, weder mit meinem Code noch 
mit deinem

[juppi (Gast)]

Kommt auch der Takt Impuls für das einlesen des ACK.
Nach dem Daten einlesen oder ausgeben.

[Hermann G. (hermann_g)]

juppi schrieb:
> Kommt auch der Takt Impuls für das einlesen des ACK.
> Nach dem Daten einlesen oder ausgeben.

ich hab leider kein Oszi hier, mit dem ich mir die Pegel anschauen 
kann...
Aber ich versuch mal eins zu organisieren

[Hermann G. (hermann_g)]

Hallo Zusammen,

ich hab das Problem gefunden.
Der "Fehler" liegt im Interrupthandler, dort werden Empfangene Bytes mit 
zwei Feldern Abstand im MasterBuffer abgelegt. Deshalb kommt es so vor, 
als würden erst das dritte abgefragte Datenbit stimmen.

Hier der Auszug aus dem IRQHandler:

/* Data byte has been received, regardless following ACK or NACK */
  // Master Receive :  Data byte has been received; ACK has been returned.   
  case 0x50:  

    // Master Receive : Data byte has been received; NOT ACK has been returned.
  case 0x58:  I2C1MasterBuffer[3+Rd1Index] = LPC_I2C1->I2DAT;
        Rd1Index++;

Viele Grüße