last update komischer LCD Effekt

[jar]

hatte mal power OFF geschaltet, LCD abgezogen, wieder angesteckt und nur noch teilweise wirre Zeichen

trotz LCD clearscreen Power OFF/ON usw. mehrfach probiert

nach neuflashen der mega SW wieder OK

wie geht das ? ohne Strom LCD abziehen und anstecken sollte dem mega oder LCD doch nicht wehtun ?

bin verwirrt....

gruss
jar

[batti112]

Hi!

Ein LCD-clearscreen sollte immer das Display "leeren" (sonst ist da etwas kaputt).
Das beim Flashen oder Anstecken teilweise "wirre Zeichen" entstehen ist natürlich und kannst du dir sicher auch selbst erklären.

Gruss,
Batti

[jar]

Das beim Flashen oder Anstecken teilweise "wirre Zeichen" entstehen ist natürlich und kannst du dir sicher auch selbst erklären.
Gruss,
Batti

logo, aber so war es ja nicht !

clrscr(); löschte nicht alle Zeichen oder das Display wiurde an verschiedenen Stellen neu mit wirren Zeichen beschrieben !

die Zeichen enstanden ja nicht durch das abziehen oder anstecken unter Spannung, sondern an und ab erfolgte stromlos, danach neustart der mega SW per power on und da wird clrscr(); ausgeführt, das LCD Ram initialisiert, die geladenen Sonderzeichen neu geschrieben usw.

trotzdem gab es Müll auf dem LCD, nach Neuflashen des mega32 war es wieder OK

[batti112]

Oh sry, das hatte ich falsch verstanden!

Programmtechnisch macht das sicher keinen Sinn... sonst würdest du aber auch nicht fragen ;-)

Ich könnte mir nur vorstellen das etwas mit deiner Versorgungs oder Signalspannung nicht passt...

Gruss,
Batti

[jar]

Ich könnte mir nur vorstellen das etwas mit deiner Versorgungs oder Signalspannung nicht passt...
Gruss,
Batti

ich tippe eher auf mangelhaftem power/on Reset , R/C ist mir nie angenehm

werde wohl doch mal eine TL7705 nachrüsten....

[jar]

so nun weiss ich was es ist, finde aber noch keine Lösung

hatte den mega32 erst mit internem 4MHz CLK betrieben, seit ich den auf 8 MHz intern habe , ist das LCD nach power on verwirrt


die 8MHz intern laufen definitiv 20% schneller, habe ich mit dem delay gesehen am Oszi und korrigiert, aber nur im Hauptcode !

die LCD Routinen vom Peter Fleury fasse ich noch nicht an, aber XTAL defines in der LCD c und h funzen selbst mit 16MHz nicht richtiger

nur ein ordentlicher Reset vom ST200 prommer , egal ob von Pony oder BASCOM setzt das LCD richtig zurück, ich bin sicher das die internen Wartezeiten 64clk vom Mega nicht reichen !

ich werde wohl doch einen Quarz und einen Resetcontroller verbauen....

vielleicht will das LCD auch einen extra langen RESET ?

[Hubert.G]

Versuche es mal mit Brown-Out-Dedection auf 4V. Dann startet der Kontroller nicht vor dem LCD.

[jar]

Versuche es mal mit Brown-Out-Dedection auf 4V. Dann startet der Kontroller nicht vor dem LCD.

hatte ich auch schon probiert ohne Erfolg, aber noch nicht in Kombination mit falscher LCD XTAL des Quarzes vortäuschen !

ich vermute den Fehler mitlerweile schon in der von LCD.C genutzten delay !, da steckt für mich noch nicht sichtbar XTAL drin, deswegen half XTAL auf 16MHz bei LCD.H und LCD.C bei echten 8MHz ? auch nix

evt. ist es ein Delay vom GCC, das richtet sich in der Tat nach den eingetragenen CPU clk, der ist ja 8 MHz, aber mit 20% zu schnell

vielleicht muss ich überall XTAL +20% eintragen, ausser beim LCD, wo es ja nicht half

delay25 gibt bei 19,5 -> 25ms

eben noch mal nachgedacht, er läuft ja langsamer als XTAL sagt !

deswegen kann es eigendlich ein zu kurzes delay nicht sein ....

[jar]

nicht initialisiertes char[] =;