Hallo zusammen, habe nochmal eine neue Testplatine gelötet. Auf ihr befinden sich 2 TLC 5940 mit jeweils 16 roten LEDs an den Ausgängen(Imax/channel = 20 mA -> gewählter Iref 2kOhm). Sie sind kaskadiert. Angesteuert werden Sie immer noch über den ATmega 32 über das STK 500. Der ATmega32 hat eine CPU-Taktung von 8 MHz. Die SPI läuft mit halber CPU- geschwindigkeit(Vorteiler: /2). 100 Hz * 4096 = PWM-Zyclus (409,6 kHz) Der GSCLK wird erzeugt mit Timer 0 im CTC-Mode und getoggelt. Er hat eine Frequenz von 832 kHz, was im Endeffekt am PIN OC0 (PB3) eine Frequenz von 416 kHz auspuckt. ______1_______ 1/416kHz * 4096 = Blank-Signal = 101,56 Hz Das Blanksignal hab ich mit dem Timer 1 im CTC-Modus getoggelt mit einer Frequenz von 202 Hz, damit ich auf die gewünschten 101,56 Hz am OC1A (PD5)komme. Den XLAT muss in der Zeit kommen wo der Blank HIGH ist. Daher habe ich für den XLAT den 2.Vergleichswert OC1B mit den selben Einstellungen wie für den BLANK genutzt. Da ich dann am PD4 und PD5 zur gleichen Zeit ein Signal bekomme, sind XLAT und Blank abgedeckt. Das Übertragen der Daten erfolgt über eine SPI-Schnittstelle, die ich durch eine Interrupt-Service-Routine starte. Die SPI-Schnittstelle läuft mit Taktung der CPU/2 (4MHz) Der DCPRG wird nicht eingestellt(Dot Corretion wird nicht benutzt) und ist daher auf GND gelegt. Aus dem gleichen Grund wie oben ist der VPRG auch auf GND gelegt(Ich möchte nur den Grayscale-Mode benutzen). Der Sout des 1. TLCs geht an den Sin des 2. TLCs (kaskadiert) Der XERR ist für mich auch uninteressant. (Möchte im Moment keine Fehler auslesen). Fehlerbeschreibung: Nach kurzer Zeit des Einschaltens, wird der 1. TLC unglaublich heiß. Die Temperatur des 2. TLCs ist unkritisch. Nach mehrmaligem Durchmessen der Testplatine konnte ich keinen Masseschluss oder Phasenschluss feststellen. weiterer Hinweis: Die Spannungsversorgung der LEDs sowie der TLC-Treiber erfolgt über das STK 500 ( konstante Spannungsquelle). Auch der GND für die TLCs wird auch vom STK 500 bezogen. Ausserdem hat sich das Bild des Sout Signals des 1. TLCs im Vergleich zum vorherigem Thread verbessert(durch Austausch des TLCs). Allerdings sind die Bezüge immer noch unklar. Über Ideen und Anregungen würde ich mich sehr freuen! Mfg Thomas
Welche Verlusleistung muss der TLC denn abführen? Ohne Schaltplan kann man da keine Aussage treffen. 20mA hast Du verraten, aber wieviel Spannung bleibt am Baustein hängen?
Sind wir uns einig, dass du einen Fehler im Aufbau hast? Vertausche die beiden TLC5940. Wird wieder das erste heiß? Fehler in der Peripherie. Wird nun das zweite heiß: IC defekt. Fehler in der Peripherie: Als erstes die LEDs abhängen. Wird das Ding immer noch heiß? Wenn ich das Bild aus dem anderen Thread sehe, tippe ich auf einen Kurzschluss an dem IC.
http://www.youtube.com/watch?v=_c67HsuOuFU&feature=youtu.be&t=2s Fehler ist behoben defekte SPI Schnittstelle hat die TLCs gebrutzelt =).
Hallo, ich habe den Eindruck, dass ich hier gerade das selbe Problem habe. Was genau meinst du mit "defekte SPI Schnittstelle"? Wie hat sich das geäußert? Würde mich über die Infos freuen.
Ich weiss nicht ob euch das klar ist, aber wenn der TLC 16 x 20mA treiben muss, dann wird der selbstverständlich heiss? Wahrscheinlich noch in DIL Bauform und ohne KK?
Hallo, der TLC wird im Betrieb nicht sonderlich heiß, wenn man die LEDs (wie in meinem Fall) direkt mit der vorgesehen Spannung versorgt. (Am TLC also keine nennenswerte Spannung abfällt.) Den maximalen Strom habe ich per Iref auf 100mA gestellt. Spannungsbedingt fließen dennoch nur 20mA. Ich kann alle 16Kanäle einschalten und der TLC wird nicht besonders warm. Bis er irgendwann einfach kaputt geht und erst dann sehr heiß wird und über Vcc gut 0,7A zieht. Außerdem ist mir auch schon ein TLC "durchgebrannt" an dem überhaupt keine LEDs angeschlossen waren. Daher interessiert mich ja der Ansatz mit der evtl. "defekten" SPI Schnittstelle. Würde mich also freuen, wenn der TE seine Lösung teilen könnte. (Sofern dieser das hier überhaupt nicht mit ließt.)
SE schrieb: > Daher interessiert mich ja der Ansatz mit der evtl. "defekten" SPI > Schnittstelle. Defekte SPI Schnittstelle -> da kannst du eigentlich rein lassen was du willst, der geht davon nicht so schnell kaputt. Das ist an dem ganzen Aufbau der unwahrscheinlichste Part.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.