Hallo,
dies ist mein erster Thread den ich erstelle. Mir ist klar das das Forum
von Problemen überhäuft ist. Aber ich komme einfach nicht mehr weiter
und nach etlichen Versuchen den Fehler selbst zu finden, wende ich mich
an dieses Forum in der Hoffnung das es jemanden gibt, der mir helfen
kann.
Mir ist klar das man ohne source o.Ä. kaum Probleme lösen kann, aber
irgendwie glaube ich nicht das es in meinem Fall an den Sourcen liegt.
Aber wie dem auch sei. Ich Verwende ein Grafik Display 240 x 128 Pixel
der Marke China. Der Controller ist ein Avant - SAP1024B. Angeblich
kompatibel zu T6963c. Als Lib verwende ich
// Graphic LCD with Toshiba T6963 controller
// Copyright (c) Radoslaw Kwiecien, 2007r
// http://en.radzio.dxp.pl/t6963/
ich habe jetzt schon seit längerem folgendes Problem. Ich schalte mein
Netzteil ein. Der Controller startet normal. Das Boot-Logo erscheint.
Dann wenn das Display gelöscht wird und er das Menü aufbauen soll,
dauert
das Pixelaufbau auf einmal wesentlich länger ca 8x länger. Wenn ich
die Stromzufuhr trenne und neu starte das selbe Problem. Jetzt kommts.
Mach ich einen Readout mit einem ISPmkII oder JTAGice3 ist der Fehler
weg.
Selbst nach einem "Kaltstart" ist er dann stabil. Lasse ich ihn längere
Zeit aus und mache ihn wieder an, ist der Fehler wieder da.
Falls jemand eine Ahnung hat was es sein könnte ich bin um jede Hilfe
dankbar.
Bei bedarf hänge ich die entsprechenden Sourcen an. Wie gesagt habe
schon einiges Probiert. Reset Zeit am Start länger -> ohne Erfolg.
Ablauf der initalisierung -> Ohne erfolg. Was vielleicht noch
Interessant zu wissen ist, ich verwende einen at90can128 controller.
Hätte ich am Anfang erwähnen sollen :P.
Vielen Dank im Vorraus!
Nur so eine Idee...
Dein Quarz, Oszi oder was auch immer die Taktquelle darstellt schwingt
nicht korrekt, oder nur sporadisch. Falls dem so ist, schaltet der uP
vielleicht auf einen internen Takt um, der gegebenenfalls langsamer
ist... Steckst Du den Debugger ein, schwingt das Teil halt. Hatte ich
mal, dabei wars eine LED welche teilweise genau 4x langsamer blinkte
Gruss
hey, schonmal vielen dank!
@RS4B5 ich habe eine LED die nach einer im Timer Interrupt eingestellten
Zeit x toggelt. Die verändert seltsamer weise nicht ihre
Blinkgeschwindigkeit
Das mit der Taktquelle scheint mir dennoch nicht ganz so abwägig, weil
interressanter weise hab ich jetzt mal "langsam" laufen lassen. Dann
einen
"kaltstart" gemacht und es ist soweit noch Stabil. Vielleicht auf die
Erwährmung meines Spannungsreglers zurück zu führen der das Display
versorgt
und warm wird ? Das der Quarz dann besser schwingt ?
@Helmut Lenzen Ich habe nochmal durch die Lib gescrollt. In den
Funktionen die den Status des Displays abfragen wird so wie es für mich
aussieht auf das Display tatsächlich gewartet. Ich hänge mal die Lib mit
an. Nicht
wundern sind ein paar von mir gemachte modifikationen drin.
Gruß
Christoph
update:
es scheint wohl wirklich ein Thermisches Problem zu sein?
eingeschaltet -> Langsam geworden. 10 Minuten laufen gelassen,
"Kaltstart"
also Stromversorgung getrennt und wieder her gestellt, -> Stabil
Ich denke ich werde mal versuchen die Lastkapazitäten am Quarz von
22pf auf 16pf zu reduzieren.
Gruß
Christoph
Ich würde mal mit dem LA und dem Oszi schauen, was das LCD zu sehen
bekommt. Dann weißt Du, wo das Problem herkommt. Wenn es mit Debugger
weg ist, würde ich mir mal Gedanken machen, was der in der Schaltung
ändert. Z.B. Widerstand der Leitungen gegen Gnd, Kapazitäten, Erdung...
Evtl. ist da das Problem. Hatte mal sowas, wo SPI Ports als Eingänge
konfiguriert waren, und das Signal aber trotzdem hochohmig durchkam.
Aber halt nicht stabil...
Hi,
joa hab überall 100nanos Verteilt. Auch schön nah am Prozi.
Mit dem Oszi gerade mal nachgemessen: ich hab an beiden Spannungsreglern
eine Restwelligkeit von 50mV. Das dürfte sich aber kaum bemerkbar machen
oder?
Warum 2 Regler?
Einer Versorgung Display, der 2. macht den Rest.
Habe schon darüber nachgedacht ob es irgend eine Kapazität ist, die sich
beim erwärmen erst auf den richtigen Wert einstellt, den das Display
oder
die Controller Platine braucht.
Mir ist gerade aber noch was aufgefallen. Da ist mir wohl ein
kleiner Fopar beim Layouten passiert. Habe wohl tatsächli die
CAN-Leitungen
unter dem Quarz durchgezogen. Hat aber auf dem ersten blick keine
Auswirkungen, weil der Fehler auch da war als der CAN komplett aus war.
Hallo J.C.
hab ich mir auch gedacht ich hab die letzten Tests heute ohne
angeschlossenem Debugger oder Programmer gemacht. Da war das Ergebniss,
dass wenn der Controller ein paar Minuten läuft, scheint es stabil.
Zumindest
so lang bis ich wieder komplett auskühlen lasse.
SPI nutze ich bei dem Chip nicht da er ja PDI Programmiert werden will.
Auch sonst sind die Pins frei. Das einzige was an der PDI Schnitstelle
hängt
ist ne kleine Ausgabe Platine sonst eigendlich nix.
Leider habe ich !NOCH! keinen LA :) Werde ich dann aber doch mal ändern
;)
Ich schaue nochmal über JTAG rein. Vielleicht sieht man ja doch etwas.
Danke soweit !
Christoph
Hallo
ich hab das mit den Widerständen leider erfolgslos getestet.
Display ist MS240128A-B btw.
Gleiches verhalten wie zu Anfang. Einschalten Kalt Bildaufbau langsam
5 min laufen lassen, -> Kaltstart und Stabil.
Ich hab nochmal nachgeschaut.
Intern ist das ganze So aufgebaut (Sandwitch) das die Spannungsregler,
die
warm werden, recht genau hinter dem Display Prozi und seinem Quarz,
welches 1.5cm entfernt ist, liegen.
Vielleicht ein Timing Problem das nur am Anfang auftritt.
Was mich nur wundert ist, das er das Titel Bild normal
schnell aufbaut zumindest meistens und er dann langsam wird.
Teilweise wird er auch beim aufbauen oder abbauen langsam. hm.
Die Spannungen sind Stabil. Dusseliges Ding
Grüße
Christoph
