Hallo, Ich bin gerade dabei mich ein wenig in die Cortex's einzuarbeiten. Genauer ein SAM4S. Jetzt habe ich in einer von meinen Bastelkisten noch so ein TFT gefunden (24Bit-paralleles(R/G/B)interface + H-/V-sync). Und da dachte ich mir, das wäre ja ein schönes Übungsprojekt. Jetzt tue ich mich aber beim Anschluss ein wenig schwer. Ich würde ja mein 24bit-Interface an einen GPIO (oder PIO wie's bei Atmel heißt) hängen, damit ich die Daten auch parallel ins Output-register schreiben kann. Wenn ich mir jetzt aber das Pinout des Controllers angucke... da sind die PIO-Pins ja Wild über den ganzen Controller verteilt. Auf meinen Evalboard geht das ja noch, da kann ich ja mit meinen "Drähtchen" mir meinen GPIO "zusammensuchen". Aber angenommen ich würde das ganze jetzt mal auf einem eigenen Board routen wollen, Ich müsste ja mit meinen Leitungen von allen Seiten an den Controller? Oder würde man das auf so einem Cortex anders lösen, also keinen zusammenhängenden GPIO, weil routing-technisch wäre das ja so eine Katastrophe? Entschuldigung wenn das vielleicht eine bisschen seltsame Frage ist aber ich bin gerade erst dabei die welt der ARM's zu entdecken.
Gast
#4013937
Ich denke auf Multilayer PCBs ist das kein so großes Problem. Alle LCD Leitungen auf eine Lage, dann kann man auch unter den Controller in einer Richtung zum Display gehen.
Das das schon geht ist mir klar. Ich dachte nur vielleicht gibt es da eine "bessere" Variante auf den ARM-Kisten, so das ich garkeinen zusammenhängenden GPIO brauche. Wie gesagt ich fange mit den Dingern gerade erst an. Mich verwirrt das Pinout von dem Controller. Ich kann da keine Logik entdecken. Und deswegen dachte ich das es da irgendwas gibt, vllt das man Pin's zu einem virtuellen Port zusammenfassen kann oder so? Ich bin's ebend vom AVR gewohnt das die Port's zusammenhänged aus dem uC kommen. Wahrscheinlich denke ich auch nur schon wieder komisch ;)