假设本文中使用到设备的ip地址，用于后续内容的理解： 客户端（本机电脑 windows系统）IP: 192.168.1.101 服务端（PLC omron CJ2M系列）IP 和 端口号 : 192.168.1.10 : 9600 注意： ①本文中的 FINS TCP 报文都是以16进制（Hex）发送出去的，所以对应的转换也都会转成16进制的形式。 ②16进制Hexadecimal (Hex)，10进制Decimal (Dec)，8进制Octal (Oct)，2进制Binary (Bin)，下面是10进制 10在C#代码中其他进制的表示。
//16进制 前缀0x 范围(0~F) var a = 0xA; //2进制 前缀0b 范围(0~1) var c = 0b1010; //8进制 C#中没有关于8进制的前缀表示，不过可以使用Convert的类型转换，将指定的值转换为指定的进制的字符串表示 var b = Convert.ToString(10,8);//b的值为 8进制的"12"③大端字节序(Big-Endian)，小端字节序(Little-Endian)指的是数据存储在以字节为单元的可寻址存储器中的存储模式。 假装是个目录： 一、FINS/TCP 头命令 (握手信号，FINS/TCP Header) ①Request构成 ②Response构成 ③大端、小端 二、FINS帧发送命令 (FINS frame) ①完整的命令构成 ②FINS header ③FINS command ④FINS parameter/data ⑤读，写操作命令 ⑥强制操作命令 一、握手命令 (FINS/TCP 头命令) Request构成：客户端（电脑）发送给服务端（PLC）报文的构成为： 头（固定为 FINS 字母ASCII码的16进制）+ 长度（这里的长度指的是，后面全部组加起来的字节数的16进制显示） + 命令码 + 错误码 + 客户端节点地址（电脑IP的最后一部分转为16进制）
class DemoFinsTcpHeader
{
//完整命令是20个字节
static byte[] arrSend = new byte[20];
static int cmdIndex = 0;
static int clientIpNode = 101;
static void Main()
{
//因为是用于FINS TCP协议使用的协议头，所以直接固定为0x46494E53 即"FINS"的ASCII
byte[] Header = new byte[4]{0x46, 0x49, 0x4E, 0x53};
//FinsTCP命令头
updateArrSend(Header, arrSend);
//长度 通过上面的内容我们知道命令长度为12
int cmdLen = 12;
updateArrSend(BitConverter.GetBytes(cmdLen).Reverse().ToArray(), arrSend);
//命令码
int cmdCode = 0;
updateArrSend(BitConverter.GetBytes(cmdCode).Reverse().ToArray(), arrSend);
//错误码
int errCode = 0;
updateArrSend(BitConverter.GetBytes(errCode).Reverse().ToArray(), arrSend);
//端口节点地址
updateArrSend(BitConverter.GetBytes(clientIpNode).Reverse().ToArray(), arrSend);
}
//拼接FINS/TCP 头命令
static void updateArrSend(byte[] eachGroupBuf, byte[] curSendArr)
{
for (int i = 0; i < eachGroupBuf.Length; i++)
{
curSendArr[cmdIndex+i] = eachGroupBuf[i];
}
cmdIndex += 4;
}
}
虽然上面的代码实现了握手信号的命令的拼接，但是在实际项目的使用中通常不能这样子写，需要考虑到命令拼接方法的可复用型，以及在拼接过程中可能出现的异常情况的预先处理。
关于代码中的 BitConverter.GetBytes(变量名)方法，然后使用了Reverse()对数组进行了反转。之所以需要这么做的原因是因为在C#中使用BitConverter.GetBytes()方法来转换数值类型时，生成的byte数组默认是以本地字节序排列的。而计算机的处理器一般是x86 架构，使用的本地字节序就是我们通常所说的小端存储模式。
大端模式、小端模式：
大端存储模式的特点是，将最高有效字节(MSB)存储在低位地址中，将最低有效字节(LSB)存储在高位地址中。
小端存储模式的特点是，将最高有效字节(MSB)存储在高位地址中，将最低有效字节(LSB)存储在低位地址中。
大致上可以这样想，位权高的便是高有效字节，位权低的则是低有效字节。比如0x10000064中，4的位权是0, 1的位权是7。
class DemoFinsTcpRead
{
static void CreateArrSend()
{
//要拼接完整的命令，我们需要拿到 FINS/TCP头代码，但是里面需要拿到长度码
//长度码指的是，从命令码开始一直到最后的所有字节数，
//而在完整的读指令结构中我们已经知道parameter的长度是1 + 3 + 2 = 6个字节
//又因为 FINS header + FINS command 的字节数加起来等于 10 + 2 = 12 个字节
//再与前面的命令码4个字节 错误码4个字节相加，得到长度应是26个字节，也就是0x1A
byte[] FinsTcpCmd = new byte[50];
int cmdIndex = 0;
Array.Copy(new byte[]{0x46, 0x49, 0x4E, 0x53}, FinsTcpCmd, 4);
cmdIndex += 4;
Buffer.BlockCopy(BitConverter.GetBytes(26).Reverse().ToArray(),0,FinsTcpCmd,cmdIndex,4);
cmdIndex += 4;
Buffer.BlockCopy(BitConverter.GetBytes(2).Reverse().ToArray(),0,FinsTcpCmd,cmdIndex,4);//读写命令中，固定为0x00000002
cmdIndex += 4;
Buffer.BlockCopy(BitConverter.GetBytes(0).Reverse().ToArray(),0,FinsTcpCmd,cmdIndex,4);
cmdIndex += 4;
//本文中规定的客户端节点101，服务端节点10
int clientNode = 101;
int serviceNode = 10;
//那么现在对FINS frame进行拼接。假设我们对D100地址读取1个数据
Buffer.BlockCopy(new byte[]{
0x80, //ICF
0x00, //RSV
0x02, //GCT
0x00, //DNA
BitConverter.GetBytes(serviceNode)[0], //DA1
0x00, //DA2
0x00, //SNA
BitConverter.GetBytes(clientNode)[0], //SA1
0x00, //SA2
0x00 //SID
}, 0, FinsTcpCmd, cmdIndex, 10);
cmdIndex += 10;
//然后是对FINS command进行拼接
Buffer.BlockCopy(new byte[]{0x01, 0x01}, 0, FinsTcpCmd, cmdIndex, 2);
cmdIndex += 2;
//最后是对FINS parameter进行拼接
Buffer.BlockCopy(new byte[]{
0X82, //DM区字地址
0x00, //起始地址为2个字节，100取16进制是0x0064，分开存储
0x64,
0x00, //位地址0
0x00, //读取1个数量的数据
0x01
}, 0, FinsTcpCmd, cmdIndex, 6);
cmdIndex += 6;//最后拿到的也就是完整命令的FinsTcpCmd的总长度 为34
}
}
为了用于加深对协议的理解，很多地方都做了预设处理。在实际项目中，还需要考虑到命令的复杂多变以及对命令的发送，接收和异常处理机制，等以后有机会再展开吧。 至此，本文就到这里结束了。谢谢你们能看完，如果有发现哪里写错了，请告诉我让我改正谢谢！ 参考： 欧姆龙PLC的FINS TCP协议 https://blog.csdn.net/weixin_37700863/article/details/120536223 C#实现16进制与10进制转换 https://www.cnblogs.com/shiyh/p/18186488 进制英文缩写的含义 https://www.runoob.com/w3cnote/hex-dec-oct-bin.html PLC中的大端小端 https://www.cnblogs.com/depend-wind/articles/13380830.html 上位发送FINS/TCP命令通讯欧姆龙PLC官方文档 https://www.fa.omron.com.cn/upload/faqfiles/201806200316173668.pdf 上位机与欧姆龙PLC的FINS TCP通讯 https://blog.csdn.net/yu_fujiang/article/details/126831440 欧姆龙FInsTcp通讯详解（一）https://blog.csdn.net/sgmcumt/article/details/87435778 标签：字节,16,Fins,TCP,命令,地址,Sharp,FINS,进制 From： https://www.cnblogs.com/susume/p/18383230