目标功能

实现温度的实时检测，并通过两个异步串口将数据发送至串口屏HMI和与蓝牙模块相连接的手机上。支持手机APP和串口屏进行实时的相关数据更改。单片机根据数据要求，当实时温度不在合理范围时，做出应激反应（表现在IO口的高低电平上）。

成品

硬件成品

软件界面

所需材料

硬件

STC15W4K48S4芯片一块
HMI串口屏一块
HC-05 蓝牙模块一份
散件若干

软件

Keil uVision5
E4A
STC-isp-15xx.v6.86O.exe

电路图

步骤

第一步（焊接）

按照原理图或者按照自己的意图将相关模块焊接起来。由于电路十分简单，焊接应该非常的快！

第二步（程序编写）

这里有两部分代码要写，一个是单片机，一个是APP。

一、单片机程序

（由于程序较多也比较简单，就不copy，这里主要提供思路和经验）

首先要实现上诉的目标功能，我在摸索两天后，认为单片机在此处承担主要的数据处理、转换和存储功能。

程序构架
初始化所需要的功能

串口初始化，由于要进行异步通讯，需要选择两个串口，我选择串口一和串口二。
定时器T0初始化（定时器的用处在后面会提到）
对串口屏和APP进行数据初始化

接着对实时的温度进行采样（驱动DS18B20模块）

这里有几点需要注意：

要分清18B20的引脚。（扁平面朝着自己，引脚朝下，从左往右分别是 GND、DQ、VCC)
不同类型的芯片的延时程序不能相互兼容，建议使用官方烧录软件进行生成，不要使用while循环对微秒级别的延时进行拓展，误差随循环基数的增长而增长。因为while函数的判断和赋值也占用CPU的处理周期。
数据的精确度可以由自己的需求以及可能行进行处理。

然后是数据处理和发送的算法设计

由于通讯设备是HMI串口屏和蓝牙，两个都有不同的通讯协议。所以在发送的时候需要注意，在这里可以设置两个通讯设备的优先级。这里提供一个思路：用一个if语句来决定单片机到底来执行那个设备的数据更改请求。

                                                             //判断语句决定了串口2的数据处理优先级高于串口1if(text2)                                          //如果串口2收到数据将进入此处{   dispose();                                  //数据处理函数text2 = 0;}else if(text1)                                  //如果串口1收到数据将进入此处{dispose();text1 = 0;  }

这里先介绍两个设备的通讯协议

单片机更改HMI串口屏的相关数据要根据具体调用的控件来看，例如我的：

我使用的是数字控件，所以单片机发送的格式应该是：

n0.val=更改的数据 ffffff （对应n0控件的内容变成更改的数据,后面跟的是指令结束的标识符，3个十六进制的FF）

具体的代码如下

         SendString2("n1.val=");SendData2((Min/10)+0x30);SendData2((Min%10)+0x30);SendData2(0xff);SendData2(0xff);SendData2(0xff);

（这里要注意，代码中 Min 是一个十进制数）

而单片机通过蓝牙和手机通讯的协议原本是非常简单的，就是直接的数据透传，但是本人在用E4A调试的时候发现，传到APP上的数据不能一次性发送，是间断性无规律性的发送，调试数据显示，一次10bit数据的传送，极可能被分为两次传送，这样的话，APP对数据处理的技巧性就显得尤为重要。（这样的情况可能是本人对E4A的掌握程度不足，希望有经验的良师益友帮忙指点）

在这里我调用了E4A的文本切割的功能，对接收到的数据进行多次判断，确保每一次数据接收的完整性。

由于APP不像HMI串口屏那样可以单一指定性的进行数据覆盖，所以在APP内需要增加判断所需覆盖的组件，在这里我选择在每次数据传送的时候以"W、S、X"作为数据开始传送的标志，并分别对应实时温度、温度上限、温度下限 的组件。为了应对APP接收数据的分包透传现象，我在每次数据包的最后提供了一个供APP参考的 数据结束符"$"。

当APP每次收到数据时都先进行判断是否为新的数据包，如果是的就暂时锁住数据包的更迭，并根据数据包的起始字符对相应组件进行数据覆盖并将其标志位置为高位，如果不是的就继续对上一个组件的数据覆盖。在最后有一个对数据包是否传送完毕有一个检测，如果检测到结束符"$"，就将锁打开并置零相关组件标志位，使下一次的数据包可以被正常接收。

在处理完单片机对设备数据覆盖的问题后，我们来处理设备对单片机数据覆盖的问题。

由于单片机串口接收数据的格式比较统一，这大大的简化了我们在单片机处理数据上的程序，具体代码如下：

void dispose()
{switch(date){case 0x65:RT_o = 0 ;date = 0;break;case 0x63:Min ++ ;  date = 0;break;case 0x64:Min -- ;  date = 0;break;case 0x61:Max ++ ;  date = 0;break;case 0x62:Max -- ;  date = 0;break;     }
}

其中，Min Max RT 分别是实时温度、温度上限、温度下限 ，而 Min_o Max_o RT_o 则分别对应单片机所认可的值。
而想对其中的值进行操作，所需要发送的字符分别为 ‘a‘、’b‘、’c‘、’d‘，对应的ASCII码是 0X61 0X62 0X63 0X64，为了实现设备主动更新实时温度的应激动作，我添加了’e‘，对应ASCII码是 0X65，当设备向单片机发送相应字符时，单片机将认可的实时温度改为零度，这样会触发数据更迭函数。具体实现会在后面分析。

对于单片机对于设备数据的更迭，我起初是想每次循环都更迭一次。但是我发现这样的更迭方式既占用资源也不具备美感。于是我用了个if语句进行判别，当单片机内认可的值受到设备的调整时，才进行数据更迭并将其更迭的内容实时通讯给另一个设备。这样的好处不仅在于资源的节约，而且在于我所用的单片机并不支持双工通讯，如果单片机在无脑的更新无用数据，当你利用其他设备进行数据设置时，很可能会出现无效的现象。

实现代码如下：

     if(Max_o != Max)                               //判断认可值是否被设备更改{SendString2("n0.val=");SendData2((Max/10)+0x30);SendData2((Max%10)+0x30); SendData2(0xff);SendData2(0xff);SendData2(0xff);                          SendData1('s');SendData1((Max/10)+0x30);SendData1((Max%10)+0x30);SendData1('&');                  Max_o = Max;                               P00 = RT_o > Max_o ;                    //相应的应激反应}

对于实时温度，我在APP上提供了下滑刷新的功能，HMI串口屏上提供了点击空白处刷新的功能。这是为了防止通讯设备在温度稳定后才接入单片机，造成数据无法正常更迭。最简单的方法就是将单片机认可的值直接串改，当18B20 的数据与认可值有出入时，单片机将自动更迭数据，并同步至通讯设备之上。

这里需要注意：

对于DS18B20的数据读取，不能暴力式的循环。暴力循环会导致设备更新数据的请求失真，所以在这里，我调用了单片机的一个定时器T0,用作控制温度读取的时间，我定在4秒读取一次。这样话，减少了请求失真的可能。（失真即指发给单片机的字符进行了不完整透传，导致单片机做出不可控的应激动作）

讲到这里，单片机的程序和部分APP的程序都已经讲解完毕！

二、APP的编写

由于使用的是E4A软件进行编写，难度并不是很大，这里主要记录下APP对于切屏的蓝牙连接的经验和总结。

对于主窗口，我的想法是提供一个蓝牙连接选择的列表，手动选择想要连接的蓝牙，并切屏去控制界面。第一次尝试时，我直接将窗口进行切换，发现这样切换会使得HC-05模块直接与APP断开连接。

我经过思索之后，认为问题出现在窗口之间的组件无法共存的原因，于是我在控制界面也添加了蓝牙组件，并企图调用之前连接的蓝牙地址。

于是我调用了E4A保存设置函数，其分类在易安卓核心类库中的读写设置类

格式如下：

调用方式简单粗暴，在列表的设备被手动点击到时，就将相应的地址存储到系统中等待调用，再实现切屏效果。但是问题再次出现，设备仍然无法连接，即使进行了初始化。

经过多次的探索，我找到了问题的所在，每次蓝牙设备连接之前都有前提条件，就是要先启动蓝牙组件的搜索功能！

于是我在控制窗口的完成事件中添加了蓝牙组件的初始化并启动了蓝牙组件的搜索功能，果然蓝牙组件调用了之前保存了的地址并进行了连接，HC-05连接成功！

读取地址，用的仍然是读写设置类的读取设置函数

格式如下：

加上之前讲述的数据处理方法，APP大致的模型就出来了！

第三步（设备调试以及程序的修改）

由于每个人对该模型的应用环境不同，对中个的代码也需要进行不同程度的修改或者添加！这也是为什么我不将所有代码copy出来的原因。我认为共享的目的主要是思维和算法的交流，而非功能上的单向借鉴。欢迎朋友交流指点!

后记

想要轻松阅读上诉文字，读者应具备一定的单片机基础、E4A的操作基础以及在脑海中对算法要有概念！

以上均为原创，仅供学习！爱好这方面的朋友可以加我的QQ:1602741063 进行交流！

基于STC15W4K48S4芯片的温度检测控制系统（支持手机蓝牙和串口屏的异步串口通信）相关推荐

基于单片机双路温度检测报警系统设计-基于单片机声光控智能开关控制灯设计-基于单片机热电偶智能体温检测设计-基于单片机小型家用燃气锅炉控制系统设计-基于单片机一氧化碳有毒气体采集报警系统设计
1628基于单片机双路温度检测报警系统设计(串口上位机控制) 基于pcf8591 tlc2543的双路温度检测报警系统带串口上位机控制带仿真源程序温度传感器是 LM35 两路测温通道所用的ad芯 ...
基于LORA SX1278的温度监控控制系统开发设计-硬件方案设计
本文的目的是设计一款基于lora无线通信的温度温度采集或者接收终端.首先进行硬件部分设计,完成的结果如下图: 结构分解: 为什么要用LORA,LORA的优势和缺点是什么: LORA是semtech公司 ...
基于51单片机的温度检测报警系统
目录具体实现功能设计背景硬件设计软件设计原理图程序仿真实现全部资料具体实现功能系统由STC89C51单片机+液晶1602显示+DS18B20温度传感器+按键模块+报警模块构成. 具 ...
matlab ds18b20 单片机,基于51单片机ds18b20温度检测————设计报告.doc
基于51单片机ds18b20温度检测----设计报告课程名称: 微机原理课程设计题目: 温度检测课程设计摘要随着时代的进步和发展,单片机技术已经普及到我们生活,工作,科研,各个领域,已经成为 ...
Hi3559AV100芯片内部温度检测
芯片集成温度传感器(T-Sensor),用于获取芯片内部温度. 参考文档 <Hi3559A╱C V100 ultra-HD Mobile Camera SoC 用户指南.pdf>3.12. ...
基于51单片机多路温度检测proteus仿真 ds18b20
本设计是基于51单片机多路温度检测proteus仿真_ds18b20(仿真+程序+原理图) 仿真图proteus 7.8 程序编译器:keil 4/keil 5 编程语言:C语言设计编号:C0042 ...
基于matlab的热红外图像温度检测
功能: 读入给定的热红外图像smaple.jpg(见附件),完成彩色图像灰度化: 对步骤1中的灰色图像加噪(至少包括高斯噪声和椒盐噪声两种,用输入参数控制噪声强度),并采用不同的方法对不同的加噪图像去 ...
西电A测|基于Arduino uno的温度检测控制仿真系统
西电A测|基于Arduino uno的温度检测控制仿真系统温度检测控制仿真系统 Proteus仿真电路图 Arduino IDE编写程序结果验证功能拓展温度检测控制仿真系统功能要求:Ardu ...
基于AT89C52单片机的温度检测报警设计
点击链接获取Keil源码与Project Backups仿真图: https://download.csdn.net/download/qq_64505944/87708680?spm=1001.20 ...

基于STC15W4K48S4芯片的温度检测控制系统（支持手机蓝牙和串口屏的异步串口通信）