RM-1501 RS232 接口的预期输出？
我有一个旧的 RM-1501 数字转速表< /a> 我用它来尝试识别物体的速度。
根据手册我应该能够通过a读取数据串行链接。不幸的是，我似乎无法从设备获得任何合理的输出（永远不会给出有效的速度）。我认为这可能是一个信号问题，因为断开 CTS 线路开始获取一些数据。
有没有人曾经为其中之一开发过任何东西/取得了任何成功？
I have an old RM-1501 digital tachometer which I'm using to try to identify the speed of an object.
According to the manual I should be able to read the data over a serial link. Unfortunately, I don't appear to be able to get any sensible output from the device (never gives a valid speed). I think it might be a signalling problem because disconnecting the CTS line starts to get some data through..
Has anyone ever developed anything for one of these / had any success?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
手册中没有指定使用流量控制。打开禁用硬件/软件流控制的端口。
手册没有指定连接——是DTE>>DCE还是Null Modem；您使用的是设备随附的电缆吗？
The manual does not specify that flow control is used. Open the port with hardware/software flow control disabled.
The manual does not specify the connection - whether it is DTE<->DCE or Null Modem; are you using the cable supplied with the device?
我不知道这些信息是否仍然可用。但我尝试了偶校验并得到了数据。我认为文档中的协议不正确（至少对于我现在使用的版本），它是 5 个字符显示（9999），我们只需要 3 个字节来获取所需的信息，第 4 个字节应该始终为零。因此，以 0x0D 作为开始，后面的 6 个字节构成整个数据包，即 0xD0 B1 B2 B3 D1 D2 D3。 B1、B2 和 B3 字节包含除数、状态、单位、功能和错误标志。其中最后三个字节（D1、D2、D3）是数据，其中 D1 为 LSB，D3 为 MSB。我还想补充一点，可能是制造商更改了固件而没有更改用户手册:)。所以我的协议版本可能对某些人是正确的，对另一些人来说可能是错误的
I don;t know if this info is still use full. but I tried with even parity and got the data. The protocol in the document is incorrect i think (at least for the version I am using now) it is a 5 character display (9999) we only need 3 byte to get the required information the 4th byte should always be zero. Hence with 0x0D as starting and following 6 byte makes the entire packet i.e., 0xD0 B1 B2 B3 D1 D2 D3. B1,B2 and B3 bytes contain the divisor, status, units, functions and error flags. Where as the last three byte (D1,D2,D3) are the data, with D1 as LSB and D3 as MSB. I would also like to add that may be the manufacture changed the Firmware with out changing the user manual :). so my version of the protocol might be true some and wrong for others
我尝试了我能想到的所有硬件控制组合（启用和禁用），所以我认为这一定是硬件问题。删除 PC 和设备之间的 CLS 链接解决了该问题。
I tried every combination of hardware control (both enabled and disabled) I could think of so I think it must be a hardware problem. Removnig the CLS link between PC and the device solved the issue.
它实际上是发送数据来指示速度，还是在其中一个引脚上提供通/断？
Is it actually sending data to indicate speed, or is it providing make / break on one of the pins?