从DA14580数据表中，我确实推断出，通过使用OTPC内存总线接口，代码执行是可能的。这将允许应用程序使用大量额外的RAM内存，代价可能是更高的功耗和相当困难的软件开发?这个假设正确吗?
当BLE-Stack运行时，用户代码是否可以访问AES引擎?
UART外设可以从32 kHz时钟源操作吗?
是否有详细说明外设属性的软件参考手册?
DA14580的设计考虑到了超低功耗，OTP内存的功耗比SRAM高，因此不可能直接从OTP内存运行应用程序。
好的，然后，看到代码执行(从M0架构，我也推断任何读访问)是不可能从OTP，什么数量的RAM由蓝牙堆栈模块(GATT,GAPP, L2CAP等)需要代码和RAM(数据库，状态机等)?
我知道这很大程度上取决于构型。作为一种指示，它将有助于提供参考系统的内存需求的数字，例如，不支持加密的血压外围设备的堆栈消耗。
我们正在编写不同配置文件的RAM需求估计。目前还没有这些数字。
只有当BLE链接不使用加密时，用户代码才能访问AES引擎。
不，只从16兆赫时钟。
目前还没有SW编程手册。
从深度睡眠中醒来需要多长时间执行“OTP镜像动作”?这将是应用程序从深度睡眠中醒来时启动所需的时间。
嗨,乔乔,
完全的OTP镜像操作大约需要1.2毫秒。
对话支持团队，谨致问候。
DA14580的设计考虑到了超低功耗，OTP内存的功耗比SRAM高，因此不可能直接从OTP内存运行应用程序。
好的，然后，看到代码执行(从M0架构，我也推断任何读访问)是不可能从OTP，什么数量的RAM由蓝牙堆栈模块(GATT,GAPP, L2CAP等)需要代码和RAM(数据库，状态机等)?
我知道这很大程度上取决于构型。作为一种指示，它将有助于提供参考系统的内存需求的数字，例如，不支持加密的血压外围设备的堆栈消耗。
我们正在编写不同配置文件的RAM需求估计。目前还没有这些数字。
只有当BLE链接不使用加密时，用户代码才能访问AES引擎。
不，只从16兆赫时钟。
目前还没有SW编程手册。
从深度睡眠中醒来需要多长时间执行“OTP镜像动作”?这将是应用程序从深度睡眠中醒来时启动所需的时间。
嗨,乔乔,
完全的OTP镜像操作大约需要1.2毫秒。
对话支持团队，谨致问候。