SAM4S Pinout

[Christian D. (neo87)]

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.

[µC (Gast)]

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.

[Christian D. (neo87)]

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 ;)