{:1_103:}{:1_103:}{:1_103:}{:1_103:}

更新MPU6050在MSP430G系列上的移植，附上代码motion_driver5.1.2_msp430g2955.zip。 msp430g2955-mpu6050 源代码基于MPU6050官网上下载的实例代码motion_driver-5.1.2.zip 注意的是调试软件之前，需要先测试硬件，确保电压工作正常，连接正确。 //                     MSP430G2955 //                 ------------------- //            /|\ |                   | //             |  |                    | //        ---+->|RST              | //                |                    | //                |           P3.4/5| UART TXD/RXD //                |                   | //                |           P3.1/2| I2C SDA/SCL //                |                   | //                |                   | //                |          P2.6/7|--> MPU6050 PWR/INT //                |                   | 移植完成了：全部驱动代码，尤其是I2C，时钟，中断。 I2C读写没有问题，MPU6050自检通过和DMP可以配置。 还剩下一个问题没有解决：MPU6050-MSP430的GPIO中断 情况是：一旦使能MPU6050 BIT_DATA_RDY_EN， MSP430就一直接收到中断。 猜测是：MSP430没有去读取MPU6050的数据，因此MPU没有清除中断INT输出，直到一定时间之后。 搜索网络，没有找到MSP430移植MPU6050官方驱动的代码，剩下最后一步了，让我们一起来完善吧！

更新一下带串口数据输出的代码。

谢谢楼主。我的自己画的板子可以了。 msp430g2955-mpu6050 同样是基于MSP430G系列MCU，只改动了I2C和UART的管脚配置。 注意的是调试软件之前，需要先测试硬件，确保电压工作正常，连接正确。

:surrender: 真的很透彻，辛苦了！

谢谢版主支招。 LCD背光LED驱动供电直接由电源提供，而非经过LDO——这才是合理的设计。

回版主的话：安排上电顺序，采用大电容先存储电荷，通过这两个方法，应该可以降低对LDO电流驱动能力的要求。

回版主的话: 设计的板卡有一些，从事设计也有好几年了，可是还是老犯错误:-( 感觉设计中大多参考芯片手册或开发板的设计，原创的很少，思考也很少。 以往设计比较顺利，这次真的把自己搞惨了:Cry: 改用有500mA驱动能力的3.3v电源芯片后，不再有电源问题，JTAG也很稳定。终于可以测试软件端了。 [ 本帖最后由 ooakk 于 2012-9-11 20:47 编辑 ]

补充一：供电导致程序下载问题，并非芯片锁死问题，或JTAG接口设计问题 供电驱动不够，导致供电电压不稳，进而导致JTAG、SWD通信不稳。测试中如果发现程序有时可以下载，而有时JTAG通信出错——这可能不是JTAG的设计问题、时序问题、芯片有无锁死问题，而有可能就是系统电源问题。 我在测试中就发现，如果不打开“问题模块”，程序可以正常下载运行，一旦打开，程序甚至不能下载。

原因找到： LED驱动芯片FAN5331的供电3.3V不够。 解释： 3.3V由LDO XC6221B332MR提供，经计算系统的需求为3.3V 200mA，该LDO标称为250mA。 根据FAN5331芯片手册第5页说明，该LED驱动芯片启动1ms之内需要的驱动电流超过100mA。 由于FAN5331启动电流加上系统其他耗电总和，超过了250mA LDO最大驱动电流，因此FAN5331的启动电流不够，导致其不能启动，因而其使能管脚也不能被拉高。 在此情况下，即使把FAN5331的使能管脚直接短接到3.3V供电，强制其工作，这也导致直接拉低3.3V主供电（在本实例中拉低到3.15V）。---这个现象可以作为供电不够的判断依据。 另外，尝试用表笔短接FAN5331的使能管脚到3.3V供电几次，FAN5331也许可以被启动，移开表笔，该芯片仍然能够工作。但是主供电同样是被拉低。 当电路中有FAN5331这样的开关电路，并且其供电不够，会导致整个电路的主供电不稳，伴有周期（本实例约为1Hz）电压大幅度（本实例为0.5V左右）波动。 如果您的电路中存在如下情况，不能工作，请检查其电流驱动能力： 供电不稳，有周期性电压大幅度波动； 芯片不能使能； 打开某模块电路，主供电整体被拉低； 电路存在某些芯片，其启动需要大幅度超过正常工作的电流。

送上祝福！:victory:

大哥也来个标题党。

【更新】去除LED驱动芯片FAN5331后，程序能够正常运行，LCD_BL_PIN 可以被正常拉高或拉低。

LCD_BL_PIN 为PA7

原语句已经对用到的pin初始化了： SysCtlPeripheralEnable(LCD_BL_PERIPH); GPIOPinTypeGPIOOutput(LCD_BL_BASE, LCD_BL_PIN); GPIOPinWrite(LCD_BL_BASE, LCD_BL_PIN, LCD_BL_PIN)

楼上“LM3SXXXX都为fury系列”是错误的，比如LM3S5C56就为Firestorm系列，具体还得查看TI官网。Firestorm系列查证地址： http://www.ti.com/mcu/docs/mcuor ... storm&HQS=firestorm

恭喜楼主！

你的方案本身就是采用处理器中断调用ADC的方式（ADCProcessorTrigger）来实现触屏驱动的，只是触屏ADC的配置忘了改成： ADCSequenceConfigure(ADC0_BASE, 3, ADC_TRIGGER_PROCESSOR, 0); 具体例子也可参看别人写的工程实例，如http://www.amobbs.com/thread-4247291-1-1.html。

交流一下。 根据楼主的思路，ADC的配置应该为处理器触发，即程序触发采样： ADCSequenceConfigure(ADC0_BASE, 3, ADC_TRIGGER_PROCESSOR, 0); 除此之外，TI提供的触屏驱动基于定时器，我想除了用楼主的systic来驱动无OS的UCGUI触屏之外，也可尝试采用定时器驱动。

有一问请教： UCGUI触屏采用systick周期处理器触发ADC获取触摸事件， void TickintHander(void) {   GUI_TOUCH_Exec(); } void GUI_TOUCH_Exec(void) { 。。。   TouchTrigger(); 。。。   } void TouchTrigger(void) {     ADCProcessorTrigger(ADC0_BASE, 3); } 而触屏驱动touch.c中，采样ADC配置为计时器触发（ADC_TRIGGER_TIMER），不是处理器触发（ADC_TRIGGER_PROCESSOR） ADCSequenceConfigure(ADC0_BASE, 3, ADC_TRIGGER_TIMER, 0); 为何？