单片机 MSP430 IIC控制器编程(1)

近日在开发开发微型投影仪的单片机程序,主要是用单片机控制DLP芯片组进行相应的初始化和参数设置,所有芯片的通信接口都是用IIC。

在此记录下,IIC的开发过程。

PS:

博客里面发图片就是这么操蛋!哎

直接附上相关手册吧:链接:http://pan.baidu.com/s/1o6q0Xfk 密码:899x


1.初始化

17.3.1 USCI初始化和复位
USCI由一个 PUC 进行复位或由 UCSWRST 位设置。 在一个 PUC 之后, UCSWRST 位被自动设置, 从而
保持了 USCI 处于复位状态。 为了选择 I2C 运行, UCMODEx 位必须设置为 11。 模块被初始化后, 已准备
好发送或接收操作。 清除 UCSWRST 位会使 USCI 处于运行状态。
当 UCSWRST 被设定以便避免不可预知的运行状态时, 应完成 USCI 模块的配置和重新配置。 在 I2C 模式
下设置 UCSWRST 具有以下作用:
• I2C 通信停止
• SDA 和 SCL 为高阻抗
• UCBxI2CSTAT, 6-0 位被清零
• UCBxTXIE 和 UCBxRXIE 被清零
• UCBxTXIFG 和 UCBxRXIFG 被清零
• 所有其他位和寄存器保持不变。
注: 初始化或重新配置USCI 模块
建议的 USCI 初始化或重新配置过程是:
1. 置位 UCSWRST (BIS.B#UCSWRST, UCxCTL1)
2. UCSWRST= 1, 初始化所有 USCI 寄存器( 包括 UCxCTL1)
3. 配置端口。
4. 通过软件清零 UCSWRST (BIC.B#UCSWRST, UCxCTL1)
5. 通过 UCxRXIE 和/或 UCxTXIE 使能中断( 可选)




2. 主从模式

17.3.4.1受控模式
通过把 I2C 模式设置为 UCMODEx=11 和 USCYNC=1, 并清除 UCMST 位, USCI 模块被配置为一个 I2C
从器件。
首先, USCI 模块必须在接收模式下通过清除 UCTR 位进行配制, 以便接收 I2C 从器件地址。 之后, 发送和
接收操作是由与从器件一起接收到的 R/W 位自动决定。
USCI 从器件地址是由 UCBxI2COA 寄存器编程的。 当 UCA10=0 时, 选用 7 位寻址方式。 当 UCA10=1
时, 选用 10 位寻址方式。 如果从器件响应一个常规调用, 则可以选择 UCGCEN 位。


17.3.4.2 主控模式
通过把 I2C 模式设置为 UCMODEx= 11 和 USCYNC=1, 并置位 UCMST 位, USCI 模块被配置为一个 I}2C
主器件。 当主器件是多主器件系统的一部分时, 必须置位 UCMM, 并且其自身地址必须被编入
UCBxI2COA 寄存器。 当 UCA10=0 时, 选用 7 位寻址方式。 当 UCA10=1 时, 选用 10 位寻址方式。 如
果 USCI 模块响应常规调用, 则可以选择 UCGCEN 位。


17.3.4.2.1 I2C主控发送器模式
初始化之后, 通过把目标从器件地址写入寄存器 UCBxI2CSA、 用 UCSLA 10 位来选择从器件地址的位数、
置位 UCTR 来选择发送模式、 置位 UCTXSTT 来产生一个起始条件, 主控发送器模式才被初始化。
USCI 模块先检测总线是否空闲, 之后产生一个起始条件, 并传送从器件地址。 当起始条件产
生, CBxTXIFG 将被置位, 并将要发送的第一个数据写入 UCBxTXBUF 中。 一旦从器件对地址作出应
答, UCTXSTT 位会被清零。
在从器件地址的发送过程中, 如果仲裁没有失效, 那么会已发送写入到 UCBxTXBUF 中的数据。 一旦数据
由缓冲区转移到移位寄存器, UCBxTXIFG 将再次置位。 如果在应答周期到来之前 UCBxTXBUF 中没有装
载新数据, 那么在应答周期过程中总线将被挂起, SCL 将保持拉低电平状态, 直到数据写入缓存器
UCBxTXBUF 中。 只要 UCTXSTP 位或 UCTXSTT 位没被置位, 数据就就会被传输或总线被保持。
在从器件下一个应答信号到来之后, 置位 UCTXSTP 将会产生一个停止条件。 如果在从器件的地址传送过
程或者是 USCI 模块等待把数据写入 UCBxTXBUF 的过程中置位 UCTXSTP, 则即使没有数据被发送到从
器件依旧会产生一个停止条件。 如果传送的是单字节数据, 在字节传送过程中或者在数据传输开始后必须置
位 UCTXSTP, 不要将任何新的数据写入 UCBxTXBUF。 否则, 会造成只传送地址。 当数据由缓冲器转移
到发送移位寄存器时, UCBxTXIFG 将被置位, 这表示着数据传输已经开始, 可以置位 UCTXSTP 了。
置位 UCTXSTT 将会产生一个重复起始条件。 在这种情况下, 可以通过置位或清零 UCTR, 以便配置为发
送器或接收器。
如果从器件没有响应发送的数据, 则未响应中断标志 UCNACKIFG 会被置位。 主器件必须发送一个停止条
件或者重复起始条件的方式来响应。 如果已经把数据写入 UCBxTXBUF, 那么当前数据将被丢弃。 如果在
一个重复起始条件后, 这个数据还要发送出去, 则必须重新将其写入 UCBxTXBUF。 任何置位 UCTXSTT
也会被丢弃。 若要触发一个重复起始条件, UCTXSTT 需要重新被置位。
图 17-12给出了 I2C 主器件发送操作。


17.3.4.2.2 I2C主控接收器模式
初始化之后, 通过把目标从器件地址写入寄存器 UCBxI2CSA、 用 UCSLA 10 位来选择从器件地址的位数、
置位 UCTR 来选择发送模式、 置位 UCTXSTT 来产生一个起始条件, 主器件接收模式才被初始化。
USCI 模块先检测总线是否空闲, 之后产生一个起始条件, 并传送从器件地址。 一旦从器件对地址作出应
答, UCTXSTT 位会被清零。
在从器件对地址应答后, 将接收到从器件发送的第一个数据字节并发送应答信号, 同时置位 UCBxRXIFG 标
志。 只要 UCTXSTP 或 UCTXSTT 不被置位, 就能接收到从器件发来的数据。 若没有读取 UCBxRXBUF,
那么主器件将在接收最后到一个数据位后挂起总线直到 UCBxRXBUF 被读取。
如果从器件没有响应发送的地址, 则未响应中断标志 UCNACKIFG 会被置位。 主器件必须发送一个停止条
件或者重复起始条件的方式来响应。
置位 UCTXSTP 将会产生一个停止条件。 置位 UCTXSTP 后, 主器件将在接收完从设备传送的数据后发出
一个NACK, 并紧接着发送一个停止, 或者如果在 USCI 模块正在等待读取 UCBxRXBUF时, 将立即产生停
止。
如果主及想接收一个单字节数据, 那么在接收字节的过程中必须将 UCTXSPT 位置位。 在这种情况下, 可
以通过查询 UCTXSTT 来确定何时将被清除:
BIS.B #UCTXSTT,&UCBOCTL1 ;Transmit START cond.POLL_STT BIT.B #UCTXSTT,&UCBOCTL1 ;Poll UCTXSTT
bitJC POLL_STT ;When cleared,BIS.B #UCTXSTP,&UCB0CTL1 ;transmit STOP cond.
置位 UCTXSTT 将会产生一个重复起始条件。 在这种情况下, 可以通过置位或清零 UCTR, 以便配置为发
送器或接收器, 如果需要的话, 还可以把不同的地址写入 UCBxI2CSA。
图 17-13给出了 I2C 主控接收器操作。
注: 在不使用重复起始的情况下的连续主器件传输
在不使用重复起始功能的情况下, 当进行多个连续 I2C 主器件传输时, 当前传输必须在下一个
传输初始化完成之前结束。 这可以通过确保在下一个 I2C 传输初始化完成之前发送停止条件标
志 UCTXSTP 被清零, 并设置 UCTXSTT= 1来完成。 否则, 将会影响当前的传输。




3. DLPC3438的IIC器件地址0x36

4. IT6605的IIC器件地址

PCADR=1, IIC address = 0x92; 

PCADR=0, IIC address = 0x90;



已标记关键词 清除标记
DirectX修复工具(DirectX Repair)是一款系统级工具软件,简便易用。本程序为绿色版,无需安装,可直接运行。 本程序的主要功能是检测当前系统的DirectX状态,如果发现异常则进行修复。程序主要针对0xc000007b问题设计,可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010),并且全部DX文件都有Microsoft的数字签名,安全放心。 本程序为了应对一般电脑用户的使用,采用了易用的一键式设计,只要点击主界面上的“检测并修复”按钮,程序就会自动完成校验、检测、下载、修复以及注册的全部功能,无需用户的介入,大大降低了使用难度。在常规修复过程中,程序还会自动检测DirectX加速状态,在异常时给予用户相应提示。 本程序适用于多个操作系统,如Windows XP(需先安装.NET 2.0,详情请参阅“致Windows XP用户.txt”文件)、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10,同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同,自动调整任务模式,无需用户进行设置。 本程序的V4.0版分为标准版、增强版以及在线修复版。所有版本都支持修复DirectX的功能,而增强版则额外支持修复c++的功能。在线修复版功能与标准版相同,但其所需的数据包需要在修复时自动下载。各个版本之间,主程序完全相同,只是其配套使用的数据包不同。因此,标准版和在线修复版可以通过补全扩展包的形式成为增强版。本程序自V3.5版起,自带扩展功能。只要在主界面的“工具”菜单下打开“选项”对话框,找到“扩展”标签,点击其中的“开始扩展”按钮即可。扩展过程需要Internet连接,扩展成功后新的数据包可自动生效。扩展用时根据网络速度不同而不同,最快仅需数秒,最慢需要数分钟,烦请耐心等待。如扩展失败,可点击“扩展”界面左上角小锁图标切换为加密连接,即可很大程度上避免因防火墙或其他原因导致的连接失败。 本程序自V2.0版起采用全新的底层程序架构,使用了异步多线程编程技术,使得检测、下载、修复单独进行,互不干扰,快速如飞。新程序更改了自我校验方式,因此使用新版本的程序时不会再出现自我校验失败的错误;但并非取消自我校验,因此程序安全性与之前版本相同,并未降低。 程序有更新系统c++功能。由于绝大多数软件运行时需要c++的支持,并且c++的异常也会导致0xc000007b错误,因此程序在检测修复的同时,也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包,可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版,标准版及在线修复版在系统c++异常时(非丢失时)会提示用户使用增强版进行修复。除常规修复外,新版程序还支持C++强力修复功能。当常规修复无效时,可以到本程序的选项界面内开启强力修复功能,可大幅提高修复成功率。请注意,请仅在常规修复无效时再使用此功能。 程序有两种窗口样式。正常模式即默认样式,适合绝大多数用户使用。另有一种简约模式,此时窗口将只显示最基本的内容,修复会自动进行,修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速,同时方便其他软件、游戏将本程序内嵌,即可进行无需人工参与的快速修复。开启简约模式的方法是:打开程序所在目录下的“Settings.ini”文件(如果没有可以自己创建),将其中的“FormStyle”一项的值改为“Simple”并保存即可。 新版程序支持命令行运行模式。在命令行中调用本程序,可以在路径后直接添加命令进行相应的设置。常见的命令有7类,分别是设置语言的命令、设置窗口模式的命令,设置安全级别的命令、开启强力修复的命令、设置c++修复模式的命令、控制Direct加速的命令、显示版权信息的命令。具体命令名称可以通过“/help”或“/?”进行查询。 程序有高级筛选功能,开启该功能后用户可以自主选择要修复的文件,避免了其他不必要的修复工作。同时,也支持通过文件进行辅助筛选,只要在程序目录下建立“Filter.dat”文件,其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用,并且必须在正常窗口模式下才有效(简约模式时无效)。 本程序有自动记录日志功能,可以记录每一次检测修复结果,方便在出现问题时,及时分析和查找原因,以便找到解决办法。 程序的“选项”对话框中包含了7项高级功能。点击"常规”选项卡可以调整程序的基本运行情况,包括日志记录、安全级别控制、调试模式开启等。只有开启调试模式后才能在C
相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页