TLC5916 dimmen

Hallo,

bei mir ist das ein Weilchen her - aber für die Nacht poste ich dir hier 
mal meinen Code-Schnippsel, der den Modus-Wechsel vollführt.
Auch im Special-Mode kann SPI verwendet werden, nur für den Wechsel muss 
man manuel vorgehen.
Der Code ist für MSP430 gemacht, und ich habe einige viele Makros 
verwendet. Vielleicht hilft er dir ja so schonmal auf die Sprünge - 
ansonsten müssen wir da morgen (abend) nochmal nachhelfen ;-).

Grüße
Janosch

1

/**

2

 * MODE SWITCHING PROCEDURE:

3

 * After !OE goes low for 1 clock cycle, a 1-clock

4

 * wide pulse in clock cycle #4 switches to SPECIAL

5

 * MODE (*). Missing this pulse in clock cycle #4

6

 * switches to NORMAL MODE (**).

7

 * ===============================================

8

 *               #1    #2    #3    #4    #5

9

 *                 --    --    --    --    -- 

10

 * CLK            |  |  |  |  |  |  |  |  |  |

11

 *              --    --    --    --    --    --

12

 * ===============|=====|=====|=====|=====|=======

13

 *              -----       --------------------

14

 * !OE(ED2)       1  |  0  |  1     1     1

15

 *                    -----

16

 * ===============|=====|=====|=====|=====|=======

17

 *                                -----

18

 * LE(ED1) (*)    0     0     0  |  1  |  0

19

 * (->Special)  -----------------       --------

20

 *          

21

 * LE(ED1) (**)   0     0     0     0     0

22

 * (->Normal)   --------------------------------

23

 * ===============|=====|=====|=====|=====|=======

24

 * Phase:         |Actual Mode| Switching | New Mode->

25

 * ===============|=====|=====|=====|=====|=======

26

 * 

27

 * If the driver is operated in SPI mode, then this

28

 * mode has to be exited (left) before mode switching

29

 * can be performed. After mode switching, SPI mode

30

 * has to be re-entered.

31

 */

32

void switchMode(mode_e mode) {

33

  #ifdef SPI_MODE

34

    // Exit SPI mode

35

    CBI(driver_pSEL, driver_SDI + driver_CLK);

36

    SBI(driver_pDIR, driver_SDI + driver_CLK);

37

  #endif  

38

39

  hi(driver_nOE);

40

  lo(driver_LE);

41

  hilo(driver_CLK);            // CLK-1

42

43

  lo(driver_nOE);

44

  hilo(driver_CLK);            // CLK-2

45

46

  hi(driver_nOE);

47

  hilo(driver_CLK);            // CLK-3

48

49

  if (mode == MODE_SPECIAL) {

50

    hi(driver_LE);

51

    hilo(driver_CLK);          // CLK-4

52

    lo(driver_LE);

53

    hilo(driver_CLK);          // CLK-5

54

  }

55

  else {

56

    hilo(driver_CLK);          // CLK-4

57

    hilo(driver_CLK);          // CLK-5

58

  }

59

60

  #ifdef SPI_MODE

61

    // Switch back to SPI Mode

62

    SBI(driver_pSEL, driver_SDI + driver_CLK);

63

  #endif  

64

}

Edit:
Die Makros sehen so aus:

1

#define hi(pin)         SBI(driver_pOUT, (pin))  // pin: _|^

2

#define lo(pin)         CBI(driver_pOUT, (pin))  // pin: ^|_

3

#define hilo(pin)       hi((pin)); lo((pin))

Jetzt habe ich doch nochmal in deinen Code reingeschaut.
Das Betreten des Special-Modes ist zumindest gleich. Beim Verlassen 
ziehst du nach dem 5. SCK-Puls noch OE runter - ich glaube aber nicht, 
dass das das Verlassen des Special-Modes verhindert.

Vielleicht macht deine "current_adjust" Methode nicht was sie soll? 
Sieht mir nach Software-SPI aus, aber wie oben gesagt, spricht nichts 
dagegen, den Konfigurations-Code (8 bit) ebenfalls per SPI zu 
übermitteln.

Hier mal als Vorlage meine Methode:

1

void matrix_driver_config(unsigned char configRed, unsigned char configGreen) {

2

  /**

3

   * TODO: Make sure that the timer/driver has stopped interrupting.

4

   * This method call has to be somehow synchronized with the timer interrupt.

5

   */

6

  bool isDriver_nOE = TBI(driver_pOUT, driver_nOE);    // Remember DRIVER:nOE state

7

8

  switchMode(MODE_SPECIAL);

9

  send16(configRed, configGreen);

10

  switchMode(MODE_NORMAL);

11

12

  /**

13

   * Restore DRIVER:nOE state

14

   */

15

  if (isDriver_nOE) {

16

    SBI(driver_pOUT, driver_nOE);

17

  }

18

  else {

19

    CBI(driver_pOUT, driver_nOE);

20

  }

21

}

(Ich habe zwei TLCs in Reihe).

Die Konfigurations-Codes erzeuge ich so:

1

/**

2

 * Value between 0 and 63

3

 */

4

#define CONFIG_CODE(value)     (((value) << 2) + 0x03)

(0 war vermutlich kein oder wenig Strom, 63 maximal)

So, vielleicht hilft dir das durch die Nacht - ich muss jetzt aber ins 
Bette.

Hallo,
vom Ablauf sieht das vollkommen in Ordnung aus - und war es vorher 
bestimmt auch schon.

Bist du denn sicher, dass du die control-Eingabe als Ausgang siehst?
Mich irritiert Zeile 41 in tlc5961.c:

1

void tlc5916_out (uint8_t data, uint8_t device) {

2

/*41*/  static uint8_t out[TLC5916_QTY] = OUT_ARRAY_INIT;

3

  uint8_t i;

4

  out[device] = data;

5

  for (i = 0; i < TLC5916_QTY; i++) {

6

    usart_mspim_transceive (out[i]);

7

  }

8

  LE_HILO

9

}

Dieses Array muss doch raus aus der Methode, da es sonst bei jeder 
Konfiguration neu (leer) angelegt wird. (?)
Lässt sich so das abwechselnde Blinken erklären?
Gruß Janosch

Newbie schrieb:
> Hm... wenn ich die arrays global deklariere ändert sich nichts...
> außerdem sind die ja dann auch "statisch" und statisch heißt dabei, dass
> sie nur 1x deklariert werden... oder irre ich mich?

Nein völlig richtig - Test bestanden :-p, an mangelnden C-Kenntnissen 
liegt's wohl nicht.

Also dein Code sieht absolut in Ordnung aus. Irritieren tun mich 
lediglich noch die Delays - wozu sind die?. Mein MSP läuft mit 8 oder 16 
MHz und vollem SPI speed (keine Ahnung was das ist), und ich brauche 
mich um Timings nicht zu scheren.

Ich kann leider nicht aktiv mit debuggen, weil mein wilder Aufbau mit 
100 Kabeln hier auf dem Schreibtisch unter einer Staubdecke verschwunden 
ist, d.h. ich traue mich zurzeit nicht ihm auch nur ein Kabel zu krümen 
:-(.

Doch wie sieht es denn jetzt aus:
1. Der TLC schaltet den Output im Hardware-SPI Betrieb
   -> Aber der Config-Code wird an den Ausgang gelegt
   -> Auch wenn zur Übertragung des Config-Codes Soft-SPI verwendet 
wird?
2. Der TLC macht gar nichts im Soft-SPI Betrieb?
   -> Richtig?

Wenn 2. korrekt ist, dann ist sollte der Fehler dort gesucht werden. 
Denn um zwischen den Modes zu wechseln, muss "soft" getaktet werden, und 
wenn das nicht funktioniert, kann auch nichts weiter gehen.
Also: Soft-SPI muss gehen, würde ich mal fast sagen. (Deine Soft-SPI 
Routine sieht auch völlig ok aus).

Ansonsten:
Kann es am Schaltplan liegen? Welchen Widerstand hast du an R-Ext? Ich 
hänge mal ein Bild von meiner Schaltung an.

Nicht aufgeben, der TLC5916 ist ein starkes Bauteil! :-)