DA14580 | yabo国际娱乐Dialog Semiconductor客户支持 - 亚博全网,亚博电竞菠菜,亚博国际官网平台网址

GreenPAK设计者电压水平问题

论坛:

GreenPAK和GreenFET的问题

你好,

我正在尝试实现一个基于spi的计数器的正交编码器的技术说明一个- cm - 277为了减轻我们的微处理器的负担，因为它需要跟踪18个编码器。

我从Digikey购买了以下物品:

DA14585 HFET1开车

论坛:

GreenPAK和GreenFET的问题

亲爱的团队对话框,

我正在做的项目使用的电动水阀，需要BLE5.0

请告知DA14585是否可以驱动/控制HFET1(如果不能，请告知其他对话框替代方案)

此外，我有trable找到最好的HFET1 P\N适合我的应用程序(附加的阀门数据表)

如果你有一个refrance设计/scehmtic，它将是完美的

谢谢

Roie

SPOTA中二次引导的地址设置问题

论坛:

/ /对话框对话框Smartbond蓝牙低能量——软件“Smartbond”系列低功耗蓝牙——软件

你好，

在二次引导装载程序工程中,将图像加载到SRAM时为何SUPPORT_AN_B_001不使能,如果使能就是从OTP中加载吗?

从spi flash中加载和使能SUPPORT_AN_B_001有何不同?

如果我想把图片标题和产品标题的地址改变不使用0 x7052 0 x7051的话是否能实现?

/************** 基于- b - 001图像/快速引导装载程序部分 **************/
//定义if
//如果AN-B-001的图像在SPI flash中被烧录，并且引导加载程序正在从OTP运行
#undef SUPPORT_AN_B_001 //启用辅助引导加载程序

/ /从spi flash中加载函数如下:

DA7212 MKRZERO接口

论坛:

PMIC，音频和触觉问题

你好,

根据DA7212 Page 62的数据表，DA7212在从模式下与处理器接口时不需要MCLK。我有接口ard-audio-da7212板与我的Arduino MKRZERO。Arduino MKRZERO能够生成BCLK、WCLK、DATOUT等所需的I2S信号。我的问题是，我是否需要从MKRZERO向ard-audio-da7212提供MCLK ?

问候,

Niradat。

DA14580进入睡眠后被意外唤醒问题

论坛:

/ /对话框对话框Smartbond蓝牙低能量——软件“Smartbond”系列低功耗蓝牙——软件

我的应用是DA14580平时工作在扩展睡眠模式,在满足一定条件后进入深度睡眠且不需要被唤醒,进入深度睡眠后再次工作只有被复位脚复位。在内存宏定义中使用扩展睡眠,undef调试undef发展,使用otp,使用片内rcx20。现在问题是在有些情况下(比如广播超时关闭后)进入深度睡眠后几秒钟内会被唤醒(100%)。

用凯尔仿真在进入深度睡眠前确认了以下几点:

1,程序用到的定时器已被全部关闭。

2,系统10年代定时器已被关闭(sleep_ext_force = true)

3、蓝牙已被关闭(若在连接状态，连接断开后不再广播；若在广播状态，关闭广播)

关于DA14580做主机一对多的方案

论坛:

/ /对话框对话框Smartbond蓝牙低能量——软件“Smartbond”系列低功耗蓝牙——软件

您好：

目前在开发DA14580 / DA14585做主机,可以一对多的功能(在DA14585_DSPS_v_6.150.2的主机例程里修改)。但是对于主机一对多功能并没有太多理解，不知道从何下手。大概有以下几个方面不是很理解。

1: DA14580 / DA1585做主机,并且可以一对多,需要修改哪些参数,变量以及函数。影响连接个数的因素是哪些？

2:我想知道调用gapm_adv_report_ind_handler函数后,到执行gapc_connection_req_ind_handler函数这中间还有哪些步骤?

我仿真的时候发现,成功连接一个蓝牙后,如果继续user_scan_start();还是能对第二个蓝牙广播报告的,但是gapc_connection_req_ind_handler就进不去了。

3:主机连接从机后,需要创建概要文件。那连接多个从机,需要创建多个概要文件(假如概要类型是一样的),还是只需创建一个档案?会不会影响连接个数？

关键词成就后，作品时间过长，断开的问题

论坛:

/ /对话框对话框Smartbond蓝牙低能量——软件“Smartbond”系列低功耗蓝牙——软件

我按照对话框SDK 5.0.3培训材料,基于ble_app_profile工程,修改了user_catch_rest_hndl函数中CUST1_IDX_LED_STATE_VAL的情况,作为接收我的手机端传来的命令,进一步在主循环里进行判断操作。
代码如下：
Void user_catch_rest_hndl(ke_msg_id_t const msgid，
空白const *参数,
ke_task_id_t const dest_id,
ke_task_id_t const src_id)
{

开关(是否)
{
案例CUSTS1_VAL_WRITE_IND: / /特征值已被写入
{
Struct custs1_val_write_ind const *msg_param = (Struct custs1_val_write_ind const *)(param);