RA9975 TFT-Controller, Startup-Probs (SPI). Tips?

Ja, danke für die Antworten.

Wie ich schon erwähnt hatte, das Modul initialisiert manchmal (!) 
richtig, slso ist die einstellung auf 4-Wire SPI auch okay (kann ich ja 
auch nachmessen) und die init-Befehle sind auch korrekt (kann ich 
ebenfalls am MOSI Pin nachchecken.

Ach ja, ich arbeite nicht Arduino-Kram, nur weil meine HW einen DUE-PCB 
ist. Ich sehe darin auch keinen Sinn.

hängt am spi noch andere peripherie?

Ich meinte lediglich alle Jumper und Widerstände überprüfen, wenn man 
davon nichts gehört hat, ändern. Ich hatte wegen den Widerständen 
sporadische Probleme.

Mit Arduino meinte ich das Board.. ein 10000fach getestetes Beispiel ist 
in 10 Minuten hochgeladen.

Flip B. schrieb:
> hängt am spi noch andere peripherie?

nein, das mit dem MOSI problem habe icjh aber gelesen.

Philipp K. schrieb:
> Ich meinte lediglich alle Jumper und Widerstände überprüfen, wenn man
> davon nichts gehört hat, ändern. Ich hatte wegen den Widerständen
> sporadische Probleme.
>
> Mit Arduino meinte ich das Board.. ein 10000fach getestetes Beispiel ist
> in 10 Minuten hochgeladen.

Alle Jumper und Widerdstände sind richtig, ich habe das ab RA8875 direkt 
überprüft.

10000 fachb getestete Beispiel bringen eher wenig, wenn diese nicht die 
Harfßdware SPI nutzen.

Ich bin aber aktuell dabei, die SW soweit als möglich zu "choppen"

Fern Schätzer schrieb:
> Hanns-Jürgen M. schrieb:
>> Hat jemand Tips für mich bzw. verfügt über Erfahrung mit dem RA8875 über
>> SPI? Wäre ganz toll...
>
> (du hast ja nicht beschrieben wie dein Testaufbau aussieht:)
>
> So grosse Displays brauchen eine ganze Menge Strom!
>
> Bist du sicher dass du dafür vorgesorgt hast, die Strom-
> verbraucher gut voneinander entkoppelt und mit Abblock-
> kondensatoren stabilisiert hast? Hier und da ein zusätzlicher
> Elko kann nicht schaden ...
>
> Allein das Einschalten der Hintergrundbeleuchtung macht
> einen kräftigen "Knacks" in der Versorgung .....


Ja, das ist ein guter Gedanke. Deswegen schalte ich die 
Hintergrundbeleuchtung hardwaremaäßig auch sofort ein. Ich werde das 
aber nochmals checken und zusätzlich abblocken.

Aktuell nutze ich den 5V Versorgungseingang der Controllerplatine, die 
einen 3V3 Regler beinhaltet. Vlt. sollte ich auf der Platine ein paar Cs 
hinzubacken, mal sehen.

BZW: Ich hatte ein möglöiches SW-Problem gefunden, da war noch ein rest 
einer alten Initialisierung. Ob die Probs machte, kann ich nicht sagen, 
denn es gibt immer noch Probleme.

Aktuelle denke ich, es hängt irgendwie mit dem HW-Reset zusammen. Ich 
werde da gleich ein wenig rumstricken.

Einstweilen vielen Dank.

>>wenn diese nicht die Hardware SPI nutzen.

welche denn sonst? Ist BuildIN.

Arduino Due:
Remember it's an SPI connection so there's hardware limitations on some 
CPU, for example DUE can use as CS pin 4,10 or 52 etc..

Da gibts beim DUE einen Bug mit den Pins des USB chips.

Philipp K. schrieb:
>>>wenn diese nicht die Hardware SPI nutzen.
>
> welche denn sonst? Ist BuildIN.
>
> Arduino Due:
> Remember it's an SPI connection so there's hardware limitations on some
> CPU, for example DUE can use as CS pin 4,10 or 52 etc..
>
> Da gibts beim DUE einen Bug mit den Pins des USB chips.

Die meisten Beispiele nutzen eine "SW-SPI", was natürlich Blödsinn ist. 
Beim SAM3X8 sind unter Nutzung der 3 USARTS vier SPIs nutzbar, bei der 
DUE PCB ist  leider nur einer der USARTs als SPI nutzbar. Aber, worr 
shalls. Ich nehme SPI0 und nutze keinen Auto-cs Pin.

Aber egal, es scheint, als wäre mein problem gelöst. Ich wertde das aber 
noch genauer prüfen. Bislang hatte ich den Reset-Eingang der 8875-PCB 
nicht genutzt, da eine eigene Power-Up Reset-Schakltung vorhanden ist 
(sein soll).

Zusätzlich ich dann bei neinen test manuell den RESET-Pin auf Low 
gezogen. Offenbar ist dieser glitchempfindlich (??), jetzt wird der 
8875-Reset über einen DUE Outputpin gesteuert, und siehe da, es scheint 
zu funzen...

Jetzt werde ich mal mit dem Test der anderen 8875 Funktionen beginnen