LCD will nicht mit angehen

Ich bin's gerad nochmal!

Hab gerad nochmal probiert so an zugriegen.
Und es ging wie gesagt nicht an, aber als ich die 15V raus gezogen hab 
und wieder angeschlossen hab, ging das Display verwunderlich an!

Matthias

Hallo Matthias,

wenn der Verdacht da ist das der µC zu schnell angeht und den 
LCD-Controller initialisiert devor der bereit ist dann programmier dir 
doch ne Warteschleife vor der Displayinitialisierung.

Gruss Martin

Hm klingt gut,
sowas hatte ich auch schon gedacht und eine Delay schleife von ungefähr 
2 sekunden davor programmiert.
Aber So wirklich geholfen hat es nicht!

vielleicht eine gute Idee:
Vielleicht nach einer gewissen Zeit noch mal einen Reset über den reset 
Pin machen?
Aber was müßte ich da Hardware technisch noch realisieren???

Watchdig wäre ne Lösung oder mal nach dem Brown out schauen.

Hi

Das Display vom Butterfly hat keinen eigenen Controller. Der 169 ist der 
Displaycontroller. Also wenns nicht klappt, liegt es an der 
Programmierung.

MfG Spess

Aber wenn es an der Programmierung liegt wie kann es denn sein, dass er 
manchmal angeht und manchmal nicht?
Außerdem benutze ich größtenteils die Originalsoftware vom Butterfly. 
Habe im Prinzip nur meine Funktionen zusätzlich eingefügt.

Ja, hab mal den original Code(Butterfly) drauf gespielt und siehe da, 
das Programm läuft immer ohne Probleme!!

Also muß es anscheint doch am Programm an sich liegen.
Aber wie erklärt sich der zufall ob es angeht oder nicht.
Benutz ja den original code und schreiben meine Funktionen dazu.
Und habe dann im Menü nur den Aufruf der original funktionen raus 
genommen.
Also Querverweise oder sowas müßten noch funktionieren.
Aber ich komm nicht dahinter woran es liegt.
Ich schreibe die Funktionen gerad Schritt für Schritt nochmal rein.

Und wenn dann der Controller wieder mal nicht will kontrolliere ich die 
funktion und stelle fest das sie genau so aussieht wie die original 
funktion von der ich sie kopiert habe, nur das meine variablen drin 
sind.
Und deren deklaration ist wirklich richtig, mehrmals kontrolliert.

Woran könnte das denn liegen?

Gut, hab gerad nochmal kontrolliert.
Die lokalen setze ich auch auf 0!!

Aber mir ist gerad eine Idee gekommen, ich teste gerad mit dem PROGMEM.
Und es lassen sich wahrscheinlich kleine Erfolge verzeichnen, aber warum 
es damit zusammenhängen kann wüßte ich jetzt auch nicht.

Aber erstmal vielen Dank für die Hinweise!!!

Also ich glaub ich weiß jetzt wo genau das Problem liegt.

Die Menüpunkte sind wie folgt definiert:

1

const MENU_STATE menu_state[] PROGMEM = {

2

//  STATE                               STATE TEXT                  STATE_FUNC

3

    {ST_AVRBF,                          MT_AVRBF,                   NULL},

4

    {ST_AVRBF_REV,                      NULL,                       Revision},

5

...

6

7

... 

8

   {ST_OPTIONS_FSS,                MT_OPTIONS_FSS,             NULL},

9

    {ST_OPTIONS_FSS_MAX_WEIGHT,         MT_OPTIONS_FSS_MAX_WEIGHT,  NULL},

10

  {ST_OPTIONS_FSS_MAX_WEIGHT_FUNC,  NULL,            MAX_Weight_Func},

11

    {ST_OPTIONS_FSS_MAX_VOLTAGE,        MT_OPTIONS_FSS_MAX_VOLTAGE, NULL},

12

  {ST_OPTIONS_FSS_MAX_VOLTAGE_FUNC,  NULL,            MAX_Voltage_Func},

13

//->

14

    {0,                                 NULL,                       NULL},

15

16

};

Wenn ich an dieser(->) stelle nun noch einen Menüpunkt anfüge

1

 {ST_MESSUNG, NULL, Messung},

(Die funktion Messung existiert und auch ST_MESSUNG hab ich definiert) 
springt der Controller nicht mehr an.
Hat irgendjemand ne idee woran das liegen könnte?

Ja also Danke nochma an alle

Hab den fehler jetzt gefunden und behoben. Das Boot reset Vector fusebit 
war gesetzt. Da gabs wohl irgendwie probleme.