参数错误怎么解决方法(参数错误怎么办)(参数错误怎么解决方法)

PLC 编程基础知识——处理程序执行错误

错误原因

简介

在 TIA Portal 中，可根据不同的错误类型和原因，确定相应的响应机制，而且对错误相应可采用各种不同的编程语言。但具体的响应机制显示则取决于所有的编程语言。

错误的确定需视具体情况而定。例如，加法运算过程中发生溢出可能是因为返回错误值而导致的错误。但在某些情况下，加法溢出是系统预定义的且可以接受，因此不再认为一种错误。

在创建程序代码时，必须充分了解可能会发生的各种状况。例如，在编程通信连接时，就必须意识到所创建的连接随时可能会被中断。为了防止这一状况的发生，必须在程序中设置相应的的故障响应。这是因为发生连接中断时将导致 T_SEND 程序块无法进行消息传输。只有采取了相应措施，在连接中断时系统才能发送信号通知操作员消息无法传输。由于指令 T_SEND 无法防止连接中断，因此可通过 T_SEND 的输出错误信息加以提示。程序员不应该忽略该指令的输出。

在下文中，我们将其统称为错误，即使该错误在系统中为预定义的行为。

导致错误的不同原因，可以将错误原因分为以下几类：

	参数值错误	编程错误	资源错误
说明	指令处理直接中发生的错误。	可导致指令执行中止的编程或访问错误。	由操作系统处理的错误，在程序代码中可编程该错误的响应措施。
错误类型	处理错误	同步错误	异步错误
示例	算术指令中的溢出错误	编程错误 查询一个不存在的外设输入通过变量下标访问 ARRAY 时，下标值超出有效的 ARRAY 限值	发生了程序代码外的特定事件。
程序或操作系统的响应	不执行由使能输出 ENO 关联的指令。	如果没有编程错误 OB，则操作系统将根据所使用的 CPU 进行响应。	如果未向该事件分配组织块 (OB)，则在事件发生时，操作系统执行默认的系统响应。如果为该事件分配有组织块 (OB)，则调用该组织块。
程序中的错误处理机制	根据具体的指令，可采取不同的本地错误处理方式2)： EN/ENO 机制输出参数：RET_VALSTATUSERROR	全局错误处理1)： 程序执行错误 OB编程错误 OBI/O 访问错误 OB 使用以下指令，进行本地错误处理2)： GET_ERRORGET_ERR_ID	错误组织块 (OB)： 时间错误 (OB 80)诊断中断 (OB 82)插入/移除模块中断 (OB 83)机架错误 (OB 86) 未分配错误 OB 时可能的系统响应： 操作系统忽略该事件。CPU 切换为 STOP 模式。如有可能，在本地执行错误处理。 如果分配有错误 OB，则在发生相应事件时将调用该 OB。 有关用户程序中诊断功能的应用示例，请访问评估错误 OB 中的错误。
1) 通过组织块，可执行全局错误处理。 2) 在程序代码内，可编程本地错误处理。

说明 异步错误处理 对于 S7-1500 系列的 CPU，错误 OB 采用异步调用方式。这也就意味着，在发生错误时不会立即处理 I/O 访问错误或编程错误 OB，而是根据设定的优先级进行相应的延时处理。如果在完成 I/O 访问错误或编程错误 OB 处理之前又发生了其它错误，则系统也不会调用其它 I/O 访问错误或编程错误 OB。如果要防止系统忽略这些 I/O 访问或编程错误 OB，需设置较高优先级。

错误处理机制概览

可通过以下几种不同的错误处理机制进行参数跟踪或编程或访问错误：

机制	任务	错误处理
使能输入 EN 或 IF 指令	阻止程序代码的执行	本地
使能输出 ENO 或二进制结果位	指示一个错误
参数输出 RET_VAL、STATUS 和 ERROR
GET_ERROR 和 GET_ERR_ID 指令	响应一个错误
组织块	全局

参数值错误时的本地错误处理

错误发生后，除了通过本地错误处理机制立即进行响应，也可通过程序代码内进行特定响应。此时，可以在程序块（OB、FB 或 FC）中直接编写本地错误处理方式，但系统仅对发生在该程序块中的错误进行处理。

本地错误处理的优势

可根据该错误信息编写程序块中发生相应错误时的响应措施。所编写的错误评估和错误响应不会中断程序的循环运行。本地错误处理不会影响系统性能。如果错误未发生，则不会执行所编写的错误分析和响应措施。

下标列出了各种不同的本地错误处理方式：

错误处理方式	适用范围	说明
EN/ENO 机制 1)	S7-300 / S7-400 / S7-1200 / S7-1500	通过使能输出 ENO 检测特定的运行时错误并进行相应处理。后续指令的执行取决于该使能输出的信号状态。通过 EN/ENO 机制，可有效避免程序崩溃。块状态将以布尔型变量形式进行传递。
输出参数 STATUS 和 ERROR	S7-300 / S7-400 / S7-1200 / S7-1500	STATUS 和 ERROR 参数作为系统函数块 (SFB) 的返回值时，可查询块特定的错误信息，并按照预定义的结构进行输出。
输出参数 RET_VAL	S7-300 / S7-400 / S7-1200 / S7-1500	输出参数 RET_VAL 作为顺序功能图 (SFC) 的返回值时，可显示常规的错误代码或特定的错误代码。所谓常规的错误代码对应于所有指令，而特定的错误代码仅适用于特定指令。最多可以输出一个 INT 或 WORD 数据类型的变量。
1) 如果指令的参数未导致任何存储器访问错误，则相关的使能输出 ENO 将返回信号状态“1”，并在输出中返回可查询的有效值。

发生编程错误时的全局和本地错误处理

通过全局和本地错误处理，可立即对发生的错误进行响应而无需将 CPU 切换为“STOP”模式。可通过以下方式处理编程错误和访问错误：

全局错误处理的类型	适用范围	说明
程序执行错误 OB (OB 85)	S7-300 / S7-400	如果未使用 OB 85，则在发生程序执行错误时 CPU 将从 RUN 模式切换为 STOP 模式，并在诊断缓冲区内生成一个条目。
发生编程和访问错误时的 CPU 内部错误处理	S7-1200	发生错误时，CPU 将在诊断缓冲区中生成一个条目并保持为 RUN 模式，无需进行额外编程。
编程错误 OB (OB 121)	S7-300/ S7-400 / S7-1500	如果未使用 OB 121，则在发生编程错误时 CPU 将从 RUN 模式切换为 STOP 模式，并在诊断缓冲区内生成一个条目。
I/O 访问错误 OB (OB 122)	S7-300/ S7-400 / S7-1500	S7-300 / S7-400: 如果未使用 OB 122，则在发生访问错误时 CPU 将从 RUN 模式切换到 STOP 模式。 S7-1500： 发生 I/O 访问错误时，CPU 将始终保持为 RUN 模式并在诊断缓冲区中生成一个条目。即使未使用 OB 122，也同样如此。

通过 GET_ERROR 和 GET_ERR_ID 指令，可直接在程序代码中集成本地错误处理。也可通过接收有关错误的详细信息并在错误附近的程序中对其进行评估。此时，可以在程序块（OB、FB 或 FC）中直接编写本地错误处理方式，但系统仅对发生在该程序块中的错误进行处理。

本地错误处理的类型	适用范围	说明
GET_ERROR 和 GET_ERR_ID 指令	S7-1200/S7-1500	通过该指令，可获得错误 ID 或详细的错误信息，并在程序代码中编写直接响应。 查询第一个错误信息时，将再次启用系统存储器中该错误所在的存储空间。如果随后发生其它错误，则将输出下一个错误的信息。

采用本地错误处理时，可通过 GET_ERROR 指令进行查询。支持以下几种默认的响应方式：

发生写错误时：将忽略该错误并继续程序运行。发生读错误时：程序将继续运行，且算术指令的值将替换为“0”。发生执行错误时：将停止该指令的运行，程序将运行下一条指令。

本地错误处理的优势

错误信息存储在系统存储器中，可对其进行查询和评估（如，通过 GET_ERROR 和 GET_ERR_ID 指令）。可根据该错误信息编写程序块中发生相应错误时的响应措施。所编写的错误评估和错误响应不会中断程序的循环运行。本地错误处理对系统性能的影响要低于全局错误处理。如果错误未发生，则不会执行所编写的错误分析和响应措施。如果在程序块中设置有本地错误处理，则在发生错误时将不执行全局错误处理。

说明 要防止在发生错误时 CPU 切换为 STOP 模式，无论是全局错误处理还是本地错误处理必须处理所有的编程错误和 I/O 访问错误。

通过输出参数 RET_VAL 评估错误

有关库块（SFB 和 SFC）错误分析的基础知识

除了输出参数 RET_VAL 外，还可以通过以下两个方式进行错误评估：

通过 EN/ENO 机制（LAD、FBD 和 SCL）。通过状态字 (STL) 的 BR 位（二进制结果位）通过输出参数 RET_VAL (return value)

使能输出 ENO 仅能通知发生了错误。如果需要了解所发生的具体错误，则需通过输出参数 RET_VAL 获得更多信息。通过该输出参数可判断 CPU 中该该指令是否成功执行。发生错误时，还可了解执行未成功执行的原因所在。

有关错误分析序列的建议

在评估指令特定的输出参数（如 OUT）之前，通常应执行以下步骤：

首先评估先使能输出 ENO 或 STL 中状态字的 BR 位。检查输出参数 RET_VAL。

如果使能输出 ENO 或 BR 位指示在指令的执行过程中发生了错误，或者输出参数 RET_VAL 中包含了一个通用错误代码，则指令特定的输出参数将返回一个无效值。

如果使用输出参数 RET_VAL 指示发生了常见错误，则只能通过状态字 BR 位为值“0”来指示。返回值的数据类型为整数 (INT)。返回值通过值“0”指明在指令的执行过程中是否发生了错误。

常规和特定错误代码 (RET_VAL)

输出参数 RET_VAL 中有以下两类错误代码：

所有指令都可以输出的常见错误代码，根据指令的特定功能输出的特定特定错误代码。

输出参数 RET_VAL 的数据类型为整型 (INT)。且该指令的错误代码安装十六进值进行分组。如果要检查返回值并与本文档中所列错误代码进行比较，则将以十六进制值形式显示这些错误代码。

可以编写程序以便对执行指令过程中发生的错误进行响应。从而可以防止由于第一个错误而导致的更多错误。

说明 提供输入参数时出错 在执行包含 RET_VAL 参数的指令且在提供输入参数时出错，则参数 RET_VAL 将输出一个无效的错误代码且不对该指令的输出参数进行评估。

下图以十六进制格式显示了系统函数错误代码的结构。

这样便于确定是否发生了错误。这是因为输出参数 RET_VAL 的类型为 INT：

如果值 < 0，发生了错误。如果值 = 0，没有发生错误。如果 > 0，没有发生错误，但指令未成功执行。此代码通常用于异步指令中。例如，指示该指令已开始执行但尚未完成。请参见 T_SEND 或 WRIT_DBL 的返回值。

常规错误代码

常见错误代码是指在所有指令中都可能发生的错误。常见错误代码中包含以下两个数：

1 至 111 的参数编号，其中 1 表示所调用指令的第一个参数、2 为第二个参数、依此类推。事件编号介于 0 和 127 之间，表示发生了错误。

下图显示了常规错误代码的结构。

说明 对常规错误代码的响应 如果在输出参数 RET_VAL 中输入了一个常规错误代码，则可能出现以下几种情况： 该指令相关的操作已开始或者已完成。执行该操作时发生特定的指令错误。但在发生一个常规错误后，系统将不再指示该特定错误。

下表列出了一个返回值的常见错误代码。错误代码将显示为十六进制格式。代码编号中的字母 x 仅为一个占位符，表示导致该错误的系统函数参数编号：

错误代码(W#16#...)	说明
8x01	VARIANT 参数的语法 ID 非法
8x22	读取一个参数时发生超出范围错误。
8x23	写入参数时发生超出范围错误。 此错误代码表示参数 x 完全或部分超出地址范围，或通过 VARIANT 参数指示位的长度不是 8 的倍数。
8x24	读取参数时发生超出范围错误。
8x25	写入参数时发生超出范围错误。 此错误代码表示参数 x 超出系统函数的有效范围。关于无效范围的信息，请参见各函数的描述信息。
8x26	此参数包含的定时器单元编号过高。 此错误代码表示在参数 x 中指定的定时器单元不存在。
8x27	此参数包含的计数器单元编号过高（计数器编号错误）。 此错误代码表示在参数 x 中指定的计数器单元不存在。
8x28	读取参数时发生对齐错误。
8x29	写入参数时发生对齐错误。 此错误代码表示对参数 x 的引用是一个位地址不为 0 的操作数。
8x30	此参数位于只读属性的全局 DB 中。
8x31	此参数位于只读属性的背景 DB 中。 此错误代码表示参数 x 位于只读属性的数据块中。如果通过系统函数本身来打开该数据块，那么系统函数将始终返回值 W#16#8x30。
8x32	此参数包含的 DB 编号过高（DB 编号错误）。
8x34	此参数包含的 FC 编号过高（FC 编号错误）。
8x35	此参数包含的 FB 编号过高（FB 编号错误）。 此错误代码表示参数 x 包含的块编号高于所允许的最高编号。
8x3A	此参数包含尚未加载的 DB 编号。
8x3C	此参数包含未加载 FC 的编号。
8x3E	此参数包含未加载 FB 的编号。
8x42	系统尝试从外设输入区读取一个参数时，发生访问错误。
8x43	系统尝试向外设输出区写入一个参数时，发生访问错误。
8x44	出错后，第 n (n > 1) 次发生读访问错误。
8x45	出错后，第 n (n > 1) 次发生写访问错误。 此错误代码表示对访问所需参数的拒绝被拒绝。
8x7F	内部错误 该错误代码表示参数 x 处发生了内部错误。

特定的错误代码

某些指令在其返回值中将提供一个该指令特定的错误代码，指示这些错误只会在特定的指令中发生。

特定的错误代码包含又以下两个数字：

0 至 7 之间的错误类别。0 至 15 之间的错误编号。

指令 GET_ERROR 和 GET_ERR_ID 的用法

简介

通过本地错误处理，可以查询程序块内发生的错误并对相关的错误信息进行评估。可以为组织块 (OB)、功能块 (FB) 和函数 (FC) 设置本地错误处理。如果启用了本地错误处理，则将忽略系统响应。

可在指令 GET_ERR_ID 的错误信息中读取相应的错误编号。例如，通过指令 GET_ERROR 的错误信息，可以确定导致访问错误的参数。要确保指令输出所需的错误信息，必须在用户程序中对待评估错误的各个程序块进行相应编程。使用这些指令时，不会调用任何错误 OB，而且不会在诊断缓冲区写入任何条目。采用这种错误处理方法，可通过编写错误响应方式在发生错误时主动干预程序序列的执行。由于错误可能发生在程序块内的任何位置，因此我们建议在程序块末尾处添加该指令。

指令 GET_ERROR 和 GET_ERR_ID 的主要区别在于输出的错误信息数量不同。

在程序代码中加入其中一条指令后，在巡视窗口的“属性 > 特性”(Properties > Attributes) 下方选择“在块内处理错误”(Handle errors within block) 复选框。该设置不能在巡视窗口内编辑。只需删除所插入的本地错误处理指令，即可取消激活本地错误处理。

说明 块属性“在块内处理错误”(Handle errors within block) 该设置既不会应用于块调用中，也不会传输到所调用的程序块中。如果没有为高级别和低级别的程序块编程专用的本地错误处理方式，则可应用系统设置。

错误输出优先级

在本地错误处理过程中，可通过指令 GET_ERROR 或 GET_ERR_ID 显示发生的第一个错误信息。如果在指令的执行过程中同时发生多个错误，则将根据这些错误的优先级进行显示。下表列出了不同类型错误的优先级：

优先级	错误类型
1	程序代码错误
2	缺少引用
3	范围无效
4	DB 不存在
5	操作数不兼容
6	指定的区域宽度不够
7	定时器或计数器不存在
8	无法写入 DB
9	I/O 错误
10	指令不存在
11	块不存在
12	嵌套深度无效

最高优先级为 1，最低为 12。

【使用技巧】ColorOS 13.1，让手机也能实现「ctrl+z」

#OPPO##ColorOS 13#

即便是老司机，操作电脑也有失手的时候，此时通常会下意识按下「ctrl+z」回档撤销操作。而在手机端，由于操作逻辑不同，或许暂时无法在全局都拥有如此方便的操作，但ColorOS 13.1也有自己的机制，让用户在某些场景误操作后，依然有后悔药可吃。

相册——30天反悔期+云备份机制美景当前，肯定忍不住拍拍拍。闲时整理照片，好看的当然留着，拍糊的必然删掉。然而人有错手，在以往如果误删照片，估计想哭的心都有。而如今，删除的照片会在「回收站」自动保留30天。到期系统自动清理前，随时都有后悔药吃。恢复方法：进入「相册」——图集——最近删除——选中后恢复

无论是手机现存的照片和视频，还是暂时寄存在「回收站」等待清理的回忆，只要开启「相片云同步」，且云空间有剩余空间，都会加密上传。如果删除「回收站」内数的据，本地、云端以及其他同步设备都会同时彻底删除。当然「回收站」内容确定不需要，也可手动提前删除，以节约空间。但万一误开「地图炮」，将「回收站」清空，也可立即断开网络，争取在数据同步前双清「相册」，以避免相片彻底消失的窘况。双清方法：马上断开网络——长按「相册」图标——应用详情——存储占用——双清

相册自带图片编辑功能，无需安装第三方应用，便能进行裁剪旋转、参数调节、滤镜选择、文字图形标记、打码、AI调色、贴纸添加等常规操作，足以满足大部分用户的日常使用。然而图片编辑毕竟是门精细活，就算是熟手也有出错的时候。如果因为一点小错误，就害整张图片报废，既可惜，也不能答应。相册采取类似电脑画图的机制，提供撤销与复原等操作，让用户无需担心失误，放心、大胆操作，人性化尽显。

文件——保障依旧如果手机空间告急，除了清理各种「大分量」图片和视频，清理无用文件也能达到一定的效果。「文件管理」不仅可按文件类型及文件来源分类显示，还贴心提供类似电脑「回收站」的功能。删除文件时并不会马上消失，而是设置30天的反悔期，让用户随时有撤销的机会。反悔方法：进入「文件管理」——最近删除——选中后恢复

温馨提示：当删除超过500M文件时，系统会让用户选择彻底删除还是移至「回收站」，此时最好三思而后行。如果是下载的电影还好，最多只是浪费时间重新来过。如果是拍摄的视频，恐怕会追悔莫及。故建议处理图片、视频以及其他文件时最好使用系统自带的「相册」和「文件管理」，万一在误操作时才有反悔的机会，其他应用或许删除就彻底没戏了。应用恢复——手机功能有保障自《移动智能终端应用软件预置和分发管理暂行规定》（工信部信管〔2016〕407号）出台后，除保障基本功能的应用外，其余用户均可自行卸载。作为曾经深受预装应用之苦的用户，下手难免会有点狠，待使用时才发现，需要的应用不知何时已「惨遭毒手」。于是，「卸载一时爽，安装手抽筋」。其实ColorOS 13.1.1既能卸载官方的自带应用，也能随时一键恢复，且无需使用流量。尽管只是出厂版本，或许还不是最新版，但足以解决燃眉之急，待有条件时再自行升级即可。恢复方法：进入「设置」——应用——找回系统应用——安装

拨打电话——限时可挂以往，电话有专门的拨号键，在解锁状态误触几率并不高。在触屏手机普及后，由于系统逻辑的优化，通常点击通话记录便可触发拨号。如果反应够快，可在拨号连接建立前迅速挂断。当然，如果手机使用2G网络，反悔时间尚且充足，但在目前主流的4G+voLTE加持下，或许就要尽快决断。

便签——功能虽多依然方便易用新的一天有新的开始，尽管算不上日理万机，但千头万绪，如果毫无准备，确实容易顾此失彼，此时可用「便签」记录待办事宜以及突然涌现的灵感。操作简单、表现多样，不拘泥于单一的表现形式，不仅支持传统的文字输入，也支持涂鸦、拍照、扫描甚至语音等多种输入方式，完成后还能一键分享。充分解放用户的想象力，有条不紊开展工作，用方便快捷的表现方式，在更短的时间完成更多的内容。当然，遇到紧急情况，也可从侧边栏呼出小窗速记，便可迅速进入工作状态，快速记录重要事宜，还可将其「设为私密」，确保相关内容不会泄露。然而理论上功能越多，使用得越频繁，出错的几率也就越大。如果因为担心出错，而在操作过程中畏手畏脚，确实有违应用设计的初衷。「便签」提供撤销与复原等操作，即便再大的失误，只要不退出应用，便可一键还原，好用度满分。

进程，尚可「刀下留人」迢迢有种强迫症，只要挂在系统的进程一多，总要杀掉一些。然而有时意识跟不上手速，不小心将需要的进程也误杀。其实ColorOS 13.1也能「刀下留人」，只要进程尚未划出屏幕，只需把握稍纵即逝的瞬间，还能悬崖勒马的机会。

手机，最好有「备」无患只有失去后才懂得珍惜，如果没有惨痛的经历，迢迢也不会痛定思痛，养成定时备份的习惯，只为不再重现那伤心的一刻。ColorOS 13.1可备份联系人、信息、通话记录、系统设置（含日历、时钟、桌面布局等）以及应用，需要注意，备份数据经过加密处理，如果手机不支持解密，可能无法恢复。另外，微信等应用的数据还需单独备份。备份方法：进入「设置」——其他设置——数据备份与迁移——本地备份——新建备份

如果觉得本地备份比较麻烦，可使用「云服务」，支持相册、联系人、便签、音频、文档、桌面布局以及微信数据等。定期备份，加密上传存储，无需繁琐的步骤，只需手机连接WiFi即可自动操作。即便日常操作失误甚至不慎丢失手机，也能最大限度保障数据的完整和安全。备份方法：进入「云服务」——整机备份——自动备份

跨屏互联——将真正的「Ctrl+Z」融入手机跨屏互联作为ColorOS 12的重磅功能，在ColorOS 13.1也依然亮眼，当手机、OPPO平板、电脑处于同一网段、同时开通蓝牙后，基本能做到靠近即连，连接速度更快更稳定，上一版中偶尔出现需要扫描连接、闪退等现象几乎不复存在。期间设备间共享剪贴板，电脑/平板能即时接收手机的通知、截图以及拍照，也能直接拨打/接听电话，无需中转，也无需借助其他工具，可长时间脱（手）机运行，不错过重要信息，切实提高生产力。手机/平板/电脑间的文档可相互传输，也可直接在电脑/平板编辑，手机会同步更新保存后的文档，「Ctrl+A、Ctrl+C、Ctrl+V」等电脑专属技能也能在跨屏中畅通无阻，而「Ctrl+Z」这种电脑专属撤销技能亦初具雏形，让文本操作更加得心应手，期待能在以后的版本中扩展至更多场景。

应用，虽无「后悔药」，却有「预防针」可能有小伙伴好奇上文提到的惨痛经历，文末顺便和大家诉苦。早期系统桌面大多采用二级菜单（即现在的抽屉模式），相对简洁，应用和部件可按需添加，卸载菜单也隐藏得挺深。而现在系统桌面大多采用一级菜单（即现在的标准模式），应用都集中在桌面，长按图标可呼出快捷方式，并可直接管理甚至卸载。于是某天，多选整理图标时，脑抽错按卸载，最终再次抽筋点击二次确认……

为避免悲剧再次发生，在定时备份的同时，也可给系统增加双重保险。ColorOS 13.1在应用加密后，需解除加密状态才能卸载。我们可将重要应用加密，既保证应用安全，也防止误操作。加密方法：进入「设置」——权限与隐私——隐私——应用锁——开启

同时，我们也可「锁定桌面」，家里如有长辈或者神兽建议开启，为避免误操作再增添一份保险。锁定方法：进入「设置」——桌面与锁屏——开启「锁定桌面」

小结ColorOS 13.1致力完善用户体验，在操作细节上做反复打磨，力争最大限度提升用户体验，降低误操作带来的损失。相信在系统的持续整合完善下，真正媲美电脑的「ctrl+z」终究会到来……

温馨提示：本文为作者原创，首发自OPPO社区，仅代表个人观点，转载请联系作者或注明出处。机型版本不同，功能点稍有差异，请大家以实际的手机功能点为准。

软命令参数错误的处理方法

软件命令参数错误。

最近软件又升级了，很多企业反映界面发生了一些变化。没错，今天就给大家说一下软件如何进行升级，以及升级之后都发生了哪些变化。当软件提示命令参数错误，那这个时候软件就要进行对应的升级安装。

首先登录航天金税的网站，网址我给大家打在公屏上：www.ejinsui。我们点击下载中心，选择软件为3这个版本，进行一个下载安装。安装成功之后，我们会发现这个图标发生了一些变化。

那么之前说过升级安装账号密码，还有证书口令都是不发生变化的。这个时候我们登进去系统，会发现里面的界面也发生了一些变化。比如我们老版本菜单栏是在功能模块的上方的。升级安装之后，这个菜单栏就跑到这个功能模块的下方了。

老版本管理和业务都在管理的模块下。升级安装之后，我们的管理和业务是分开的，升级安装之前2.0版本的网上变更功能是在系统设置的模块下的。

升级安装之后这个功能跑到了系统维护这个模块下面。2.0版本的修改管理员名字和角色管理，之前是在系统维护模块下的。但是升级安装之后，他跑到了系统设置这个模块下面。关注我了解更多软件使用方法。

买手机看不懂这几个参数怎么办？这个视频教会你，拒绝被忽悠

买手机看不懂这几个参数怎么办？这个视频教会你，拒绝被忽悠

嗨喽大家好我是肖肖

买手机看不懂这几个参数怎么办？今天就给大家分享一下手机里难懂的参数分别代表的含义，弄清楚以后，买手机就不容易被忽悠，如果你也感兴趣建议点赞收藏一起来看看吧

相信很多朋友买手机时都深有体会 看有些参数通俗易懂，而有些则全是英文缩写，完全不懂其含义，

我们打开手机设置

找到关于手机

前面都是可以看懂的

设备名称 型号 以及型号代码

那下面这个英文字母IME是什么意思

其实它就是国际移动设备识别码的缩写，俗称手机串号，用于在G移动网络中识别每一部独立的手机，相当于手机的身份证号码。每个手机的串号都是独一无二的，我们买手机时要核对手机的串号和手机盒上的串号是否一致，保证手机是原封原装手机

下面MEID是移动设备识别码，是C DMA手机的身份识别码，也是每台手机或通讯平板唯一的识别码，通过这个识别码，网络端可以对手机进行跟踪和监管

接下来处理器是非常重要的，它就是我们所说的cpu，决定了手机的性能，

市面上有高通骁龙 联发科天玑 麒麟 等芯片，比如骁龙780G 骁龙768G 天玑1100 天玑9200 麒麟9000 麒麟990等等。一般 相同名称的处理器数字越大，性能越强悍，

下面运行内存和存储，前者是程序运行时需要的内存，直接决定了系统能运行多少程序，这里的数字越大运行内存越大，系统运行 程序越快，后者是手机自身的存储空间，内存越大，装的数据越多，总之可以往大了的选，

再下面屏幕，我这个是2400乘以1080p的说的是手机的分辨率，分辨率越高 显示出来的画面也就越清晰，一般有480p 720p 1080p

对屏幕显示画面要求高的可以往大了选

以上啦就是我们手机里的一些参数的含义，了解清楚后更方便我们选择对比手机，拒绝被忽悠，好了今天的内容就分享到这里了，看完也别忘了点赞分享哟感谢大家的观看关注我我们下期再见

从优化参数入手生成带参数的小程序二维码

第一步：获取 access_token

这个请求起来也是很容易的，微信开发文档有请求接口：有小程序的APPID和APPSECRET就可以获取到Access_token了，获取到有效时间为7200，你可以根据自己的业务需要，存在数据表里。看代码

建议：access_token只有2小时有效期，所以要缓存最好，避免重复请求

第二步：获取二维码

这里有3个接口，各有自己的不同

接口A: 适用于需要的码数量较少的业务场景 接口地址：

/d/file/gt/2023-09/xfh3gz0x2lf path 对应的页面。

接口B：适用于需要的码数量极多，或仅临时使用的业务场景:

/d/file/gt/2023-09/is5z2dohh23 scene 字段的值，再做处理逻辑。使用如下代码可以获取到二维码中的 scene 字段的值。调试阶段可以使用开发工具的条件编译自定义参数 scene=xxxx 进行模拟，开发工具模拟时的 scene 的参数值需要进行 urlencode

接口C：适用于需要的码数量较少的业务场景:

/d/file/gt/2023-09/iet2hrjrhyp path 对应的页面。

我这里测试的是第一种接口

需要的参数

可以构建一个数组

如果你要做成后台生成二维码模板的话，以上两个参数通过input。

以下是生成二维码方法

curl操作