Parallelen NOR Flash beschreiben

[Sebastian V. (sebi_s)]

Hallo,

ich habe hier einen 64 MBit parallelen NOR Flash (S29GL064N90) an einem 
STM32F103 hängen und versuche diesen zu beschreiben. Nach vielen 
Fehlschlägen habe ich per Zufall herausgefunden, dass mein Programm 
Command akzeptiert wird wenn ich nach den ersten beiden Write Cycles 
(von insgesamt 4) einmal kurz /OE auf low ziehe. Im Timing Diagramm vom 
Programm Command steht aber überhaupt nichts von /OE und irgendwie 
scheint es mir auch unlogisch mit /OE irgendwas zu machen wenn man 
eigentlich schreiben will. Habe ich irgendwas überlesen oder wieso ist 
dies nötig?

[Falk B. (falk)]

@Sebastian V. O. (sebi_s)

>ich habe hier einen 64 MBit parallelen NOR Flash (S29GL064N90) an einem
>STM32F103 hängen und versuche diesen zu beschreiben. Nach vielen
>Fehlschlägen habe ich per Zufall herausgefunden, dass mein Programm
>Command akzeptiert wird wenn ich nach den ersten beiden Write Cycles
>(von insgesamt 4) einmal kurz /OE auf low ziehe.

Klingt nach einem Softwarefehler.

> Im Timing Diagramm vom
>Programm Command steht aber überhaupt nichts von /OE und irgendwie
>scheint es mir auch unlogisch mit /OE irgendwas zu machen wenn man
>eigentlich schreiben will.

Eben.

> Habe ich irgendwas überlesen oder wieso ist dies nötig?

Ist es nicht. Kann es sein, dass irgendwo CE mit OE verwechselt wird? 
Beim Schreibzugriff braucht man nur CE und WR auf LOW.

[Sebastian V. (sebi_s)]

OK. Ich habe gestern schon die wichtigsten Signale mit meinem billigen 
Logic Analyzer überprüft. Das sah soweit alles wie gewünscht aus. Ich 
werde mir heute ein Oszi leihen und nochmal genau nachschauen.

[Sebastian V. (sebi_s)]

OK ich hab mein Problem gefunden. War ein blödes Softwareproblem wie 
schon vermutet. Die Datenleitungen waren ausversehen als Open Drain 
eingestellt und das gab dann so tolle Verläufe wie im angehängten Bild 
(oben Datenleitung, unten /WR). Ein Impuls auf /OE muss wohl dafür 
gesorgt haben, dass die Datenleitungen schnell wieder auf VCC gezogen 
wurden.