TLC5490 am falschen Pin

[Pedro C. (blaugelbweiss)]

Hallo,

in meinem Projekt möchte ich ein paar TLC5490 über einen ATmega328P-PU 
ansteuern. Im Prototypen (für den ich einen Arduino Micro verwendet 
habe) funktionierte das auch alles soweit.
Leider habe ich jetzt festgestellt, dass die fertige Leiterplatte einen 
Fehler hat. Aus irgendeinem Grund, den ich nicht mehr nachvollziehen 
kann (es war schon spät?) ist GSCLK des TLC jetzt mit dem "falschen" 
Ausgang vom Controller verbunden.

Das übliche Pinmapping, wie es wohl vom TLC-Treiber standardmäßig 
erwartet wird, ist für den Arduino Uno:
* D13 == PB5 (SCK, PCINT5) --> SCLK
* D11 == PB3 (MOSI, OC2A, PCINT3) --> SIN
* D10 == PB2 (SS, OC1B, PCINT2) --> BLANK
* D9 == PB1 (OC1A, PCINT1) --> XLAT
* D3 == PD3 (PCINT19, OC2B, IN1) --> GSCLK

Bei mir wird jetzt aber PD3 anders verwendet, stattdessen hängt GSCLK an 
PC2, also:
* AD2 == PC2 (ADC2, PCINT10) --> GSCLK

Gibt es einen besonderen Grund, warum GSCLK im Original mit PD3 
verbunden ist? Kann der Ausgang etwas, was andere nicht können?
Kann ich einfach den Treiber ändern und stattdessen den anderen Pin 
ansprechen? Oder geht das nicht und muss ich die Platine "patchen"?

Danke!

[Falk B. (falk)]

@ Pedro C. (blaugelbweiss)

>* D3 == PD3 (PCINT19, OC2B, IN1) --> GSCLK

Mit OC2B kann man per Timer einen Takt erzeugen.

>Bei mir wird jetzt aber PD3 anders verwendet, stattdessen hängt GSCLK an
>PC2, also:
>* AD2 == PC2 (ADC2, PCINT10) --> GSCLK

Schlecht.

>Gibt es einen besonderen Grund, warum GSCLK im Original mit PD3
>verbunden ist? Kann der Ausgang etwas, was andere nicht können?

Siehe oben.

>Kann ich einfach den Treiber ändern und stattdessen den anderen Pin
>ansprechen? Oder geht das nicht und muss ich die Platine "patchen"?

Patchen.