您好!
是否可以使用替代串行接口(例如 I2C、SPI)、而不是 UART 来实现 CUI (通用用户接口)?
在这里、我看一下 Cui.c/.h -它是否像替代中的串行总线接口逻辑一样简单-上行(Tx)和下行(Rx)
gUartRxBuffer、 gUartTxBuffer。 本质上来说、替换 UartReadCallback、 UartWriteCallback 和 CUI_writeString -就是这样
诀窍、还有更多好处吗?
请提供建议。 谢谢。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好!
是否可以使用替代串行接口(例如 I2C、SPI)、而不是 UART 来实现 CUI (通用用户接口)?
在这里、我看一下 Cui.c/.h -它是否像替代中的串行总线接口逻辑一样简单-上行(Tx)和下行(Rx)
gUartRxBuffer、 gUartTxBuffer。 本质上来说、替换 UartReadCallback、 UartWriteCallback 和 CUI_writeString -就是这样
诀窍、还有更多好处吗?
请提供建议。 谢谢。
谢谢 M-W、
"我是否可以问您为什么要先将 I2C 集成到 CUI 中?"
我有两个主机处理器与该 DMM 节点进行通信、因此 UART 接口并不实用。
"对于 DMM 示例而言、这主要是一个方便的层。 您尝试利用什么功能?"
如果我正确理解 CUI 文档-它模仿 LCD 接口;我希望使用 CUI API
访问收集器功能(不含配置、传感器配置、数据访问等)
新的相关问题-(DMM 收集器) BLE 接口(配置等)是否使用相同的 CUI API?
最棒的
SE
您好、SE:
处理器是否同时与所有堆栈交互? 我之所以提出这一点、是因为我怀疑、尝试利用此处的 CUI 最终会更加努力、而不是简单地自行实施通信。
虽然 CUI 可能会模仿 LCD 接口、但这更意味着以直观简单的方式简化数据写入(这两个应用不需要考虑行偏移等)。 根据您在上面留下的简短解释、这似乎不是您实际所要做的。
为了澄清这一点、您可以肯定地尝试修改 CUI 以满足您的需求、但最有可能的是、无论是 RAM /闪存封装还是开发时间、您都能更好地满足您的需求。 最后、可将 CUI 视为抽象、以屏蔽示例中的线程间交互。
在您的应用中、假设您有收集器和 BLE 端、您打算如何从两个外部处理器连接到该器件(谁与谁进行对话等)。
使用 CUI API、您是指"输入选项"吗? 在这种情况下、它应该相似、但也可能因所述堆栈而异(您从未指定另一侧)。