[参考译文] CC2745R10-Q1：如果我想将此无线 MCU 用于步进电机控制、该考虑因素

您好！

首先、您能否说明这是用于汽车项目还是与汽车无关的项目？ 这有助于我们确定最佳的支持团队、因为我们专门有不同的汽车支持团队。  

其次、一个重要的考虑因素是 BLE 栈应该是系统中最高优先级的任务、否则无线数据包可能会在无线过程中丢失、因此如果您进行固件更新或更高的数据吞吐量或管理更多的连接、您可能会在电机控制算法中看到一些中断。  

您好@Evan W

是的、汽车类。  

一个重要考虑因素是 BLE 栈应该是系统中最高优先级的任务

我知道的几个关键或基本操作状态是：

 -静态/不移动的车辆:无线/BT 用于传达参数的状态,接受新的,接受命令来设置新的步进设置。
  在调节电机时、BT 是辅助控制器、或者不应与电机控制互操作。 调节步进电机后、可以通过 BT 恢复  

 -静态/无移动车辆,无电机控制:允许通过 BT  链接进行固件更新

 -移动车辆: 没有固件更新; 如果通过 BT 发送状态或接受新的参数,而不忙于电动机,将是可取的。
  触发时调整电机是最高优先级的任务、但它们相对而言是输入短暂的突发（大多数情况下，每个只需几步，然后是空闲）

 -在任何车辆状态,除了通过 BT 进行固件更新 : CAN 通信应优先于 BT 或任何其他通信: CAN 状态广播或      接受 传入命令会通过 BT 优先 （并且没有计划进行基于 CAN 的固件更新）

如果要进行固件更新或提高数据吞吐量或管理更多的连接、

因此、我认为只有固件更新才需要高吞吐量。  连接数量,目前我只看到 1 - 1,客户端与配置应用远程测试/检查和更新。  

如果在调节电机时 BLE 堆栈暂停、则 BT 连接/连接裸片是否需要重新连接？

有趣的是,我看到 CC2745R10-Q1 有  Cortex-M33 ,并考虑使用 M4 的旧芯片（甚至更小,我认为）,并假设这肯定有足够的果汁任何东西. 但比较一下、似乎增加了安全性、CDE、NPU 和 TrustZone、同时保持与 M4 芯片大致相同的实时性能。  这是在快速看。