-
Thread
ili9341 2.8 Zoll Modul Problem
Möglicherweise ist auf einem der Module gar kein ILI9341 verbaut. Lies also erstmal die Identifikation aus.
SPI-Transfer wieder bereit waren und ich mußte hier 2 "NOP" danach einfügen (leider). Hatte ich mit ILI9341 und ILI9225.
-
Thread
ILI9341 an Raspberry Pi 3B+ mit Raspberry Pi OS 13?
wie beispielsweise hier versucht durchzuackern: https://www.xgadget.de/anleitung/2-2-spi-display-ili9341-am-raspberry-betreiben/ Oder auch: https://github.com/juj/fbcp-ili9341 Wie man wahrscheinlich merkt an meinem Text wenn ich in der Programmierung nicht bewandert aber gut bekannt mit dem Befehlen
/configuration.html#part3.1 Speziell zu fbtft, ili9341 usw, findet sich bestimmt auch ein Tutorial.
-
Thread
Wer hat Informationen zu RB-TFT3.5?
"Das mit einer maximalen Auflösung von 480x320 Pixeln" https://cdn-shop.adafruit.com/datasheets/ILI9341.pdf ILI9341 schafft nur 320x240 Pixel -> Also ist da kein ILI0341 drauf. Wastl schrieb im Beitrag #7959384: > Diese Displays laufen mit allen Controllern die SPI können. Wenn man den Controller
Walter T. schrieb im Beitrag #7959385: > ILI9341 schafft nur 320x240 Pixel -> Also ist da kein ILI0341 drauf. Ach! Echt jetzt?
-
Thread
STM32F4 - Spiele
unterschiedlichen Controllern funktionieren sollten. Getestet sind ST7735 (default) sowie S6D02A1 und ILI9163.
Das, was im Link von lcdwiki steht, ist kein parallels Interface, sondern ein SPI-Interface mit ILI9341 Controller. Da ich ein ILI9341 Display nur als paralleles habe, habe ich das meinen Sourcen auch nicht als SPI-Interface mit eingefügt. Vielleicht sollte ich meine Beschreibung für die Displays
-
Thread
Turtlegrafik: Interpreter, Creator & Designer
> #include <Adafruit_ILI9163.h> #include "turtledraw.h" // tft-Objekt für das Display erzeugen #define TFT_CS 10 // PB2 #define TFT_RST 6 // PD6 #define TFT_DC 7 // PD7 Adafruit_ILI9163
arg1, drw_color); break; } Das hier verwendete Display war übrigens OLED mit ILI9341, 320 x 240 Pixel. Pindefinition in der der Datei User_setup.h: #define TFT_MISO 12 #define TFT_MOSI 13 #define TFT_SCLK 14 //#define TFT_CS 15 #define TFT_DC 2 #define TFT_RST
-
Bild
Datenblatt-Ausschnitt Read Display MADCTL Befehl
8.2.6. Read Display MADCTL (0Bh) 0Bh Command D/CX WRX D17-D7 D6 D5 D4 D3 D2 D1 D0 HEX 0 1 1 XX 0 0 0 1 1 0 0Bh 1st Parameter XX D7 D6 D5 D4 D3 D2 D1 D0 00 2nd Parameter Description Bit Value Description Comment D7 1 0 Top to Bottom (When MADCTL B7='1') ... D7 0 1 Bottom to Bottom (When MADCTL B7='0') ... D6 1 0 Left to Right (When MADCTL B6='1') ... D6 0 1 Right to Left (When MADCTL B6='0') ... D5 1 0 Normal Mode (When MADCTL B5='1') ... D5 0 1 Reverse Mode (When MADCTL B5='0') ... D4 1 0 LCD Refresh Top to Bottom (When MADCTL B4='1') ... D4 0 1 LCD Refresh Bottom to Top (When MADCTL B4='0') .
-
Thread
Oxva Xlim2 Pro Analyse
gleich auch den verwendeten Controller zu identifizieren. Vermutlich Sitronix oder ILITEK, ST7789/ILI9341
-
Thread
Goertzel on speed
Kanäle zu bieten. Die Ausgabe erfolgt nicht mehr über ein WS2812-Array, sondern über ein günstiges ILI9341-SPI-Display (in meinem Fall 3,8") und zwar mit 60Hz Refresh (statt 16,7Hz im Original). Gleich geblieben ist die Eigenschaft, dass kein Framebuffer im Controller benötigt wird. Denn damals wie
-
Thread
St7735 mit STM32F401CCU6
schreiben soll. Angefangen habe ich warum auch immer mit der falschen Bibliothek und zwar der Adafruit_ILI9341 hierbei entstand das erste Foto. Als ich endlich gemerkt habe das ich die falsche Bib benutze bin ich dann auf Adafruit_ST7735 umgestiegen habe aber hier das Problem das nicht ins initialisieren
-
Bild
2.2 Zoll SPI TFT Module in Verpackung
2.2"SPI TFT Module Driver:ILI9341 Dots:240X320 QC:Pass Touch:No SKU:MSP2202
-
Bild
Aufkleber eines 2.8 Zoll SPI TFT Moduls
2.8"SPI TFT Module Driver: ILI9341 Bus: SPI Dots: 240X320 Touch: Yes SKU:MSP2807
-
Bild
2.8 Zoll SPI TFT Display Modul in Verpackung
2.8'SPI TFT Module Driver: ILI9341 Bus: SPI Dots: 240X320 Touch: Yes SKU: MSP2807 HSD028309-C2
