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!
@ 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.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.