Serial port 串行通信不返回确认是标准做法吗？

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

硬件的用途是

设置灯光参数（开启时间、频率等）

以及打开/关闭灯

系统工作正常，但我很惊讶它从未返回值作为确认

我希望看到任何类型的回执，比如

“确认”#作为确认
“0”表示成功
“-1”作为错误
#或任何其他事项，如报告配置或照明状态。

由于我没有很多使用串行通信的其他硬件的经验，我想知道这是否是一种标准做法

---

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

有各种类型的串行通信。
标准实践也与选择何种方法密切相关

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

本标准定义了信号的电气特性和时序、信号的含义以及连接器的物理尺寸和引脚

由开发人员决定使用/构建何种协议。
因此，由于设备和软件开发的简单性和成本降低，有许多情况下不进行确认

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

---

因此，根据规范检查设备使用的协议并相应地创建程序非常重要

谢谢库尼夫的明确回答。现在我了解到串行通信（RS-232）标准主要关注电气特性！