涉及CC3200开发板的相关文献阅读笔记

涉及CC3200开发板的相关文献阅读笔记

谢谢各位的围观，本人用盛世容颜保障，这篇博客会不断的更新下去。哈哈！

写这个笔记的目的，是为了方便梳理CC3200借助无线网络完成数据传输的流程。所以我会把重点放在每篇文章的创新点和具体对于CC3200的应用开发上。

第一篇 CC3200_SimpleLink_WiFi模块的高速图像传输_朱为

这一篇论文作者给出了如何利用spi通信协议和CC3200进行通信，借助WIFI的方式将图像数据传输到上位机，进行时时的图像显示。

第二篇 TI_CC3235XSimple_省略_k_Wi_Fi双波段单片解决方案_

这一篇介绍了关于CC3235板子的一些板载的资源，是官方自己出的一篇介绍性文档。

第三篇 基于CC3200的Wi_Fi无线组网式跌倒检测系统_高天星

这篇论文提了两个创新点，其一是在CC3200中运行了RTOS操作系统；其二是将无线AP扩展成了移动终端。借助操作系统的好处是方便借助内嵌的底层网络协议来进行高效率的开发，而移动终端的使用，简化了布置网络环境的难度，也是比较适合这个课题对于便携性的硬性要求。采用的网络协议也是TCP协议。

对于RTOS的使用，是将系统分解为了三个任务（三个线程），其一是采集任务，用于驱动ADC采集传感器数据；其二是网络任务，是用于建立无线AP和CC3200间的网络通信；其三是发送任务，是将采集到的数据借助网络通道发送出去。并且给定了线程的优先级，网络任务优先级最高，发送和采集平级。

缺点：是没有详细谈如何在安卓端实现的数据接受的数据。

第四篇 基于CC3200的超声波测距_羊日飞

学到的知识点：CC3200的工作电压从用户手册上可查是3.3V，所以如果传感器的工作电压是5V时，需要考虑分压。而本文中对于5V传感器的处理，是使用了两个1.2兆欧的电阻对输入信号进行了分压，保障了输入高电平不低于2.132V，输入低电平不高于1.148V。

对于网络通信这里采用的是服务端和客户端的方式，将CC3200作为了服务端，而移动设备做了客户端，采用的是HTTP的网络协议，所以需要借助浏览器的网页来完成数据的接收和触发。和上一篇一样，也是将网络通信的建立作为了优先级最高的任务，而后才是传感器数据的采集和发送。

第五篇 基于CC3200的可穿戴计步器的设计_何枫

丝毫没有一点点帮助！意义不大。

第六篇 基于CC3200的可视化低功耗WiFi门铃设计与实现_张晓丹

• 技术上

  这篇文章使用的是IAR的开发环境，没有在CC3200中运行系统，是裸机执行，整个系统的执行框图如下所示：

作者进行了JPEG图像编码技术研究，无线TCP/UDP通信协议，音频编解码和客户端软件的研究。涉及了硬件和软件的搭建，算得上是一个全栈工程师了。下图是对于语音通信设计的原理框图：

这里在补充一点关于CC3200在WIFI无线例程中库函数的开发一些经验：

ConfigureSimpleLinkToDefaultState();//快速实现AP或者STA模式的网络连接
sL_Strat();//用于开启网络处理器
SwitchToStaMode();//将设备切换到STA模式
WlanConnect();//连接设备到指定的WIFI网络

为了防止连接异常，在系统中加入了看门狗功能，一旦异常，系统会自动进行复位，提升系统工作的鲁棒性。

• 行文上

  采用的是和大论文类似的行文格式，在前言之后，对所参考文献进行了逐一分析，通过对比分析，给出了从节能和环保的创新点。

• 创新点–节能设计

  由于选用的低功耗的主控，所以启用了CC3200芯片中的休眠模式，用TCP的连接状态作为了休眠模式的触发方式，分别设置了30S的延迟时间。

• 总结篇

  这篇文章比较详细的给出了整个项目涉及到关键的模块设计结构和具体的实现方式，核心创新是充分的发挥了CC3200的资源，并且在门铃这个课题中找到了实际的应用场景。总结一下所涉及到的内部资源：

  • 定时器
  • 看门狗
  • 串口通信
  • IIC通信
  • WiFi模块（TCP or UDP 协议）
  • DMA接口
  • 中断

第七篇 基于cc3200的无线传输系统的设计_王博

从这篇文章中最直观的收获是知道了CC3200实现WIFI通信的具体形式，共有三种方式。分别如下：

• 方式一：

note：这个方式需要将两块开发板分别配置为接入点和站点。可以理解为通信中的半双工模式。

• 方式二：

note：这个方式是将两块开发板均配置为站点方式，个人理解是这个方式是选择了一个中继，用来协调不同站点的信息传输，可以实现网络形式的信息传输。

• 方式三：

note：这个方式需要将两块开发板配置为点对点模式。这个方式应该是对第一种方式的优化，等价于通信中的全双工模式。

另外本文设计课题是将串口通信和WiFi通信结合了起来，从而实现了无线信息的传输任务。无线通信协议选择的是TCP协议，要想实现这个课题任务，作者选择了分三步走，第一步是调试WLAN无线通信；第二步是TCP套接字通信；第三步是UART通信。使用的开发环境是CCS(官方的开发工具)。

本文选用了第一种方式，并且给出了具体的执行流程图：

第八篇 基于MicroPython和CC_省略_的智能家居数据采集与控制系统设计_邓健

从技术上来看，这篇论文最不同于其他文章的特点是利用MicroPython 3对CC3200实现的开发。课题背景是要实现智能家居中不同硬件采用不同的网络协议来接入互联网，重在解决对于不同通信协议开发上的难度。因为MicroPython集合了不同的网络通信协议，方便用户根据自己的需求，进行二次开发。下面这张图可以理解为对于智能家居的数据流上的传输过程：

另外作者提到了局域网组网方式和单节点接入网络两种方式的区别是：采用单节点方式可以实现大数据流传输，即表现为实现无线的视频流传输。

针对课题背景，作者实现了网页端和微信端两种人机交互方式，网页端采用的是中国移动的OneNET，而微信端是采用了公众号的方式。

第九篇 基于单片Wi_Fi_MCU_CC3200的无线串口_郭书军

这篇文章可以看成是上述八篇文章的老祖宗了，为啥这么说呢？因为本质上不同课题背景下的数据流通和数据交互上都采用的是无线串口这种工作模式。硬件架构：

其中RF电路用来实现较远距离的通信，降低信号延迟，增加传输带宽；而电平转换电路则是为了实现串口部分的数据发送和接收。辅助电路包括晶振电路，供电模块，下载电路，复位电路。

第十篇 基于无线传输的热电偶测温系统设计_王军

核心创新点：

传统的传感器在测量数据时，需要外接电缆，一旦长度过长，会引起信号衰减，传输过程中的强电耦合，布线复杂等问题，故本文使用了无线的方式，一旦采集到的温度值，会被立即缓存起来，而后才会通过无线的方式进行传输。

那这里可以总结一下之前对于传感器数据的采集演变过程：

• “原始时代”

原始温度数据，可能是传感器采集到多少，就是多少，数据的传输过程是使用电缆传输，这样对变化比较迅捷的环境不适宜测量。

• ”新石器时代“

随后发现了缓存这个模块，解决了温度变化比较迅捷的情况，随你外界怎么变，我只把数据存下来，随后慢慢读。要是采集的数据量比较多，则增大缓存容量。

• “工业文明时代”

发现要远距离传输数据，故选择增加电缆长度，改变线材。但这毕竟是存在物理层面的限制，借助介质传输，信号必然会受到影响。

• ”5G时代“

发现增加电缆长度，会影响信号的质量和增加传输延迟。故选择了无线这种方式。这样配合新石器时代的功能，先把采集的数据存到缓存中，然后在借助WiFi的方式将数据传送出来，这样既增加了采集的数据量，也提升了系统的响应速度，还可以无损的传输采集到的数据。所以这篇论文中的最大创新点是借助无线的方式降低了数据的损耗和延迟，目前是在20m的范围内进行的测试。由于要实现阵列化的传感器数据采集，所以采用了FPGA加持逻辑，论文中提到了课题背景是要实现8路热电偶传感器的数据采集。

数据传输过程：

这篇文章给出了非常深刻的使用背景，涉及到了传感器信号的调理，采集，编码，传输，显示过程。所以接下来，按照上述的信号传输过程来进行总结学习。下图是完成的系统工作流程图。

• 调理

因为课题背景是实现热电偶信号的测量，所以在输入端的信号调理上采用的是差分类型的运放。其中信号从WD端输入，先经过一次低通滤波器，滤除高频噪声，而后进入到AD8495中，来实现信号的一次放大，采用的差分输入放大；整个信号调理部分共采用了两级放大，第二级中设置了负反馈方式，放大倍数为 -（R4+R6）/ R6。个人感觉这个电路图是有问题的，对于OP200AZ的信号分析，下面这个节点不应该加的，否则这个电路图，没办法工作，反而会产生自激振荡。但如果把这个节点去掉，这个电路就是同向比例放大电路。

• 采集

• 编码

• 传输

• 显示

实验设计上

为了对系统进行验证，做了环境实验，并且选用了标准的铂金属的电阻进行了温度的标定，而后与实际的测量值进行比对，确定测量误差。

为了体现创新点，专门用热电偶补偿的方式和无线的方式，将数据采集后，运用数据拟合分析的方式和理想的线性曲线进行比对。结果非常的直观，行文方式和实验设计的方式值得学习。