- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
编辑和整理(下)
我正在使用 Java for Android 尝试将字节 255(WriteSingleCoil 函数中的 0xFF)发送到 ModBUS 服务器设备。
设备没有运行,我不知道是因为无法解释带符号的字节 -1 还是因为我计算 CRC 错误。我不知道如何计算负字节的 CRC。
总结:我不知道如何发送函数 05 Write Single Coil with 0xFF value for switch on the coil for Java to ModBUS server。
谁能帮帮我?
解决方案:
" iIndex = ucCRCLo ^ b: operations like this must be written as iIndex = (ucCRCLo ^ b)&0xff because the & will cast ucCRCLo, b and the result to int, which is 32 bits while short is 16 so you will have a lot of extra bits set to 1 "
这个答案帮助了我。非常感谢TheDayOfcondor
但我的大问题是 Java 中带有符号字节的常见问题。我的 CRC 计算函数适用于无符号字节,但如果我传递内部有符号字节,它会出错。使用字节进行 ModBUS 通信的技巧是在整个应用程序中使用短裤作为字节,范围为 0-255,甚至计算 trames 和 CRC。只有在最后一步,当发送 trame 到 ModBUS 服务器时,再次将它们转换为字节。这是运行。
希望对以后的人有所帮助。
解释问题:
我正在尝试使用功能 05 将线圈设置为 ModBUS,这是对功能的解释:
请求
我正在尝试打开地址 1 上的线圈:
这个十六进制:0A 05 00 01 ff 00 DC 81
这个字节数组:10 5 0 1 255 0 220 129
10:从站地址(10 = 0A 十六进制)
05:功能码(强制单线圈)
0001:线圈的数据地址。 (线圈# 1 = 01 十六进制)
FF00:要写入的状态(FF00 = ON,0000 = OFF)
DC81:用于错误校验的CRC(循环冗余校验)。
问题是 Java 使用有符号字节,所以我不能将 255 放在我的字节数组中。我知道我应该放 -1,但是我无法正确计算 CRC,因为我有几个预先计算的字节数组来获取 CRC,但该函数发送了一个负索引。
所以:我不知道我尝试发送 -1 是否正确,如果我有发送 255 的替代方法,也不知道如何计算 -1 的 CRC。
这是计算CRC的函数:
public short[] GenerateCRC (byte[] pMsg) {
short ucCRCHi = 0xFF;
short ucCRCLo = 0xFF;
int iIndex;
for (byte b : pMsg)
{
iIndex = ucCRCLo ^ b;
try {
ucCRCLo = (short)(ucCRCHi ^ aucCRCHi[ ( iIndex ) ]);
ucCRCHi = aucCRCLo[ ( iIndex ) ];
} catch (Exception e) {
Log.e(LOGTAG, "GenerateCRC: " + e.toString(), e);
e.printStackTrace();
}
}
short[]result= new short[2];
result0]= ucCRCHi;
result1]= ucCRCLo;
return result;
}
最佳答案
问题不是很清楚 - 然而,处理字节最常见的问题是 Java 没有无符号字节, boolean 运算总是在 int 之间
处理字节的最好方法是使用整数,并用 0xff 对每个操作进行运算。也使用 >>> 右移(它是无符号版本)
例子:
byte b= (byte)(255 & 0xff)//给你“无符号字节”
byte b= (byte) ((b<<2)0xff )//左移必须被截断
如果您发布代码来计算 CRC,我可以查看一下
不使用负数定义字节数组的最佳方式是这样的:
byte[]={ (byte)0xff, (byte)0xff, (byte)0xff };
关于java - 发送 0xFF 并计算带符号字节的 CRC - WriteSingleCoil & ModBUS & Java & Android -,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13232031/
我已经搜索过,但无法找到有关它是什么以及如何计算的信息。 我不知道为什么这个问题被否决了。不是说清楚和编程有关吗?或者我应该问: # Or you can compute the running CR
如果我有一定数量的字节要串行传输,我如何确定使用哪个 CRC(CRC8、CRC16 等,基本上是多少位的 CRC?)并且错误检测百分比仍然很高?有这个公式吗? 最佳答案 从 CRC 长度的角度来看,适
这个问题在这里已经有了答案: Incremental Checksums (3 个答案) 关闭 8 年前。 如果我有子串 S0, S1, ... Sn 计算出的 CRCs C0, C1, ... C
我知道 CRC 是一个线性函数,这意味着 CRC(x xor y) = CRC(x) xor CRC(y),但我不知道如何证明 CRC 的这个属性。 有谁有想法吗? 非常感谢! 最佳答案 这通常不是真
我知道使用 CRC 的全部目的是进行错误检测,但我听说有人说除了错误检测之外,它还可以用来进行基本的错误纠正。我很好奇是否是这样,如果是这样,它有多强大?我的意思是,我们通常将 CRC 称为能够执行
我见过 8 位、16 位和 32 位 CRC。 在什么时候我需要跳转到更广泛的 CRC? 我的直觉 react 是它基于数据长度: 1-100 字节:8 位 CRC 101 - 1000 字节:16
我正在学习 CRC,搜索引擎和 SO 对此一无所知...... 为什么我们有“正态”、“逆向”和“倒数”多项式?是喜欢 Big Endian、Little Endian 还是其他什么? 最佳答案 CR
在学习计算机网络类(class)时,教授谈到了示例代码中两个有效代码字之间的汉明距离。我已经阅读了有关汉明距离的信息,从告诉 2 个字符串之间的差异距离的角度来看,这是有道理的。例如: Code Wo
我从Wikipedia知道CRC计算算法。关于RAR文件的结构我读过here 。例如有这样写: The file has the magic number of: 0x 52 61 72 21
我已经阅读了 CCITT 和 TI 关于 msp430 的文档。是否可以使用任何内置函数计算 MSP430F5438A 的 CRC?或者我是否必须为每个获取的数据计算 CRC。 最佳答案 可以使用软件
我尝试修改现有项目的 CRC 模块。目前它使用 CRC-16-CCITT。从代码中我知道它的多项式是0x11021,它的CRC-Table是: static const unsigned sh
使用线性反馈移位寄存器(LFSR)实现CRC生成有两种方法,如图所示。图中生成多项式的系数为100111,红色“+”圆圈为异或运算符。两者的初始化寄存器值都是 00000。 例如,如果输入数据比特流是
当数据长度不是4的倍数时,有没有办法通过表驱动的方式加快CRC校验过程?在我的问题中,有 226 位需要检查,并通过 CRC24Q 算法为此计算了 24 位校验和。 最佳答案 使用表格计算第一部分的c
我需要计算消息的 CRC 并将其放在该消息的开头,以便带有“前置”补丁字节的消息的最终 CRC 等于 0。我能够做到这在几篇文章的帮助下非常容易,但不适用于我的特定参数。问题是我必须使用给定的 CRC
我正在将一些从我自己的类中定义的对象保存到文件中。 (保存流数据)。 这一切都很好,但我希望能够在文件中存储该文件的 CRC 校验和。 然后,每当我的应用程序尝试打开文件时,它都可以读取内部存储的 C
我有一组受 16 位校验和保护的数据,需要更正。校验和位置是已知的,计算它们的确切区域以及用于计算它们的确切算法却未知。 16 位,最低有效位在前。我怀疑这是某种 16 位 CRC,但我无法找到实际计
我想使用Nucleo L053R8的crc计算单元计算3字节的CRC值。生成多项式如下:g(X)=x^24 + x^10 + x^9 + x^6 + x^4 + x^3 + x + 1 看来使用这个C
开始之前:我绝对是 JAVA 的初学者。我一直是一名 C++ 程序员。所以当我在这里做傻事时请告诉我! 我正在查询一个巨大的数据库并将该数据直接导出到一个 zip 文件中。我们在这里讨论的是 35GB
我有一些 C++ 代码,我正在将其移植到 C。当我在 C 代码中计算 CRC 时,出于某种原因,它返回错误的 CRC 值,而 C++ 代码运行良好。我是 C++ 的新手。我需要一些帮助来理解我在返回错
我有两个来源来计算看似相同的 crc 值。我不明白为什么“boost/crc.hpp”实现与“linux/lib/crc-ccitt.c”实现不同。 crc-ccitt.c boost 这是一个说明问
我是一名优秀的程序员,十分优秀!