开发者学堂课程【嵌入式之RFID开发与应用2020版：Zigbee 自定义任务处理按键和双串口数据】学习笔记与课程紧密联系，让用户快速学习知识
课程地址：https://developer.aliyun.com/learning/course/665/detail/11139
Zigbee 自定义任务处理按键和双串口数据
内容介绍：
一、自定义任务处理按键
二、双串口数据
一、自定义任务处理按键
接下来重点学习自定义的任务初始化完成后是如何工作的，首先任务是被动执行的。
1、任务被动执行的情况：
（1）接收到消息。有可能是协议栈发的消息，因为在初始化时已经注册了一个端点，如果对方刚好给端点号发了一包数据，只要注册端点并且端点号、任务号等没有问题，该函数就会被执行，就表示收到了数据。
（2）按键，刚开始也没有提到，这是属于另一部分的代码，其在中段里，当产生按键事件时，此处该板子上有两个按键，当按下这两个按键时，它就会给任务发消息，这里的任务很显然已经明确指定成自己自定义的任务。如图，手指位置即是两个按键，图中一共三个按键，第一个按键是复位键，后面两个是刚刚提到的按键。如果点击这两个按键，就会通过事件 osal_set_enent 设置到 DEMO_KEYBOARD1 和 DEMO_KEYBOARD2。接下来在自己写的应用程序中，会检测到该事件 events，从串口打开信息知道一个键被按下了，并且给 SENSOR 和 CLUSTERID 都发送了打开 OPEN 的命令，另外一个是自己设置的关闭命令。将自己的灯全部打开或者全部关闭，这两个按键一个开，一个关，这么多信息就是为了更直观的看到每一次动作的变化，包括后面是周期性的采集温度和湿度。
//任务事件处理函数
uint16 my_ProcessEvent( uint8 task_id, uint16 events )
{
afIncomingMSGPackett *MSGpkt =NULL;
if (events & SYS_EVENT_MSG)
{
MSGpkt =(afIncomingMSGPacket_t *)osal_msg_receive( my_TaskID ); while(MSGpkt !=NULL){
switch(MSGpkt->hdr.event)
{
case ZDO_STATE_CHANGE:
identity_nwk =(devstates_t)(MSGpkt->hdr.status);
if(identity_nwk == DEV_END_DEVICE){
二、双串口数据
首先学习第一个，先打开一个串口，然后需要将程序稍进去，先稍协调器的程序，将其改成协调器 CoordinatorEB，点击编译，完成后开始稍写。若稍写的过程中发现无法稍进去，总是弹出一些错误提示，建议复位下载器上面的按键，也是一个复位键，蓝色的灯点亮时，即表示可以稍写了。可以将串口打开，等待稍完后，正常情况下“串口数据接收处”就会收到信息。稍写完成后，点击全速运行，此时可以看到“串口数据接收处”已经打印了一些信息，端点的注册成功、网络的初始化、协调器建立成功，成功后，接下来只演示刚刚讲过的几部分内容。
首先通过按键看是否有 key1 down\n，并且自己的灯是否点亮。如图手指位置即按键处，按一下，会看到旁边的灯亮了并且显示的是 key1 down；按一下另外一个键，显示灯关了 key2 down。这是第一个知识点。
任务可以正常执行，网络是否真的能接收路由器和终端的加入，一会再考验它。以下代码表示任务正常执行。
debug("key2
down\n");my_SendPointToPointMessage(SAMPLEAPP_SENSOR_CLUSTERID,SET_TEMP_ADJUST_CLOSE);
my _SendPointToPointMessage(SAMPLEAPP_SENSO_CLUSTERID,SET _HUMI _ADJUST_CLOSE);
my _SendPointToPointMessage(SAMPLEAPP_CTRL_CLUSTERID,SET_TEMP_ADJUST_CLOSE);
my _SendPointToPointMessage(SAMPLEAPP_CTRL_CLUSTERID,SET_HUMI_ADJUST_CLOSE);
接下来学习到底能否接收到串口的数据，将 GPacket 数据放到最后。串口发的消息是 SYS_EVENT_MSG 并不是如按键一样独立的四键，串口是在四键的基础上再次封装了四键的类型（SERIAL_MSG）,其可以在串口中看到，点击 Window 中的 B
MT_UART.c(Comontents\mt)，
在这里发的 pMsg->hdr.event=CMD_SERIAL_MSG。所以在应用程序中如果发现是串口的数据，接下来首先发的数据自己约定一下格式，串口数据的格式大概是串口+长度+数据，首先是端口号，然后是数据长度，最后才是数据，即要将串口+长度去除掉才是真正的数据。对于串口，因为已经引入了两个串口，分别是串口0和串口1，长度一个字节不会超过256。首先数据是通过 msg 里存储，得到端口号 port，得到长度 len，此处给的是 RECV，规定不超过60个字节，60个字节内就将数据中的内容拷贝到 str 里面。然后判断长度，如果长度大于1，便将数据打印出来（“uart%sd(%);%s\n,port,len,ste），还会通过 serial_dispos，dispos即解析收到的数据，这就是另外一部分的内容：收到的是什么数据。
break;
case CMD SERIAL MSG:
{
uint8 str[UART RECV LEN];
uint8 port=*(((mtosALserialData_t*)MSGpkt)->msg);//数据包格式:串口+长度+数据
uint8 len =*(((mtosALserialData_t*)MSGpkt)->msg+1);
if(len <UART_RECV_LEN)
osal_memcpy(str,((mtosALSerialData_t *)MSGpkt)->msg+2,len);
else
break;
if(len > 1){
*(str+len) = 0;
debug("uart%d(%d):%s\n",port,len,str);
serial_disbos(port,len,str);
}
在解析数据时，如果收到端口0的数据，若是 open 也可以开灯；若是 close，可以关灯，和按键的效果是完全相同的。接下来演示一下。在串口调试助手中下方输入 open，可以看到灯亮了，而且输入完 open 后，会打印 uart0（4）：open；输入 close 后，灯灭了。这个工具无法将数据记录下来，如果换一个工具可以记录信息，可能使用起来会更方便一些。此处使用另外一个工具 QCOMO_V1.6，实际上串口工具有很多。因为有些卡，所以将 Baudrate 调到921600，卡的主要原因是摄像头有些问题，每次开的时候，整个系统都会变得非常慢。此处将串口打开，输入 open 和 close，不需要发划行符，点击 open 时，灯亮了，点击 close 时，灯灭了，这个工具会更方便一些，其可以将信息记下来。
这就是串口，信息首先在（“uart%sd(%);%s\n,port,len,ste）被打印出来，而且信息被告知来自于第几个串口，可以来自于两个串口，此处是串口0，若想看串口1，是 COM Port：29。如果是29，可以打一些东西，比如依旧输入 open，看不到任何东西，是因为输出的东西打到串口0去了，除非将串口0和串口1全部打开。用一个工具表示串口0，另一个工具表示串口1，现在在第二个工具中发 open，第一个工具中有所显示，若发 close，同理也能显示，这时收到的就是串口1，另外一个发过去就是串口0，两个串口都能用。其实就是为了将另一个串口当做网关的通讯接口用，这是 debug 本身官方的问题，做了一些修正。后面详细介绍数据的通讯流程。
