.NetFins TCP协议理解及C Sharp实现思路

缠丝猫 发表于 2024-8-27 20:01:07

Fins TCP协议理解及C Sharp实现思路

假设本文中使用到装备的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进制）https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173227494-2002596483.png
举例：这是一条由客户端（电脑）向服务端（PLC）发送死令 00000000 的报文 46494E53 0000000C 00000000 00000000 00000065，这条报文的总长度为20个字节，分成5组，每组4个字节　　46494E53 固定声明为FINS 头，表明这是一条FINS/TCP下令　　0000000C 长度、表明 [下令码错误码客户端节点地址] 加起来的字节数为 12，转为16进制为C(Hex)　　00000000 下令码　　00000000 错误码　　00000065 电脑的IP地址最后一部分，也就是192.168.1.101 中的 101。转换成16进制是65(Hex) Response构成：服务端（PLC）发送给客户端（电脑）的报文构成为：　　Request构成 +　　服务端节点地址（PLC地址的最后一部分转为16进制）https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173307865-1270504275.png
举例：然后从服务端（PLC）复兴客户端（电脑）的下令 00000001 的报文 46494E53 00000010 00000001 00000000 00000065 0000000A，这条报文的总长度为24个字节，分成6组，每组4个字节　　46494E53 固定声明位FINS头，表明这是一条FINS/TCP下令　　00000010 长度、表明 [下令码错误码客户端节点地址服务端节点地址]加起来的字节数为16，转为16进制为10(Hex)　　00000001 下令码　　00000000 错误码　　00000065 客户端节点地址　　0000000A 服务端节点地址（PLC IP地址的最后一部分转为16进制，也就是192.168.1.10中的10,。转换成16进制是A(Hex)）了解了基本的Fins TCP握手下令的结构后，那么要如何以C#代码的情势出现呢？这里对如何拼接 Request报文构成进行实现，用以加深协议下令结构与具体代码实现之间接洽的理解。class DemoFinsTcpHeader
{
//完整命令是20个字节
static byte[] arrSend = new byte;
static int cmdIndex = 0;
static int clientIpNode = 101;

static void Main()
{
   //因为是用于FINS TCP协议使用的协议头，所以直接固定为0x46494E53 即"FINS"的ASCII
   byte[] Header = new byte{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 = eachGroupBuf;
   }
   cmdIndex += 4;
}
}虽然上面的代码实现了握手信号的下令的拼接，但是在实际项目的使用中通常不能这样子写，必要考虑到下令拼接方法的可复用型，以及在拼接过程中可能出现的异常情况的预先处理。关于代码中的 BitConverter.GetBytes(变量名)方法，然后使用了Reverse()对数组进行了反转。之所以必要这么做的原因是因为在C#中使用BitConverter.GetBytes()方法来转换数值类型时，生成的byte数组默认是以本地字节序分列的。而计算机的处理器一般是x86 架构，使用的本地字节序就是我们通常所说的小端存储模式。大端模式、小端模式：　　大端存储模式的特点是，将最高有用字节(MSB)存储在低位地址中，将最低有用字节(LSB)存储在高位地址中。　　小端存储模式的特点是，将最高有用字节(MSB)存储在高位地址中，将最低有用字节(LSB)存储在低位地址中。大致上可以这样想，位权高的便是高有用字节，位权低的则是低有用字节。比如0x10000064中，4的位权是0, 1的位权是7。https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173515862-750919688.png
在上图中可以看到，0x0C也就是12的16进制表示在byte数组的索引0位置中。而在C#中，通常声明的数组其内存地址是一连，递增的。所以我们可以看到最低有用字节的0x0C被放到了索引0中。而根据上面的握手信号指令，显然是不满足的。所以必要将小端字节序改为大端字节序，就必要调用Reverse()方法进行数组的反转。https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173538512-1756649083.png
又因为调用Reverse()方法返回的是IEnumerable类型，所以还必要转换成byte数组类型，调用ToArray()后正确得到 0x0000000C 的长度码。对于其他的如下令码也是类似的操作。二、FINS帧发送死令 (FINS frame)FINS帧下令实际上就是在握手信号发送之后，与PLC建立了正常的毗连，此时再进行与PLC的数据交互，我们就必要使用指定的结构拼接FINS帧下令发送给PLC。从官方文档中可以看到FINS帧下令的结构是在握手信号下令的基础上继承扩展的。完备下令的构成：　　FINS头 + 长度码 + 下令码 + 错误码 + FINS frame（大小范围 12 ~ 2012 个字节）https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173637401-1530547766.png
对于FINS frame的构成来说，它有着自己的header, command, parameter/dataFINS header:　　ICF: 表现帧的主要操作信息，其存储的数据2进制表现情势如下。可以看到在图中的描述对于最低位 0的规定，如果必要复兴请求则置0，如果不必要复兴请求则置1。对于第7位 6的规定则是如果是请求下令则置0，相应则置1。　　那么换算成16进制表示则是，如果请求必要复兴为0x80，如果请求不必要复兴为0x81，如果是相应请求为0xC0。（0xC1应该没有吧，有知道的可以告诉我谢谢）https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173704926-278949438.png
　　RSV: 表示这是一个由系统进行操作的字节，固定值为0x00;　　GCT:这个含义是说通讯被允许经过的网关的最大数目。通常我们服务端与客户端是小于2个网关进行毗连的为了包管通讯的可靠性，所以一般都设置0x02。但是如果必要增加也可以手动修改这个值。　　DNA:目的网络号, 网络号的值与装备路由表相关，一般固定为0x00，如果设置过路由表则必要根据实际情况调整。　　DA1:目的节点号，就是ip地址最后一部分转为16进制表示，假设目的为PLC那么在本文其目的节点号就是0x0A，如果目的为客户端那么在本文其目的节点号则是0x65　　DA2:目的单元号，根据官方文档的描述，如果目的是PLC，则固定为0x00。因为直接与CPU通讯。但若是PLC的扩展模块进行通讯，则必要修改对应的值。　　SNA:源网络号，网络号的值与装备路由表相关，一般固定为0x00，如果设置过路由表则必要根据实际情况调整。　　SA1:源节点号，假设源装备为客户端，那么在本文中其源节点号为0x65。　　SA2:源单元号，如果源装备为客户端，在绝大部分情况下其值也仍是0x00。，　　SID:服务ID，固定为0x00FINS command：　　MRC:主请求码　　SRC:副请求码其中MRC与SRC一起构成完备的操作下令标识码，用来指定帧下令的作用。包含（0101读操作，0102写操作，2301逼迫操作），并且从ICF 不停到SRC，每个位置都是占1个字节，这两部分加起来总共12个字节。这就是为什么FINS frame的大小最小为12，因为作为帧下令的组成部分这些是必须的。FINS parameter/data：对于帧下令中的数据部分parameter/data，也有其特定的结构。在不同的操作（即主请求码与副请求码组合后的不同下令标识码）中，其每部分所含的字节数，大概各部分的组成顺序也有些许差异。读操作，与读相应中Parameter/data的构成：读操作（0x0101）：　　Area（寄存器中的区域标识，其中DM为0x82，W字为0xB1， W位为0x31）+　　起始地址（由2个字节的起始地址即整数部分，加上 1个字节的位地址也就是小数部分，又可以说是偏移量） +　　读取的长度（比如今后面读取1个数据就是 0x0001，读取两个数据就是0x0002）https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173820126-538270036.png
举例：如下面这条完备的由客户端向服务端的D100地址读1个数据的下令　　46494E53 0000001A 00000002 00000000 （FINS/TCP下令头，其中0x00000002在读写指令中是固定的：FINS + 长度码 + 下令码 + 错误码）　　80 00 02 000A00 006500 00 （FINS frame：ICF + RSV + GCT + DNA+DA1+DA2 + SNA+SA1+SA2 + SID ）　　01 01 （FINS command：MRC + SRC）　　82 006400 0001（FINS parameter：area + 起始地址 + 读取的长度）读相应：　　结束码（大概说错误码， 2个字节） +　　读到的值（长度由必要读的数据个数 * 2个字节，即1个数据占2个字节。比如发送读指令中读取长度是0x0002，那么读到的值的长度就是 2 * 2 = 4个字节，如果读取长度是0x000B，那么读到的值长度就是 11 * 2 = 22个字节）https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173909991-1843197617.png
举例：如通过上面的读指令，服务端相应客户端的完备指令如下：　　46494E53 00000018 00000002 00000000 （FINS/TCP下令头，其中0x00000002在读写指令中是固定的：FINS + 长度码 + 下令码 + 错误码）　　C0 00 02 006500 000A00 00 （FINS frame：ICF + RSV + GCT + DNA+DA1+DA2 + SNA+SA1+SA2 + SID ，必要注意ICF由于是相应读请求，所以它2进制表示中的位权为6的值是1）　　01 01（FINS command：MRC + SRC）　　0000 1122（FINS data：结束码 + 读到的值，由于正常读取所以结束码为0x0000）写操作，与写相应中Parameter/data的构成：https://img2024.cnblogs.com/blog/2336843/202408/2336843-20240827173937756-1594323611.png
写操作（0x0102）：　　AREA + 起始地址 + 写入长度 + 写入的数据内容举例：如下面这条完备的由客户端向服务端的D100地址写1个数据的下令　　46494E53 0000001C 00000002 00000000　　80 00 02 000A00 006500 00　　01 02　　82 006400 0001 1000 （FINS parameter：area + 起始地址 + 写入长度 + 写入数据）写相应：　　结束码（又大概说是错误码）举例：按照写操作的相应完备下令　　46494E53 00000016 00000002 00000000　　C0 00 02 006500 000A00 00　　01 02　　0000 （FINS data：结束码，写入正常为0x0000）上面的完备指令，为了方便理解所以用空格和换行符进行分隔，在实际中是没有的。逼迫操作parameter/data的构成：逼迫操作：　　写入的长度（如0x0001）+　　逼迫操作下令（包罗0x0001逼迫置位，0x0000逼迫复位，0xFFFF逼迫取消） +　　Area +　　起始地址举例：由客户端向服务端W101.01写一个逼迫复位的指令　　46494E53 00000016 00000002 00000000　　80 00 02 00A000 006500 00　　23 01　　0001 0000 31 006501 （FINS parameter：写入的数目 + 逼迫操作下令 + Area + 起始地址）大致上介绍完了FINS 帧下令的基本结构（如果有漏了哪里请在批评区告诉我，谢谢），那么如今必要考虑到如何在代码中实现。这里给一个简朴的读下令拼接示例。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;
   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), //DA1
   0x00, //DA2
   0x00, //SNA
   BitConverter.GetBytes(clientNode), //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/120536223C#实现16进制与10进制转换 https://www.cnblogs.com/shiyh/p/18186488进制英文缩写的含义 https://www.runoob.com/w3cnote/hex-dec-oct-bin.htmlPLC中的大端小端 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
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

页: [1]

ToB企服应用市场:ToB评测及商务社交产业平台's Archiver

Fins TCP协议理解及C Sharp实现思路