这是一个标准的做法，串行通信不回确认？

Question

我在处理一个使用串行通信的硬件。

硬件的用途是

1. 设置光的参数(准时、频率等)
2. 并打开/关闭灯

该系统工作正常，但我感到惊讶的是，它从来没有返回一个值作为确认。

我希望看到任何类型的返回确认，例如

'ack' #as acknowledgement
'0' #as success
'-1' #as error
#OR any other things such as report back the configuration or lighting status.

由于我没有与其他硬件与串行通信的经验，我想知道这是否是一个标准做法。

在通信中省略确认是允许的还是常见的？

Answer 1

有各种类型的串行通信。

标准做法也与选择什么作为手段密切相关。

例如，在常用的RS-232中，只确定以下内容，而协议没有定义。

RS-232 - Wikipedia

该标准定义了信号的电气特性和定时，信号的含义，以及连接器的物理尺寸和引线。

应该由开发人员来决定使用/构建什么样的协议。

因此，由于设备和软件开发的简单性和成本降低，有许多不需要确认的情况。

当然，一些RS-232也有类似BSC协议的确认.

因此，检查设备在规范上使用的协议并创建相应的程序是非常重要的。