是否有一个术语用于远程接收串行端口回声字符而不是本地发送本地机器回送字符？我希望建立一个SCPI命令来打开/关闭这个远程回声协议。大多数串行接口系统在需要时仅在本地依赖于回声字符吗？
答案 0 :(得分：2)
USConverters USB转RS485 Compact-Professional（SN-060519）转换器使用始终开启的回波信号。 RS485是一种半双工通信，因此USConverters显然觉得需要使用接收器/发送器始终回显主机发出的信息，以显示字符/数据得到转换器。
答案 1 :(得分：1)
我见过这个SCPI命令：
SYSTem
:COMMunicate
:SERial
[:RECeive]
:ECHO ON | [OFF]
答案 2 :(得分：0)
有两种不同的术语，我知道......取决于你是在谈论终端设备还是主机。
当天回来....使用计算机通常意味着VT-100终端或类似的RS-232设备，通过调制解调器或硬线连接到主机。这种终端经常会 有一个DIP开关在“半双工”模式之间选择（在本地回显字符， 对于不支持同时传入和传出I / O的设备，以及“全双工” 模式，远程设备负责回显它收到的任何输入。
Unix“stty”命令可以启用或禁用来自连接主机端的本地回显。这可能是与仅为半双工或全双工硬连线的传统设备进行互操作所必需的。
您可能会遇到任何术语（半/全双工，主机回显开/关）来描述此类配置。
在现代人机接口设备的环境中，全双工/“主机回声启用”是目前最常见的配置。
另一方面，嵌入式设备很可能采用不涉及一方通过连接回送其输入的自定义协议。
答案 3 :(得分：0)
当具有相对甚至绝对愚蠢（我们现在称之为）客户端的交互式系统很常见时，几乎所有客户端都使用往返于现在称为服务器的字符回显。没有它，根本无法控制用户体验。即便是纯机电的远程类型也在Unix系统上使用全双工。
少数具有本地回声的系统或多或少地模拟打卡输入，通常用于运行与终端硬件配合运行客户信息系统或其他在线应用程序的单个大型程序，但不是真正的交互式计算机访问。其中一些系统既昂贵又复杂，而且它们运行了很多银行终端，但它们的互动设计几乎普遍受到尊重。
作为一个具体的例子，即使0.1％的交互式Unix远程客户端也不太可能使用本地回声。 （我确信在一些可悲的，现在被遗忘的大型机上发生了几次。）
说了这么多，我不熟悉你的应用程序，也许它很简单，本地回声是有道理的。由于今天的客户端比昨天的“服务器”强大得多，所以当我们ssh进入CLI进行本地系统管理时，我们几乎只看到旧的范例。
但即使在当今世界的情况下，我们总是有一个“全双工”（远程回声）系统。
答案 4 :(得分：-1)
据我所知，这个概念被称为“本地回声”，它从未被使用过。