Javascript 中的纵向冗余检查
Longitudinal redundancy check in Javascript
我正在使用一个集成了销售点 (POS) 设备的系统,我使用 chrome serial 扫描端口并能够读取信用卡数据。
我面临的问题是我需要从以下格式的字符串中连接 LRC:
STX
= '\002' (2 HEX)(文本开始)
LLL
= 数据长度(不包括 STX 或 ETX,但包括命令)。
Command C50
{C = 从 PC 到 POS 的消息,50 "prints" POS 上消息的实际代码}
ETX
= '\003' (3 HEX) (文本结束)
LRC
= Longitudinal Redundancy Check
消息示例如下:
'[=22=]2014C50HELLO WORLD[=22=]3'
这里可以看到002是STX,014是C50到D的长度,003是ETX
我在 C# or this one and even this one in Java, I even saw this question 中发现了一些算法,这些算法已从 Google 的缓存中的 SO 中删除,实际上它的要求与我相同,但没有示例或答案。
我也做了这个Java算法:
private int calculateLRC(String str) {
int result = 0;
for (int i = 0; i < str.length(); i++) {
String char1 = str.substring(i, i + 1);
char[] char2 = char1.toCharArray();
int number = char2[0];
result = result ^ number;
}
return result;
}
并尝试将其传递给 Java 脚本(我对此知之甚少)
function calculateLRC2(str) {
var result = 0;
for (var i = 0; i < str.length; i++) {
var char1 = str.substring(i, i + 1);
//var char2[] = char1.join('');
var number = char1;
result = result ^ number;
}
return result.toString();
}
在遵循 Wikipedia's pseudocode 之后,我尝试这样做:
function calculateLRC(str) {
var buffer = convertStringToArrayBuffer(str);
var lrc;
for (var i = 0; i < str.length; i++) {
lrc = (lrc + buffer[i]) & 0xFF;
}
lrc = ((lrc ^ 0xFF) + 1) & 0xFF;
return lrc;
}
我是这样调用上面的方法的:
var finalMessage = '[=14=]2014C50HELLO WORLD[=14=]3'
var lrc = calculateLRC(finalMessage);
console.log('lrc: ' + lrc);
finalMessage = finalMessage.concat(lrc);
console.log('finalMessage: ' + finalMessage);
但是尝试了所有这些方法后,我仍然无法正确地向POS发送消息。我现在有 3 天的时间尝试修复此问题,除非我完成它,否则无法做更多的事情。
有没有人知道另一种计算 LRC 的方法或者我在这里做错了什么?我需要它与 Javascritpt 一起使用,因为 POS 通过 NodeJS 与 PC 通信。
哦,顺便说一句,来自 convertStringToArrayBuffer 的代码在 chrome 系列文档中,就是这个:
var writeSerial=function(str) {
chrome.serial.send(connectionId, convertStringToArrayBuffer(str), onSend);
}
// Convert string to ArrayBuffer
var convertStringToArrayBuffer=function(str) {
var buf=new ArrayBuffer(str.length);
var bufView=new Uint8Array(buf);
for (var i=0; i<str.length; i++) {
bufView[i]=str.charCodeAt(i);
}
return buf;
}
Edit 经过测试,我使用了这个算法,其中 returns 一个 'z'(小写),输入如下:[=23=]2007C50HOLA[=23=]3
。
function calculateLRC (str) {
var bytes = [];
var lrc = 0;
for (var i = 0; i < str.length; i++) {
bytes.push(str.charCodeAt(i));
}
for (var i = 0; i < str.length; i++) {
lrc ^= bytes[i];
console.log('lrc: ' + lrc);
//console.log('lrcString: ' + String.fromCharCode(lrc));
}
console.log('bytes: ' + bytes);
return String.fromCharCode(lrc);
}
然而,在尝试读取卡片数据时,如果有一些较长的输入和特殊情况,LRC 有时会变成 Control Character,在我的情况下,我在我的字符串上使用它们,这可能是个问题。有没有办法强制 LRC 避免使用这些字符?或者也许我做错了,这就是为什么我将这些字符作为输出。
您的基于伪代码的算法正在使用加法。对于异或版本,试试这个:
function calculateLRC(str) {
var buffer = convertStringToArrayBuffer(str);
var lrc = 0;
for (var i = 0; i < str.length; i++) {
lrc = (lrc ^ buffer[i]) & 0xFF;
}
return lrc;
}
我认为您对 XOR 版本的最初尝试失败了,因为您需要获取字符代码。当您执行 result = result ^ number
时,number
变量仍然包含一个字符串,因此结果可能不是您所期望的。
这是一个 SWAG,因为我目前没有安装 Node.JS,所以我无法验证它是否有效。
我会关心的另一件事是字符编码。 JavaScript 文本使用 UTF-16,因此将任何非 ASCII 字符转换为 8 位字节可能会产生意外结果。
我通过阅读并将其修改为以下方法通过以下方法计算解决了LRC问题:
function calculateLRC (str) {
var bytes = [];
var lrc = 0;
for (var i = 0; i < str.length; i++) {
bytes.push(str.charCodeAt(i));
}
for (var i = 0; i < str.length; i++) {
lrc ^= bytes[i];
}
return String.fromCharCode(lrc);
}
其作用的解释:
1st: 它将接收到的字符串转换为等效的 ASCII (charCodeAt()
).
2nd: 它通过在最后计算的 LRC(第一次迭代为 0)和字符串的每个字符的 ASCII 之间执行异或运算来计算 LRC。
3rd: 它从 ASCII 转换为它的等效聊天 (fromCharCode()
) 和 returns 这个 char 到 main 函数(或任何调用它的函数) .
我正在使用一个集成了销售点 (POS) 设备的系统,我使用 chrome serial 扫描端口并能够读取信用卡数据。
我面临的问题是我需要从以下格式的字符串中连接 LRC:
STX
= '\002' (2 HEX)(文本开始)
LLL
= 数据长度(不包括 STX 或 ETX,但包括命令)。
Command C50
{C = 从 PC 到 POS 的消息,50 "prints" POS 上消息的实际代码}
ETX
= '\003' (3 HEX) (文本结束)
LRC
= Longitudinal Redundancy Check
消息示例如下:
'[=22=]2014C50HELLO WORLD[=22=]3'
这里可以看到002是STX,014是C50到D的长度,003是ETX
我在 C#
我也做了这个Java算法:
private int calculateLRC(String str) {
int result = 0;
for (int i = 0; i < str.length(); i++) {
String char1 = str.substring(i, i + 1);
char[] char2 = char1.toCharArray();
int number = char2[0];
result = result ^ number;
}
return result;
}
并尝试将其传递给 Java 脚本(我对此知之甚少)
function calculateLRC2(str) {
var result = 0;
for (var i = 0; i < str.length; i++) {
var char1 = str.substring(i, i + 1);
//var char2[] = char1.join('');
var number = char1;
result = result ^ number;
}
return result.toString();
}
在遵循 Wikipedia's pseudocode 之后,我尝试这样做:
function calculateLRC(str) {
var buffer = convertStringToArrayBuffer(str);
var lrc;
for (var i = 0; i < str.length; i++) {
lrc = (lrc + buffer[i]) & 0xFF;
}
lrc = ((lrc ^ 0xFF) + 1) & 0xFF;
return lrc;
}
我是这样调用上面的方法的:
var finalMessage = '[=14=]2014C50HELLO WORLD[=14=]3'
var lrc = calculateLRC(finalMessage);
console.log('lrc: ' + lrc);
finalMessage = finalMessage.concat(lrc);
console.log('finalMessage: ' + finalMessage);
但是尝试了所有这些方法后,我仍然无法正确地向POS发送消息。我现在有 3 天的时间尝试修复此问题,除非我完成它,否则无法做更多的事情。
有没有人知道另一种计算 LRC 的方法或者我在这里做错了什么?我需要它与 Javascritpt 一起使用,因为 POS 通过 NodeJS 与 PC 通信。
哦,顺便说一句,来自 convertStringToArrayBuffer 的代码在 chrome 系列文档中,就是这个:
var writeSerial=function(str) {
chrome.serial.send(connectionId, convertStringToArrayBuffer(str), onSend);
}
// Convert string to ArrayBuffer
var convertStringToArrayBuffer=function(str) {
var buf=new ArrayBuffer(str.length);
var bufView=new Uint8Array(buf);
for (var i=0; i<str.length; i++) {
bufView[i]=str.charCodeAt(i);
}
return buf;
}
Edit 经过测试,我使用了这个算法,其中 returns 一个 'z'(小写),输入如下:[=23=]2007C50HOLA[=23=]3
。
function calculateLRC (str) {
var bytes = [];
var lrc = 0;
for (var i = 0; i < str.length; i++) {
bytes.push(str.charCodeAt(i));
}
for (var i = 0; i < str.length; i++) {
lrc ^= bytes[i];
console.log('lrc: ' + lrc);
//console.log('lrcString: ' + String.fromCharCode(lrc));
}
console.log('bytes: ' + bytes);
return String.fromCharCode(lrc);
}
然而,在尝试读取卡片数据时,如果有一些较长的输入和特殊情况,LRC 有时会变成 Control Character,在我的情况下,我在我的字符串上使用它们,这可能是个问题。有没有办法强制 LRC 避免使用这些字符?或者也许我做错了,这就是为什么我将这些字符作为输出。
您的基于伪代码的算法正在使用加法。对于异或版本,试试这个:
function calculateLRC(str) {
var buffer = convertStringToArrayBuffer(str);
var lrc = 0;
for (var i = 0; i < str.length; i++) {
lrc = (lrc ^ buffer[i]) & 0xFF;
}
return lrc;
}
我认为您对 XOR 版本的最初尝试失败了,因为您需要获取字符代码。当您执行 result = result ^ number
时,number
变量仍然包含一个字符串,因此结果可能不是您所期望的。
这是一个 SWAG,因为我目前没有安装 Node.JS,所以我无法验证它是否有效。
我会关心的另一件事是字符编码。 JavaScript 文本使用 UTF-16,因此将任何非 ASCII 字符转换为 8 位字节可能会产生意外结果。
我通过阅读
function calculateLRC (str) {
var bytes = [];
var lrc = 0;
for (var i = 0; i < str.length; i++) {
bytes.push(str.charCodeAt(i));
}
for (var i = 0; i < str.length; i++) {
lrc ^= bytes[i];
}
return String.fromCharCode(lrc);
}
其作用的解释:
1st: 它将接收到的字符串转换为等效的 ASCII (charCodeAt()
).
2nd: 它通过在最后计算的 LRC(第一次迭代为 0)和字符串的每个字符的 ASCII 之间执行异或运算来计算 LRC。
3rd: 它从 ASCII 转换为它的等效聊天 (fromCharCode()
) 和 returns 这个 char 到 main 函数(或任何调用它的函数) .