使用C + +

你好,

我已经启动了一个BLE记录器设备的应用程序，并在c++中编写了这段代码。实际的目标控制器是nRF52(北欧)。

现在，我们发现Dialog是一家在BLE (DA1468x)上拥有出色设备的公雷电竞下载app司，它非常适合我们的系统，而且SDK也非常适合我们理解(并希望能够使用)，我们正在考虑切换到Dialog设备。

如果我能继续我的c++项目，那就再好不过了，这个项目原则上应该与Eclipse和GCC环境一起工作。实际上，唯一的障碍似乎是这个事实，你的SDK头文件不是c++兼容。SDK的主要接口可能是适配器和BLE以及SUOTA。

除了HAL访问之外，我实际的应用程序代码是与处理器无关的。所有对硬件的访问都实现为c++接口，所以使用这个c++概念切换到另一个控制器应该是很容易的。将我现有的c++代码重写回C代码可能是一种选择，但它肯定会产生额外的努力，我不确定我们是否想这样做。

我希望这有助于您更好地理解我的c++问题。

致以最亲切的问候

迪特尔

你好,

一般来说，我真的建议让你的SDK与c++兼容，因为它是以这种方式提供C库的最新技术。这肯定会为你的产品打开新的市场，c++是固件开发中的一个既定标准。雷电竞官网登录

在我们的项目中，我们评估了一些场景，如何使用我们当前的c++代码库切换到您的设备。在实际工作中，我们使用UART、SPI、I2C和GPIO等外设构建了基本的软件功能。我们的应用程序已经基于FreeRTOS，这很好。

第一种方案是将现有的c++代码转换为纯C项目。由于当前的代码基础已经有超过50个类，这将花费我们相当长的时间，这在我们的cas中是不可接受的，也因为开发风险。

我们考虑的第二个方案是，围绕我们将在应用程序中使用的那些模块构建一个c++兼容的C包装器，它可以是上述外设的SDK适配器(Level HAL驱动程序)以及BLE接口。与场景1相比，实现这一点的努力似乎明显较少。

所以你的问题可能是你可以提供你的下一个SDK版本以c++兼容的形式，

或者提供一些c++兼容的C模块作为实际SDK的包装。

或者，如果您已经有了类似的请求，那么可以提供更多关于如何将SDK集成到c++项目中的想法。

关于FreeRTOS，我看到你的SDK仍然使用旧版本8.x。实际版本是10.x。您是否计划更新到实际版本?

谢谢并致以最好的问候

迪特尔