STM32 Primer2, FSMC für LCD ?

[N. C. (nixchecker)]

Hallöchen,

ich habe hier ein Primer2 das ich Schrittweise mit CubeMX und SW4STM32 
zum laufen kriegen möchte. Es blinkt auch schon ;-)

Jetzt bin ich dabei in CubeMX die LCD Belegung fest zu legen.

Allerdings sind die 8 Datenleitungen nicht an die unteren FSMC Bits 
angeschlossen, sondern an FSMC_D4 bis FSMC_D11.
Da muss ich also den 16Bit Modus nehmen.

Dummerweise sind aber auch andere FSMC Leitungen belegt.
Wenn ich diese konfiguriere ist FSMC nicht mehr aktiv.

Die Steuerleitungen passen. Siehe Bild.

Was haben die sich dabei gedacht? Lässt sich das LCD überhaupt mit FSMC 
ansteuern?

Wäre nett wenn mich jemand aufklären könnte. Danke.

[Xaver (Gast)]

N. C. schrieb:
> Was haben die sich dabei gedacht? Lässt sich das LCD überhaupt mit FSMC
> ansteuern?
Für mich sieht das nicht so aus, als ob die Anschlüsse vom LCD zum FSMC 
passen. Was aber problemlos gehen sollte, die Pins als GPIO zu 
verwenden:

void tft_write_command( uint8_t command)
{
  clear_bit( tft_control_port, TFT_rs);
  tft_data_port = command << 4;
  clear_bit( tft_control_port, TFT_wr_n);
  set_bit( tft_control_port, TFT_wr_n);
  set_bit( tft_control_port, TFT_rs);
}

void tft_write_data( uint8_t data)
{
  tft_data_port = data << 4;
  clear_bit( tft_control_port, TFT_wr_n);
  set_bit( tft_control_port, TFT_wr_n);
}

[N. C. (nixchecker)]

Danke, das ist auch meine Befürchtung.

Ich wollte eigentlich nichts schieben, so das ich wie gewohnt per DMA 
einfach schnell ein ganzes Bild oder einen Ausschnitt in den 
Grafikspeicher schicken kann.
Scheint aber nicht vorgesehen zu sein.

Das ist sehr Schade. :-(

[N. C. (nixchecker)]

Ich fürchte sogar, ich muss jedes Bit einzeln setzen oder erst den 
ganzen Port lesen, mit den verschobenen Daten verUNDen und zurücksenden 
um die restliche Peripherie nicht zu stören und so spätere Heimtückische 
Fehler aus zu schliessen.

[Xaver (Gast)]

N. C. schrieb:
> Ich fürchte sogar, ich muss jedes Bit einzeln setzen...
Da hilft Dir der STM32 mit seinem BSRR-Register:

tft_data_port->BSRR = ((~c)<<16) | (c);

Mit DMA wird es komplizierter, weil oft zwischen Kommando und Daten 
umgeschalten werden muss (LCD_RS-Pin). Da lohnt sich DMA nur, wenn man 
viele Daten zu schicken hat. In diesem Fall wird es mit DMA 
wahrscheinlich gar nix, da ja nach jedem Datum mit dem /WR-Pin gewackelt 
werden muss...

[N. C. (nixchecker)]

Vielen Dank, ich muss nun die schnellste Methode heraus finden.
Die LCD Daten sind Bi-Direktional.

Mal sehen wie das mit HAL so klappt.
Vielleicht spornt mich das sogar an den Inline-Assembler zu probieren.

Ist nur Hobby und mich treibt keiner. ;-)

Für Heute ist es das gewesen.

Gute Nacht und Danke.