0.96" LED Farbeinstellung

K.Str. schrieb:
> Es sieht so aus als würden die Pixelfarben standardmäßig vorbelegt.

das ist doch so bei den 2-farbigen, übrigens gibt es nur ein Oled auf 
der Welt das du deines nicht benennen musst?

http://i.ebayimg.com/00/s/ODAwWDgwMA==/z/3oIAAOSwo4pYPUxe/$_57.JPG

ich habe nur gelb-blau gefunden, dein magenta/yellow noch nicht

K.Str. schrieb:
> Kannst Du mir da bitte weiterhelfen?

wie denn?

K.Str. schrieb:
> Leider habe ich ein Problem, dass mir jedes Element mit einer
> Standarfarbe Blau oder Gelb angezeigt wird.
> Es sieht so aus als würden die Pixelfarben standardmäßig vorbelegt.

dem ist halt so!

wenn du alle Pixel in jeder Farbe leuchten lassen willst brauchst du RGB 
OLED als Grafik und viel SRAM, unterm Arduino mighty mini 1284p machts 
kaum Spass, oder du nimmst gleich ESP oder STM

Joachim B. schrieb:
> wenn du alle Pixel in jeder Farbe leuchten lassen willst brauchst du RGB
> OLED als Grafik und viel SRAM

Wofür der viele SRAM?

Bei einfarbigen OLEDs ohne Rücklesemöglichkeit des Pixel-RAMs braucht
man Pufferspeicher im Mikrocontroller, da man ansonsten kein einzelnes
Pixel explizit setzen kann (immer nur 8 auf einmal).

Bei RGB-OLEDs muss man für ein einzelnes Pixel ohnehin 8 oder 16 Bit
zum LED-Controller schreiben, die muss man aber auf dem Mikrocontroller
nicht unbedingt puffern.

Jörg W. schrieb:
> Wofür der viele SRAM?

vielleicht weil ich ein mieser Programmierer bin oder mir nicht anders 
zu helfen wusste.....

Jörg W. schrieb:
> Bei RGB-OLEDs muss man für ein einzelnes Pixel ohnehin 8 oder 16 Bit
> zum LED-Controller schreiben, die muss man aber auf dem Mikrocontroller
> nicht unbedingt puffern.

bei meinen Versuchen mit TFT auf dem Arduino mega2560 stellte ich fest 
das pixelweise löschen schneller geht als bereichslöschen.

Ich überschrieb die großen Zahlen einfach mit Schriftfarbe black, aber 
das bedeutet das man immer den alten Text vorrätig haben muss.

In der Test und DEBUG Phase ist viel SRAM auch von Vorteil flash 
sowieso.

Meine Rolladensteuerung mit Berechnung nach Sonnenstand und Rückmeldung 
auf einem Nokia 5110 passt gerade so mit knausern in einen nano328, 
keine Debugausgaben, keine Tastatur, kein Drehencoder mehr möglich, auch 
serielle Kommandos können nur noch eingeschränkt genutzt werden, das 
nervt. ich wünsche mir einen nano mit 64k flash und min 8k SRAM, 
alternativ endlich einen 1284p mit USB

Joachim B. schrieb:
> Ich überschrieb die großen Zahlen einfach mit Schriftfarbe black, aber
> das bedeutet das man immer den alten Text vorrätig haben muss.

Gut, wenn man's für Optimierungen benutzen will, ist das 'ne andere
Sache.

> In der Test und DEBUG Phase ist viel SRAM auch von Vorteil flash
> sowieso.

Gar keine Frage, mehr Ressourcen machen natürlich immer auch mehr
Spaß und die Arbeit einfacher. ;)

K.Str. schrieb:
> Dann kann man sie vielleicht runterziehen.

Du hast aber zwischen den beiden Bereichen einen ca. 1 Pixel breiten
Streifen „nichts“; zumindest ist das bei meinem gelb/blauen Display
so.  Eine vollständig gleichmäßig gefüllte Fläche kann man damit also
nicht erzeugen.

Bei den ebay-Fotos deines Displays kann ich nicht erkennen, ob das
auch der Fall ist.

Da ich gerade nochmal so'n Teil in den Fingern habe, hab' ich ein
Foto davon gemacht.

Das Display ist ebay 272245871003.

Ich glaube übrigens nicht recht dran, dass es sich um weiß mit Filtern
handeln würde; man kann nichts erkennen, was wie eine Filterfolie
aussieht, und auch extrem von der Seite betrachtet sind die Pixel
farbig ohne irgendeinen weißen Schein.