Hi. I'm having trouble running the DSPS examples (both v3.150.2 and v5.150.2) on a proto board using the DA14580 in boost mode (Vin = 1.26V).
The examples run just fine on the Dialog Basic board.
We have had success using our proto for other projects, but I'm wondering about a couple of things:
1) Are there any SW changes to DSPS (device project, obviously) that are necessary to get it working on a board using the boost power configuration?
I want to have more than two profiles in my app. And based on the request type I get from the central, I want to switch between these two are activate are deactivate one profile.
Please help to do this.
最近参考对话框官方向接入信：da1458x_wechat_5.190.2，文章：UM-B-058-CN DA1458X诚信IOT软件开发套件v1.0。
程序已经可以正确跑起，但是在EXT_SLEEP模式下，程序有时会偶尔跑飞，而SLEEP_OFF模式下则不会。我追查其代码到arch_main文件中的主循环函数：main_func。这个函数下会根据睡眠模式不同，进入不同的代码分支，主要处理睡眠和唤醒。我在其进入睡眠的代码前添加闪灯程序进行调试，发现如果闪灯时间稍长，整个程序就会运行不起来，蓝牙也不工作了，这段代码应该对时间有着比较严格的要求，无论哪种模式，即使是SLEEP_OFF。后我将闪灯程序改的极短，可以看出整个大循环大致周期为1秒，即每秒就会被从睡眠模式下唤醒执行一遍。我又开始找唤醒源，找到了标题中列的中断处理函数：BLE_WAKEUP_LP_Handler。这个中断会定时被触发，从而唤醒睡眠，我在里面也添加了闪灯程序，闪灯的频率与大循环大致是一致的。我现在希望将这个中断函数的触发定时间隔设置加大，这样这个中断和大循环就会降频被触发，以便我的其他代码有足够的时间处理。因为这个中断和大循环，如果里面有代码执行时间稍长，整个程序就运行不正常了，所以这里面对时间应该有比较高的要求。而我的其他处理代码会有费时操作，比如i2c读取传感器等。
Hello All,
We are using the Dialog DA14583 (internal flash). We are controlling this chip via our MCU (NXP LPC4357). Now we want to update the firmware of the BT chip via our MCU. We would like to use SPI to send a new binary to the DA14583.
Is this possible? And if yes, can you please tell us what extra connections are needed and what the procedure is?
Many thanks in advance!
此致，
Diederik Loos.
Hello
How are you?
I am using WLCSP packages of DA14580.
I have one problem for downloading the firmware on to DA14580.
DA14580 CPU仅次于Keil Ver 5或SmartSnippets上的J-Link Debugger检测到，其他J-Link调试器不会检测到CPU。
I have tested it on J-Link Pro and J-Link debugger, but one debugger(with firmware ver 9.2) can detects it.
Same type of J-link debugger(with firmware ver 8.0) can’t detect it as well.
The QFN package of DA14580 and DA14583 can be detected by all J-link debuggers.
sdk3.0.6
需求：有两个设备同时都作为从机（分别叫SlaveA与SlaveB），SlaveA检测按键，当有按键触发时SlaveA切换成主机（MasterA）并搜索广播的设备（理论上会找到SlaveB），建立连接，搜索服务，并往相应的profile写数据，接收到应答后切换回从机（SlaveA）。
以上流程都实现了，测试基本没问题，但时间太慢了，有时候大致1s以内会响应（整个流程处理结束）有时候3s之后才会响应。
问题：
1、时间主要浪费在了哪个地方？
2、要使得功耗最低，速度最快的最优办法~
如下是我使用的方式：
广播间隔时间：500ms，
主机搜索参数：
味精- >间隔= 10;/ / APP_SCAN_INTERVAL; / / 10 ms吗?此处不确定单位是不是ms
msg->window = 4; // APP_SCAN_WINDOW;//4ms？
连接间隔
50ms，超时500ms。
谢谢。
Hi ,
I am trying to achieve paring .
here is how it should work
I double tab the device and it start advertising in GAP_LIM_DISCOVERABLE mode ( so that scanner in limited discovery mode can only see this device)
now phone(central) connects
after phone connects device (peripheral) will ask to enable security and key will transferred , paring is done .
now I have following question about
你好，
有几个关键词的疑问：
1）什么情况下系统会进入低功耗模式？是不是所有的任务都进入IDLE或disable状态时，就会进入低功耗。而进入低功耗的代码实现在arch_main() 里面?
2)承接问题1，在进行低功耗设计时，是不是主要考虑的是让任务及时进入IDLE状态就行了，还是要在任务中加入进入低功耗模式的程序接口？
3）深度睡眠和扩展睡眠这两种睡眠模式可以同时存在吗？比如说，在扩展休眠模式下休眠10分钟，仍然没有被唤醒，那么切换到深度睡眠模式下。
4)看arch_main.c的main_func()里有这么一段：
else { // mode_deep_sleep
#if DEVELOPMENT_DEBUG
SetBits16(SYS_CTRL_REG, RET_SYSRAM, 1); // retain System RAM
#else
你好，
有几个个问题想咨询一下：
1）在task A下创建多个定时器，分别属于TASK A , TASK B , TASK C，比如：
ke_timer_set(APP_A_TIMER, TASK_A, 500);
ke_timer_set(APP_B_TIMER, TASK_B, 500);
ke_timer_set(APP_C_TIMER, TASK_C, 500);
然后，这三个定时器的定时器处理函数都发在task A的文件下，这样有问题吗？
2）软件当时，是不可行的它属的不可拒绝的不只是禁用状态的情况下，才会传球，一盏任务禁用状态，这个这个时代，进入举个子：
ke_timer_set(APP_ABC_TIMER, TASK_ONE, 500);
当TASK_ONE进入disable状态后，即使在程序中执行 ke_timer_set(APP_ABC_TIMER, TASK_ONE, 500);，5s之后仍然不会执行定时器处理函数app_abc_timer_handle？
谢谢！
你好，
有几个个问题想咨询一下：
1）在task A下创建多个定时器，分别属于TASK A , TASK B , TASK C，比如：
ke_timer_set(APP_A_TIMER, TASK_A, 500);
ke_timer_set(APP_B_TIMER, TASK_B, 500);
ke_timer_set(APP_C_TIMER, TASK_C, 500);
然后，这三个定时器的定时器处理函数都发在task A的文件下，这样有问题吗？
2）软件当时，是不可行的它属的不可拒绝的不只是禁用状态的情况下，才会传球，一盏任务禁用状态，这个这个时代，进入举个子：
ke_timer_set(APP_ABC_TIMER, TASK_ONE, 500);
当TASK_ONE进入disable状态后，即使在程序中执行 ke_timer_set(APP_ABC_TIMER, TASK_ONE, 500);，5s之后仍然不会执行定时器处理函数app_abc_timer_handle？
谢谢！
