104驱动protocol_proc流程图

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- IEC-60870-5-104:应用模型是:物理层,链路层,网络层,传输层,应用层 物理层保证数据的正确送达,保证如何避免冲突。(物理层利用如 RS232上利用全双工) 链路层负责具体对那个slave的通讯,对于成功与否,是否重传由链路层控制(RS485 2线利用禁止链路层确认) 应用层负责具体的一些应用,如问全数据还是单点数据还是类数据等(网络利用CSMA/CD等保证避免冲突的发生) --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 基本定义:端口号2404,站端为Server 控端为Client,平衡式传输,2Byte站地址,2Byte传送原因,3Byte信息地址。 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 注: APDU 应用规约数据单元(整个数据) = APCI 应用规约控制信息(固定6个字节) + ASDU 应用服务数据单元(长度可变) --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- APDU长度(系统-特定参数,指定每个系统APDU的最大长度)APDU的最大长度域为253(缺省)。视具体系统最大长度可以压缩。 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 【1个例子】 104报文分析 BUF序 0 1 2 3 4 5 6 7 8 9 .10 11 12 13 14 15 16 17 18 19 20 21 22 M->R:68 15 10 00 02 00 1E 01 03 00 01 00 79 00 00 01 10 01 24 13 D2 0A 02 分析的结果是I (主动上报SOE,主动上报是因为104是平衡式规约) 报文头固定为0x68,即十进制104 长度15字节(不是6帧的,都是I帧) 发送序号=8【控制字节的解析 10 00 02 00 ,发送序号:0010H/2=16/2=8】 接收序号=1 【控制字节的解析 10 00 02 00 ,接收序号:0002H/2=2/2 =1】 0x1E=30 即 M_SP_TB_1 带长时标的单点信息 01 -> SQ:0 信号个数:1 03 00 -> 传送原因:[ T=0 P/N=0 原因=3 | 突发 ] 01 00 -> 公共地址:1 79 00 00 -> 0x79=121 信息体地址: 121 01 -> 状态: 1 IV:0 NT:0 SB:0 BL:0 10 01 24 13 D2 0A 02 ->低位10 高位01,即0x0110=1*16*16+16=272 时标: 2002/10/18 19:36:00.272
`nfs3_proc_create` 函数是 Linux 内核中用于处理 NFSv3 协议的 `CREATE` 操作的函数。它负责在 NFS 服务器上创建一个新文件。 以下是 `nfs3_proc_create` 函数的大致流程: 1. 首先,函数会检查所传递的参数的有效性,例如文件名、父目录的文件句柄等。 2. 接下来,函数会创建一个新的 RPC 请求,并设置相关的请求参数,包括操作类型(CREATE)、文件名、父目录的文件句柄等。 3. 然后,函数会调用 `nfs3_rpc_ops` 结构中的 `create` 函数指针,将 RPC 请求发送到 NFS 服务器。 4. 在 `create` 函数中,会构建一个 RPC 消息(NFSv3 CREATE 请求),并将请求的参数填充到消息中。 5. 函数会调用 `nfs3_proc_xdr_encode` 函数来将请求消息进行编码,并将编码后的数据发送给 NFS 服务器。 6. 当服务器接收到请求后,会执行相应的操作来创建新文件,并将操作结果返回给客户端。 7. 客户端接收到服务器的响应后,会调用 `nfs3_proc_xdr_decode` 函数来解码响应消息。 8. 解码后的响应数据会被提取出来,并根据操作结果进行处理。如果创建操作成功,则会返回新文件的属性信息;否则,会返回相应的错误码。 9. 最后,函数会清理请求相关的数据结构,并返回操作结果给调用者。 需要注意的是,上述流程仅为大致过程,具体的实现细节可能因内核版本和配置而有所不同。详细的函数流程可以查看相应内核版本的源代码文件(例如 `fs/nfs/nfs3proc.c`)来进行分析和了解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

金士顿

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值