DA14585的所有优点都具有更大的灵活性。
ISM14585-L35-P8提供最小、最低功耗和最集成的蓝牙®解决方案，最高可达8Mbit的Flash和可选的板上范围扩展放大器。
这个多功能模块非常适合将低能耗蓝牙添加到远程控制、邻近标签、信标、联网医疗设备和智雷电竞官网登录能家庭节点等产品中，支持所有蓝牙开发，包括蓝牙5。它甚至有一个集成的麦克风输入语音命令支持。
ISM14585-L35-P8易于设计，并支持独立的和托管应用。雷竞技安卓下载它是对话框的完整开发环境支持，包括SmartSnippets™软件，为您提供快速原型设计，为大规模生产设计和优化功耗。
特性
DA14585 BLE5.0 SoC
集成8Mb SPI Flash板
集成SkyWorks PA在飞机上增加TX功率
集成16MHz和32kHz振荡器
综合10B ADC
集成电源管理单元
FCC、CE、IE认证完成
选择一个认证的嵌入式天线或认证的w.fl外部天线
1.8 - 3.6V工作电压
所有需要的无源元件
LGA封装6.0mm x 8.6mm x 1.2mm
雷竞技安卓下载
IOT应雷竞技安卓下载用程序
声控遥控器
键盘和鼠标
连接的传感器
信标和标签
家庭自动化
连接的玩具
消费设备
相关链接
开发工具包和参考设计
| IoTComboEVK-14585套件 |
回的结果
DA14585
4个月前
在启用通知之前尝试启动流数据时无数据
张贴了gme_johannes15分 6个回答嗨对话支持，
我们正在基于IOT传感器SDK（DA14585 IOT多传感器开发，V6.160.4）开发项目
如果我们连接到设备和
1.开始流数据(发送0x01到char uuid 2ea78970-7d44-44bb-b097-26183f402409)
只有在这之后
2.启用监听通知(char uuid 2ea78970-7d44-44bb-b097-26183f402410)
传感器未发送任何数据。
在此之后，即使我们断开与设备的连接，重新连接到设备，并将序列切换到
1.启用侦听通知和
2.开始流数据。
这是预期的行为吗?我怎样才能让设备重新开始发送数据?
谢谢
凯瑟琳
3个月前
因为我不知道你是否还在监视这个旧论坛，所以我在这里对你的评论进行了回复
尝试开始流式处理时没有数据
这里。
嗨PM_Dialog,
谢谢你回到我们身边。是的，我知道必须启用通知以便发送通知（那种显而易见的:)）。但只能启动通知将无法在空中开始发送数据。为了实现这一目标，必须也开始流数据。在这里，它取决于启用它的顺序并启动：
—第一次启动流数据，第二次启用通知_does not_开始发送数据。
- 首先启用通知和第二开始流数据_does_开始发送数据。
我们确实启用了通知:当通知启用时，设备不发送数据(通过空中)_after_我们发送命令开始流数据。
我们的代码基于IOT MSK v6.160.4。我们没有实现任何自定义代码以接收通知或发送命令以开始流数据。
我们特别没有更改负责组成和发送传感器数据的代码。
这在以下文件和函数中实现：
- file user_dws_reports.c, function bool user_prepare_multi_sensor_report(…)
-文件user_dws_reports.c，函数void user_add_multi_sensor_report（…）
- file user_dws_reports.c, function void user_send_multi_sensor_report(…)
- file user_dws_task.c, function user_dws_val_ntf_cfm_handler(…)
当我连接到串行调试控制台（看任何ArchPrintfs的结果）时，我可以看到以下错误消息
“错误:NTF下降——<柜台>优秀NTFs”在柜台(ntf_sent_cntr)是一个数字大于15(有一个阈值# define (d)开始印刷这个错误消息,而不是编写和发送数据报告,这也是预配置在上述物联网MSK v6.160.4并不是感动我们)。
每次流数据停止(发送命令停止流数据)和重新启动(发送命令开始流数据)时，该计数器增加2(无论是否启用通知)
当设备与对等设备断开并重新连接时，此行为仍然存在。
通知发送计数器ntf_sent_cntr在函数中增加
user_send_multi_sensor_report（...）
也在
User_send_command_reply(…)(都在文件user_dws_reports.c中)
功能下降
user_dws_val_ntf_cfm_处理程序（在文件user_dws_task.c中）
流式数据通过发送0x01到dws_control_char (uuid 2ea78970-7d44-44bb-b097-26183f402410)启动
通过向DWS_CONTROL_CHAR发送0x00来停止流数据
上述这种中心行为并没有被我们改变。所以我的问题是:
是否需要设备无法从删除通知中恢复的行为
(a)即使设备断开并重新连接?
(b)当流启动时_before_通知是启用的(它不发生时流启动_after_通知是启用的)?
我希望这能更清楚地描述它。
谢谢
凯瑟琳
3个月前
你好,凯瑟琳娜,
IOT MSK应用程序代码提供WRBL_DWS_CONTROL_CHAR特性（可卷绕）和WRBL_DWS_CONTROL_REPLY_CHAR（通知），用于配置和控制设备
因此，每次设备连接到中央设备时，首先都应该将0x01写入控制点（WRBL_DWS_CONTROL_CHAR）特征，启用WRBL_DWS_CONTROL_REPLY_CHAR中的通知，然后启动流数据。如果设备断开连接并重新连接，则应再次遵循上述过程。
如果控制点特性用0x01写入并启动流数据而不启用WRBL_DWS_CONTROL_REPLY_CHAR中的通知，则不会在对等设备中看到流数据，因为应启用通知。
谢谢,PM_Dialog
3个月前
亲爱的pm_dialog，
的你描述的过程（1.写入0x01到控制点，2.启用WRBL_DWS_CONTROL_REPLY_CHAR的通知3.启用WRBL_DWS_MULTI_SENS_CHAR的通知）将不会使设备发送数据当然但要让它处于一种无法恢复的状态(通过断开和重新连接)除非完全重新启动!(这是由于ntf_sent_cntr，我在上面的长篇文章中解释过)
与你的陈述相反，我将接收传感器数据，如果我不启用wrbl_dws_control_reply_char的通知(但只启用wrbl_dws_multi_sens_char的通知)，当我写入0x01到控制点。
显然，如果我没有为WRBL_DWS_MULTI_SENS_CHAN启用通知，我将不会接收传感器数据。
的接收数据的正确程序不必经常重启/重置它
- 启用WRBL_DWS_CONTROL_REPLY_CHAR的通知
- 启用WRBL_DWS_MULTI_SENS_CHAR的通知
- 将0x01写入控制点开始流数据
但这不是我的问题。
我的问题是(我只是从我上次的回复中抄下来的):
是否需要设备无法从删除通知中恢复的行为
(a)即使设备断开并重新连接?
(b)当流启动时_before_通知是启用的(它不发生时流启动_after_通知是启用的)?
谢谢
凯瑟琳
4个月前
嗨gme_johannes,
谢谢你的帖子。由于它是一个自定义代码，请您能描述一下问题是什么问题？如果我没有弄错并根据标题，则当对等设备禁用通知时，设备才会发送数据。在这种情况下，应从对等设备启用通知，以便开始通过空中发送数据。
谢谢,PM_Dialog