TLC5940 und MMC-Bootloader bei über SPI geht das?

[Sascha H. (smhrambo)]

Hi,

ich möchte gerne den TLC5940 und den MMC/SD Bootloader für AT Mega 
gleichzeitig benutzen. Mein Problem liegt darin dass ich dem TLC5940 die 
Daten über SPI schicke, nur leider fragt der [[MMC/SD Bootloader für AT 
Mega]] darüber auch die Daten von der SD Karte ab.
Kann man das irgenwie miteinander verbinden und wenn ja wie??

Gruß
Sascha

[Pete K. (pete77)]

Braucht SPI nicht ein CS Signal, welches dann getrennt angesprochen 
wird?

[Sascha H. (smhrambo)]

Leider ist es so das ich den SS bzw. CS für den TLC5940 nicht ganz 
regelconform benutzt, davon aber abgesehen brauchen beide den selben SS 
Pin.

[holger (Gast)]

>Leider ist es so das ich den SS bzw. CS für den TLC5940 nicht ganz
>regelconform benutzt, davon aber abgesehen brauchen beide den selben SS
>Pin.

Nee, die brauchen jeder einen eigenen Pin für CS.
Sonst geht das nicht.

[Sascha H. (smhrambo)]

Wie ich das richtig verstehe ist er CS der SS und somit der Slaveselect 
Pin.
Diesen Pin benutzte ich beim TLC5940 um das BLANK zu senden, aber ich 
sehe gerade, das die SPI Hardware diesen Pin garnicht automatisch setzt, 
das mache ich in meinem Code selber. Also muss ich bei mir einfach einen 
anderen Pin nehmen und beim Bootloader den richtigen SS Pin vom SPI 
nehmen. Frage ist nur ob die SD Karte schaden nehmen könnte wenn ich 
daten an den TLC sende oder andersrum.

[Falk B. (falk)]

Nein.

[jonas biensack (Gast)]

>Frage ist nur ob die SD Karte schaden nehmen könnte wenn ich
>daten an den TLC sende oder andersrum.
Das ist doch gerade der Vorteil von einem Bussystem mit wählbaren 
Empfängern - ich wähle erst den entsprechenden aus (CS) und sende dann 
die Daten.

gruß Jonas

[Sascha H. (smhrambo)]

Das Problem ist nur, das ich den TLC nicht ganz regelconform mit dem SPI 
betreibe, in diesem Fall gibt es bei diesem Chip keinen CS ich benutze 
den SPI nur um die Daten geclocked zu übertragen. Also nach der 
Anleitung von TI soll man das Ding eigentlich mit Bit-banging betreiben 
und das was ich bisher als CS benutz habe wird nicht auf HIGH gesetzt 
wenn ich die Daten übertrage sondern auf LOW und bewirkt gleichzeitig 
das die Ausgänge angeschaltet werden.

Hier ist mal eine Anleitung für den TLC5940 wie man ihn Programmiert.
http://focus.ti.com/lit/sw/slvc106/slvc106.pdf

Der Wichtige Teil ist der in der Mitte und der Pin den ich als CS 
benutzt habe ist der BLANK.

[Falk B. (falk)]

@  Sascha H. (smhrambo)

>Das Problem ist nur, das ich den TLC nicht ganz regelconform mit dem SPI
>betreibe, in diesem Fall gibt es bei diesem Chip keinen CS ich benutze
>den SPI nur um die Daten geclocked zu übertragen.

"geclocked"? Soso.

Der Rest der Welt taktet die Daten einfach seriell rein.

> Also nach der
> Anleitung von TI soll man das Ding eigentlich mit Bit-banging betreiben

Das ist nur eine Möglichkeit. Dem IC ist das egal.

>und das was ich bisher als CS benutz habe wird nicht auf HIGH gesetzt
>wenn ich die Daten übertrage sondern auf LOW und bewirkt gleichzeitig
>das die Ausgänge angeschaltet werden.

Dann musst du es halt richtig machen. CS am TLC ist quasi XLAT. Siehe 
auch

AVR-Tutorial: Schieberegister

>Der Wichtige Teil ist der in der Mitte und der Pin den ich als CS
>benutzt habe ist der BLANK.

Was schon mal falsch ist.

MfG
Falk

[Sascha H. (smhrambo)]

> "geclocked"? Soso.

Ja ich benutze gerne denglish eine Kombi aus Deutsch und Englisch


> Dann musst du es halt richtig machen. CS am TLC ist quasi XLAT. Siehe
> auch
>
> AVR-Tutorial: Schieberegister
>
>>Der Wichtige Teil ist der in der Mitte und der Pin den ich als CS
>>benutzt habe ist der BLANK.
>
> Was schon mal falsch ist.

Damit meinte ich eigentlich der wichtige Teil um den es mir nun geht, 
aber ich habe es nun einigermaßen verstanden und wie du oben ja schon 
sagst ist der CS eigentlich bei mir der XLAT, habe es nun auch mit 
deiner Hilfe im PDF gefunden.

Und wenn ich es nun richtig verstanden habe ist der SPI gar nicht für 
den CS zuständig, sondern immer noch ich. Das heißt ich muss nur die 
beiden Pins für den Daten und Takt des SPI richtig wählen, und CS kann 
irgendeiner sein.
Korrigiert mich bitte wenn ich falsch liege.

[Falk B. (falk)]

@  Sascha H. (smhrambo)

>Ja ich benutze gerne denglish eine Kombi aus Deutsch und Englisch

Schlechte Angewohnheit.

>Und wenn ich es nun richtig verstanden habe ist der SPI gar nicht für
>den CS zuständig, sondern immer noch ich.

Ja.

> Das heißt ich muss nur die
>beiden Pins für den Daten und Takt des SPI richtig wählen, und CS kann
>irgendeiner sein.

Ja.

MfG
Falk

[Sascha H. (smhrambo)]

Danke,
für die Aufklärung.

Gruß

Sascha

[Sascha H. (smhrambo)]

Aber wass ich jetzte herausfefunden habe ist, das der SPI nur einmal die 
Daten zu senden scheint, wenn man den SS Pin nicht an VCC setzt. Deshalb 
hatte ich auch Probleme aber jetzt weiss ich es.

Gruß

Sascha