[STM32/HAL] Treiber für ST7735 160 x 80 TFT

Besten Dank dafür.

Am Wochenende mal mit einem 160x128 am STM32F103 gesteckt.

Framebuffer für 16er Font paßt locker noch ins RAM und mit der 
ST7755_SetFrame(...)Function läßt sich das TFT in 8 Zeilen fix 
beschreiben.

Als Basis für weitere Optimierungen tiptop.

Harry L. schrieb:
> NichtWichtig schrieb:
>> Framebuffer für 16er Font paßt locker noch ins RAM
>
> Ein Font hat nichts mit einem Framebuffer zu tun.

Ist der Framebuffer kleiner als der Font hoch ist wird es hässlicher zu 
verarbeiten.

Das nur als Hinweis das Deine Aussage *nix für einen kleinen F103* 
ausgehebelt werden kann.

Harry L. schrieb:
> NichtWichtig schrieb:
>> Ist der Framebuffer kleiner als der Font hoch ist wird es hässlicher zu
>> verarbeiten.
>>
>> Das nur als Hinweis das Deine Aussage nix für einen kleinen F103
>> ausgehebelt werden kann.
>
> Falsch!
> Du verwechselst Framebuffer mit Cache...

Nöö, es gibt kein Cache.

ASCII Text + Font -> Framebuffer -> DMA -> TFT -> lesbarer Text wie 
erwartet.

Harry L. schrieb:
> Das Framebuffer-Update geschieht dann im 16bit-Mode via DMA.

Ähem... naja den Inhalt des Bildspeichers im RAM braucht man nur dann in 
den Displaycontroller zu transferieren, wenn sich dort auch etwas 
geändert hat - sonst nicht. Man muß das nicht allzu häufig machen. 
Stattdessen kann man in einer Zeichenroutine auch sowas wie ein 
'Geändert'-Flag setzen und den Transfer (in der Grundschleife in main() 
) nur dann machen, wenn dieses Flag gesetzt ist.

W.S.

NichtWichtig schrieb:
> Ist der Framebuffer kleiner als der Font hoch ist wird es hässlicher zu
> verarbeiten.

sowas erledigt lvgl, da hat man mit dieser Hässlichkeit nix mehr zu tun. 
Der Framebuffer muss nicht den kompletten Inhalt der physikalischen 
Auflösung groß sein, 10 Zeilen reichen da. Allerdings wird auch noch 
Speicher für die Zeichenobjekte benötigt. DMA ist da auch sinnvoll, vor 
allem wenn man Platz für zwei Buffer hat. Dann wird der zweite von der 
CPU gefüllt während der erste vom DMA ins Display geschaufelt wird. Auch 
unter Berücksichtigung das sich erst etwas im entsprechenden Bereich 
geändert haben muss.

W.S. hat wieder kein Durchblick?

Zusammen mit den Screenshots dürfte ist das sehr hilfreich.
Ein Tipp von mir:

1

void ST7735_Exit_Sleep()

2

{

3

   ST7735_Write_Cmd(ST7735_SLPOUT);

4

}

ist besser als:

1

ST7735_Write_Cmd(ST7735_SLPOUT); //Sleep exit

I.e. verständlicher Code ist besser als unverständlicher Code + 
Kommentare.
Eine weitere Verbesserung wäre es objektorientiert zu arbeiten, dann 
kann man auch mehrere Displays ansteuern.