为DA14580自定义DA1458x_DSPS_V_5.150.2

你好，

“心跳”功能是使用的机制（实际上是一个简单的消息交换），以便确保节点，
在我的情况下是在DA14580上运行的固件，是“Alive”。如果它不是“活着”的主机软件将发出
DA14580's reset and reprogram it via the UART (the same UART used later by DSPS device).

大多数时间DSP工作都很好，但有时它会崩溃，然后我需要知道崩溃发生了
and reset and reprogram the DA14580 chip.

Thanks in advance.

亲爱的支持，

DSP崩溃我经历过非常罕见，我无法在使用调试器附加的同时再现它们。
The system I'm working on shall be connectable at all times and that is the reason why I need to implement the "heartbeat" feature.

Since I have to program the DA14580 via the UART a simple "reboot-on-fault" would not do the job.

Thanks in advance.

再次问好，

I'm not using a modified version of DSPS yet. So, the crashes are actually connected to the DSPS code itself.

"Connectable at all times" for me is even if the DSPS app crashes my host application should be able to know
崩溃发生了崩溃，以便重置DA14580并通过UART重新编程它。

所以现在我们回到了我的原始问题，是什么是改变DSPS代码的正确方法
to implement "Connectable at all times"?

Thanks in advance.

亲爱的支持，

Thanks for the thorough explanation. I already tried to debug DSPS several times and as I described before,
崩溃非常罕见（但仍然存在），我无法使用调试器查明问题。

It can take a day till the issue appears and while I have several systems working the approach of debugging is the best,
但在我的情况下并不实用。

所以，我决定尝试改变DSPS代码，以便能够与DSP通信，以便是
able to reset and reprogram the chip via the UART when it becomes unresponsive.

你能协助我的信息吗best/right way of implementing of such a feature on top of DSPS code.

Thanks in advance.

亲爱的支持，

Thanks for your reply.

1.我只使用“sps_device”，我在Murata模块上运行。
2. The "host" application is running on STM32L4 and programs Murata (with DSPS device code) via UART and communicates with it via the same UART.
3. There is a "client" application which runs on iPad which communicates with my "host" application running on STM32L4 via Murata module (DSPS device).
4. The "sps_device" is configured to work without HW (not supported) or SW (not applicable) flow control.
5. Sometimes, very rare (maybe once a day) the "sps_device" running on Murata module becomes unconnectable probably due to one of the reasons you described (assertion or some kind of crash).
6. When (5) happens I can connect to my "host" application running on STM32L4 via additional UART (not connected to Murata module) and see that it is still functioning, but the messages sent via BLE stopped arriving (in both directions).
7.我无法在与Murata模块连接到Murata模块时重现问题。
8. In order to prepare a workaround solution I've decided to implement "out-of-band" communication ("heartbeat") between my "host" application running on STM32L4 and "sps_device" running on Murata module, so I could reprogram Murata module when it becomes unresponsive.
9.唯一的通信我的“主机”应用程序与Murata通过UART（它也用于编程“SPS_DEVICE”）。
10. Please advice on possible code customizations or source files to be changes in order to implement the described workaround.

Thanks in advance.

亲爱的支持，

Do you have any suggestions form me?

Thanks in advance.

亲爱的支持，

1.为了避免睡觉，我更换了

const static sleep_state_t app_default_sleep_mode = ARCH_SLEEP_ON;

with

const static sleep_state_t app_default_sleep_mode = ARCH_SLEEP_OFF;

在user_config.h， 这样对吗？

2.通信路径如下：STM32L4（主机） - > UART - > Murata（DSPS） - > BLE - > iPad（BLE App）

3. Waiting for your recomendations regarding the possible code customizations or source files to be changes in order to implement the workaround.

Thanks in advance.