ST7735 SPI PIC18 das System ist verhext

uff basse schrieb:
> Brom B. schrieb:
>> Ich weiß nicht was ich noch machen könnte...
>
> Erst mal den Schaltplan und den Aufbau zeigen, dann kommt
> schon eher Licht ins Dunkel.
> Brom B. schrieb:
>> Die Leitungen haben 1k Vorwiderstände
>
> Das ist je nach SPI-Taktfrequenz schon sehr viel (zu hoch).
> Längswiderstände zum "Entklingeln" von Daten-/Clock-Leitungen
> wären eher bei 100 Ohm anzusetzen. Warum du sie drin hast
> muss erst noch ergründet werden.


Mir leuchtet nicht ganz ein was der Schaltplan bringen soll... Läge es 
an der Platine hätte ich am SCL und SDA gemessen direkt am Bildschirm 
(also nach den Kabeln usw. ) Nicht genau das was ich erwarte.

Zu Test Zwecken wird der Bildschirm permanent mit rot befüllt. Gemessen 
an 2 Kanälen passt das Signal es kommt also am Bildschirm an das er rot 
senden soll. Was er tut, (und 5 andere auch) ist jedoch ein buntes 
Pixelchaos.

In einem anderen Raum mit exakt dem gleichen Aufbau funktionierts dann 
wieder und im nächsten nur manchmal.

LG

NichtWichtig schrieb:
> Wenn die Signale am TFT sauber ankommen mögen sie womöglich schlicht
> falsch sein.
>
> Timingproblem?
> Initialisierung auf Kante genäht?
> Spannungsversorgung instabil?
> Fetter Verbraucher im Wohnzimmer?
> WLAN direkt nebenan?

Die Signale sind richtig.
Wenn ich Texte Bilder etc. Lade erscheinen Sie auch aber teilweise 
einfach um 90 oder 180° verdreht...

Ein paar Meter weiter läuft's dann wieder richtig es ist zum 
ausrasten...

Zwischen den Inits sind Pausen von mindestens 100ms.

24V Versorgung, sowie 5V nach dem AP6603 Schaltregler als auch 3,3V nach 
einem LM 78 Haben 470uF stützen, sowie 2x 22nF und einmal 47pF gegen 
Masse.

Verbraucher, Strahlungen etc. Hätte ich auch angedacht. Deswegen habe 
ich ja auch den Raum gewechselt und auch mein Handy ausgesperrt. Dabei 
hat's dann wenigstens häufiger funktioniert aber auch nicht immer...

Wie gesagt sind die Signale mit dem Oszilloskop gemessen am Pin des 
Controllers richtig.

Das Phänomen tritt bei 6 Stück gleichermaßen auf.

Warum bringt Alufolie oder ein langes Kabel gegen Masse eine 
Veränderung?

Kann es wirklich sein das der ST7735 Chip so empfindlich ist??

Andere oleds haben nie Probleme gemacht:/

Und nein das ist definitiv kein Troll, Witz oder sonst was..

Soll ich den Bildschirm in eine Keksdose packen??

Ich weiß echt nicht was das sein könnte und noch weniger wie ich's 
loswerde:(

Brom B. schrieb:
> Andere oleds haben nie Probleme gemacht:/

Also erstmal ist das kein OLED, sondern ein TFT-Display.

Für die beschriebenen Probleme sehe ich folgende möglichen Ursachen:

* schlampiger Aufbau
* schlechte Stromversorgung
* falsch angeschlossenes Display und/oder falsch konfigurierte Ausgänge 
am Controller. Schaltplan und Fotos vom Aufbau sowie der Quellcode 
würden hier Klarheit bringen
* Timing außerhalb der Spezifikationen
* Fehlerhafte Initialisierung - wichtige Register gar nicht konfiguriert 
mit zufälligen Inhalt - Deshalb den Code zeigen! Dafür spricht vor 
allem, daß das Display "manchmal" den Inhalt gedreht anzeigt
* defekte Hardware (das Display, aber eher unwahrscheinlich)

Mit "Hexerei" oder "Strahlung von Aussen" hat das ganz sicher nichts zu 
tun, und auch 30cm Kabel zwischen Controller und Display stellen 
normalerweise kein Problem dar.

Harry L. schrieb:
> Brom B. schrieb:
>> Andere oleds haben nie Probleme gemacht:/
>
> Also erstmal ist das kein OLED, sondern ein TFT-Display.
>
> Für die beschriebenen Probleme sehe ich folgende möglichen Ursachen:
>
> * schlampiger Aufbau
> * schlechte Stromversorgung
> * falsch angeschlossenes Display und/oder falsch konfigurierte Ausgänge
> am Controller. Schaltplan und Fotos vom Aufbau sowie der Quellcode
> würden hier Klarheit bringen
> * Timing außerhalb der Spezifikationen
> * Fehlerhafte Initialisierung - wichtige Register gar nicht konfiguriert
> mit zufälligen Inhalt - Deshalb den Code zeigen! Dafür spricht vor
> allem, daß das Display "manchmal" den Inhalt gedreht anzeigt
> * defekte Hardware (das Display, aber eher unwahrscheinlich)
>
> Mit "Hexerei" oder "Strahlung von Aussen" hat das ganz sicher nichts zu
> tun, und auch 30cm Kabel zwischen Controller und Display stellen
> normalerweise kein Problem dar.


Natürlich weiß ich das es ein TFT Ist... Bei OLEDS hatte ich aber keine 
Probleme.

Die 24V Netzteile habe ich bereits getauscht sowohl ein 3A Tisch 
Netzteil als auch ein 500W Einbau Netzteil mit Case. Außer 5 LEDs und 
besagten teilen hängt da nix.

Der Schaltspannungsregler macht exakt 5,0V er taktet enorm schnell und 
ich kann mit dem Oszi weder Spannungseinbruche noch ripple darstellen. 
Ebenso die bereits erwähnten 470uF.

Am uC selbst hängen auch an allen 4 Versorgungs Pins unmittelbar die 
22nF

Display falsch angeschlossen möchte ich auch verneinen sobald ich einen 
Pin verändere geht gar nichts mehr. Und laut Specs verträgt er 6 oder 8 
MhZ bin gerade nicht sicher aber ich bin ja bereits bei 1Mhz.

Ich habe sämtliche Pins SPI etc. Alles über MCC konfiguriert. Sprich 
PinManager usw.

Eine fehlerhafte Initialisierung halte ich für möglich.
Hier habe ich einen fertigen Treiber aus einem Tutorial als Basis 
benutzt.

Aber es hat stets alles funktioniert.
Bis ich den Raum gewechselt habe...

Wäre es denn Möglich das Die anderen Pins RST RS und CS Störungen 
bekommen??

Die habe ich nämlich nicht explizit geprüft ich war bisher der Ablnnahme 
diese wurden nur zu Initialisierung genutzt. 🤔

Auf jedenfall vielen Dank schonmal das du Störstralung absolut ausgrenzt 
das erleichtert die Fehlersuche enorm wenn man was klar streichen kann:)

uff basse schrieb:
> Jester schrieb:
>> Diesen Ausschlag gebenden Tipp hast du vermutlich übersehen ...
>
> Bezüglich dieser Thematik ist der TO ja unfehlbar, das zeigt
> schon die im Eröffnungsbeitrag gebrachte Anrede (hört sich
> nach "an den Haaren herbeigezogen" an, gell, aber ich kann
> nicht anders).
>
> Brom B. schrieb:
>> Hallöchen liebe Freunde der Sonne,
>
> Tut mir leid, aber aus dem gesamten Eindruck des Threads
> kommt bei mir der Gedanke nach Beratungsresistenz auf.
>
> Noch ein Gag zum Schluss:
>
> Brom B. schrieb:
>> Die Signale sind richtig.
>
> Das können wir bestätigen, wie zu sehen ist machst du alles richtig.

Dir ist wohl auch einfach langweilig oder?
Anscheinend hast du absolut nichts sonniges beizutragen als unnütze 
Kommentare.
Vielleicht lebst du deine Minderheitskomplexe woanders aus wäre sehr 
freundlich danke :)

NichtWichtig schrieb:
> 90° (oder180°) verdreht ist doch eine Konfigurationangelegenheit.
>
> Ich hab folgende Software für das ST7735 verwendet: Womöglich lohnt mal
> ein Vergleich damit, sie funktioniert einwandfrei.
>
> Beitrag "[STM32/HAL] Treiber für ST7735 160 x 80 TFT"
>
> Dort wird per DMA recht zügig der Framebuffer übertragen, ich habs auf
> 1/8 des TFT limitiert da zu wenig RAM verfügbar ist und ich nicht so fix
> anzeigen muß.
>
> Takt, MISO und MOSI sind in einem geschirmten Kabel (ca. 25cm), die
> anderen langsameren Steuerleitungen einfach so ungeschirmt.
> Aber eher weil das Ding in einem Plattenspieler eingebaut ist und nicht
> stören soll statt gestört zu werden.


Hi NichtWichtig danke für den Hilfreichen Beitrag :)

Ich werde auf jedenfall alles abgleichen.

Ja das mit dem Verdrehen wundert mich auch extrem. Ich kenne die genaue 
ansteuerung des Displays nicht aber es scheint als würden Farben und 
Ausrichtung durcheinander gewürfelt werden. Der Inhalt und Hintergrund, 
sowohl bei Texten als auch bei Bildern bleibt erhalten.

Kannst du mir sagen ob Farben (Vordergrund und Hintergrund) ebenso wie 
die Ausrichtung Konfigurations abhängig sind? Wie werden diese 
angesteuert?

Wird dazu ein anderer Pin getriggert?
Womöglich habe ich bisher einfach an den falschen stellen gesucht also 
eher ziemlich sicher:D

Eine störflanke auf RS oder RST habe Ich nicht gesucht diese Kabel sind 
auch nicht mit Masse verdrillt.

Könnte das zum Fehlerbild passen??

lG :)

NichtWichtig schrieb:
> 90° (oder180°) verdreht ist doch eine Konfigurationangelegenheit.
>
> Ich hab folgende Software für das ST7735 verwendet: Womöglich lohnt mal
> ein Vergleich damit, sie funktioniert einwandfrei.
>
> Beitrag "[STM32/HAL] Treiber für ST7735 160 x 80 TFT"
>
> Dort wird per DMA recht zügig der Framebuffer übertragen, ich habs auf
> 1/8 des TFT limitiert da zu wenig RAM verfügbar ist und ich nicht so fix
> anzeigen muß.
>
> Takt, MISO und MOSI sind in einem geschirmten Kabel (ca. 25cm), die
> anderen langsameren Steuerleitungen einfach so ungeschirmt.
> Aber eher weil das Ding in einem Plattenspieler eingebaut ist und nicht
> stören soll statt gestört zu werden.


Der Treiber per DMA ist ja auch echt genial. Werde versuchen das zu 
integrieren da mein PIC das auch kann :)

Danke nochmals!!

Brom B. schrieb:
> 24V Versorgung, sowie 5V nach dem AP6603 Schaltregler

Google findet den nicht, was soll das sein?

Die konkrete Verdrahtung wäre schon wichtig, wie GND geroutet ist.
Typisch sind ja Spannungsregler 3-Beiner, d.h. GND ist durchverbunden.

Ich nehme von 24V abwärts die Traco TSR 1 Serie. Damit gabs noch nie 
Probleme.

Bei SPI kann man Widerstände gegen Ringing vorsehen, d.h. 100R direkt am 
Sender, also MC-seitig an SCK, MOSI, /CS und Slave-seitig am MISO.

Den oberschlauen Experten, die meinen, /CS müssen man nicht verbinden, 
denen ist nicht zu helfen. Die können bis zum Sankt-Nimmerleins-Tag 
ihren Fehler suchen.

Peter D. schrieb:
> Bei SPI kann man Widerstände gegen Ringing vorsehen, d.h. 100R direkt am
> Sender, also MC-seitig an SCK, MOSI, /CS und Slave-seitig am MISO.
>
> Den oberschlauen Experten, die meinen, /CS müssen man nicht verbinden,
> denen ist nicht zu helfen. Die können bis zum Sankt-Nimmerleins-Tag
> ihren Fehler suchen.

Nach Allem, was ich hier lese, möchte ich wetten, daß es sich um ein 
Softwareproblem handelt.

Da der TO aber seinen Code nicht zeigen will, sind alle weiteren 
Versuche, ihm zu helfen nutzlos...

Peter D. schrieb:
> Brom B. schrieb:
>> 24V Versorgung, sowie 5V nach dem AP6603 Schaltregler
>
> Google findet den nicht, was soll das sein?
>
> Die konkrete Verdrahtung wäre schon wichtig, wie GND geroutet ist.
> Typisch sind ja Spannungsregler 3-Beiner, d.h. GND ist durchverbunden.
>
> Ich nehme von 24V abwärts die Traco TSR 1 Serie. Damit gabs noch nie
> Probleme.

AP63300Wu7 sorry.

Der hat 8 Pins und arbeitet nicht Linear Sondern mit PWM Spule Feedback 
etc.

Ground füllt oben wie unten alle Lücken ist also quasi vollflächig.

:)

Peter D. schrieb:
> Bei SPI kann man Widerstände gegen Ringing vorsehen, d.h. 100R direkt am
> Sender, also MC-seitig an SCK, MOSI, /CS und Slave-seitig am MISO.
>
> Den oberschlauen Experten, die meinen, /CS müssen man nicht verbinden,
> denen ist nicht zu helfen. Die können bis zum Sankt-Nimmerleins-Tag
> ihren Fehler suchen.

Hi Peter ich habe alle Kontakte ordentlich verbunden. CS ebenso.
Vor Wiederstände ab uC sind 1000Ohm (Tutorial sagte das Wellen 
Widerstände waren mir zu dem Zeitpunkt noch nicht bekannt) aber.

Mein Code hat mehrere Tausend Zeilen...
Die SPI Geschichte ist komplett via MCC eingestellt. Mit dem PinManager 
Modul.
Die Bildschirm Konfiguration habe ich fertig von GitHub.

PIC16 mit ST7735 oder so ähnlich hies der Blog. Habe diesen Code nicht 
verändert sondern die Bennenung meiner Pins an die des Codes 
angeglichen.

Ich bin Gerade unterwegs aber kann das Schnipsel zur Initialisierung 
gern Posten bzw den Link :)

LG

Und wenn alle Software sagen dann hilft das schonmal:) danke!!

NichtWichtig schrieb:
> Eine Störung nach der Initialisierung auf RST könnte beschriebene
> Auswirkung haben.

Das halte ich für sehr plausibel würde auch erklären warum es Mal besser 
Mal schlechter wird je nachdem wie die Kabel liegen.

RST habe mit dem Oszi nämlich nicht kontrolliert.

Vielen Dank!

Wenn ich ein Masse Kabel um RST wickle (also verdrille) dürfte das 
einiges bringen sofern das Stör Signal nicht aus der Platine kommt oder?

Oder sollte ich eher einen kleinen Kondensator 10nF oä. Gegen Masse 
schalten und RST high mit einem kleinen delay Ausführen?

Dankeschön!! :)
Liebe Grüße

DerEinzigeBernd schrieb:
> Nach über einem Tag immer noch kein Bild des Aufbaus, kein Schaltplan,
> sondern nur langatmige Prosa.
>
> Willst Du einen Fehler finden?

Der Schaltplan sind 24V mit besagtem Ap 63300 wie dort im Datenblatt 1:1 
2 2N7000 als levelshifter zum 3,3V Sensor und ein 7803.

Jedes Stromnetz hat 470uF und 2x 22 nF.
Das ganze ist auf einer winzigen SMD Platine verpackt. Begründen was man 
da durch den Bildschirm sehen möchte kann ja seltsamerweise auch keiner 
😂

Brom B. schrieb:
> Das halte ich für sehr plausibel

Ich nicht.

Brom B. schrieb:
> Wenn ich ein Masse Kabel um RST wickle (also verdrille) dürfte das
> einiges bringen

Wenn man an Voodoo glaubt - vielleicht.

Nochmal: ich wette, daß der Fehler in deinem Code -den du ja nicht 
zeigen willst-, und da speziell der Initialisierung liegt.

Für ext. Störungen ist das Fehlerbild zu reproduzierbar.
Bei ext. Störungen würde sich die Anzeige nicht um 90° drehen, sondern 
ganz andere Phänomene auftreten.

Harry L. schrieb:
> Brom B. schrieb:
>> Das halte ich für sehr plausibel
>
> Ich nicht.
>
> Brom B. schrieb:
>> Wenn ich ein Masse Kabel um RST wickle (also verdrille) dürfte das
>> einiges bringen
>
> Wenn man an Voodoo glaubt - vielleicht.
>
> Nochmal: ich wette, daß der Fehler in deinem Code -den du ja nicht
> zeigen willst-, und da speziell der Initialisierung liegt.
>
> Für ext. Störungen ist das Fehlerbild zu reproduzierbar.
> Bei ext. Störungen würde sich die Anzeige nicht um 90° drehen, sondern
> ganz andere Phänomene auftreten.

Es ist ja nicht nur 90Grad...

Wenn ich zb. den kompletten Screen in Rot färben möchte habe ich alles 
mögliche.
Regenbogen bunte Streifen whatever.

Bei der Anzeige mehrere Texte kommen dann zb. 2 Zeilen richtig aber in 
der falschen Farbe. Dann "hackts" und der Rest kommt in anderen Farben 
oder eben völlig verdreht.

Wenn ich den Bildschirm anders halte und die Kabel anders liegen kommt's 
vor das es plötzlich einwandfrei funktioniert.

Im einen Raum funktioniert dann alles im anderen nicht.

Für einen Code Fehler halte ich es sehr für zu unberechenbar.

Die Störung auf RST würde wirklich Sinn machen.

Wenn ich den Bildschirm nahe an eine 24V Leitung bringe vermehren sich 
die Fehler immens.

LG

Brom B. schrieb:
> Es ist ja nicht nur 90Grad...
>
> Wenn ich zb. den kompletten Screen in Rot färben möchte habe ich alles
> mögliche.
> Regenbogen bunte Streifen whatever.
>
> Bei der Anzeige mehrere Texte kommen dann zb. 2 Zeilen richtig aber in
> der falschen Farbe. Dann "hackts" und der Rest kommt in anderen Farben
> oder eben völlig verdreht.
>
> Wenn ich den Bildschirm anders halte und die Kabel anders liegen kommt's
> vor das es plötzlich einwandfrei funktioniert.
>
> Im einen Raum funktioniert dann alles im anderen nicht.
>
> Für einen Code Fehler halte ich es sehr für zu unberechenbar.
>
> Die Störung auf RST würde wirklich Sinn machen.
>
> Wenn ich den Bildschirm nahe an eine 24V Leitung bringe vermehren sich
> die Fehler immens.
>
> LG

Zuviel Vodoo!

Letztmalig: zeig deinen Code, oder sieh zu wie du klar kommst!

Ich lese hier nur völlige Beratungs-Resistenz.

uff basse schrieb:
> Harry L. schrieb:
>> Zuviel Vodoo!
>
> Ja!
>
> Harry L. schrieb:
>> Letztmalig: zeig deinen Code, oder sieh zu wie du klar kommst!
>
> Tja, wenn man nichts hat was man vorzeigen kann dann kann man
> auch nichts vorzeigen. So einfach ist das.



😂😂😂
Alles klar

Wenn du ein Spezialist bist dann sag mir doch bitte wieso es bei einem 
Fehler im Code Mal geht und Mal nicht??

Sitzen in deinen PICs Heinzelmännchen die Würfeln welche Satz sie als 
nächstes aufrufen??

Der Hinweis mit der Störflanke auf RST war Gold Wert!! Vielen Dank das 
zumindest mit offenen Augen unterwegs ist und nicht permanent darauf 
besteht Infos zu bekommen die nichts zur Sache tun...

Oder erkundigt Ihr euch auch welche Zündkerzen verbaut sind wenn der 
Reifen Luft verliert?

Das ist doch nur noch unnütz.

RST war es btw

Danke an die helfenden Beiträge:)

Wenn du schon mit Reset (dem unkritischten aller Signale) solche 
Probleme hast, möchte ich gar nicht wissen, welche Tretminen sonst noch 
in deinem zusammen kopierten Code und deinem Aufbau versteckt sind...

uff basse schrieb:
> Harry L. schrieb:
>> in deinem zusammen kopierten Code und deinem Aufbau
>
> Wie schon gesagt, beides existiert nur in der Phantasie des
> TO, daher können beliebig viele Macken und Tretminen vorhanden
> sein ohne dass irgendwas passiert. Förderlich ist es nur dem
> Internet-Traffic .....


Wahnsinn was für Assis hier sind

Sebastian schrieb:
> Brom B. schrieb:
>> Wahnsinn was für Assis hier sind
>
> Brom, falls du kein Troll sein solltest: Geh doch mal in dich und denk
> darüber nach inwiefern DEIN Threadmanagement zu diesen Resultaten führt.
>
> LG, Sebastian


Ich sehe in diesem Ständigen "poste Code und Schaltung" einfach keinen 
Sinn wenn man hier die Fehler bereits aus / ein grenzen konnte.
(Was sich ja auch bewahrheitet hat)

Und dieses Sture "man muss aber alles sehen".
Einfach nein.
Wenn ich wissen will wie ich einen Lackkratzer entferne ist es doch auch 
irrelevant ob ich E10, Diesel oder Strom. Tanke.

Das Problem war ja wohl deutlich beschrieben.

Und seltsamer weiße habe ich auch einen entscheidenden Hinweis bekommen 
und zwar von jemandem der sich einfach mein Fehlerbild durchgelesen hat 
und etwas sinnvolles beitragen konnte.

Dieses ganze überhebliche Getue ala ich sag nichts ohne das ich alles 
sehen kann ist einfach unnötig und das hat sich (Mal wieder) bestätigt.

Wenn man nicht helfen will (oder kann) sollte man es einfach lassen 
anstatt die Leute blöd anzumachen oder zu behaupten alles wäre frei 
erfunden.

Diese Arroganz von manchen ist einfach echt unglaublich...

Brom B. schrieb:

> Diese Arroganz von manchen ist einfach echt unglaublich...

Schreibt einer, der sich diesbezüglich zügig an die eigene Nase fassen 
sollte...

Hauptsache Projekte anderer Beleidigen ala, Mienenfeld, zusammen 
Kopierter Code, zu behaupten man hätte nichts vorzeigbares usw.

Nochmal wenn man zu den gegebenen Umständen nicht helfen möchte oder 
kann soll mans einfach lassen.

Aber Hilfe suchende mit "schlauen Sprüchen" Entgegentreten und pauschal 
als zu dumm für alles abstempeln ist einfach Assi sorry.

Ich habe bereits einige Fehler Quellen Ausgefilter und es hat keinen 
interessiert.

Meine Vermutungen wurden von vorne herein als unlogisch und falsch 
abgetan. Und der ganze Thread als blöder Troll hingestellt.

Was soll das?? Geholfen hat genau einer vom Rest kam nichts als blöde 
Kommentare.

Das ist schlichtweg einfach traurig.

Genauso wie ein "willkürliches Fehlerbild" als "Reproduzierbar" 
bezeichnet wird???

Läge es am Code dann würde sich der ganze Spaß sicher nicht von Alufolie 
beeinflussen lassen...

Aber das mit den blöden Kommentaren hatten wir ja bereits.


Euch allen trotz allem schöne Weihnachten :)

Brom B. schrieb:
> Läge es am Code dann würde sich der ganze Spaß sicher nicht von Alufolie
> beeinflussen lassen...

Ja, Aluhüte sind in diesen Zeiten sehr beliebt...

Man muß nur ganz fest dran glauben.

Hi nochmal, Zunächst einmal sorry für meine Ausschreitungen.

Und zugegeben ja. Der Schaltplan hätte evtl. geholfen. An der Software lags definitiv nicht.

Das Problem lag bei mir genau genommen im Layout ich habe den Schalter und die Zugehörige Spule (ungeschickt) sehr nah an die Kabel zum Bildschirm gesetzt und zudem vias und drunter eine gnd Fläche gesetzt also quasi einen kleinen Signalverstärker gebaut und diesen direkt neben die Antennen (Kabel) Positioniert. Vermutlich habe ich sogar Störungen auf Masse weshalb meine Oszi Signale sauber waren.

Ich habe nun den guten alten LM7805 drin und alles läuft Spitzenmäßig.

Gibt es hier Artikel oder ein Fachbuch was beim Layouten alles beachtet werden sollte?

Danke euch

Viele Grüße

Und nein es war wirklich kein Troll :)