KS0108 Grafik anzeigen

> Hallo, ich wollte mit der Lib von Ape ein Glcd ansteuern.

Die hier? 
Beitrag "KS0108 GLCD Routinen"

Darin ist kein "bild.h" und man kann deinen Quelltext nicht kompilieren.

Die ks0108WriteData dort hat als Prototyp:
void ks0108WriteData(uint8_t data);

Dein übergebenes Argument bild mit Datentyp struct font ist da wirklich 
seltsam: Adresse statt Bytewert. Man würde so etwas erwarten:

1

uint8_t bild[MAXBYTES] PROGMEM = { ... }; // Initialisierte Werte eintragen

2

3

int main(void)

4

{

5

  // for(i=0; i<15000; i++); durch _delay_ms(...) ersetzen!

6

  ks0108Init();

7

  ks0108GotoXY(0,0);

8

  for (uint16_t i = 0; i < MAXBYTES; i++)

9

  {

10

    ks0108WriteData( pgm_read_byte( bild+i ) );

11

  }

12

  while(1);

13

}

ADD: Siehe auch Beitrag "Bitmap auf KS0108"

SIG schrieb:

> Habemal das ausprobiert sieht so aus:
> [c]
> #include <inttypes.h>
> #include <avr/io.h>
> #include <avr/pgmspace.h>
>
> #include "ks0108.h"
> #include "bild.h"
>
> {
>     ks0108ClearScreen();

Wo ist da das

int main()


> ../main.c:8: error: expected identifier or '(' before '{' token
>

Geh in die Zeile 8 und sieh nach was dort steht.
Wenn dir in der Zeile unmittelbar selber nix auffällt, dann untersuch 
auch mal die Zeilen davor.
Und siehe da: Ooops da ist der Funktionskopf mysteriöserweise 
verschwunden.

>
> Bin noch ein Anfänger also nicht Steinigen wegen den für manche Dumme
> fragen

Steinigen nicht.
Aber du solltest dir im klaren sein, dass ein GLCD nicht unbedingt etwas 
anfängertaugliches ist.

SIG schrieb:
> Stefan B. schrieb:
>> for (uint16_t i = 0; i < MAXBYTES; i++)
>
> wofür steht bei dir eigentlich MAXBYTES???

Für die Anzahl der Bytes in den Daten

Siehe

1

...

2

uint8_t bild[MAXBYTES] PROGMEM = { ... }; // Initialisierte Werte eintragen

3

...

SIG schrieb:

1

>     for(y=0; y<63 ;y=y+8)

2

>     {

3

>       for(x=0; x<64 ;x++)

4

>       {

5

>         ks0108GotoXY(0, 0);

6

>         ks0108WriteData(ImageMap[offset]);

7

>         offset++;

8

>       }

9

>     }

immer wieder

1

ks0108GotoXY(0, 0);  ?????

Sascha

SIG schrieb:

> danke jetzt sind die Fehler eg aber mein Atega 16 ist jetzt zu 100,3%
> voll kann das sein?

Alles kann sein.

Aber zum Nachvollziehen und Erklären müsste man genauer wissen, was du 
machen willst und was du machst.

Und so lange wie Quellcode (Definition von ImageMap), Dateien (bild.h) 
fehlen und genaue Infos, was du wie machst, kann man das nicht.

Für mich sieht es im Moment so aus, als ob ImageMap komplett im RAM 
liegt, statt wie in meinem Vorschlag im FLASH. Dass du dann irgendwo in 
Probleme reinläufst ist wahrscheinlich. Ich vermute die 100.3% 
beziehen sich aufs RAM, oder?

Überleg mal, wann du die Info gegeben hast, dass du einen Atmega16 
benutzt... wieviel RAM hat der? Wie gross wäre ein Bild auf dem GLCD 
128x128 = 2KB? Go figure.

Und von den Compilereinstellungen und dem genauen Typ des GLCD und 
dessen Datenblatt usw. sind wir noch meilenweit entfernt...

>>>       for(x=0; x<64 ;x++)
>>>       {
>>>         ks0108GotoXY(0, 0);
>>>         ks0108WriteData(ImageMap[offset]);
>>>         offset++;
>>>       }
> was möchtest du mir damit sagen?

Dass es sinnlos ist, ein Bild auf das Display zu schreiben und bei jedem 
Byte (= 8 Bildpunkte) immer zurück an Position 0,0 zu springen. Wenn du 
das willst, wären nämlich 8 LEDs ausreichend.

Mach es wie Holger schreibt. S. Anhang, ist aber ungetestet

1

AVR Memory Usage

2

----------------

3

Device: atmega16

4

5

Program:    2556 bytes (15.6% Full)

6

(.text + .data + .bootloader)

7

8

Data:          3 bytes (0.3% Full)

9

(.data + .bss + .noinit)

Das Bildformat in bild.h ist seltsam und IMHO komplizierter als nötig in 
main.c zu verarbeiten. Eigentlich sind die Routinen in der Lib so 
geschrieben, dass man die 128x64 linear adressieren kann. Die Aufteilung 
auf Chip0 und Chip1 und das Hochzählen der XY Position kann die Lib 
alleine machen. Bin aber nicht tiefer eingestiegen.