使用C ++

你好，

我已经开始申请了BLE记录器设备，并在C ++中写了此代码。实际的目标控制器是NRF52（Nordic）。

现在在BLE（DA1468X）上具有伟大设备的公司将Discoverd对话框（雷电竞下载appDA1468X）完美地适应我们的系统，SDK非常适合理解（并且希望使用）我们正在考虑切换到对话设备的选项。

如果我可以继续使用我的C ++项目，这将是完美的，原则上应该与日食和GCC环境合作。实际上，唯一的障碍似乎是事实上，你的SDK头文件不是C ++ Compatibel。您的SDK的主要界面可能是与拟议的适配器和漏洞。

我的实际应用程序代码是，除了HAL访问，处理器独立。所有对硬件的访问都实现为C ++接口，因此使用此C ++概念切换到另一个控制器应非常简单。重新编写我现有的C ++代码回到C可以是一个选项，但它会肯定会创造额外的努力，我不确定我们是否要采取。

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

此致

节食者

你好，

一般来说，我真的建议使您的SDK C ++兼容，因为它是最先进的方式以这样的方式提供C库。这将为您的产品开辟新市场，其中C ++是固件开发中的一个定义标准。雷电竞官网登录

在我们的项目中，我们评估了一些方案如何使您可以使用当前的C ++代码库切换到设备。在实际状态下，我们使用UART，SPI，I2C和GPIO等一些外设建立基本软件功能。我们的应用已经基于Freertos，这很好。

第一个方案是将现有的C ++代码转换为纯C项目。随着当前代码基础已经有超过50个课程，这将使我们需要很长时间，这是我们的CA不可接受，也因为发展风险。

我们考虑的第二个方案是，在我们的应用程序中构建一个C ++兼容C包装，我们将在我们的应用程序中使用，这可能是上面提到的外围设备的SDK适配器（Level Hal驱动程序）加上BLE界面。与情景1相比，这项努力似乎显然会显然。

因此，您对如何帮助的问题可能是以C ++兼容形式提供您的下一个SDK版本，

或者为实际SDK提供一些C ++兼容C调制器作为包装器。

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

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

谢谢和最好的问候

节食者