LCD HD44780 Atmega16 und PCF8574

[Daniel (Gast)]

Hallo ich versuche schon seit mehreren Tagen das LCD Display zum Laufen 
zu bringen. Ich weiß einfach nicht woran es liegt das ich kein Zeichen 
auf dem Display anzeigen lassen kann. Ich denke das es richtig 
initialisiert wird.
DIe Kommunkation zwischen dem Atmega16 und dem PCF8574 funktioniert. Hab 
statt dem Display LED angehängt. Ich nutze den voreingestellten Takt des 
Atmega16

Wo liegt der Fehler im Quellcode..?

/*
 * GccApplication1.c
 *
 * Created: 26.05.2016 20:58:27
 * Author : creme
 * LCD Pin Description
 * 1 - Vss (GND)
 * 2 - Vcc (+5V)
 * 3 - Vee (poti Kontrasteinstellung)
 * 4 - RS
 * 5 - R/W
 * 6 - E
 * 7 - DB0
 * 8 - DB1
 * 9 - DB2
 * 10 - DB3
 * 11 - DB4
 * 12 - DB5
 * 13 - DB6
 * 14 - DB7
 * PCF8574 Pin Description
 * P0 - DB4
 * P1 - DB5
 * P2 - DB6
 * P3 - DB7
 * P4 - RS
 * P5 - E
 * R/W - GND
 */ 

#include <avr/io.h>
#include <avr/interrupt.h>
//#include <avr/iom16.h> //ISR Vektoradresse mit Variablenbezeichnung
//#include "lcd-routines.h"

#include "i2clcd.h"
#include "i2cmaster.h"

//#define F_CPU 1000000UL

//#include "lcd.h"
//#include <avr/i2c>
#define DevPCF8457 0x40
uint8_t PCFPort = 0x00;

#define PC0 0
#define PC1 1
#define PC2 2
#define PC3 3
#define PC4 4
#define PC5 5
#define PC6 6
#define PC7 7

#define RS (1<<PC0)
#define RW (1<<PC1)
#define E (1<<PC2)
//#define PC3 (1<<3)
#define D4 (1<<PC4)
#define D5 (1<<PC5)
#define D6 (1<<PC6)
#define D7 (1<<PC7)
#define PX (1<<0)


#define SetDisplay 0x08
#define DisplayOn 0x04
#define CursorOn 0x02
#define CursorOff 0x00
#define CursorBlinkOn 0x01
#define CursorBlinkOff 0x00

#define LCDSetEntry 0x10
#define LCDEntryIncrease 0x04
#define LCDEntryDecrease 0x00
#define LCDShift 0x01
#define LCDNoShift 0x00
#define DisplayCursorShift 0x10

#define ClearDisp 0x01

#define FuncionSet 0x20
#define LCD4Bit 0x00
#define LCD2Lines 0x08
#define LCD5x7 0x00


uint16_t cnt=0;
uint8_t fin=0;

ISR(TIMER0_COMP_vect)
//Aufruf alle 2,04ms
{
  cnt++;
  if(cnt<=2451) //~5sec
  {  
    fin=1;
    cnt=0;
  }
  TCNT0 = 0;
}

void lcd_init_pcf(void)
{
  _delay_ms(16);
  
}

void LCD_Command_PCF(uint8_t data)
{
  //RS auf 0 setzen
  //i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  //i2c_write((!RS));
  //i2c_stop();
  //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  //i2c_write((!RS) | (data&0xF0)); //first high byte
  i2c_write((data&0xF0)); //first high byte
  i2c_stop();
  
  _delay_us(20);for(uint8_t i=0; i<=12;i++)_delay_ms(500); 
  
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  //i2c_write((!RS) | (data<<4) ); //low byte
  i2c_write((data<<4) ); //low byte
  i2c_stop();
  _delay_us(84); //42
  
  //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  
}

void LCD_Data_PCF(uint8_t data)
{
    //RS auf 1 setzen
    i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
    i2c_write(RS);
    i2c_stop();
    //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
    
    i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
    i2c_write(RS | (data&0xF0)); //first high bytes
    i2c_stop();
    
    //20 //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
    
    i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
    i2c_write(RS | (data<<4) ); //low bytes
    i2c_stop();
    
    _delay_us(92); //46
}

void LCD_Clear_PCF(void)
{
  LCD_Command_PCF(0x01);
  _delay_ms(6); //3
}

void pause(void)
{
}

int main(void)
{
  //Test
  DDRD |= (1<<PD6);
  PORTD &= ~(1<<PD6);
  //
  DDRC |= (1<<PC0) | (1<<PC1);
  i2c_init();
  
  _delay_ms(100); //16
  
    i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
    i2c_write(0x00);
    i2c_stop();
  
  //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  _delay_us(20);
  
  //LCD Software Reset
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | D4); //1
  i2c_stop();  
  _delay_ms(10);//5 for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  
  //Enable Pulse Signal
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | D4 | E); //2
  i2c_stop();
  _delay_us(40);// 20 for(uint8_t i=0; i<=12;i++) _delay_ms(500);
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | D4); //3
  i2c_stop();
  _delay_ms(2);//1for(uint8_t i=0; i<=12;i++)_delay_ms(500); 
  
  //Enable Pulse Signal
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | D4 | E); //4
  i2c_stop();  
  _delay_us(40);//20for(uint8_t i=0; i<=12;i++)_delay_ms(500); 
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | D4); //5
  i2c_stop();
  _delay_ms(2);//1 for(uint8_t i=0; i<=12;i++)_delay_ms(500); 
  
  //4-Bit Modus aktivieren
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | LCD4Bit); //6
  i2c_stop();
  
  _delay_ms(20);//5//for(uint8_t i=0; i<=12;i++)_delay_ms(500);  
  
  
  LCD_Command_PCF(FuncionSet | LCD4Bit | LCD2Lines | LCD5x7); //7, 8
  //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  LCD_Command_PCF(SetDisplay | DisplayOn | CursorOff | CursorBlinkOff); //9,10
  //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  LCD_Command_PCF(LCDSetEntry | LCDEntryIncrease | LCDNoShift);
  //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  LCD_Clear_PCF();
  //for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  LCD_Data_PCF('T');
  
  //PORTD &= ~(1<<PD6);
  
    while (1) 
    {
    
    }
}

[Frickelfritze (Gast)]

Daniel schrieb:
> Wo liegt der Fehler im Quellcode..?

Das können wir nicht wissen solange wir keinen dazugehörigen
Schaltplan kennen. Und wenn gar nichts mehr hilft brauchen
wir auch noch ein Bild deines Aufbaus.

[Falk B. (falk)]

Beitrag "Re: I2CLCD Library für HD44780 LCDs"

[Georg G. (df2au)]

Wo wird beim Schreiben eines Datenbytes das E Signal getoggled? Ich sehe 
nur, dass du per i2c_write die Nibbles ausgibst.

[Frickelfritze (Gast)]

Daniel schrieb:
> #include "i2clcd.h"
> #include "i2cmaster.h"

Für die genaue Prüfung fehlen diese Dateien ....

[aSma>> (Gast)]

Servus,
ich habe mal kurz das hier angeguckt: Ein redundanter, schlecht 
dokumentierter, die Hälfte ist auskommentiert, schlecht durchdacht und 
konzepierter Kod.

Um die ganzen Fehler zu zeigen, da nehmst du lieber gleich ne andere 
lib.

mfg

[Daniel (Gast)]

i2clcd.h wird nicht verwendet, hatte es vergessen auszukommentieren.
i2cmaster.h das ist die Header Datei von Peter Fleury. Die I2C 
Kommunikation funktioniert...da braucht nichts überprüft werden.

Die Beschaltung ist folgende:

RS - P0
R/W - GND
E - P2
DB0-DB3 Pins offen
DB4 - P4
DB5 - P5
DB6 - P6
DB7 - P7

LCD ist heile, habs mit der normalen 4-Bit Ansteuerung bereits zum 
Laufen gebracht.

[Daniel (Gast)]

//Enable Pulse Signal
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | D4 | E); //4
  i2c_stop();
  _delay_us(40);//20for(uint8_t i=0; i<=12;i++)_delay_ms(500);
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
  i2c_write(FuncionSet | D4); //5
  i2c_stop();
  _delay_ms(2);//1 for(uint8_t i=0; i<=12;i++)_delay_ms(500);

Ich setze ein Byte zeitgleich mit dem Enable Signal (High), anschließend 
wieder das gleiche Byte wobei das Enable Signal low ist.

[Falk B. (falk)]

@ Daniel (Gast)

>Die Beschaltung ist folgende:

OK.

>LCD ist heile, habs mit der normalen 4-Bit Ansteuerung bereits zum
>Laufen gebracht.

Dann tu dir und auch uns einen Gefallen und bring einen HAUCH von 
Struktur in deinen Quelltext! Das Minimum isr die Verwendung einer 
Funktion, welche ein Nibble an das LCD schreibt. Dort gehört dann auch 
die Ansteuerung von E mit rein. Sonst wird das hier alles nur Chaos!!! 
Man braucht 3 Schreibzugriffe auf den I2C, Daten schreiben, E setzen, E 
löschen, wobei die Daten erhalten beleiben.

Etwa so

    // direct I2C access, write all three bytes in one cycle for faster operation
  i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
        i2c_write(data_out);                // setup data BEFORE E!   
  i2c_write(data_out | LCD_E);    // set E to high
  i2c_write(data_out);              // set E to low
  i2c_stop();

[Falk B. (falk)]

@Daniel (Gast)

>Ich setze ein Byte zeitgleich mit dem Enable Signal (High), anschließend
>wieder das gleiche Byte wobei das Enable Signal low ist.

Das ist falsch! Die Daten müssen VOR der steigenden Flanke von E 
anliegen, sonst reagieren einige LCDs komisch.

[Daniel (Gast)]

@Falk Bruner

den Quellcode von den Eichelmanns hatte ich anfangs auch ausprobiert... 
damit läuft es auch nicht... Was hast du geändert damit es ging?

[Daniel (Gast)]

Ok, das könnte es sein, also vorher das Byte anlegen..teste ich mal

[Georg G. (df2au)]

Daniel schrieb:
> void LCD_Data_PCF(uint8_t data)
> {
>     //RS auf 1 setzen
>     i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
>     i2c_write(RS);
>     i2c_stop();
>
>     i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
>     i2c_write(RS | (data&0xF0)); //first high bytes
>     i2c_stop();
>
>     i2c_start_wait(LCD_I2C_DEVICE+I2C_WRITE);
>     i2c_write(RS | (data<<4) ); //low bytes
>     i2c_stop();
>
>     _delay_us(92); //46
> }

Ich bin vermutllich blind... wo wird hier E bedient?

Wieso kann man das so nicht posten?
Muss ich noch Fülltext schreiben?

[Frickelfritze (Gast)]

Eine passende Include Datei wäre nicht schlecht ....

../LCD_I2C_Test.c: In function 'LCD_Command_PCF':
../LCD_I2C_Test.c:118: error: 'LCD_I2C_DEVICE' undeclared (first use in 
this function)


Hier herrscht auch noch etwas Verwirrung:

Daniel schrieb:
> * PCF8574 Pin Description
>  * P0 - DB4
>  * P1 - DB5
>  * P2 - DB6
>  * P3 - DB7
>  * P4 - RS
>  * P5 - E
>  * R/W - GND

Daniel schrieb:
> Die Beschaltung ist folgende:
>
> RS - P0
> R/W - GND
> E - P2
> DB0-DB3 Pins offen
> DB4 - P4
> DB5 - P5
> DB6 - P6
> DB7 - P7

[Marc V. (Firma: Vescomp) (logarithmus)]

Falk B. schrieb:
> Das ist falsch! Die Daten müssen VOR der steigenden Flanke von E
> anliegen, sonst reagieren einige LCDs komisch.

Daniel schrieb:
> Ok, das könnte es sein, also vorher das Byte anlegen..teste ich mal

 Wird kaum helfen.
 Es ist nur eine Mindesthaltezeit bis zur fallenden Flanke von Enable
 vorgeschrieben (min. 40-50ns).

 Obwohl es im Prinzip schon richtig ist - zuerst Daten anlegen, danach
 mit Steuersignalen rumspielen - Enable als letztes.

[Falk B. (falk)]

@ Marc Vesely (Firma: Vescomp) (logarithmus)

>> Das ist falsch! Die Daten müssen VOR der steigenden Flanke von E
>> anliegen, sonst reagieren einige LCDs komisch.

> Wird kaum helfen.
> Es ist nur eine Mindesthaltezeit bis zur fallenden Flanke von Enable
> vorgeschrieben (min. 40-50ns).

FALSCH! Für RS und RW gilt eine SETUP-Zeit!!! Siehe Anhang!

> Obwohl es im Prinzip schon richtig ist - zuerst Daten anlegen, danach
> mit Steuersignalen rumspielen - Enable als letztes.

EBEN!

[Marc V. (Firma: Vescomp) (logarithmus)]

Daniel schrieb:
> Ich setze ein Byte zeitgleich mit dem Enable Signal (High), anschließend
> wieder das gleiche Byte wobei das Enable Signal low ist.

 Bei der Initsequenz (welche nicht richtig ist) schon, aber nicht beim
 LCD_Command_PCF(data) und LCD_Data_PCF(data).

[Marc V. (Firma: Vescomp) (logarithmus)]

Falk B. schrieb:
>> Wird kaum helfen.
>> Es ist nur eine Mindesthaltezeit bis zur fallenden Flanke von Enable
>> vorgeschrieben (min. 40-50ns).
>
> FALSCH! Für RS und RW gilt eine SETUP-Zeit!!! Siehe Anhang!

 Aber nicht für E.
 Aber ich bin der selben Meinung wie du.
 Aber ich will nicht mit dir streiten.

 Aber im ernst:
 Fast jeder Steuersignal erwartet stabile Daten - ob das jetzt die
 steigende oder fallende Flanke ist - unwichtig.
 Deswegen sollte man sich angewöhnen, zuerst die Daten stabil anzulegen
 und die Zeit bis zum Befehl mit Steuersignal reicht dann schon.

 Aber mit RS und R/W hast du natürlich Recht.
 Setzen von RS oder R/W gleichzeitig mit Daten funktioniert nie und
 nimmer.

[Falk B. (falk)]

@Marc Vesely (Firma: Vescomp) (logarithmus)

>> FALSCH! Für RS und RW gilt eine SETUP-Zeit!!! Siehe Anhang!

> Aber nicht für E.

Brille? Fielmann?

Schau dir mal tAS an, Setup von RS und R/W gegenüber der steigenden 
Flanke von E.

[Marc V. (Firma: Vescomp) (logarithmus)]

Falk B. schrieb:
> Brille? Fielmann?

 Mannomann.
 Okay, wenn du es so haben willst...

 Deine Ausage:
Falk B. schrieb:
> Das ist falsch! Die Daten müssen VOR der steigenden Flanke von E
> anliegen, sonst reagieren einige LCDs komisch.

 Und das ist falsch - Daten müssen nicht VOR der steigenden Flanke
 von E anliegen.


> Schau dir mal tAS an, Setup von RS und R/W gegenüber der steigenden
> Flanke von E.

 Das besagt doch nur, dass RS und/oder R/W  mindestens 30ns vor der
 steigenden Flanke von E aktiviert sein müssen, schreibt also nur die
 Reihenfolge für Steuersignale vor.

 Hat aber mit Datenbus genau nichts zu tun - ich kann Daten vorher,
 nachher oder gleichzeitig mit diesen Signalen ändern.
 Und dann ist nur vorgeschrieben, dass Daten mindestens 40ns vor der
 fallenden Flanke von E stabil sein müssen.

 Ich kann also RS setzen, 40ns abwarten, E setzen, eine Woche abwarten,
 Daten schreiben, 40ns abwarten und E rücksetzen.
 Es wird funktionieren.

[Georg G. (df2au)]

Wie lange wird es noch dauern, bis der TO liest, dass er das E Signal 
beim Schreiben der Daten vergessen hat? Dagegen sind die Timings 
Peanuts.