该AzureWave AW-CU362是一个先进的蓝牙5.0模块在邮票形式的因素,提供了一个高成本效率,灵活和易于使用的硬件和软件平台。
内置闪存,晶体,所有必需的无源组件和集成天线,这个FCC认证的BLE5.0系统为您的智能连接产品提供最快的上市时间。亚博电竞菠菜
AW-CU362建立在Dialog的BLE5.0系统片上SoC DA14585的成功之上。该模块由产品质量、现场测试的Dialog软件和BLE堆栈提供支持,其中包括一组丰富的软件组件和示例来启动应用程序软件开发。
AW-CU362评估板可以插入到Dialog开发套件主板,以便利用Dialog工具链的使用来进行HW评估和软件开发。
特性
DA14585 BLE5.0 SoC
1 mbit SPI闪光
嵌入式天线
单路3.3V电源输入
邮票模组19.6毫米x15毫米x2.45毫米
FCC和ETSI认证
亚博国际官网平台网址
物联网应亚博国际官网平台网址用
连接传感器
联系医学
环境监测
灯塔
家庭自动化
通过BLE实现工业互联互通
销售点申请亚博国际官网平台网址
基础设施建设
温度及环境监测
连接的玩具
相关链接
订购信息
样品可用。请与当地的Dialog销售代表联系.
立即购买
产品 | 商店 | ||
---|---|---|---|
AzureWave AW-CU362 | Avnet |
DA14585
1周前
在发布期间延迟处理发送给用户应用程序任务的消息
发布的moguilevski60点 4回复亲爱的PM_Dialog,
我有以下问题:
在向用户应用程序任务(TASK_APP)发送消息之后
ke_msg_send_basic (USER_APP_MSG TASK_APP 0);
在user_catch_rest_hndl()中对该消息的处理只有在下一个广告事件完成后才会发生。在长广告间隔的情况下,它使任务间通信的使用只可能在有限的程度上。是否有一种方法可以使发送给用户应用程序任务的消息立即得到处理?也许可以禁用广告并在消息处理完成后重新启动它,或者以某种方式提高用户应用程序任务的优先级?
这个问题和我以前的帖子有关://www.xmece.com/support-posts/processing-messages-application-user-task
1周前
嗨moguilevski,
当DA14585被中断激活并触发app_wkup_irq_cb()时,请尝试强制唤醒BLE core - arch_ble_force_wakeup()。
谢谢,PM_Dialog
1周前
嗨PM_Dialog,
在向用户应用程序任务发送消息之前,我尝试在app_wkup_irq_cb()中调用arch_ble_force_wakeup()——它解决了这个问题!
非常感谢!
1周前
嗨moguilevski,
谢谢你的问题。让我检查一下,我会尽快给你回复。
谢谢,PM_Dialog