【ISO14229_UDS刷写】-5-$38诊断服务RequestFileTransfer理论部分

总目录:(单击下方链接皆可跳转至专栏总目录)

《UDS/OBD诊断需求编辑工具》总目录icon-default.png?t=N4P3https://blog.csdn.net/qfmzhu/article/details/123697014

目录

1 $0x38 RequestFileTransfer诊断服务描述

2 0x38服务请求消息

2.1 0x38服务请求消息定义

2.2 0x38服务请求消息子功能参数$ Level(LEV_)定义

2.3 0x38服务请求消息数据参数定义

3 0x38服务肯定响应消息

3.1 0x38服务肯定响应消息定义

3.2 0x38服务肯定响应消息数据参数定义

4 0x38服务支持的否定响应代码(NRC_)

5 示例:0x38 RequestFileTransfer服务消息流

5.1 假设

5.2 请求文件传输

附录:G.1 modeOfOperation值的定义

结尾


优质博文推荐阅读(单击下方链接,即可跳转):

点击返回「《Autosar从入门到精通-实战篇》总目录」

点击返回「《Autosar_BSW高阶配置》总目录」

点击返回《嵌入式硬件/软件开发刷写/烧录文件》专栏

RequestFileTransfer0x38 service请求文件传输服务

服务

SID

描述

RequestFileTransfer

请求文件传输

0x38

client要求在server和client之间进行文件传输的协商。

1 $0x38 RequestFileTransfer诊断服务描述

requestFileTransfer服务被client用来启动从client到server或从server到client的文件数据传输(download下载或upload上传)。此外,该服务还具有检索文件系统信息的功能。

如果server实现了用于数据存储的文件系统,该服务旨在作为支持数据上传和下载功能的RequestDownload和RequestUpload服务的替代解决方案。当配置向文件系统下载或从文件系统上传的过程时,应使用RequestFileTransfer服务来代替RequestDownload或RequestUpload。实际的数据传输和数据传输的终止是通过使用与RequestDownload或RequestUpload服务一样的TransferData和RequestTransferExit来实现的。该服务还包括删除server文件系统上的文件或目录的功能。对于这种用例,TransferData和RequestTransferExit服务并不适用。

在server收到RequestFileTransfer请求消息后,server应采取所有必要的行动来接收或发送数据,然后再发送一个positive response message。

重要的是 - serverclient应满足ISO 14229-1的7.5章节中规定的请求和响应消息行为。

2 0x38服务请求消息

2.1 0x38服务请求消息定义

表433 - 请求消息定义

A_Data byte

参数名称

Cvt

字节值

助记符

#1

RequestFileTransfer Request SID

请求文件传输请求SID

M

0x38

RFT

#2

modeOfOperation

运行模式

M

0x01 – 0x05

MOOP

#3

#4

filePathAndNameLength [

byte#1 (MSB)

byte#2] (LSB)

M

M

0x00 – 0xFF

0x00 – 0xFF

FPL_B1

FPL_B2

#5

:

#5+n-1

filePathAndName = [

byte#1 (MSB)

:

byte#n ]

M

:

C1

0x00 – 0xFF

:

0x00 – 0xFF

FP_B1

:

FP_Bn

#5+n

dataFormatIdentifier

数据格式标识符

C2

0x00 – 0xFF

DFI_

#5+n+1

fileSizeParameterLength

文件大小参数长度

C2

0x00 – 0xFF

FSL

#5+n+2

:

#5+n+2+k-1

fileSizeUnCompressed= [

byte#1 (MSB)

:

byte#k ]

C2

:

C2,3

0x00 – 0xFF

:

0x00 – 0xFF

FSUC_B1

:

FSUC_Bk

#5+n+2+k

:        #5+n+1+2k

fileSizeCompressed= [

byte#1 (MSB)

:

byte#k ]

C2

:

C2,3

0x00 – 0xFF

:

0x00 – 0xFF

FSC_B1

:

FSC_Bk

C1:该信息参数的长度(字节数)由filePathAndNameLength参数定义。

C2:这些参数的存在取决于modeOfOperation参数。

C3:这个消息参数的长度(字节数)由fileSizeParameterLength定义。

2.2 0x38服务请求消息子功能参数$ Level(LEV_)定义

此服务不使用子功能参数。

2.3 0x38服务请求消息数据参数定义

表434 - 请求消息数据参数定义

定义

modeOfOperation运行模式

该数据参数定义了应用于filePathAndName参数中所示文件或目录的运行类型。该数据参数的值在附件G中定义。

filePathAndNameLength文件路径和名称长度

定义参数filePath的长度(字节)。

filePathAndName文件路径和名称

定义server的文件系统位置,根据参数modeOfOperation参数,该文件应被添加、删除、替换或读取。此外,这个参数还包括作为文件路径一部分的应被添加、删除、替换或读取的文件的文件名。如果modeOfOperation参数等于0x05(ReadDir),这个参数表示要读取的目录。该参数的每个字节应以ASCII格式编码。

dataFormatIdentifier数据格式标识符

这个数据参数是一个字节的值,每个nibble单独编码。high nibble指定 " compressionMethod压缩方法",low nibble指定 " encryptingMethod加密方法"。值0x00指定既不使用compressionMethod也不使用encryptingMethod。除了0x00以外的值是车辆制造商特定的。如果modeOfOperation参数等于0x02(DeleteFile)和0x05(ReadDir),这个参数不应包括在请求信息中。

fileSizeParameterLength文件大小参数长度

定义了参数fileSizeUncompressed和fileSizeCompressed的字节长度。如果modeOfOperation参数等于0x02 (DeleteFile), 0x04 (ReadFile)或0x05 (ReadDir),这个参数将不包括在请求信息中。

fileSizeUncompressed文件大小未压缩

定义了未压缩文件的大小,单位是字节。

如果modeOfOperation参数等于0x02(DeleteFile)、0x04(ReadFile)或0x05(ReadDir),这个参数不应包括在请求信息中。

fileSizeCompressed文件大小压缩

以字节为单位定义压缩文件的大小。

如果传输的是一个未压缩的文件,这个参数的所有字节应被设置为参数fileSizeUncompressed中使用的大小信息。

如果modeOfOperation参数等于0x02(DeleteFile),0x04(ReadFile)或0x05(ReadDir),这个参数不应包括在请求信息中。

3 0x38服务肯定响应消息

3.1 0x38服务肯定响应消息定义

表435 - 肯定响应消息定义

A_Data byte

参数名称

Cvt

字节值

助记符

#1

RequestFileTransfer Response SID

请求文件传输响应SID

S

0x78

RRFT

#2

modeOfOperation

运行模式

M

0x01 – 0x05

MOOP

#3

lengthFormatIdentifier

长度格式标识符

C1

0x00 – 0xFF

LFID

#4

:

#4+(m-1)

maxNumberOfBlockLength = [

byte#1 (MSB)

:

byte#m ]

C1,2

:

C1,2

0x00 – 0xFF

:

0x00 – 0xFF

MNROB_

B1

:

Bm

#4+m

dataFormatIdentifier

C1

0x00 – 0xFF

DFI_

#4+m+1

#4+m+2

fileSizeOrDirInfoParameterLength [

byte#1 (MSB)

byte#2 (LSB)]

C1

C1

0x00 – 0xFF

0x00 – 0xFF

FSDIL_B1

FSDIL_B2

#4+m+3

:

#4+m+3+k-1

fileSizeUncompressedOrDirInfoLength= [

byte#1 (MSB)

:

byte#k ]

C1,3

:

C1,3

0x00 – 0xFF

:

0x00 – 0xFF

FSUDIL_B1

:

FSUDIL_Bk

#4+m+3+k

:

#4+m+3+2k-1

fileSizeCompressed= [

byte#1 (MSB)

:

byte#k ]

C1,3

:

C1,3

0x00 – 0xFF

:

0x00 – 0xFF

FSC_B1

:

FSC_Bk

C1:这些参数的存在取决于modeOfOperation参数。

C2:该消息参数的长度(字节数)由fileSizeOrDirInfoParameterLength参数定义。

C3:这个消息参数的长度(字节数)由lengthFormatIdentifier参数定义。

3.2 0x38服务肯定响应消息数据参数定义

表436 - 响应消息数据参数定义

Definition

modeOfOperation运行模式

这个参数是对请求值的呼应。

lengthFormatIdentifier长度格式标识符

定义了maxNumberOfBlockLength参数的长度(字节数)。

如果modeOfOperation参数等于0x02(DeleteFile),这个参数将不包括在响应信息中。

maxNumberOfBlockLength最大块长度

这个参数被requestFileTransfer肯定响应消息使用,以通知client在来自client的每个TransferData请求消息中包括多少个数据字节(maxNumberOfBlockLength),或者在上传数据时,server将在TransferData肯定响应中包括多少个数据字节。这个长度反映了完整的消息长度,包括TransferData请求消息或肯定响应消息中存在的服务标识符和数据参数。这个参数允许client在开始向server传输数据之前适应server的接收缓冲区大小,或者表明在上传数据的情况下,每个TransferData肯定响应中会包含多少数据字节。一个server需要接受长度等于其报告的maxNumberOfBlockLength的transferData请求。接受长度小于maxNumberOfBlockLength的transferData请求(如果有的话)是由server决定的。

注意:在一个给定的数据块中的最后一个转移数据请求可能被要求小于maxNumberOfBlockLength。

server不允许写入不包含在transferData消息中的额外数据字节(即填充字节)(无论是以压缩或未压缩的格式),因为这将影响后续transferData请求数据写入的memory address。

如果modeOfOperation参数等于0x02(DeleteFile),这个参数将不包括在响应信息中。

dataFormatIdentifier数据格式标识符

这个参数是对请求值的呼应。

如果modeOfOperation参数等于0x02 (DeleteFile),这个参数不应包括在响应信息中。

如果modeOfOperation参数等于0x05(ReadDir),这个参数的值应等于0x00。

fileSizeOrDirInfoParameterLength文件大小或目录信息参数长度

定义了参数fileSizeUncompressedOrDirInfoLength和fileSizeCompressed的字节长度。

如果modeOfOperation参数等于0x01 (AddFile), 0x02 (DeleteFile)或0x03 (ReplaceFile),这个参数将不包括在响应信息中。

fileSizeUncompressedOrDirInfoLength文件大小未压缩或Dir信息长度

定义要上传的未压缩文件的大小或要读取的目录信息的长度(字节)。

如果modeOfOperation参数等于0x01 (AddFile), 0x02 (DeleteFile)或0x03 (ReplaceFile),这个参数将不包括在响应信息中。

fileSizeCompressed文件大小压缩

定义了压缩文件的大小,单位是字节。

如果modeOfOperation参数等于0x01 (AddFile), 0x02 (DeleteFile, 0x03 (ReplaceFile) )或0x05 (ReadDir),这个参数将不包括在响应信息中。

4 0x38服务支持的否定响应代码(NRC_)

对于这项服务,应执行以下negative response code否定响应代码。表437中记录了每个响应代码会发生的情况。如果错误情况适用于server,应使用列出的negative response否定响应

表397 - 支持的否定响应代码

NRC

描述

助记符

0x13

incorrectMessageLengthOrInvalidFormat消息长度不正确或格式无效

如果信息的长度有误,则应发送该NRC。

IMLOIF

0x22

conditionsNotCorrect条件不正确

如果server在下载或上传数据的过程中收到对该服务的请求,或者不满足能够执行该服务的其他条件,则应返回该NRC。

CNC

0x31

requestOutOfRange请求超出范围

如果出现以下情况,则应返回该NRC:

- 指定的dataFormatIdentifier无效

- 指定的modeOfOperation无效

- 指定的fileSizeParameterLength无效

- 指定的filePathAndNameLength无效

- 指定的fileSizeUncompressed不是有效的。

- 指定的fileSizeCompressed无效

- 指定的filePathAndName无效。

ROOR

0x33

securityAccessDenied安全访问被拒绝

如果在收到对该服务的请求时,server是安全的(对于支持SecurityAccess服务的server),应返回这个NRC。

SAD

0x70

uploadDownloadNotAccepted上传下载不被接受

该NRC表明,由于某些故障条件,无法完成向server内存下载的尝试。

UDNA

评价顺序记录在图30中。

Key

1)最小长度:5字节(SI + MOOP + FPL_B1 + FPL_B2 + FP_B1)。

2)消息参数的有效性检查取决于modeOfOperation参数。

3)最大长度可以通过fileSizeParamterLength和filePathAndNameLength来计算。

30 - NRC处理请求下载服务

5 示例:0x38 RequestFileTransfer服务消息流

5.1 假设

本章节规定了适用于此消息流示例的条件。

注意:本示例仅限于描述requestFileTransfer请求和requestFileTransfer肯定响应。在这种情况下,transferData和requestTransferExit的用法与这些服务在requestDownload或requestUpload中的用法相同,因此描述下载/上传序列的例子也适用。

表438 - 定义RequestFileTransfer消息的参数值

数据参数名称

数据参数值

数据参数说明

modeOfOperation

运行模式

0x01

AddFile

filePathAndNameLength

文件路径和名称长度

0x001E

参数文件filePathAndName的长度为30。

filePathAndName

文件路径和名称

"D:\mapdata\europe\germany1.yxz"

路径包括文件名。

dataFormatIdentifier

数据格式标识符

0x11

compressionMethod = 0x1X; encryptingMethod = 0xX1

fileSizeParameterLength

文件大小参数长度

0x02

两个文件大小参数的长度为2个字节。

fileSizeUncompressed

文件大小未压缩

0xC350

50 KByte

fileSizeCompressed

文件大小压缩

0x7530

30 KByte

5.2 请求文件传输

表439和表440显示了RequestFileTransfer请求和响应信息流的一个例子。

表439 - RequestFileTransfer请求消息示例

Message direction消息方向

Server —> Client

Message Type消息类型

Response响应

A_Data byte

描述(所有值均为十六进制)

字节值

助记符

#1

RequestFileTransfer Request SID

请求文件传输请求SID

0x38

RFT

#2

modeOfOperation

运行模式

0x01

MOOP

#3

#4

filePathAndNameLength [

byte#1 (MSB) byte#2] (LSB)

0x00

0x1E

FPL_B1

FPL_B2

#5

#6

#7

#8

#9

#10

#11

#12

#13

#14

#15

#16

#17

#18

#19

#20

#21

#22

#23

#24

#25

#26

#27

#28

#29

#30

#31

#32

#33

#34

filePathAndName = [

byte#1 (MSB)

byte#2

byte#3

byte#4

byte#5

byte#6

byte#7

byte#8

byte#9

byte#10

byte#11

byte#12

byte#13

byte#14

byte#15

byte#16

byte#17

byte#18

byte#19

byte#20

byte#21

byte#22

byte#23

byte#24

byte#25

byte#26

byte#27

byte#28

byte#29

byte#30]

0x44

0x3A

0x5C

0x6D

0x61

0x70

0x64

0x61

0x74

0x61

0x5C

0x65

0x75

0x72

0x6F

0x70

0x65

0x5C

0x67

0x65

0x72

0x6D

0x61

0x6E

0x79

0x31

0x2E

0x79

0x78

0x7A

FP_B1

FP_B2

FP_B3

FP_B4

FP_B5

FP_B6

FP_B7

FP_B8

FP_B9

FP_B10

FP_B11

FP_B12

FP_B13

FP_B14

FP_B15

FP_B16

FP_B17

FP_B18

FP_B19

FP_B20

FP_B21

FP_B22

FP_B23

FP_B24

FP_B25

FP_B26

FP_B27

FP_B28

FP_B29

FP_B30

#35

dataFormatIdentifier

数据格式标识符

0x11

DFI_

#36

fileSizeParameterLength

文件大小参数长度

0x02

FSL

#37

#38

fileSizeUnCompressed= [

byte#1 (MSB)

byte#2 ]

0xC3

0x50

FSUC_B1

FSUC_Bk

#39

#40

fileSizeCompressed= [

byte#1 (MSB)

byte#2 ]

0x75

0x30

FSC_B1

FSC_Bk

表440 – RequestFileTransfer肯定响应请求消息示例

Message direction消息方向

Server —> Client

Message Type消息类型

Response响应

A_Data byte

描述(所有值均为十六进制)

字节值

助记符

#1

RequestFileTransfer Response SID

请求文件传输响应SID

0x78

RRFT

#2

modeOfOperation

运行模式

0x01

MOOP

#3

lengthFormatIdentifier

长度格式标识符

0x02

LFID

#4

#5

maxNumberOfBlockLength = [

byte#1 (MSB) byte#m ]

0xC3

0x50

MNROB_

B1

B2

#6

dataFormatIdentifier

数据格式标识符

0x11

DFI_

附录:G.1 modeOfOperation值的定义

RequestFileTransfer 请求消息包含 modeOfOperation 参数。 这些值在表 G.1 中定义。

表G.1 - modeOfOperation值的定义

Byte Value

Description

Cvt

Mnemonic

0x00

ISO/SAE reserved

该值由本文档保留以供将来定义。

M

ISOSAERESRVD

0x01

AddFile

这个值应被用来添加在filePathAndName参数中定义的文件(download下载)。

U

ADDFILE

0x02

DeleteFile

这个值应被用来删除参数filePathAndName中定义的文件。

U

DELFILE

0x03

ReplaceFile

这个值应被用来替换filePathAndName参数中定义的文件(download下载)。如果该文件没有存储在该位置,该文件应被添加。

U

REPLFILE

0x04

ReadFile

这个值应被用来读取文件(upload上传),其位置由filePathAndName参数定义。

U

RDFILE

0x05

ReadDir

这个值应被用来读取filePathAndName参数中定义的目录。这个值意味着该请求不包括fileName。

U

RDDIR

0x06 - 0xFF

ISO/SAE reserved

该值由本文档保留以供将来定义。

M

ISOSAERESRVD

以上摘自《ISO 14229-1:2013》。

结尾

获取更多“汽车电子资讯”和“工具链使用”,

请关注CSDN博客“汽车电子助手”,做您的好助手。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:/a/23722.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

写给初学者的YOLO目标检测 概述

文章目录 什么是目标检测What is YOLO?为什么YOLO在目标检测领域如此流行?1. 速度快2. 高检测精度3. 更好的泛化性4. 开源 YOLO架构YOLO目标检测是如何工作的?残差块(Residual blocks)边界框回归(Bounding box regression)交并比…

基于ESP32-CAM 和 OpenCV 设计的手势控制虚拟鼠标

概述 在本文中,我们将使用ESP32-CAM和OpenCV开发手势控制虚拟鼠标。ESP32 Camera Module和Python程序可用于无线控制鼠标跟踪和点击操作。 入门者必须具备 Python、图像处理、嵌入式系统以及物联网的丰富知识。首先,我们将了解如何控制鼠标跟踪和单击,以及运行 python 程序…

20年前,微软给金山那刀,现今一举将WPS推上领奖台,WPS,赢了

WPS,赢了 正如姚冬(金山办公副总裁)所说: 文本的命令行到图形界面的那次,改变整个人机交互的方式,我们公司历史上最大的一次危机也是那一次, 但我们依然挺过来了,我们相信这次技术浪…

一个神奇的工具,让URL地址都变成了“ooooooooo“

一个神奇的工具,让URL地址都变成了"ooooooooo" 一、核心代码二、URL编码/解码 最近发现一个有意思工具,就是将一个URL地址转换为都是 ooooooooo 的样子,通过转换后的地址访问可以转换回到原始地址,转换的逻辑有点像短链…

linuxOPS基础_linux安装配置

Linux系统下载 Linux系统版本选择:CentOS7.6 x64,【镜像一般都是CentOS*.iso文件】 问题:为什么不选择最新版的8 版本? 7.x 目前依然是主流 7.x 的各种系统操作模式是基础 官网:https://www.centos.org/ ,…

springboot+vue4S店车辆管理系统(java项目源码+文档)

风定落花生,歌声逐流水,大家好我是风歌,混迹在java圈的辛苦码农。今天要和大家聊的是一款基于springboot的4S店车辆管理系统。项目源码以及部署相关请联系风歌,文末附上联系信息 。 💕💕作者:风…

linux小技巧-如何修改IP(四种方法)

目录 项目场景: 方法分析及步骤介绍 原因分析: 解决方案: 项目场景: 项目上经常遇到修改IP的情况,这里总结一些各个情况下修改IP的方法,尤其时有时候没有主机屏幕显示,借助于命令行的方式修…

行业领先生物制药企业在冷链物流运输中采用虹科LIBERO温度记录解决方案

中国首个获得世界卫生组织国际通用名的生物Ⅰ类新药是用于抗血管内皮生长因子的融合蛋白,该药物通过结合血管内皮生长因子VEGF,竞争性抑制VEGF与受体结合并阻止VEGF家族受体的激活,从而抑制内皮细胞增殖和血管新生,达到治疗湿性年…

即时通讯软件(企业IM)对企业的作用

随着网络时代的来临,即时通讯软件也开始逐渐在企业中流行起来,甚至很多公司都已经将即时通讯软件作为内部沟通的主要工具,那么这种情况下,即时通讯软件对企业究竟有什么作用呢? 首先,即时通讯软件对于企业内…

Solidity拓展:数据类型的转换

1.数据类型隐式转换 (自动) 同一类型之间的转换:由低长度转换为高长度int8-int16-int32int256,但int不能自动转换成uint,因为放不下负数所以直接不让转换,且 int8 不能转换成 uint256 (因为 uint256 不能涵盖某些值,例如, -1&…

Spark集群的运行基本流程是怎样的?

Spark集群的运行架构 Spark是基于内存计算的大数据并行计算框架,比MapReduce计算框架具有更高的实时性,同时具有高效容错性和可伸缩性,在学习Spark操作之前,首先介绍Spark运行架构,如图所示。 在上图中,Sp…

“数字”厨电成新宠?“传统”厨电如何凭实力年销破百亿?|厨房电器SMI社媒心智品牌榜

Social Power 核心解读 AI加持,数字厨电新物种持续走红 传统厨电发力社媒,“有范儿”实力吸睛 4月中下旬的“魔都”可谓热闹非凡,上海车展喧嚣未落,隔壁2023AWE(中国家电及消费电子博览会)的群雄逐鹿紧随…

PCIE知识点-022:PCIe 时钟结构

图1:参考时钟结构示意图[4] 1. Common Refclk Architecture Common Refclk Architecture,即同源参考时钟架构,PCIe收发设备共用一个时钟源,是目前是使用最为广泛的方案。 缺点: 对于适用同一 Common Clock 作为参考时…

新冠又临“涨潮”期,看我AI显身手

#疫情#北京时间5月24日,北京市卫生健康委发布2023年第20周疫情周报。报告显示,2023年第20周全市共报告法定传染病14种25544例,死亡1例。报告病例数居前5位的病种依次为:新型冠状病毒感染、其它感染性腹泻病、流行性感冒、肺结核和病毒性肝炎&…

chatgpt赋能python:Python请求头——让你的网络请求更有效率

Python请求头——让你的网络请求更有效率 网络请求是现代应用程序的核心。但是,如果你不了解Python请求头的概念和用途,那么你可能会面临一些棘手的问题。在本文中,我们将深入探讨Python请求头,了解其作用、语法和最佳实践。 什…

GPT-4平替版:MiniGPT-4,支持图像理解和对话,现已开源

项目地址:https://minigpt-4.github.io/ 论文链接:https://github.com/Vision-CAIR/MiniGPT-4/blob/main/MiniGPT_4.pdf 代码:https://github.com/Vision-CAIR/MiniGPT-4 视频:https://youtu.be/__tftoxpBAw 数据集&#xff…

推荐|x86视觉运动控制一体机VPLC710

正运动技术始终围绕客户需求不断迭代升级产品及开发,积极探索工控自动化高质量发展新路径,着眼于全力为客户提供更优质的产品与服务,特此开发了一款可满足全场景高速高精及中大型产线设备应用需求的x86的IPC形态控制器。 VPLC710产品简介 VP…

【JavaSE】Java基础语法(九):封装

文章目录 ☔1. private关键字☔2. private关键字的使用☔3. this关键字☔4. this内存原理☔5. 封装思想 ☔1. private关键字 概述 : private是一个修饰符,可以用来修饰成员(成员变量,成员方法) 特点 : 被private修饰的成员&…

Git的使用

Git 概念 版本控制 软件版本: JDK:1.8,17,20 MYSQL:5.7,8.0 IDEA:2022,2023 文件版本: 保存重要的历史记录,恢复数据 版本控制软件的基础功能 保存…

创新管理工具:低代码平台在学校管理中的应用实践

随着信息技术的不断发展,学校管理也随之发生了变革。传统的学校管理方式往往是依靠人工操作,存在信息不透明、效率低下等问题,而数字化管理的出现,可以帮助学校提高管理效率、降低管理成本、提升数据统计和分析能力。而低代码技术…