Warum geht das nicht ?

[Michael H. (h_m)]

Guten Abend,

ich habe ein Projekt aus einem Buch mit einem Atmega32a. Es scheint auch 
soweit zu funktionieren, aber kann die Ausgabe am display nicht sehen.

ich bin der Meinung das ich alles richtig angeschlossen habe. Und den 
Kontrast habe ich auch schon verstellt.

das einzige das ich mir vorstellen kann ist das bei der 
"LCD_display_on_Port_C.h" oder in der main.c irgendetwas falsch ist.

kann mir bitte jemand weiterhelfen warum mir mein display keinen Wert 
bzw. anzeigt?


"LCD_display_on_Port_C.h"

// LCD Output for HD44780 compatible displays
// target: ATmega32
// for LCD control commands see LCD data sheet

#define LCD_CLEAR    0x01  // clear display     0b 0000 0001
#define LCD_HOME    0x02  // cursor home      0b 0000 0010
#define LCD_ON      0x0C  // cursor invisible    0b 0000 1100
#define LCD_OFF      0x08  // display off      0b 0000 1000
#define POS_01      0x80  // line 1 - column 0  0b 1000 0000
#define POS_02      0xC0  // line 2 - column 0  0b 1100 0000

#define  LCDPORT      PORTC  // define port with LCD attached
#define  LCDDDR      DDRC  // and its data direction

// define pins of LCD port
#define LCD_PIN_RS    2    
#define LCD_PIN_E    3
#define LCD_PIN_D4    4
#define LCD_PIN_D5    5
#define LCD_PIN_D6    6
#define LCD_PIN_D7    7

// DEFINITIONS
#define sbi(PORT, bit)     (PORT|=(1<<bit))  // set bit        
#define cbi(PORT, bit)     (PORT&=~(1<<bit))  // claear bit
#define tbi(PORT, bit)     (PORT^=(1<<bit))  // toggle bit

#define  COMMAND      0
#define DATA      1

// Function: Toggle enable pin 
void toggle_enable_pin(void)
{
  sbi(LCDPORT, LCD_PIN_E);
  cbi(LCDPORT, LCD_PIN_E);  
}

// Send Byte to LCD Controller
void lcd_send(unsigned char type, unsigned char c)
{
  unsigned char sic_c;          // Backup for c
  // send high nibble
  sic_c = c;                // save original c
  sic_c &= ~0x0f;              // set bit 0-3 == 0
  if (type==DATA)
    sic_c |= (1<<LCD_PIN_RS);      // Data: RS = 1
  LCDPORT = sic_c;            // send high nibble
  toggle_enable_pin();
  // send low nibble
  sic_c = c;                // save original c
  sic_c = sic_c<<4;            // exchange nibbles
  sic_c &= ~0x0f;              // set bit 0-3 == 0
  if (type==DATA)
    sic_c |= (1<<LCD_PIN_RS);      // Data: RS = 1
  LCDPORT = sic_c;            // send low nibble
  toggle_enable_pin();
  _delay_ms(5);              // Wait for LCD controller
}

// set cursor to line x and column y
void lcd_set_cursor(uint8_t x, uint8_t y)
{
  uint8_t i;
 
  switch (x) 
  {
    case 1: i=0x80+0x00+y; break;    // 1. line
    case 2: i=0x80+0x40+y; break;    // 2. line
    default: return;                   // invalid line
  }
  lcd_send(COMMAND, i);
}

// Display String on LCD
void lcd_write(char *t)
{
  unsigned char i;
  for (i=0;i<255;i++)
  {
    if (t[i]==0) // End of String -> EXIT
      return;
    else 
      lcd_send(DATA, t[i]);
  }
}


// initializing LCD Controller see data sheet for details
void lcd_init()
{
  // Set LCD port to Output
  LCDPORT = 0x00;
  LCDDDR  = 0xFF;

  _delay_ms(50); // wait for LCD

  // 4-bit Modus config
  sbi(LCDPORT, LCD_PIN_D5);
  cbi(LCDPORT, LCD_PIN_D4);

  // 4-Bit mode start 
  sbi(LCDPORT, LCD_PIN_E);
  cbi(LCDPORT, LCD_PIN_E);
  _delay_ms(5); 

  // 2 Lines, 4-Bit Mode
  lcd_send(COMMAND, 0x28);

  lcd_send(COMMAND, LCD_OFF);
  lcd_send(COMMAND, LCD_CLEAR);

  lcd_send(COMMAND, 0x06);
  lcd_send(COMMAND, LCD_ON);
}

main.c

// velocity measurement - target ATmega32

#define XTAL      8e6
#define F_CPU      XTAL

#define DIST      0.06    // sensor distance in m

#include <avr/io.h>
#include <avr/interrupt.h>
#include <stdlib.h>
#include <util/delay.h>

#include "BitUtilities.h"
#include "LCD_display_on_Port_C.h"

volatile double     sec  = 0;
volatile unsigned char   run  = 0;  // 0 = stop, 1 = run
volatile unsigned int   ctr  = 0;  // counter latch
char t[8];              // text for LCD display

ISR (TIMER1_COMPA_vect)    // Compare Match
{  if (run) {run = 0; ctr =1; sec = 100;}
}

ISR (TIMER1_CAPT_vect)     // Capture Event
{  if (run) {ctr = ICR1; sec = ctr/(F_CPU/256.0); run = 0;}
else {sbi(PORTB, 0); TCNT1 = 0; run = 1;}
}

int main()
{  lcd_init();  lcd_write ("km/h  01"); _delay_ms(999);
  lcd_send(COMMAND, LCD_CLEAR); lcd_set_cursor(1, 7); lcd_write ("0");
  lcd_set_cursor(2, 0); lcd_write (" km/h");
  DDRB = 0b00000001;    // port for run indicator LED

  TIMSK |= (1<<TICIE1) | (1<<OCIE1A);  // input capture & compare match
  OCR1A = F_CPU/128;          // compare for 2 sec
  TCCR1B |= (1<<WGM12) | (1 << CS12);  // CTC mode & Prescaler = 1/256
  sei();

  while (1)
  {  if (ctr)
    {  cbi(PORTB, 0);
      lcd_set_cursor(1, 0); dtostrf ((3.6*DIST/sec), 8, 2, t); lcd_write (t);
      ctr = 0;
    }
  }
}

[??? (Gast)]

Schon mal Inder errata nachgeschaut?

[??? (Gast)]

Beschreibe doch mal in Prosa wie die Schaltung funktionieren soll.

[??? (Gast)]

Also nicht das Programm ist gemeint.

[No Y. (noy)]

Also auf dem obersten Bild ist der Kontrast schonmal falsch..
Der muss so sein das du gerade keine schwarzen Kästchen mehr siehst.

[mitlesa (Gast)]

Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.
Ich muss bei jedem IC ein Abblock-C von VCC nach GND anschliessen.

[H. H. (Gast)]

No Y. schrieb:
> Also auf dem obersten Bild ist der Kontrast schonmal falsch..
> Der muss so sein das du gerade keine schwarzen Kästchen mehr siehst.

Ach wo, der Kontrast stimmt, aber das Display wird nicht initialisiert.

[Michael H. (h_m)]

No Y. schrieb:
> Also auf dem obersten Bild ist der Kontrast schonmal falsch..
> Der muss so sein das du gerade keine schwarzen Kästchen mehr siehst.

Ja. Ich hab schon verstellt. Das zeigt nicht an.

Ich weiß nicht genau was mit errata gemeint ist. Kann das sein das ich 
die falschen fuse bit für den externen quarz eingestellt habe?

[mitlesa (Gast)]

- AVcc gehört auch an Vcc angeschlossen. Inklusive extra Abblock-C.

- Quarz-Lastkapazitäten gehören an den Masse-Pin des Controllers
angeschlossen, nicht irgendwo an Masse.

- Reset gehört auch definiert beschaltet.

Wer solch eine Anleitung schreibt gehört schon ausgepeitscht.

[Jörg W. (dl8dtl) (Moderator)]

Michael H. schrieb:

void lcd_init()
{
  // Set LCD port to Output
  LCDPORT = 0x00;
  LCDDDR  = 0xFF;
  _delay_ms(50); // wait for LCD
  // 4-bit Modus config
  sbi(LCDPORT, LCD_PIN_D5);
  cbi(LCDPORT, LCD_PIN_D4);
  // 4-Bit mode start
  sbi(LCDPORT, LCD_PIN_E);
  cbi(LCDPORT, LCD_PIN_E);
  _delay_ms(5);
  // 2 Lines, 4-Bit Mode
  lcd_send(COMMAND, 0x28);
  lcd_send(COMMAND, LCD_OFF);
  lcd_send(COMMAND, LCD_CLEAR);
  lcd_send(COMMAND, 0x06);
  lcd_send(COMMAND, LCD_ON);
}

Hmm. Bei mir sieht die HD44780-Initialisierung so aus:

/*
 * Function set.  if8bit selects an 8-bit data path, twoline arranges
 * for a two-line display, font5x10 selects the 5x10 dot font (5x8
 * dots if clear).
 */
#define HD44780_FNSET(if8bit, twoline, font5x10) \
  (0x20 | ((if8bit)? 0x10: 0) | ((twoline)? 0x08: 0) | \
    ((font5x10)? 0x04: 0))
/*
 * Selects disp[lay] on/off, cursor on/off, cursor blink[ing]
 * on/off.
 */
#define HD44780_DISPCTL(disp, cursor, blink) \
  (0x08 | ((disp)? 0x04: 0) | ((cursor)? 0x02: 0) | ((blink)? 1: 0))

hd44780_init(void)
{
  SET(DDR, HD44780_RS);
  SET(DDR, HD44780_RW);
  SET(DDR, HD44780_E);
  ASSIGN(DDR, HD44780_D4, 0x0F);

  _delay_ms(15);    /* 40 ms needed for Vcc = 2.7 V */
  hd44780_outnibble(HD44780_FNSET(1, 0, 0) >> 4, 0);
  _delay_ms(4.1);
  hd44780_outnibble(HD44780_FNSET(1, 0, 0) >> 4, 0);
  _delay_ms(0.1);
  hd44780_outnibble(HD44780_FNSET(1, 0, 0) >> 4, 0);
  _delay_us(37);

  hd44780_outnibble(HD44780_FNSET(0, 1, 0) >> 4, 0);
  hd44780_wait_ready(false);
  hd44780_outcmd(HD44780_FNSET(0, 1, 0));
  hd44780_wait_ready(false);
  hd44780_outcmd(HD44780_DISPCTL(0, 0, 0));
  hd44780_wait_ready(false);
}

Ich bilde mir ein, dass diese Folge so im Datenblatt gefordert wird – 
beachte die Delays. Auch das hier:

void toggle_enable_pin(void)
{
  sbi(LCDPORT, LCD_PIN_E);
  cbi(LCDPORT, LCD_PIN_E);  
}

kann eventuell nicht mehr Datenblatt-konform sein, bei mir steht da ein 
_delay_us(0.5) dazwischen. Falls dein Controller mit 1 MHz getaktet 
wird, wäre es wohl OK so. Hast du nicht geschrieben. Falls du 
tatsächlich mit den 8 MHz vom Quarz fährst, ist das aber so auf jeden 
Fall zu schnell.

[Jörg W. (dl8dtl) (Moderator)]

Jörg W. schrieb:
> Ich bilde mir ein, dass diese Folge so im Datenblatt gefordert wird –
> beachte die Delays.

Hier die Datenblattseite.

[Volker B. (Firma: L-E-A) (vobs)]

Michael H. schrieb:

> ich bin der Meinung das ich alles richtig angeschlossen habe. Und den
> Kontrast habe ich auch schon verstellt.

JTAGEN Fuse deaktiviert?

Grüßle
Volker

[Pete K. (pete77)]

Quarz-Thema: F_CPU gesetzt?
Lass mal eine LED für 1 Sekunde leuchten, dann weisst Du, ob der Quarz 
richtig schwingt.

[Ingolf G. (Gast)]

Habe genau das Gleiche mal vor Jahren aufgebaut, gleiches Buch.
Hat funktioniert.
Aber erst nachdem ich durch eine Kontroll-LED, die im Sekundentakt 
blinken sollte, sah das ich den internen Takt falsch eingestellt hatte. 
:-/

Ups, etwas zu spät   :)

[Jörg W. (dl8dtl) (Moderator)]

Volker B. schrieb:
> JTAGEN Fuse deaktiviert?

Innerhalb der zeitlichen Randbedingung JTD setzen sollte genauso 
funktionieren.

Aber natürlich ein sehr guter Einwand!

Ist auch nicht völlig klar, warum man sich an einem Controller mit 
vielen ungenutzten Pins für das LCD ausgerechnet die aussuchen muss, die 
ohne Fuse-Umkonfiguration nicht benutzbar sind.

[mitlesa (Gast)]

Volker B. schrieb:
> JTAGEN Fuse dekativiert?

Frage mich schon die ganze Zeit wie er seinen Controller
programmiert, aber da ist ja SPI angeschlossen. Nur reicht
das vermutlich nicht da für ISP auch der Reset betätigt
werden muss.

[mitlesa (Gast)]

Ingolf G. schrieb:
> Habe genau das Gleiche mal vor Jahren aufgebaut, gleiches Buch.

In diesem Buch steht sicher noch mehr Schrott drin.

[mitlesa (Gast)]

??? schrieb:
> Beschreibe doch mal in Prosa wie die Schaltung funktionieren soll.

Ich kenne den Namen des TO aus ein paar früheren Threads (gut
ein paar Monate oder sogar mehr als ein Jahr her) in denen schon
mal mit dem Kopf geschüttelt werden durfte.

Typische Vorgehensweise:

- Problem in den Raum gestellt. "Warum"-Frage.
- kaum oder keine Reaktion auf Bemerkungen seitens der Leser.
- kein oder wenig Verständnis für die Problempunkte die
von den Lesern erwähnt werden.
- Reaktionszeit lang bis unendlich.

Schliesslich bleibt das Gefühl der TO dreht sich im Kreis und
ist mit dem "Projekt" und den Problem-Lösungsvorschlägen überfordert.

[Rudi D. (rulixa)]

Jörg W. schrieb:
> Jörg W. schrieb:
>> Ich bilde mir ein, dass diese Folge so im Datenblatt gefordert wird –
>> beachte die Delays.
>
> Hier die Datenblattseite.

Ist zwar in Assembler, funktioniert ausgezeichnet. Wichtig sind die 
delays als auch die Umschaltung auf 4 bit Ansteuerung. Pinning und clock 
als o.k. angenommen.

;Init the LCD an PortB entsprechend TC1602A_Manual.pdf
;als auch *******AD9850 DDRB, PB6 = FR_UD und PB7 = W_CLK********
lcd_init:
    ldi    C,$FF        ;PortB alle auf Output Seite50
    out    DDRB,C
    out    PortB,C        ;definierter Status fürs Display
    ldi    B,100        ;n x 2ms delay
wait_display:            ;t2313 ist fertg, display auch
    rcall delay2ms        ;lass alles zur Ruhe kommen
    dec   B
    brne  wait_display

; Display DB [7:4] liegt auf PortB [3:0]
; sonst könnte man nicht RS = PB5,  Enable = PB4 
; im 4 bit mode vom PortB aus bedienen
    ldi   C,0b00000011  ;8bit mode, 
    out   LCD_PORTB, C  ;
    rcall lcd_enable  ;1,  
    rcall delay2ms
    rcall delay2ms
    rcall lcd_enable  ;2
    rcall delay2ms
    rcall lcd_enable  ;3
    rcall delay2ms    ;Display ist jetzt eindeutig im 8bit mode

;LCD: function set 
    ldi   C,0b00000010;4bit-Mode, noch im 8 bit mode gesendet
    out   LCD_PORTB, C
    rcall lcd_enable    
    rcall delay2ms    ;Display ist jetzt im 4bit mode  
        
; ab nun kann das Byte jeden Wert haben, da es in 2 nibbles aufgeteilt
; wird, die via PB[3:0] kommend, an das Display DB[7:4] gelangen.

[mitlesa (Gast)]

Rudi D. schrieb:
> Ist zwar in Assembler, funktioniert ausgezeichnet.

Sehr gut! Und sehr hilfreich für jemanden der kaum selbst
einen Dreizeiler in C zustande bringt sondern sich mit
Copy&Paste Vorlagen behelfen muss.

[Rudi D. (rulixa)]

mitlesa schrieb:
> Rudi D. schrieb:
>> Ist zwar in Assembler, funktioniert ausgezeichnet.
>
> Sehr gut! Und sehr hilfreich für jemanden der kaum selbst
> einen Dreizeiler in C zustande bringt sondern sich mit
> Copy&Paste Vorlagen behelfen muss.

ldc_enable fehlt noch:

;create  enable pulse 5 cycles auf 1 macht 0,75 us ändert kein Register
;mit fallender Flanke werden Daten übernommen
lcd_enable:
       sbi LCD_PORTB, PIN_E         ;2; Enable high
       nop
       nop
       nop
       cbi LCD_PORTB, PIN_E         ;2; Enable low
     rcall  delay50us    ;ab H>L Enable braucht das Display 38 us
     ret        ;bis es wieder bereit ist

[mitlesa (Gast)]

Rudi D. schrieb:
> ldc_enable fehlt noch:

Didaktisch überaus überzeugend.

[Michael H. (h_m)]

Pete K. schrieb:
> Quarz-Thema: F_CPU gesetzt?
> Lass mal eine LED für 1 Sekunde leuchten, dann weisst Du, ob der Quarz
> richtig schwingt.

Also, der Takt Stimmt wohl mit 8 Mhz mit externen Quarz, wie im Code 
oben eingestellt. Habe eine LED im Sekunden Takt blinken lassen und sie 
Blint im Sekundentakt.

Das mit der Zeit Einstellung für das display muss ich noch schauen.

[Michael H. (h_m)]

mitlesa schrieb:
> Volker B. schrieb:
>> JTAGEN Fuse dekativiert?
>
> Frage mich schon die ganze Zeit wie er seinen Controller
> programmiert, aber da ist ja SPI angeschlossen. Nur reicht
> das vermutlich nicht da für ISP auch der Reset betätigt
> werden muss.

Ich habe einen originalen MK2 ISP Programmer

[mitlesa (Gast)]

mitlesa schrieb:
> Nur reicht
> das vermutlich nicht da für ISP auch der Reset betätigt
> werden muss.

Wenn man genau hinschaut dann darf man sogar annehmen dass der
Reset auch angeschlossen ist.

Michael H. schrieb:
> Ich habe einen originalen MK2 ISP Programmer

Jetzt kontrolliere ob das JTAG Enable Bit gelöscht ist, denn
dein LCD benutzt zufällig zwei Leitungen des JTAG Ports. Das
(JTAG Enable und Port I/O) geht leider nicht zusammen.

[Michael H. (h_m)]

mitlesa schrieb:
> mitlesa schrieb:
>> Nur reicht
>> das vermutlich nicht da für ISP auch der Reset betätigt
>> werden muss.
>
> Wenn man genau hinschaut dann darf man sogar annehmen dass der
> Reset auch angeschlossen ist.
>
> Michael H. schrieb:
>> Ich habe einen originalen MK2 ISP Programmer
>
> Jetzt kontrolliere ob das JTAG Enable Bit gelöscht ist, denn
> dein LCD benutzt zufällig zwei Leitungen des JTAG Ports. Das
> (JTAG Enable und Port I/O) geht leider nicht zusammen.


Danke das war das Problem, das hatte oben auch schon jemand geschrieben, 
aber so schnell bin ich nicht, Danke.

[mitlesa (Gast)]

Michael H. schrieb:
> Danke das war das Problem

Danke, endlich mal eine vernünftige zeitnahe Reaktion.

[Micha W. (blackxiiv)]

hiho,

ich musste feststellen, dass das der LCD-Controller Dicht macht, wenn 
man die Timings missachtet und genau dann eben nur schwarze Rechtecke 
anzeigt.

Hoffe Dir hilft mein Code, da ich ebenfalls den 4-Bit-Mode nutze.

#define F_CPU 4000000UL

#include <avr/io.h>
#include <util/delay.h>


void write_lcd_sign(uint8_t value){
  PORTD = (0x10|(value >> 4));
  PORTD = (0x50|(value >> 4));
  PORTD = (0x10|(value >> 4));
  PORTD = (0x10|(value & 0x0F));
  PORTD = (0x50|(value & 0x0F));
  PORTD = (0x10|(value & 0x0F));
  PORTD = 0x00;
  _delay_ms(2);}

void set_cursor_row1(void){
    PORTD = 0X08;
    PORTD = 0x48;
    PORTD = 0x08;
    PORTD = 0x00;
    PORTD = 0x40;
    PORTD = 0x00;
  _delay_ms(2);}

void set_cursor_row2(void){
    PORTD = 0x0C;
    PORTD = 0x4C;
    PORTD = 0x0C;
    PORTD = 0x00;
    PORTD = 0x40;
    PORTD = 0x00;
  _delay_ms(2);}
  
void lcd_init(void){
  _delay_ms(20);  //Time for LCD to Power on
  
  PORTD = 0x02;  // 4-bit mode, 2 Reihen
  PORTD = 0x42;
  PORTD = 0x02;  
  PORTD = 0x08;
  PORTD = 0x48;
  PORTD = 0x08;
  PORTD = 0x00;
  _delay_ms(1.6);

  PORTD = 0x00;  //Display on, Cursor on, Cursor-blink off
  PORTD = 0x40;
  PORTD = 0x00;  
  PORTD = 0x0E;
  PORTD = 0x4E;
  PORTD = 0x0E;
  PORTD = 0x00;
  _delay_ms(1.6);
  
  PORTD = 0x00;  //Display clear
  PORTD = 0x40;
  PORTD = 0x00;
  PORTD = 0x01;
  PORTD = 0x41;
  PORTD = 0x01;
  PORTD = 0x00;
  _delay_ms(3);
    //init done!
  }


int main(void)
{
  PORTB = (0<<PB7)|(0<<PB6)|(0<<PB5)|(0<<PB4)|(0<<PB3)|(0<<PB2)|(0<<PB1)|(0<<PB0);
  DDRB = (1<<DDB7)|(1<<DDB6)|(1<<DDB5)|(1<<DDB4)|(1<<DDB3)|(1<<DDB2)|(1<<DDB1)|(1<<DDB0);
  PORTD = (0<<PD7)|(0<<PD6)|(0<<PD5)|(0<<PD4)|(0<<PD3)|(0<<PD2)|(0<<PD1)|(0<<PD0);
  DDRD = (1<<DDD7)|(1<<DDD6)|(1<<DDD5)|(1<<DDD4)|(1<<DDD3)|(1<<DDD2)|(1<<DDD1)|(1<<DDD0);
  
    // lcd init
  lcd_init();
  
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign('H');
  write_lcd_sign('e');
  write_lcd_sign('l');
  write_lcd_sign('l');
  write_lcd_sign('o');
  write_lcd_sign(' ');
  write_lcd_sign('W');
  write_lcd_sign('o');
  write_lcd_sign('r');
  write_lcd_sign('l');
  write_lcd_sign('d');
  write_lcd_sign('!');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  //Row 1 full
  set_cursor_row2();
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  write_lcd_sign(' ');
  set_cursor_row1();
  
  while (1)
  {
    PORTB = 0x01;
    _delay_ms(50);
    PORTB = 0x00;
    _delay_ms(950);
  

  }

}

Musst Dir das dann halt auf deinen Code umschreiben, da wo Main-Funktion 
beginnt für deine Ports.
Auf PortB ist eine Heartbeat-LED angeschlossen, die kurz aufblinkt 
nachdem ins LCD geschrieben wurde.

Gruß,
michi (:

Edit: Ohhhh - zu spät :/

[MaWin (Gast)]

H. H. schrieb:
> das Display wird nicht initialisiert.

Richtig.

> Ach wo, der Kontrast stimmt

Na ja, sieht man dann ja.

[Micha W. (blackxiiv)]

MaWin schrieb:
>> Ach wo, der Kontrast stimmt
>
> Na ja, sieht man dann ja.

Wenn man mit 5V arbeitet kann man den Kontrast-Pin einfach auf Masse 
ziehen ;)

[Jörg W. (dl8dtl) (Moderator)]

Micha W. schrieb:
> Wenn man mit 5V arbeitet kann man den Kontrast-Pin einfach auf Masse
> ziehen ;)

Hängt vom konkreten Display ab. Es gibt welche, bei denen das dann schon 
arg schwarz wird.

Vernünftige Software macht das über PWM und Menü justierbar. ;-)

[Spess53 (Gast)]

Hi

>  //Row 1 full
>  set_cursor_row2();

Der TO hat aber ein 8+8 Zweizeiliges Display d.h. nach 8 Zeichen muss in 
die 2.Zeile geschaltet werden

>Wenn man mit 5V arbeitet kann man den Kontrast-Pin einfach auf Masse
>ziehen ;)

Soll ;) ein breites Grinsen bedeuten?

MfG Spess

[Micha W. (blackxiiv)]

Jörg W. schrieb:
> Hängt vom konkreten Display ab. Es gibt welche, bei denen das dann schon
> arg schwarz wird.

Hatte ich glücklicherweise noch nicht (:

Spess53 schrieb:
> Der TO hat aber ein 8+8 Zweizeiliges Display d.h. nach 8 Zeichen muss in
> die 2.Zeile geschaltet werden

Da habe ich nicht aufgepasst ;)

Spess53 schrieb:
> Soll ;) ein breites Grinsen bedeuten?

Nur ein freches, spontanes, unwissendes Zwinkern, weil bisher alles 
Glatt lief.

gruß,
michi ;)

[Michael H. (h_m)]

mitlesa schrieb:
> Ingolf G. schrieb:
>> Habe genau das Gleiche mal vor Jahren aufgebaut, gleiches Buch.
>
> In diesem Buch steht sicher noch mehr Schrott drin.

Was wäre denn ein gutes Buch ?

[Thomas (kosmos)]

jtag disable lässt sich aus der Software raus aktivieren, da gibt es das 
JTAG disable Bit in einem Register, das man setzen muss. Man braucht 
also keine Fuses ändern.

[Jörg W. (dl8dtl) (Moderator)]

Schrieb ich schon, aber er hat ja wohl nun die Fuses geändert. Wenn man 
eh keinen JTAG-Debugger hat, ist das sicher OK. Wenn man den hat, ist 
JTD die günstigere Option: im "Normalbetrieb" rennt die Software durch 
die Sequenz durch und schaltet es ab. Mit dem Debugger hält man davor an 
und macht dann zwei single-steps; damit ist die zeitliche Bedingung für 
das Abschalten des JTAG-Interfaces nicht erfüllt, und man kann weiter 
debuggen.

Im vorliegenden Beispiel ist aber eh völlig unklar, warum ausgerechnet 
die JTAG-Pins als GPIOs zur Ansteuerung des LCD genutzt werden sollen. 
Es sind ja noch so viele andere Pins frei …

[Stefan F. (Gast)]

No Y. schrieb:
> Also auf dem obersten Bild ist der Kontrast schonmal falsch..
> Der muss so sein das du gerade keine schwarzen Kästchen mehr siehst.

Nein, dieses Bild ist für den Zustand normal, bevor das Display 
initialisiert wurde. Was ein guter Hinweis auf den Fehler ist.

Diese direkt aufeinander folgenden sbi/cbi Befehle machen mich stutzig. 
Ist das nicht zu schnell? Und zwischen dem Anlegen der Daten und dem 
Enable-Impuls muss man auch ein bisschen warten, soweit ich mich 
erinnere.

Du hast vielleicht Glück dass dein Display schneller ist als der 
originale HD44780 Chip.

Michael H. schrieb:
> Was wäre denn ein gutes Buch ?

Meins http://stefanfrings.de/mikrocontroller_buch/index.html

Nein, das war Spaß. Ich kann mein eigenes Buch ja schlecht selbst 
bewerten. Allerdings ist da in den vergangenen Jahren eine Menge 
Feedback eingeflossen, so dass die Qualität immer besser geworden ist. 
Vielleicht gefällt es dir, schau mal rein. Kostet ja nichts.

[Christoph db1uq K. (christoph_kessler)]

http://sprut.de/electronic/lcd/index.htm
eine sehr ausführliche Beschreibung des HD44780 Controllers.

Die Wartezeiten sind für heutige Mikrocontroller elend lang, auch die 
nötigen Impulsbreiten für kurze Ansteuerimpulse sind oft länger als es 
ein AVR könnte.
Die Benutzung des Busy-Signals ist daher zu empfehlen, um die Zeiten 
nicht sicherheitshalber noch länger machen zu müssen. Das bedeutet 
allerdings etwas mehr Programmieraufwand, da R/W umgeschaltet werden 
muss.

[Stefan F. (Gast)]

Christoph db1uq K. schrieb:
> eine sehr ausführliche Beschreibung des HD44780 Controllers.

Das finde ich auch.

> Die Benutzung des Busy-Signals ist daher zu empfehlen

Das Busy Signal sagt aber nicht, wie lange die Daten vor dem Enable 
Impuls anliegen müssen und wie lang der Enable Impuls sein soll.

Da ist es einfacher, bei der Initialisierung simple Delays zu benutzen 
und danach die Kommandos und Zeichen einzeln per 2ms Timer-Interrupt 
auszugeben. Das ist dann immer noch schneller, als man lesen kann.

[Jörg W. (dl8dtl) (Moderator)]

Stefan ⛄ F. schrieb:
> Das Busy Signal sagt aber nicht, wie lange die Daten vor dem Enable
> Impuls anliegen müssen und wie lang der Enable Impuls sein soll.

Das nicht, aber es sagt einem insbesondere, wann das Display mit lange 
dauernden Operationen fertig ist. Da wartet man sonst u. U. sehr viel 
länger als nötig.

Ich verstehe diesen Busy-Bit-Geiz auch nicht so richtig, weder von der 
Hardware noch vom Code ist das viel Aufwand. Und dass kein GPIO mehr 
frei ist, scheint ja hier nun nicht gerade der Fall zu sein …

[Stefan F. (Gast)]

Jörg W. schrieb:
> Ich verstehe diesen Busy-Bit-Geiz auch nicht so richtig

Ich versuche es mal zu erklären.

Das Busy Flag ist hilfreich, wenn meine Anwendung single-threaded ist, 
also die Ausgabe (wie bei Arduino) blockierend stattfindet. Diese 
Methode ist aber eh nicht optimal.

Wenn mein Programm das Busy Bit auswertet, muss es warten. Das Display 
kann mein ganzes System anhalten, es sei denn, ich nutze Multithreading 
irgendeiner Variante.

Ich könnte z.B. einen Timer-Interrupt nutzen, um zyklisch das Busy Flag 
abzufragen und gepufferte Daten nach und nach auszugeben. Nur kann ich 
dann auch einfach direkt auf ein 2ms Intervall setzen. Denn dann brauche 
ich kein busy Flag mehr, das Display ist sowieso garantiert schneller.

Mit 2ms Delay zwischen jeden Befehl/Zeichen ist die Ausgabe immer noch 
schneller als ich gucken kann. Der Aufwand, die Ausgabe mittels Busy 
Flag zu beschleunigen bringt mir daher keinerlei praktischen Nutzen.

[Jörg W. (dl8dtl) (Moderator)]

Ich habe 37 ms für ein komplettes Löschen in Erinnerung.

Beim TE sehe ich kein Multitasking. ;-)

[Karl B. (gustav)]

Rudi D. schrieb:
> ;LCD: function set
>     ldi   C,0b00000010;4bit-Mode, noch im 8 bit mode gesendet
>     out   LCD_PORTB, C
>     rcall lcd_enable
>     rcall delay2ms    ;Display ist jetzt im 4bit mode
>
> ; ab nun kann das Byte jeden Wert haben, da es in 2 nibbles aufgeteilt

Nö,
da fehlt aber noch was. die 28hex zum Beispiel und nicht nur das...

Jörg W. schrieb:
> Ich verstehe diesen Busy-Bit-Geiz auch nicht so richtig, weder von der
> Hardware noch vom Code ist das viel Aufwand. Und dass kein GPIO mehr
> frei ist, scheint ja hier nun nicht gerade der Fall zu sein

Hi,
meine, in einen Dabla den Hinweis gelesen zu haben, dass der 
Adresscounter noch aktiv sein kann, und schon Zugriff erfolgt. Dadurch 
könnten sich je nach Situation weitere ungeahnte "Timing-Probleme" 
ergeben.
Brauche nur für Busyabfrage evtl. doch noch ein Delay. Alles rutscht 
sonst eine Zeile zu weit. Die Steuerbefehlsabfolge ist so wie so nicht 
mehr beliebig.
Habe das Timing Diagramm für den HD44780-er mal angehängt.

ciao
gustav

[Stefan F. (Gast)]

Jörg W. schrieb:
> Ich habe 37 ms für ein komplettes Löschen in Erinnerung.

Sprut sagt "Display löschen... 1,64 ms".

Im Datenblatt fehlt die Angabe seltsamerweise.

In meinem eigenen Code warte ich nach CLEAR_DISPLAY sogar nur 60µs so 
wie auch nach allen anderen Zeichen/Kommandos nach der Initialisierung. 
kit einer Ausnahme: RETURN_HOME braucht 1.6ms

[Spess53 (Gast)]

Hi

>Im Datenblatt fehlt die Angabe seltsamerweise.

Bei den KS0070/KS0074 ist die Zeit für Clear Display und Return Home 
identisch.

MfG Spess

[Stefan F. (Gast)]

Da sollte ich wohl meine Ausnahme auf CLEAR_DISPLAY ausweiten. Nur um 
sicher zu gehen.

[Karl B. (gustav)]

Hi,
da offenbar die Aussage "Mein Display zeigt nur schwarze Balken" das 
Hauptproblem hier zu sein scheint,
ist zunächst einmal zu überprüfen, ob und wie überhaupt eine 
Initialisierung erfolgt. (Wurde oben ja schon von H.H. gesagt.)
Welche Fehler können sich da einschleichen:

a)Portzuweisung: welche Ports werden tatsählich
  von Steuerbits und Daten an IC-Anschlüssen verwendet und im Programm
  zugewiesen
b) Reihenfolge der Befehle laut Dabla mit Pausen
c) Enableimpulsgenerierung, Einfügen von Enableimpulsen an der richtigen
   Stelle
d) bei Vierbitmodus: Swappen (Display erwartet, "liest" die oberen 4-Bit
   zuerst)
e) Pushen und Poppen von
   von Zeitschleifen verwendeten Temporärregistern
   vergessen.

War wohl das Wichtigste

ciao
gustav

[Jens G. (jensig)]

Karl B. schrieb:
> Hi,
> da offenbar die Aussage "Mein Display zeigt nur schwarze Balken" das
> Hauptproblem hier zu sein scheint,

Schien ... Lese doch einfach mal komplett, dann merkste auch, daß das 
Problem schon längst vorbei ist.

[Karl B. (gustav)]

mitlesa schrieb:
> In diesem Buch steht sicher noch mehr Schrott drin.

Kann man höflicherweise etwas mehr Licht ins Dunkel bringen, indem man 
vielleicht die ISBN-Nummer dieses "Pamphlets" dem werten mitlesenden 
Publikum preisgibt?
Oder habe ich da was überlesen?

ciao
gustav

[Jörg W. (dl8dtl) (Moderator)]

Es ist doch oben ausreichend Zitat gezeigt worden, dass Gugel das sofort 
findet. ;-)

https://books.google.de/books?id=Jdl2DwAAQBAJ&pg=PA82&lpg=PA82&dq=die+kleinste+erfassbare+geschwindigkeit+ergibt+sich+wegen+der+maximalen+messzeit&source=bl&ots=Faetcke5z4&sig=ACfU3U0VQqSX316moqYkxe-83eIOZkWxPg&hl=de&sa=X&ved=2ahUKEwiTrfiisdrwAhXU_7sIHTmYBjgQ6AEwAnoECAEQAQ

[Stefan F. (Gast)]

Jörg W. schrieb:
> link zum Buch

Wow, Abblock-Kondensatoren hat der Autor offenbar konsequent verweigert.

[Karl B. (gustav)]

Hi,
in dem Buch unten sind auch C-Programme drin:
Seite 471, Programmname: zum Beispiel k5p4 allerdings ATMega8-er
ISBN:
9783486587906


Titel:   Mikrocomputertechnik mit Controllern der Atmel AVR-RISC-Familie 
- Programmierung in Assembler und C - Schaltungen und Anwendungen
Autor:   Schmitt, Günter

ciao
gustav

[Karl B. (gustav)]

Jens G. schrieb:
> Schien ... Lese doch einfach mal komplett, dann merkste auch, daß das
> Problem schon längst vorbei ist.

Hi,
soweit ich das jetzt überblicke, hapert es schon bei der Initialisierung 
des LCDs.
Das ist eben zunächst zu klären. Dann step by step...
Oder habe ich da etwas übersehen.
Der Reihe nach [Wiederkaumodus ein]:
Michael H. schrieb:
> Kann das sein, dass ich
> die falschen fuse bits für den externen quarz eingestellt habe?

Jörg W. schrieb:
> Hmm. Bei mir sieht die HD44780-Initialisierung so aus:

Jörg W. schrieb:
> Falls dein Controller mit 1 MHz getaktet
> wird, wäre es wohl OK so. Hast du nicht geschrieben. Falls du
> tatsächlich mit den 8 MHz vom Quarz fährst, ist das aber so auf jeden
> Fall zu schnell.

Michael H. schrieb:
> Habe eine LED im Sekunden Takt blinken lassen und sie
> Blinkt im Sekundentakt.

Jörg W. schrieb:
> Im vorliegenden Beispiel ist aber eh völlig unklar, warum ausgerechnet
> die JTAG-Pins als GPIOs zur Ansteuerung des LCD genutzt werden sollen.
> Es sind ja noch so viele andere Pins frei …

[Wiederkaumodus aus]
So und jetzt Feedback vom TO.....

Offtopic:
Jens G. schrieb:
> Schien ... Lese doch einfach mal komplett, dann merkste auch, daß das
> Problem schon längst vorbei ist.

Hi, bei einigen Progs nehme ich für die LCD-Ausgabe einen "Coprozessor".
Schiebe per UART mit Interrupt die Daten rüber und speicher zwischen und 
lasse LCD sekündlich was anzeigen.
/Offtopic.


ciao
gustav

[Stefan F. (Gast)]

Komm Entar schrieb im Beitrag #6699422:
> Verlag des Buches: Franzis

Das reicht schon als Erklärung. Ich habe schon lange nichts gutes mehr 
von diesem Verlag gesehen.

Ich habe für meinen Sohnemann zwei Bausätze und ein "Baubuch" von 
Franzis gekauft. Die Experimente waren spannend und Kindgerecht 
aufbereitet. Aber die Erklärungen, wie/warum es funktioniert waren 
äußerst lückenhaft und in dem Baubuch waren gleich zwei ungeeignete 
Bauteile drin, die blöderweise auch noch in fast jeder Schaltung 
gebraucht wurden. Dazu waren 2 von 10 Fritzing Pläne fehlherhaft.

Ohne meine Hilfe hätte mein Sohn das Ding schon bei der zweiten 
Schaltung frustriert in den Müll geworfen.

[Jörg W. (dl8dtl) (Moderator)]

Karl B. schrieb:
> So und jetzt Feedback vom TO

Wenn du den Thread wirklich mal gelesen hättest:

Beitrag "Re: Warum geht das nicht ?"

[Karl B. (gustav)]

Ähh,
da was falsch zitiert. Ins Offtopic sollte der Beitrag von @stefanus 
rein:

Stefan ⛄ F. schrieb:
> Ich könnte z.B. einen Timer-Interrupt nutzen,

etc...

ciao
gustav

[Karl B. (gustav)]

Michael H. schrieb:
> Danke das war das Problem, das hatte oben auch schon jemand geschrieben,
> aber so schnell bin ich nicht, Danke.

Michael H. schrieb:
> Jetzt kontrolliere ob das JTAG Enable Bit gelöscht ist, denn
>> dein LCD benutzt zufällig zwei Leitungen des JTAG Ports. Das
>> (JTAG Enable und Port I/O) geht leider nicht zusammen.

Und wie sieht jetzt das korrigierte Programm im Zusammenhang aus?
Kurze Kopie als Dateianhang wäre echte Erleuchtung.
Was wurde evtl. noch am Pinout geändert.

Danke.

ciao
gustav

[Jörg W. (dl8dtl) (Moderator)]

Karl B. schrieb:
> Und wie sieht jetzt das korrigierte Programm im Zusammenhang aus?

Er hat wohl nichts geändert als die JTAGEN-Fuse abzuschalten.

Klar, der Rest ist immer noch ziemlicher Pfusch, aber wenn er damit 
glücklich wird, dann isses eben so.

[Karl B. (gustav)]

OK.
Hoffentlich braucht er keinen HV Modus hernach noch ;-)

Jörg W. schrieb:
> Klar, der Rest ist immer noch ziemlicher Pfusch, aber wenn er damit
> glücklich wird, dann isses eben so.

Wie bereits mehrfach bemerkt wurde: Die LCD-Initialisierung z. B.

OT:
Das mit den Büchern ist mir auch schon übel aufgestoßen.
Da waren LED-Anzeigeeinheiten mit gemeinsamer Katode verlangt aber mit 
gemeinsamer Katode gezeichnet. Das Uhren-IC konnte damals noch nicht so 
leicht wie heute umgestrickt werden. Und ging kaputt. Ca. 30 Deutschmark 
im Teich.
/OT

ciao
gustav

[Jörg W. (dl8dtl) (Moderator)]

Karl B. schrieb:
> Da waren LED-Anzeigeeinheiten mit gemeinsamer Katode verlangt aber mit
> gemeinsamer Katode gezeichnet.

kann ja mal vorkommen :-))

[Karl B. (gustav)]

Jörg W. schrieb:
> Karl B. schrieb:
>> Da waren LED-Anzeigeeinheiten mit gemeinsamer Katode verlangt aber mit
>> gemeinsamer Katode gezeichnet.
>
> kann ja mal vorkommen :-))

Anode...uuups.

ggg