S65 an Atmega32 will nicht

[astroscout (Gast)]

Hallo,
ich versuche nun schon seit einiger Zeit das Handydisplay S65 
(L2F50....) an einem Atmega32 zum laufen zu kriegen, aber leider ohne 
erfolg :-(


Ich verwende hierzu die Bibliothek aus folgendem Beitrag: 
Beitrag "Atmega32 zeigt BMP von SD/MMC Karte aus S65"
Die Beschaltung habe ich ebenfalls wie in der Schaltungsskizze gemacht, 
jedoch verwende ich zur Pegelanpassung noch einen Spannungsteiler aus 2 
Widerständen. (Ich will hier später evtl. einen 74HC4050 verwenden) 
Angeschlossen hab ich das ganze am Pollin Evaluierungsboard und einem 
Steckboard ;-)
Der uC läuft mit dem externen 16MHz Quarz.

Meine Main zum Testen sieht folgendermaßen aus:

/*--------------Definitionen--------------*/

 #define TAKT 16000000UL      //8MHz Controllertakt 
 
 


/*-----------------Includes-----------------*/

#include <avr/io.h>
#include "s65.h"
#include "s65.c"
#include "f15x22.h"




void display_init(void)
{
  _delay_ms(10);
    S65_Init();
  _delay_ms(10);
    S65_Fillscreen(0x0000);
  S65_SetFont(&f15x22[0]);
  S65_SetTextColor(0xFFFF);
  S65_SetTextTyp(0);
  S65_SetFNull(1);
}



void main(void)
{
  display_init();
  
  
  while(1){
  _delay_ms(1000);
  
  S65_Fillscreen(0xffff);
  
  };



}

Damit müsste das Display ja eigendlich mit einer Farbe (welche auch 
immer ;-)) gefüllt werden, allerdings passiert am Display garnichts.

Ich hab mal mit dem Oskar an SCK und MOSI gemessen. Dort werden auf 
jeden Fall Daten übertragen und diese kommen auch am Display an 
(zumindestens wackelt dort auch der Pegel zwischen 0 und 1 ;-) ) Das 
Problem scheint also eher bei der programmierung zu liegen!?

Könnt ihr mir dabei helfen??

Im Vorraus schonmal Danke für eure Hilfe!

[JVogel (Gast)]

Geht das Display an oder bleibt es komplett aus?

[astroscout (Gast)]

Danke für Deine schnelle Antwort!

Die Beleuchtung ist an, aber die hab ich zum Testen auch über einen 
Widerstand an +12V gelegt.

Wenn ich den uC programmiere (über ISP), dann Flackert das Display ein 
paar Mal und danach ist "bunter Schnee" zu sehen.

[Achim M. (minifloat)]

astroscout schrieb:
> (L2F50....)

Sicher, dass es kein LPH88... ist? Einer der Typen braucht andere Delays 
in der Initsequenz. mfg mf

[JVogel (Gast)]

veruchs mal mit:

int main(void){  
  
  display_init();

  while (1) {
    
  S65_refresh();

  _delay_ms(1000);

  S65_Fillscreen(0000);
  }
}

[Achim M. (minifloat)]

astroscout schrieb:
> #include "s65.c"

Zu faul, um im Makefile die Objektliste zu erweitern? Ansonsten reicht 
es, die Header(*.h) einzubinden.
mf

[JVogel (Gast)]

Aber beim compilieren schmeisst er keine Meldung oder?

[astroscout (Gast)]

Danke für eure schnellen Antworten.

@Mini Float: Nach der Bilder von Christian Kranz ist es definitiv ein 
L2F50 und ja, ich war zu faul die Makefile anzupassen ;-) ist ja nur ein 
Test ;-)


@JVogel: Das funktioniert leider auch nicht, gleiches Ergebnis

[JVogel (Gast)]

@ Minifloat das mit den delays wäre auch eine sehr warscheinliche fehler 
quelle.

Schnee wird glaube ich auch angezeigt wenn nach dem Init keine weiteren 
anweisungen folgen?

[Achim M. (minifloat)]

Nein, er tut so als stünden die Prototypen aus dem *.h und die Rümpfe 
aus der *.c direkt an Stelle der Includes. Deswegen funktioniert das mit 
den Includes auch überhaupt.
mfg mf

[astroscout (Gast)]

JVogel schrieb:
> Schnee wird glaube ich auch angezeigt wenn nach dem Init keine weiteren
> anweisungen folgen?

Wenn ich nur das Display von der Betriebsspannung (ich verwende 2,8 V) 
trenne und dann den uC resette, wird nicht angezeigt

[JVogel (Gast)]

Hast du das Display auch an die SPI Ports angeschlossen?

[JVogel (Gast)]

Und noch was hast du es testweise schonmal mit dem Sample programm hier 
probiert?

http://www.superkranz.de/christian/S65_Display/DisplaySoftware.html

[Achim M. (minifloat)]

Schnee vom SD-Kartenzugriff? Chipselects verwendet? mf

[JVogel (Gast)]

Er hat doch die komplette SD-MMC-Routine rausgebaut

[astroscout (Gast)]

Ja, das Display ist an der SPI (MOSI und SCK) angeschlossen.
RS, RESET und CS sind wie im oben genannten Schaltplan (allerdings über 
einen Spannungteiler) an an uC angeschlossen

Das Sampleprogramm hab ich noch nicht probiert, mache ich aber jetzt mal

[JVogel (Gast)]

Eine andere Frage ist hast du die Fuses für externen 16Mhz Takt korrekt 
gesetzt?

[astroscout (Gast)]

ja, die fuses müsste richtig gesetzt sein (CKSEL 1111, SUT=11)

[astroscout (Gast)]

das Testprogramm zeigt das gleiche Resultat :-(

[JVogel (Gast)]

Nur so rein interesse halber, bewegt sich der schnee bzw. sieht der 
schnee immer exakt gleich aus?

[astroscout (Gast)]

Wie lang dürfen eigendlich die Kabel bei der SPI Schnittstelle sein?
Bei mir beträgt der Abstand zwischen uC und ca. 60 cm!?
Könnte das ein Problem sein?

[astroscout (Gast)]

der Schnee sieht immer gleich aus und ist halt nur dann da, wenn ich den 
uC programmiert habe. selbst wenn ich den uC resette pasiert dort nichts

[JVogel (Gast)]

Also das kann ich dir jetzt nicht sagen, jedoch kommt mit 60cm schon 
relativ lang vor.

[JVogel (Gast)]

SChon mal mit nem anderen Takt z.b. dem 8Mhz int. Takt probiert? Also 
testweise

[JVogel (Gast)]

Ich bin alles andere als ein Profi, versuche nur zu helfen.

Und deine bedenken wegen dem Spannungsteiler, kannst du ja mittels eines 
Multimeters aus dem weg räumen.

[astroscout (Gast)]

Ich hab jetzt nochmal die Pegel am Display nachgemessen. Sie betragen 
alle 2,8V, das scheint also nicht das Problem zu sein

[JVogel (Gast)]

Ich weiss nicht ob das was bringt, aber versuch doch mal die 
Beispielprogramme der anderen beiden Displaytypen von dem Link oben.

[astroscout (Gast)]

leider hat das auch nicht gebracht :-(

[JVogel (Gast)]

Stammt das display aus deinem eigenen Handy,bzw bist du dir sicher das 
es in Ordnung ist?

[astroscout (Gast)]

Ich hab es bei ebay gekauft.
Wenn ich programmiere, dann erscheint ja "bunter Schnee", es scheit also 
irgenwie zu funktionieren, aber sicher kann ich das  nicht sagen!

[JVogel (Gast)]

Gibts was neues von der Display front?

[astroscout (Gast)]

sorry, ich bin zu Hause im Moment Internet-los :-(, konnte deswegen 
leider nicht früher antworten.
Nein, leider bin ich noch nicht wirklich weiter gekommen. Ich werde 
denke ich jetzt erstmal eine vernünftige Platine dafür machen, ich hab 
irgenwie die vermutung, dass das mit dem Stecksystem nicht so ganz 
funktioniert.