使用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相比，实现这一目标的努力显然要少一些。

所以，你的问题可能是，要么以c++兼容的形式发布下一个SDK版本，

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

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

关于FreeRTOS，我看到你的SDK仍然使用旧版本8.x。实际版本是10.x。你打算升级到实际版本吗?

感谢并致以最诚挚的问候

迪特尔