[参考译文] 在 BLE-CC254x-1.3.2中，密钥中断打开 EA 优先，但原因？

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/569053/in-ble-cc254x-1-3-2-key-interupt-open-ea-first-but-why

在 hal_key.c 中，在中断服务函数中，第一步是打开 EA (启用所有中断)，但通常，当我们在中断服务函数之间进行交互时，我们应该将其关闭。

我想知道第一步是否可以关闭 EA，为什么？

8 年多前

0 admin 8 年多前

TI__Guru**** 2562120 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

原因在排线上方进行了说明。

/* IAR 库使用带有 EA 的 XCH 指令。它可能会导致更高优先级的中断
*因此被锁定、可能会增加中断延迟。它还可能会产生一个锁定条件。
*此变通办法只能与使用 IAR 编译器的8051搭配使用。解决此问题的方法
*删除其库中的 XCH 用法，将以下宏编译为空以禁用它们。
*

Bluetooth®︎（参考译文帖）

Bluetooth®︎（参考译文帖）(Read Only)

[参考译文] 在 BLE-CC254x-1.3.2中，密钥中断打开 EA 优先，但原因？