完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
像是大多数的ble的app开发一样,小程序通常也是针对特定的约定去做的,
比如firmware的开发者与小程序的开发者需要提前约定其连接时候的依据:mac地址(ios可能不适用),名称,广播中的uuid,以及位于广播中自定义的数据; 然后是一些通信时候的必要约定,service uuid,以及characteristic 的uuid; 然后是 数据收发的行为: 主机->从机的write,wirte no respone, 从机->主机的 notify 还是indicate方式。 对于notify/indicate 在使用前,可能需要必要的是能notify 的操作(使能cccd) 对于小程序的开发者,很明显,网上有大量的实例可以参考,并且从以往的客户对接来看,对接是基本毫无困难的(可以以CH573 evt 里面的BLE_UART 为基础工程). |
|
|
|
只有小组成员才能发言,加入小组>>
445 浏览 1 评论
CH579M+RT-Thread,RTC从Sleep模式唤醒失败是什么原因?
2861 浏览 2 评论
2347 浏览 1 评论
793浏览 2评论
CH565W以太网,是必须有SKCKET中断才能发送数据吗?
423浏览 1评论
328浏览 1评论
用DVP采集图像,用UDP传给PC端,采集两帧后图像报错是什么原因?
464浏览 1评论
CH569通过HSPI实现USB3.0和FPGA高速双向通讯
616浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-13 11:47 , Processed in 0.896007 second(s), Total 77, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号