Display für esp32?

[forivinx]

Die Framerates werden wohl in erster Linie von der Schnittstelle und dem Treiber vom Display abhängig sein.
Ich meine mich zu entsinnen, dass ich mit I2C nur recht bescheidene Framerates erreichen konnte bei diesen 0.96" 128x64 Displays.
Aber ich kann nicht ausschließen, dass das einfach daran lag, dass ich die Displays an einem Arduino betrieben habe.. die ja von der Leistung her ein Lacher sind im Vergleich zum ESP8266 oder gar dem ESP32.
Am besten einfach mal nach dem Datenblatt vom jeweiligen Display suchen.

Warum du eine 2:1 Auflösung mit Balken in der Mitte und all den Komplikationen die dadurch entstehen, dass es 2 Displays sind, einem einzelnen Display vorziehst ist mir zwar ein Rätsel, aber ich würde es vielleicht mal mit sowas probieren:
https://www.aliexpress.com/item/J34-...599757275.html
Ich könnte mir vorstellen, dass man den weißen Rand einfach abmachen oder abdremeln könnte dort wo du die Displays zusammenführen möchtest.

[NotEvil]

ich will hauptsächlich mit Dingen wie Leftshift,Grafik lib,Grafikprogrammierung rumspielen und SPI quälen, 2x128 displays war nur so ne Idee... glaub aber irgendwie gibts keine Zweierpotenz Displays
Hab vom Händler das Datenblatt und co erhalten für ein 128x128 display(das mit Mickey Mouse^^)
"ST7735S 132RGB x 162dot 262K Color with Frame Memory"
kann man hier irgendwo zip hochladen?

wieviel Daten kriege ich überhaupt über SPI rüber? bei ~5bit pro Farbe, wo ist der Flaschenhals? wie lange brauch ich für 1x Bildschirm mit Pixeln füllen?

bei 2 Monate Wartezeit werde ich mir wohl eh verschiedene kaufen, genug ESP8266 hab ich ja noch

[forivinx]

Also bei der Auflösung denke mal sollten bei SPI schon über 60FPS drin sein. I²C würde ich schätzen schafft vielleicht 15FPS. Aber ich kann wirklich nicht behaupten fundiertes Wissen darüber zu verfügen.
Der Flaschenhals könnte jedenfalls ggf schon die Schnittstelle sein. Bei SPI wäre der Flaschenhals wohl der Treiber Chip bzw dessen Konfiguration.
SPI an sich wird nie der Flaschenhalt sein können, da die Spezifikation kein Bandbreitenlimit vorsieht. Jedoch muss ich sagen, dass ich persönlich bisher keiner Implementierung mit über 10mbps über den Weg gelaufen bin, zumindest nicht wissentlich...
Mit Pech wäre der Flaschenhals aber auch einfach das Panel. (Pixel-Persistenz bei OLED zB) Aber keine Ahnung inwiefern so etwas überhaupt im Datenblatt vermerkt ist.

Ich würde glaube ich einfach mal auf youtube schauen ob ich da ein paar Videos mit OLEDs am ESP finde...

[NotEvil]

hab mir jetzt 3 Arten bestellt
von den kleinen mit weissen case 2 stück, von anderen je 1
werd dann wohl einen Bench schreiben und falls ich was rausfinde, hier posten


gibt es eigentlich kleine displays, die z.B. alle Pixel nach rechts verschieben "von sich aus" können?
oder muss ich jedes mal alle Pixel über SPI komplett neu beschreiben?
128x128x16 bit ist ganz schön viel. Bei I2C soll 5MBit/s obergrenze sein. Das wären ~19 Bilder pro Sec im Optimalfall
SPI kann wohl mehr, aber wenn man sich so anschaut wie wenig man bei Komprimierten Sachen braucht(MPEG und co), fragt man sich wo man optimieren kann

[forivinx]

Hm, also ich habe so eine Funktion noch nie verwendet, aber ich ich habe bisher auch noch nicht danach gesucht. Also ich könnte mir vorstellen, dass die Bildschirme die hinten auch noch einen SD-cardreader drin haben sowas mehr oder weniger können. Aber ob man das selber direkt ansteuern kann.. ich weiß ja nicht.

Alle Pixel wirst du wohl nicht jedes mal neu übertragen müssen, aber ich denke mal alle die sich verändern. Und das mit der Komprimierung funktioniert natürlich nur, wenn der Treiberchip das auch versteht.