单片机---HLK-W801蓝牙遥控点灯

总目录

《单片机—HLK-W801开发环境搭建》
《单片机—HLK-W801蓝牙BLE功能测试》

昨天吧demo运行明白了，今天那就来看一下手机通过蓝牙远程遥控点亮开发板的LED吧，虽然这并不是低功耗蓝牙的典型用法，但是通过这种手段，能够快速学习一下W801这套恶心的SDK代码，也算是一种福报。嚯，正好这个芯片是阿里生产的，这不是正应了马老的一句话么。

调试工具

这里用的手机蓝牙调试工具叫nRF connect。应用商店也可以搜索BLE，就能搜索到很多蓝牙开发的工具，不过都会各种申请手机权限，定位啊，相册啊，不允许就没法用，简直就是流氓行为，这国家早就说过了这种问题，无奈就是没办法啊。

不过这款软件倒是挺好的，没有申请什么权限
直接就可以使用。让人感动。

自动启动server

原有的demo中，我们知道了需要让开发板自动运行成为BLE的server，需要两部分

• 开启蓝牙
• 以server运行

核心的代码就这两个函数

	demo_bt_enable();
	demo_ble_server_on();

不过你想要干净的将这两个函数的实现复制到你的主函数文件中，那还是想多了，里面用了一些的全局变量，例如打印等级，或者adapter状态。

所以，你干脆，人家给你造了一套代码，你干嘛还想自己写，就直接用它的demo代码，直接在包含好所有的头文件，然后调用这两个函数，就完事了。
所以主要代码就这样写

	demo_bt_enable();
	while(bt_adapter_state == WM_BT_STATE_OFF)
	{
		tls_os_time_delay(5000 /HZ);
	}
	tls_os_time_delay(5000 /HZ);
	demo_ble_server_on();

就能够让开发板以server身份运行起来了。简单吧

接收命令

这里就需要找到BLE server接收命令的地方，就在这个函数当中

static int gatt_svr_chr_demo_access_func(uint16_t conn_handle, uint16_t attr_handle,         struct ble_gatt_access_ctxt *ctxt, void *arg)
{
	int i = 0;
	struct os_mbuf *om = ctxt->om;

	switch (ctxt->op) 
	{
		case BLE_GATT_ACCESS_OP_WRITE_CHR:
		while(om) 
		{
			if(g_ble_uart_output_fptr)
			{
				g_ble_uart_output_fptr((uint8_t *)om->om_data, om->om_len);
			}
			else
			{
				print_bytes(om->om_data, om->om_len); 
			}
			om = SLIST_NEXT(om, om_next);
		}
	return 0;
	default:
	assert(0);
	return BLE_ATT_ERR_UNLIKELY;
	}
}

其中它指明了一个逻辑，就是如果没有输出函数指针g_ble_uart_output_fptr，那么就自动打印出来，找到了接收消息的地方就办了。我们就已经可以将数据或者命令通过蓝牙，从手机发送到开发板了。

消息传输

这里为了将我们的代码稍微独立出来一点，用了一个消息队列queue，将蓝牙收到的命令，通过queue发送到我的主任务当中，这部分放在主函数文件中，那么以后就直接在这里修改需求，不必再关心消息传递过程了。

主函数中创建队列，并启动监控接收任务

	if(tls_os_queue_create(&MyBLE_QUEUE, 32)!=TLS_OS_SUCCESS)
	{
		printf("create queue fail\n");
		return;
	}
	tls_os_task_create(NULL, NULL,
                       my_ble_msg_task,
                       NULL,
                       (void *)MyBLETaskStk,          /* task's stack start address */
                       MyBLE_TASK_SIZE * sizeof(u32), /* task's stack size, unit:byte */
                       MyBLE_TASK_PRIO,
                       0);

消息接收任务

void my_ble_msg_task(void *sdata)
{
	void *msg;

	for(;;)
	{
		tls_os_queue_receive(MyBLE_QUEUE, (void **)&msg, 0, 0);
		printf("myble revice %ld \n",(u32)msg);
	}
}

将前面的输出打印，替换为发送消息，我们目前只取第一个字节，足够传递信息了。

//print_bytes(om->om_data, om->om_len); 
if(om->om_len>0)
{
	tls_os_queue_send(MyBLE_QUEUE, (void *)(om->om_data[0]), 0);
}

这样，启动之后，消息自动就会发送到我这个任务中来，我们就只专心处理这个消息即可。

消息处理

这里将消息转化为控制LED的亮灭，达到了测试效果

这里只要控制GPIO输出低电平，就可以点亮LED，输出高电平就熄灭。
点亮过程。

tls_gpio_cfg(MyLED1_IO, WM_GPIO_DIR_OUTPUT, WM_GPIO_ATTR_FLOATING);
tls_gpio_write(MyLED1_IO,0);	

整体测试

首先运行开发板，等待server状态启动。

然后手机打开测试工具，扫描到开发板，连接上

然后点击上箭头，进行数据发送

发送0，可以控制led点亮

开发板被点亮了

发送1过去，开发板熄灭。

完事。

补充说明

这套SDK，把FreeRTOS原有的内容，加以了封装，例如

//消息队列
 tls_os_status_t tls_os_queue_create(tls_os_queue_t **queue, u32 queue_size)
 //任务创建
 tls_os_status_t tls_os_task_create(tls_os_task_t *task,
      const char* name,
      void (*entry)(void* param),
      void* param,
      u8 *stk_start,
      u32 stk_size,
      u32 prio,
      u32 flag)
//延迟
 void tls_os_time_delay(u32 ticks)

这套明明，也是没看出来有啥好的，搞得总和tls加密联系起来，其实没有半毛钱关系

可以用它封装好的代码，例如我上面用到的消息队列。这样可以使代码显得干净，也可以用freeRTOS原有的功能，没有本质的区别，就看你喜好了。关于FreeRTOS的用法，可以参考我的几篇文章
FreeRTOS学习—“任务”篇
FreeRTOS学习—“消息队列”篇
FreeRTOS学习—“信号量”篇
FreeRTOS学习—“事件组”篇
FreeRTOS学习—“定时器”篇

结束语

花费了三个小时做了个demo，写了一篇文章，只是提供一种解决问题的思路，有时候，不太需要你理解功能多透彻，只要是会切入，找到实现的关键点，很快就能做出点东西。
不过当然不是说深入理解不好，一旦出现一些稳定性的bug，可能就需要深入理解代码了。
时间就是金钱，效率就是生命，不过有时候，拼命去赶时间，也不是好事，今早高峰，看见一辆车

气囊也出来了，玻璃也碎了。哎，希望救护车帮你再抢点时间出来吧。但愿人没事。