SSD1306 I2C - Display verhält sich komisch..

Hi @Jan,
intensive Sonnenbestrahlung (Temperaturgang) hat eher Auswirkungen auf 
den Kontrast.
Dann, wenn LCD höherer "statischer" Spannung ausgesetzt wird, fallen 
evtl. einzelne Pixel aus.
(Habe ich selbst ausprobiert.)

Mit UV-Strahlung hat das in den Bildern gezeigte Phänomen zunächst 
einmal garnichts zu tun, nur mittelbar.

Sieht für mich eher nach "Bigfoot"-Character-Ansteuerungs-Versatz aus.
Die Timings in der Software sollten noch einmal überprüft werden.

ciao
gustav

Hallo,

Ich hatte einmal ein ähnliches Problem mit diesem Display. Damals lag es 
an einer wackeligen Lötstelle. Könnte das bei dir auch das Problem sein?

lg
Lorenz

Tränen Vergossen schrieb:
> Auf dem Board sind keine Abblock-Cs zu finden.
>
> Sollten doch einer oder zwei drauf sein dann sind es
> garantiert zu wenig. Wenn ich den Akku sehe dann weiss
> ich dass ich mindestens einen dicken Elko brauche.
>
> Ist wohl wie so häufig: Kondensatoren sind in Mikro-
> controller-Schaltungen nur lästiges, überflüssiges,
> kostenverursachendes Beiwerk das weg kann.
Danke für deine "Ausführlich" , "Technisch" , "Wertvolle" Äußerung!

Lorenz R. schrieb:
> Hallo,
>
> Ich hatte einmal ein ähnliches Problem mit diesem Display. Damals lag es
> an einer wackeligen Lötstelle. Könnte das bei dir auch das Problem sein?
>
> lg
> Lorenz

Das hatte ich am Anfang auch vermutet. Ist es aber leider nicht. Sitzt 
alles perfekt und ist sauber angelötet.

Marcel schrieb:
> Hallo,
>
> ich kann Dir leider nicht helfen, aber welche Komponenten hast Du da?
> Das sieht interessant aus.
>
> Viele Grüße
> Marcel

RTC , BMP180 , SHT21 , SSD1306 nichts wildes.

Karl B. schrieb:
> Hi @Jan,
> intensive Sonnenbestrahlung (Temperaturgang) hat eher Auswirkungen auf
> den Kontrast.
> Dann, wenn LCD höherer "statischer" Spannung ausgesetzt wird, fallen
> evtl. einzelne Pixel aus.
> (Habe ich selbst ausprobiert.)
>
> Mit UV-Strahlung hat das in den Bildern gezeigte Phänomen zunächst
> einmal garnichts zu tun, nur mittelbar.
>
> Sieht für mich eher nach "Bigfoot"-Character-Ansteuerungs-Versatz aus.
> Die Timings in der Software sollten noch einmal überprüft werden.
>
> ciao
> gustav

Wenn das ein Versatz wäre, wieso tritt der nur manchmal auf? bzw. so 
selten?!

Das mit den Timing könnte schon eher sein, nur welches Timing meinst du 
genau?

Ich arbeite mit genau 400kHz I2C Bus Frequenz. Alle anderen 
Busteilnehmer haben damit keinerlei Problem auch Frequenzen < 400kHz 
lösen das Problem leider nicht.

Tränen Vergossen schrieb:
> Jan H. schrieb:
>> Danke für deine "Ausführlich" , "Technisch" , "Wertvolle" Äußerung!
>
> Du könntest ja mit Leichtigkeit meine Postulate entkräften
> wenn sie denn keine Substanz haben. Einfach mal zeigen dass
> es nicht so ist.

Ich habe die Stromversrogung mit dem Oszi. genau unter die Lupe 
genommen. Das sieht vollkommen okay aus.

Außerdem sind genug C´s auf den Breadboards die gegen VCC und GND 
angeschlossen sind. Dennoch sind welche auf dem Board nochmal extra 
bestückt ;)

Johannes S. schrieb:
> Das sieht eher nach einem Ansteuerungsfehler aus. Die Darstellung ist
> zum Teil spiegelverkehrt, das schafft man bei dem Display durch
> programmieren der Steuerregister. Vielleicht ist das I2C Timing stark am
> Limit und wird durch Erwärmung weiter ins ungünstige verschoben und
> erzeugt dann falsche Steuercodes zum Display.

Kann auch sein.
Habe derzeit für die PullUps 10k im Einsatz. Jeweils für "SDA" und "SCL" 
das bei "4" Busteilnehmern. Evtl. ist das viel zu hoch?

Johannes S. schrieb:
> Da habe ich eher 2k2 in Erinnerung. Wenn du die SW selber geschrieben
> hast dann zum Fehler einkreisen mal die Sensoren abklemmen.
> Temperaturfehler kann man auch mit Fön oder Kühlschrank provozieren.

Gute Idee. Werde die Kiste mal in den Kühlschrank legen.

Stefanus F. schrieb:
>>> Habe derzeit für die PullUps 10k im Einsatz
>> Da habe ich eher 2k2 in Erinnerung.
>
> Das sehe ich auch so. Das Wifi-Kit-8 Board wird mit 12k Ohm geliefert.
> Ich kann Dir aus Erfahrung sagen, dass dessen Display damit selbst bei
> ungenutztem WLAN unzuverlässig läuft.
>
> Mit 2,2k Ohm läuft es hingegen gut.

Verstehe dich jetzt nicht ganz. Du willst mir damit sagen, dass es mit 
beiden Werten gut läuft?

Jan H. schrieb:
> Das mit den Timing könnte schon eher sein, nur welches Timing meinst du
> genau?

Hi,
"Bigfoot" benutzt ja afaik pixelweise erzeugte "user defined" 
Charakters. Dazu wird in der SW ja eine Extra-Routine durchlaufen. Das 
LCD braucht für diese Steuerbefehle evtl. mehr Pausen zwischen den 
einzelnen Instruktionen, als die üblichen. Und 400 kHz I2C ist für mich 
ja schon jenseits der Schallmauer. (Z.B. bei RS232 8N1 9k6 ohne 
Zwischenpufferung ist beim LCDisplay normalerweise Schluß.)

ciao
gustav

Tränen Vergossen schrieb:
> Harald schrieb:
>> Höre bloß nicht auf die Bastler
>
> Ich bin Bastler und sage dass 10K Pullup und 400KHz I2C
> Busfrequenz nicht ganz zusammenpassen (können, abhängig von
> der aktuellen Konfiguration). YMMV.

Man sagt ja man soll in der Regel 4k7 - 10k PullUps nehmen.
Wie berechnet man das denn, geht das überhaupt so ohne weiteres?

Habe die Schaltung gerade aus dem Kühlschrank geholt und siehe da wieder 
genau das gleiche Problem. Scheint wirklich an den Kapazitäten und den 
PullUps zu liegen..