HD44780, Mega88@8MHz - komische Zeichen

[Bastian F. (bastian_f)]

In der lcd-routines.h und in den Projektoptionen (Eclipse) habe ich 
jeweils 8MHz eingetragen, aber ich bekomme nur kryptische Zeichen auf 
das LCD. Das Ganze steckt auf/in einem STK500.
Mit einem Mega8@4MHz hatte ich diese Probleme nicht.
Fuses:
High 0xDC
Low 0xE2
Extendend 0xF9

Code:

#include <avr/io.h>
#include <util/delay.h>
#include "lcd-routines.h"
#include "includes.h"

int main () {
  DDRD  &= ~(1<<PD3) | (1<<PD2);
  PORTD &= ~(1<<PD3) | (1<<PD2);
  lcd_init();
  while (1) {
    if (debounce( PIND, PD3 )) { //Taster 7
      lcd_clear();
      lcd_string("test");
      DDRD ^= (1<<PD6);
    }
  }
}

Jemand eine Idee?

[Floh (Gast)]

Bastian F. schrieb:
> DDRD  &= ~(1<<PD3) | (1<<PD2);
>   PORTD &= ~(1<<PD3) | (1<<PD2);

fehlende Klammern? Weis die Operatorenrankings nicht auswendig.

[Bastian F. (bastian_f)]

Floh schrieb:
> Bastian F. schrieb:
>> DDRD  &= ~(1<<PD3) | (1<<PD2);
>>   PORTD &= ~(1<<PD3) | (1<<PD2);
>
> fehlende Klammern? Weis die Operatorenrankings nicht auswendig.

Stimmt aber hat nichts mit dem LCD zu tun.
Komisch, dass der Compiler sich nciht beschwert. Tasten funktionieren 
trotzdem.

[Floh (Gast)]

Bastian F. schrieb:
> Und wenn nicht, würde sich der Compiler beschweren

Es geht mir mehr um die Logik. Syntaktisch passt es ja.

Mach die LCD-Ausgabe mal ohne auf den Taster zu warten, damit man den 
als Fehlerquelle ausschließen kann. :-)

[Bastian F. (bastian_f)]

Ok, es lag anscheinend an oben angehängten Bibliotheken.
Nehme ich die komplett raus, funktioniert alles normal.
Warum auch immer...
Ich hatte die oben nicht drin, da ich den hier geposteten Code so klein 
wie möglich halten wollte und nicht davon ausgegangen bin, dass die auf 
sowas Einfluss haben könnten.
Es war auch so, dass mit diesen das Display teilweise gar nicht 
funktioniert hat, aber da bin ich von einem Wackler oä ausgegangen.
Jetzt, ohne die, geht alles wieder normal.
teufelswerk ;)

[g457 (Gast)]

> Ok,  es lag anscheinend an oben angehängten Bibliotheken.
> Nehme ich die komplett raus, funktioniert alles normal.
> Warum auch immer...

..die verschwendet riesige Mengen Speicher, schau mal nach ob Du den 
tatsächlich über hast.. wenn nicht dann pack die Daten doch mal in den 
Flash. Wenn doch dann machs trotzdem ;-)

HTH

[Bastian F. (bastian_f)]

Device: atmega88

Program:    4288 bytes (52.3% Full)
(.text + .data + .bootloader)

Data:       1019 bytes (99.5% Full)
(.data + .bss + .noinit)

Scheint knapp zu sein, aber "sollte" doch noch gehen, oder?

[g457 (Gast)]

> Data:       1019 bytes (99.5% Full)
> (.data + .bss + .noinit)
>
> Scheint knapp zu sein, aber "sollte" doch noch gehen, oder?

..vergiss es, das ist hoffnungslos. Oder positiv betrachtet: (Einen) 
Fehler gefunden :-) Jetzt musst den nur noch beheben, sollte mit [1] 
aber kein großes Problem sein, denn alleine die beiden Arrays in obiger 
Lib belegen grob 768 Bytes (von 1k verfügbarem SRAM).

HTH und HF

[1] http://www.nongnu.org/avr-libc/user-manual/pgmspace.html