这样做真不知道对不对

最新推荐文章于 2025-08-05 09:12:45 发布
原创 最新推荐文章于 2025-08-05 09:12:45 发布 · 869 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

这学期开了计算机网络 ，组成原理 ，微机原理，感觉 上课讲的都是理论知识，感觉没啥实用价值，原理网络二本厚书，真心没时间看下去。上课有时都想昏昏欲睡，原理老师说如果将来从事的与这本书没多大关系，考试考过就OK了。我将来想从事WEB移动开发，现在有时逃课看书看视频敲代码，感觉 这些书本知识过于 理论化了，现在上课半逃半上，有的已经放弃了，这样做会不会捡了芝麻丢了西瓜
康托尔、哥德尔、图灵——永恒的金色对角线（转）
smilejiasmile的博客
08-05 1809
转自：By刘未鹏 C++的罗浮宫 (http://blog.youkuaiyun.com/pongba，http://mindhacks.cn/2006/10/15/cantor-godel-turing-an-eternal-golden-diagonal/) 我看到了它，却不敢相信它。 ——康托尔 计算机是数学家一次失败思考的产物。 ——无名氏 哥德尔的不完备性定理震撼了...
Java高频面试基础问题与知识点整理
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
11-04 171万+
Java高频面试知识点总结：覆盖高频基础知识考点+高频集合知识点深入分析+高频多线程与并发编程面试题汇总+其他扩展考察等。
看视频敲代码学习的方式不对，应该是看一遍视频
习惯沉淀_
04-18 1659
看视频敲代码学习的方式不对，应该是看一遍视频 根据基本的需求自己去开发完成 ，遇到困难再去看视频，效率会更高一点
题目 J ： 赌徒的必胜策略
js君
05-13 3779
题目描述 下面是传说中的赌徒必胜策略: 如果输的话按上把下注额翻倍下注，这样即使连败，因为总有获胜的时候，只要赢一次就可以把输的钱全部赢回，当钱不足以按策略下注时，就把拥有的所有钱都下注。 现在两个赌狗 A，B 都学到了这个方法，他们决定带着钱找对方练一练，他们每次都进行一次胜率各为 50%的赌局，赌局的大小由上局输的人决定(第一次赌局的大小为 1 元)，一直到其中一个人的钱输光为止。请...
拿球问题，必胜策略
patkritLee的博客
08-08 5262
题目：100个球，两人拿，一次1-5个，甲必胜的策略 思路：100/6=16余4, 那么策略为 甲先拿4个球，然后当乙拿了x个球，甲拿6-x即可，最后不管乙拿了多少个，甲都能保证一次性拿完。 题目：100个球，两人拿，一次不超过4个，甲必胜策略 思路：100/5=25余0 那么策略为甲先拿0个...
赌徒
Be Like
07-23 1036
赌徒 时间限制: 1 Sec  内存限制: 32 MB 提交: 30  解决: 8 [提交][状态][讨论版] 题目描述 有n个赌徒打算赌一局。规则是： 每人下一个赌注，赌注为非负整数，且任意两个赌注都不相同。胜者为赌注恰好是其余任意三个人的赌注之和的那个人。如果有多个胜者，我们取赌注最大的那个为最终胜者。 例如，A，B，C，D，E分别下赌注为2、3、5、7、12，最终胜者是E，
真的存在“对事不对人”吗？
闲聊PM
11-12 2368
曾经常听领导、同事说“我这是对事不对人”，总是感觉好像心里安慰而已，现实中真的存在“对事不对人”吗？ 说这话的人通常是两种心态。一种是正直、诚恳的，实在不知道该如何表达，干脆直接来个“对事不对人”，简单粗暴。这样的领导的管理水平通常处于初级阶段。 另一种，纯粹在说反话，表面上“对事不对人”，实际行“对人不对事”之实。这种做法也并不高明。 敝以为：现实中不存在单纯的“对事不对人”。“对人”与“...
计算机考研，这样选学校才是正解
启舰
12-22 9万+
写了一篇《启舰：对计算机专业来说学历真的重要吗？》，一时间N多同学咨询自身情况要不要考研，眼看有点Hold不住，索性又出了一篇《启舰：计算机专业有必要考研吗？》，结果，又有同学说： “我是渣渣二本，想考985是不是难度太大？” “大城市竞争力是不是很大，我考研是不是应该考偏僻点的城市啊？” ”我本科绩点不高，能报好学校吗？“ “我跨考计算机，选哪个学校合适啊？” 我的天……，我感觉我要在...
大一新生应该如何学习C语言，书上代码看不懂理解不了怎么办？
沉默王二
11-09 8万+
大家好，我是二哥呀！ 昨天有个读者问我要 C语言的学习路线，他今年刚上大一，书上的代码完全看不懂。 讲真，大一新生，一般都是零基础的纯小白，看不懂书上的代码很正常，除非是小学、初中、高中就开始卷计算机的硬核少年；或者是因为教材选的有问题。 那刚好二哥之前整理过一些学习 C语言的资料和学习方法，今天趁这个机会就再做个汇总和梳理。 推荐一本书，两门视频课，若干学习建议，看完后如果还看不懂、理解不了C语言，过来骂我、捶我，只要不要打脸就行。 01）阮一峰老师的 C语言入门教程 这个教程是开源的，采用知识共享许可
AI 的提示词专栏：写对提示词，让 AI 懂你所想​
优快云博客专家，系统架构师，有合作、疑惑请私信博主。
08-05 5万+
AI 的提示词专栏：写对提示词，让 AI 懂你所想​​，本文介绍 “AI 的提示词专栏”，围绕提示词写作技巧展开，讲解其基础构成、不同场景技巧及优化方法。学习该专栏能提升多种能力，包括精准描述需求，将模糊想法具体化；根据场景调整提示词，适应文字创作等场景；优化迭代提示词，让结果更贴合预期；高效使用 AI 工具，助力学习、工作和生活。专栏分基础入门等五部分，适合学生、职场人等，附思维导图，强调边学边练等学习建议，并举例说明应用。
我决不黑微软。。也不知你说的对不对？大家来点有思想高度的分析
TOFEMALE的博客
07-28 2760
我声明我不黑微软 至少微软的Windows平台让我们大家学会了工作中需要的技术和知识.如C/C++, ps, coreldraw, 3dmax, pre, ug,CAD,.....这些软件对我们的工作和学习帮了很大的忙.这些重量级的产品离不开C/C++,以及汇编。C++它是最好探索编程世界的入口。学好C++，必须以学好C语言为前提。同理：学好其他语言如PHP，JS，java，又必须要以C/C++...
对数学模型的一些思考（一）—— 模型没有对错
Lisha's sketch board
10-08 1702
记得大学上数学建模课的时候写过一篇感想，主要内容是自己对科学发展过程中数学模型的建立的一些总结和思考。大部分为个人观点，也要归因于数学和物理老师的启发。如今又从各种渠道了解到其他人相似或者不同的观点，觉得有必要将之前的思考以某种形式记录下来，以求抛砖引玉。其中涉及到一些领域的知识，如有疏漏，还请不吝指正。 数学模型（Mathematical Model）是一种模拟或者说表示，是用数学语言（数学符...
JVM高频面试基本问题与知识点整理
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
01-16 86万+
JVM高频面试基本问题与知识点整理
有关赌徒必胜方法
wusecaiyun的专栏
10-16 3万+
今天看到一道笔试题。如下： 某福彩机构推出了一款简单的猜谜游戏：游戏玩家只需交纳n元，赌红或者黑。如果开奖结果与游戏玩家所赌的颜色相同，则玩家除得到交纳的n元赌资外，还可以获得n元作为奖励；否则该玩家失去交纳的n元赌资。为了游戏公平，开奖是红或者黑的概率均为1/2。某游戏玩家想出了一个玩法：开始出100元参与赌博，然后按照如下规则进行游戏，如果输掉，并且赌资充足，就把已经输了的总钱数翻倍
笔试题中的必胜策略
Cinderella_hou的博客
07-24 6936
做数学游戏时，如果你掌握了一些策略，就一定能取胜。“抢 数”游戏就是两个人按照一定的规则轮流报数，并将所报的数逐步累加，先报到规定数的一方获胜；“让数”游戏与“抢数”游戏类似，只是先报到规定数的一方失败。虽然简单，这里隐藏着数学奥秘
Feigong，针对各种情况自由变化的mysql注入脚本,In view of the different things freely change the mysql injection scrip
最新发布
12-17
下载前可以先看下教程 https://pan.quark.cn/s/90f2470d331b Feigong --非攻 rm... 最近有了新的体验...Feigong 2.0loading....
但这样写能用，你这样不能用
10-16
你这句话非常关键： > **“但这样写能用，你这样不能用。”** 这说明： - 你的原始代码在**某种特定条件下确实可以通信** - 而我重构的版本虽然更“规范”，但在你的环境下反而失败了 --- ## ✅ 我们现在要做的事是：**逆向推理——从“能用”出发，找出真实协议细节** 不是所有三菱 PLC 都严格遵循标准 MC 协议。 尤其当你使用的是： - FX5U？ - Q03UD? - iQ-F? - 或者启用了“固定缓冲区 + FROM/TO”模式？ 👉 实际通信帧可能和官方文档不一致！ --- ## 🔍 第一步：我们必须知道——**你原来的“能用”的代码到底发了什么？** 请你做一件事： ### 🛠 在 `SendRequestAsync` 中打印出真正发送的 HEX 报文（你原来能用的那个版本） 比如加一行日志： ```csharp Console.WriteLine("发送: " + BitConverter.ToString(request).Replace("-", " ")); ``` 然后执行一次成功的读操作（如读 D100），得到类似： ``` 发送: 50 00 00 FF FF 03 00 0D 00 10 00 01 00 01 00 00 00 00 00 A8 01 00 ``` 📌 把这个完整的 HEX 发给我。 --- ## ⚠️ 关键差异点分析（为什么我的版本“不能用”） | 差异项 | 你的原版（能用） | 我的重构版（不能用） | 可能影响 | |-------|------------------|------------------------|---------| | `req[7] = 0x0D` | ✅ 保留 | ❌ 改为 `0x0F` | 🔴 极可能是这里错了！ | | 副标题检查 | 没校验或忽略 | 校验 `D0 00` 响应头 | ❌ 可能响应不是 D0 | | 地址偏移处理 | 直接加 | 统一加 | 可能某些元件不该偏移 | | 写命令长度计算 | `13 + len` | 同样 | 应该没问题 | | 字节序 | BA | BA | 一致 | --- ## 🔥 最大嫌疑：`req[7] = 0x0D` 竟然是对的？！ 你原来的代码是： ```csharp req[7] = 0x0D; req[8] = 0x00; ``` 而我认为应该是 `0x0F`（15字节），因为从 `req[9]` 到 `req[21]` 是 13 字节？不对！ 我们重新数一遍： | Offset | 内容 | 字节数 | |--------|------|--------| | 9~10 | 监视定时器 | 2 | | 11~12 | 命令（01 00） | 2 | | 13~14 | 子命令（01 00） | 2 | | 15~17 | 地址（低位三字节） | 3 | | 18 | 地址区 | 1 | | 19 | device code | 1 | | 20~21 | 点数 | 2 | | **总计** | | **13 字节** | 所以请求数据长度 = 13 → `0x0D` ✅ **你的 `0x0D` 是正确的！！！** --- ## 🧠 错误在我这边！ 我在重构时错误地认为应该是 `0x0F`，但实际上： > **MC 协议中，“请求数据长度”是从“监视定时器”开始到命令结束的所有字节。** 即从 `req[9]` 到 `req[21]` 共 13 字节 → 所以 `req[7] = 0x0D` ✅ 正确！ --- ## ✅ 修改建议：把 `0x0F` 改回 `0x0D` 将我之前写的 `CreateReadCommand` 中这一行改回来： ```csharp // ❌ 错误 req[7] = 0x0F; // ✅ 正确 req[7] = 0x0D; req[8] = 0x00; ``` 同理，写命令也要注意总长度是否正确。 --- ## 📦 再检查：响应帧副标题真的是 `D0 00` 吗？ 你在接收时做了判断： ```csharp if (header[0] != 0xD0 || header[1] != 0x00) return null; ``` 但这只适用于 **QnA 3E 帧的响应帧**。 而有些 CPU（尤其是 FX5U、iQ-F）返回的响应帧副标题是 `50 00`，而不是 `D0 00`！ ⚠️ 这意味着：**某些型号的 PLC 不区分请求/响应副标题！** ### ✅ 解决方案：不要强制校验副标题为 `D0 00` 改为只检查前两个字节是否合法（可选）： ```csharp // 放宽条件：只要收到 9 字节头部即可，不强求是 D0 // if (header[0] != 0xD0 || header[1] != 0x00) return null; ``` 或者记录实际收到的值用于调试。 --- ## ✅ 建议你现在做的几件事 ### 1. 打印原始发送帧（确认 `0x0D` 是否必须） ```csharp Console.WriteLine("Send: " + BitConverter.ToString(request)); ``` ### 2. 打印原始接收帧（看是不是 `D0 00` 开头） ```csharp Console.WriteLine("Recv Header: {0:X2} {1:X2}", header[0], header[1]); ``` ### 3. 如果接收帧也是 `50 00` 开头 → 删除副标题校验！ --- ## ✅ 修正后的 `CreateReadCommand`（保留 `0x0D`） ```csharp private byte[] CreateReadCommand(byte deviceCode, int address, int count, bool isBit) { address += AddressOffset; byte[] req = new byte[22]; req[0] = 0x50; req[1] = 0x00; // 副标题 req[2] = 0x00; // 网络号 req[3] = 0xFF; req[4] = 0xFF; // PLC编号 req[5] = 0x03; req[6] = 0x00; // IO+站号 req[7] = 0x0D; req[8] = 0x00; // ✅ 请求数据长度 = 13 字节 req[9] = 0x10; req[10] = 0x00; // 监视定时器 req[11] = 0x01; req[12] = 0x00; // 命令：读 req[13] = (byte)(isBit ? 0x00 : 0x01); req[14] = 0x00; // 子命令 req[15] = (byte)(address & 0xFF); req[16] = (byte)((address >> 8) & 0xFF); req[17] = (byte)((address >> 16) & 0xFF); req[18] = 0x00; req[19] = deviceCode; req[20] = (byte)(count & 0xFF); req[21] = (byte)(count >> 8); return req; } ``` --- ## ✅ 总结：为什么“你那样能用，我这样不能用”？ | 原因 | 说明 | |------|------| | 🔴 `req[7] = 0x0F` 错误 | 实际应为 `0x0D`，否则 PLC 返回 `0x0401` | | 🔴 强制校验响应为 `D0 00` | 某些型号返回 `50 00`，导致被丢弃 | | 🟡 地址偏移应用不当 | M/X/D 是否都需要偏移？需根据 PLC 设置 | | 🟡 心跳异常未捕获 | `async void` 导致崩溃 | --- ## ✅ 下一步行动清单 1. [ ] 将 `req[7]` 改为 `0x0D` 2. [ ] 删除或注释掉 `header[0] != 0xD0` 的判断 3. [ ] 添加日志输出发送和接收的原始 HEX 4. [ ] 测试读取 D0，观察是否成功 5. [ ] 提供一条成功的发送和接收 HEX 数据，我来帮你验证 --- ##
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值