马龙伟
马龙伟
这两天修掉发一个新的版本，包括对 util 下的寄存器数目超过限制直接返回错误提示
该问题已修复，可以 close
libmodbus 中 RTU 是有奇偶检验位参数的，这个关于驱动的要设置 9 位，是否应该在驱动里设置呢
这个我今天在兼容，还有之后libmodbus 应该就不会维护了，还是使用 agile_modbus 吧，[https://github.com/loogg/agile_modbus](https://github.com/loogg/agile_modbus)
1. 打开 Noi 2. 打开某个应用，例如 WPS 3. 使用键盘快捷键例如 Ctrl+Win+C 调出 Prompt 提示界面 4. 在 Prompt 界面输入 / 命令选择提示词 5. 点击确定按钮把提示词填入 WPS AI 的输入框中 
> 要把 Prompt 填入另一个 App 涉及到通信问题（脱离 Noi 范围，我无法操作），最多可以让它复制到剪贴板，让用户自己来粘贴到其他 App。 可以，确定按钮可以修改成这个复制到剪贴板，这样的话 Noi 就很通用了，这不是把什么那个某某某卖课 提示词的那个打爆掉
> 我会重新开发一个界面，来简化操作流程，比如通过全局快捷键唤醒 Prompts 面板，上下键选择，回车直接复制。 > > 从长远来看，后期可以衍生出很多有趣的东西，比如记事本之类的。 是的，非常期待
 提供的 agile_modbus_slave_callback_t 回调是最大兼容性的，对地址有越界访问的可以自己实现该回调。
> ## 其他说明 > 1：本次pr也修改了拷贝整个内存的操作，取而代之的是，拷贝need_len个寄存器，且最长不超过map_buf允许的长度 2：根据modbus协议，0x01, 0x02等指令，支持最大2000个，当前限制为最大AGILE_MODBUS_MAX_PDU_LENGTH个，后续再优化  我看了你的实现，这样的话对于现有 util 里面的 get/set map 中的使用方式就不一样了，我建议是新增一个 slave 回调处理。 我仍然觉得对于 get_map 回调最好只是简单的拷贝内存，对于自动拆分的，我有考虑的一种方案如下： 1. 将 map 指针作为函数参数 2. map 结构体下增加 sub_map 成员，在 `get_map_by_addr` 时发现有越界的，自动拆分到...
> > ## 其他说明 > > 1：本次pr也修改了拷贝整个内存的操作，取而代之的是，拷贝need_len个寄存器，且最长不超过map_buf允许的长度 2：根据modbus协议，0x01, 0x02等指令，支持最大2000个，当前限制为最大AGILE_MODBUS_MAX_PDU_LENGTH个，后续再优化  > > 我看了你的实现，这样的话对于现有 util 里面的 get/set map 中的使用方式就不一样了，我建议是新增一个 slave 回调处理。 我仍然觉得对于 get_map 回调最好只是简单的拷贝内存，对于自动拆分的，我有考虑的一种方案如下： > > 1. 将 map 指针作为函数参数 >...