Moved board definition from apimote to apimote1 for versioning support.
[goodfet] / firmware / lib / msp430.c
1 /*! \file msp430.c
2   \author Travis Goodspeed
3   \brief MSP430-generic functions.
4 */
5
6
7 //Silently be empty if not an MSP430.
8 #ifdef MSP430
9
10
11 #include "platform.h"
12 #include "command.h"
13 #include "apps.h"
14 #include "glitch.h"
15
16 void led_init()
17 {
18         PLEDDIR |= PLEDPIN;
19         #ifdef PLED2OUT
20         PLED2DIR |= PLED2PIN;
21         #endif
22         #ifdef PLED3OUT
23         PLED3DIR |= PLED3PIN;
24         #endif
25 }
26
27 //TODO define differently if needed for telos/apimote
28 void led_on()
29 {
30         PLEDOUT |= PLEDPIN;
31 }
32 void led_off()
33 {
34   PLEDOUT&=~PLEDPIN;
35 }
36 void led_toggle()
37 {
38         PLEDOUT ^= PLEDPIN;
39 }
40
41 //LED2 and LED3 are only used by the telosb and apimote for now
42 void led2_on()
43 {
44     PLED2OUT &= ~PLED2PIN;
45 }
46 void led2_off()
47 {
48     PLED2OUT |= PLED2PIN;
49 }
50 void led3_on()
51 {
52     PLED3OUT &= ~PLED3PIN;
53 }
54 void led3_off()
55 {
56     PLED3OUT |= PLED3PIN;
57 }
58
59 //! Initialize MSP430 registers and all that jazz.
60 void msp430_init(){
61         WDTCTL = WDTPW + WDTHOLD;                                       // Stop watchdog timer
62
63         //LED out and on.
64         led_init();
65         led_off();
66
67         /* P5.0 out and low; this is chosen for the PIC app (in which P5.0
68          is !MCLR) to ensure that an attached PIC chip, if present, is
69          immediately driven to reset state. A brief explanation of why this
70          is important follows.
71
72         At least dsPIC33F and PIC24H --and very likely other 16-bit PIC
73         families-- draw a large amount of current when running, especially
74         when using a fast clock: from 60 mA up to approx. 90 mA.  If the
75         PIC target begins to run before the client can request a new ICSP
76         session, which requires much less current (e.g., less than 2 mA),
77         then the MSP430 chip on the GoodFET will fail to start and the FTDI
78         may have trouble communicating with the client. The latter likely
79         relates to the FTDI on-chip 3V3 regulator being specified up to
80         only 50 mA. */
81
82
83         //P5REN &= ~BIT0; //DO NOT UNCOMMENT.  Breaks GF1x support.
84
85         //This will have to be cut soon.        Use pulling resistors instead.
86         /*
87         P5DIR |= BIT0;
88         P5OUT &= ~BIT0;
89         */
90
91         //Setup clocks, unique to each '430.
92         msp430_init_dco();
93         msp430_init_uart();
94
95         //DAC should be at full voltage if it exists.
96 #ifdef DAC12IR
97         //glitchvoltages(0xfff,0xfff);
98         ADC12CTL0 = REF2_5V + REFON;                                    // Internal 2.5V ref on
99         //for(i=0;i!=0xFFFF;i++) asm("nop"); //DO NOT UNCOMMENT, breaks GCC4
100         DAC12_0CTL = DAC12IR + DAC12AMP_5 + DAC12ENC; // Int ref gain 1
101         DAC12_0DAT = 0xFFF; //Max voltage 0xfff
102         DAC12_1CTL = DAC12IR + DAC12AMP_5 + DAC12ENC; // Int ref gain 1
103         DAC12_1DAT = 0x000; //Min voltage 0x000
104 #endif
105
106         /** FIXME
107
108           This part is really ugly.  GSEL (P5.7) must be high to select
109           normal voltage, but a lot of applications light to swing it low
110           to be a nuissance.  To get around this, we assume that anyone
111           with a glitching FET will also have a DAC, then we set that DAC
112           to a high voltage.
113
114           At some point, each target must be sanitized to show that it
115           doesn't clear P5OUT or P5DIR.
116         */
117         P5DIR|=BIT7; P5OUT=BIT7; //Normal Supply
118         //P5DIR&=~BIT7; //Glitch Supply
119
120         //Enable Interrupts.
121         //eint();
122
123 }
124
125 //MSP430
126 #endif