CN111309504A - 嵌入式模块串口冗余传输的控制方法及相关组件 - Google Patents

嵌入式模块串口冗余传输的控制方法及相关组件 Download PDF

Info

Publication number
CN111309504A
CN111309504A CN202010080689.9A CN202010080689A CN111309504A CN 111309504 A CN111309504 A CN 111309504A CN 202010080689 A CN202010080689 A CN 202010080689A CN 111309504 A CN111309504 A CN 111309504A
Authority
CN
China
Prior art keywords
link
data
serial port
transmission
state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CN202010080689.9A
Other languages
English (en)
Inventor
刘涛
张猛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010080689.9A priority Critical patent/CN111309504A/zh
Publication of CN111309504A publication Critical patent/CN111309504A/zh
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

本申请公开了嵌入式模块串口冗余传输的控制方法，该方法可以保证串口数据的异常处理、串口状态的异常处理、备用串口的启用，保证待发送原数据在串口更换后正常的发送，提高服务器的产品的稳定性，不因串口的数据传输而导致产生的告警、宕机，或者其他问题，降低产品因发生此类而导致的人力成本和物料成本。本申请还提供了一种嵌入式模块串口冗余传输装置、一种计算机及一种可读存储介质，具有上述有益效果。

Description

嵌入式模块串口冗余传输的控制方法及相关组件
技术领域
本申请涉及嵌入式系统技术领域，特别涉及嵌入式模块串口冗余传输的控制方法、装置、一种计算机及一种可读存储介质。
背景技术
目前，在市场上主流的嵌入式产品的串口通信方案中，嵌入式模块之间，均是采用的一路串口方法实现两个嵌入式的模块进行数据传输，其主要串口设备包括UART、I2C或者其他串口总线等。
在服务器的产品中，在其管理平台中，存在对于嵌入式模块的串口传输数据的需求，比如查询状态或者下发控制指令，获取服务器设备的工作状态，例如电压参数、温度参数，风扇参数，电压状态，设备信息等数据。这些数据信息，分散在不同的模块中，由嵌入式模块采集或者下发对于设备的控制信息，也需要多个嵌入式模块协调工作，用于管理数据的传输，它们彼此间有大量的数据需要传输，用于保障服务器的正常稳定的工作，设备间连接交互示意图如图1所示。
根据市场主流嵌入式产品的串口数据传输方法，可以满足服务器的产品功能要求，但现在的控制方法中，并没有串口的冗余功能，一旦使用的串口数据传输失败或者串口发送故障，这对服务器的产品而言，难以接受的，因为在服务器的行业中，对服务器的产品有不宕机、不丢数据的要求，这也意味着服务器产品对稳定性有极高的要求。
因此，如何响应各嵌入式模块之间大数据量的传输需求，保证模块间数据交互的稳定性，是本领域技术人员急需解决的问题。
发明内容
本申请的目的是提供一种嵌入式模块串口冗余传输的控制方法，该方法可以实现嵌入式系统之间的高效串口冗余传输以及切换，保证各种运行状态下的有效数据传输；本申请的另一目的是提供嵌入式模块串口冗余传输的控制装置、一种计算机及一种可读存储介质。
为解决上述技术问题，本申请提供一种嵌入式模块串口冗余传输的控制方法，包括：
当嵌入式系统间的数据传输触发时，从所述嵌入式系统间预先配置的多条链路通道中确定一条可用的通讯链路，作为目标链路；
调用所述目标链路进行数据传输，并对所述数据传输过程进行运行状态监控；
若根据所述状态监控判定数据传输异常时，进行数据传输重试；其中，所述数据传输异常包括：接收数据错误、接收数据不完整、接收数据为空以及数据译码校验失败；
若所述数据传输重试失败，判定当前的所述目标链路不可用，并执行所述从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路的步骤。
可选地，在所述数据传输触发之前，还包括：
持续确定各通讯链路的链路状态，并根据持续确定的所述链路状态维护链路状态数据；
则相应地，所述从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路，包括：根据所述链路状态数据确定所述预先配置的多条链路通道是否可用。
可选地，所述持续确定各通讯链路的链路状态，包括：
数据发送端持续向数据接收端发送链路心跳；
当所述数据发送端接收到所述数据接收端发送的回复确认后，判定链路链接正常；若未接收到所述回复确认，判定链路链接异常。
可选地，所述确定各通讯链路的链路状态，包括：
当系统上电时，触发确定各通讯链路的链路状态。
可选地，所述确定各通讯链路的链路状态，包括：
在系统运行时周期性确定各所述通讯链路的链路状态，并根据实时状态确定结果更新所述链路状态信息，以维护各所述通讯链路的实时链接状态。
可选地，所述嵌入式模块串口冗余传输的控制方法还包括：
对不可用的通讯链路进行链路修复；其中，所述链路修复包括：重复发送心跳数据直至发送次数达到阈值；
若心跳数据发送成功，判定所述异常通讯链路修复成功；
若心跳数据发送失败，判定所述不可用的通讯链路故障，并产生告警。
本申请公开一种嵌入式模块串口冗余传输的控制装置，包括：
链路确定单元，用于当嵌入式系统间的数据传输触发时，从所述嵌入式系统间预先配置的多条链路通道中确定一条可用的通讯链路，作为目标链路；
运行监控单元，用于调用所述目标链路进行数据传输，并对所述数据传输过程进行运行状态监控；
异常调试单元，用于若根据所述状态监控判定数据传输异常时，进行数据传输重试；其中，所述数据传输异常包括：接收数据错误、接收数据不完整、接收数据为空以及数据译码校验失败；
异常切换单元，用于若所述数据传输重试失败，判定当前的所述目标链路不可用，并执行所述从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路的步骤。
可选地，所述嵌入式模块串口冗余传输的控制装置还包括：状态确定单元，用于持续确定各通讯链路的链路状态，并根据持续确定的所述链路状态维护链路状态数据；所述状态确定单元与所述链路确定单元连接；
则相应地，所述链路确定单元用于：根据所述链路状态数据确定所述预先配置的多条链路通道是否可用。
本申请公开一种计算机，包括：存储器、处理器以及总线；
其中，所述存储器用于存储程序；
所述处理器用于执行所述程序时实现所述基于嵌入式模块串口冗余传输的控制方法的步骤。
本申请公开一种可读存储介质，所述可读存储介质上存储有程序，所述程序被处理器执行时实现所述嵌入式模块串口冗余传输的控制方法的步骤。
本申请所提供的嵌入式模块串口冗余传输的控制方法，可以保证串口数据的异常处理、串口状态的异常处理、备用串口的启用，保证待发送原数据在串口更换后正常的发送，提高服务器的产品的稳定性。不因串口的数据传输而导致产生的告警、宕机，或者其他问题，降低产品因发生此类而导致的人力成本和物料成本。
本申请还提供了一种嵌入式模块串口冗余传输装置、一种计算机及一种可读存储介质，具有上述有益效果，在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为一种设备间连接交互示意图；
图2为本申请实施例提供的一种嵌入式模块串口冗余传输的控制方法的流程图；
图3为本申请实施例提供的一种嵌入式模块串口冗余传输的控制装置的结构框图
图4为本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
本申请的核心是提供嵌入式模块串口冗余传输的控制方法，该方法可以实现嵌入式系统之间的高效串口冗余传输以及切换，保证各种运行状态下的有效数据传输；本申请的另一核心是提供一种嵌入式模块串口冗余传输的控制装置、一种计算机及一种可读存储介质。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参考图2，图2为本实施例提供的一种嵌入式模块串口冗余传输的控制方法的流程图，主要包括：
步骤s110、当嵌入式系统间的数据传输触发时，从嵌入式系统间预先配置的多条链路通道中确定一条可用的通讯链路，作为目标链路；
各嵌入式系统间配置有若干通讯链路，本实施例中对具体配置的通讯链路的数量不做限定，比如可以设置两条、三条等。
本实施例中对于可用通讯链路的确定方式不做限定，可以参照传统链路可用性确定方式。通讯链路可用性确定的启动时刻不做限定，为提升确定效率，可以预先检测，在数据传输过程中直接调用预先检测的检测结果，也可以在数据传输过程中进行检测，本实施例中对此不做限定。
另外，若通讯链路中存在不可用链路时，或者预先配置的多条链路通道均不可用时，本实施例中对该种情况下的处理方式不做限定，在存在不可用链路时可以输出相应的提示信息，也可以启动对于不可用链路的链路修复，若预先配置的多条链路通道均不可用时可以直接输出数据传输失败的提示信息，也可以对所有通讯链路进行链路修复等。
步骤s120、调用目标链路进行数据传输，并对数据传输过程进行运行状态监控；
运行状态监控的过程为对于数据发送、链路传输以及数据接收整体传输过程的运行分析，具体可以包括数据发送是否成功，数据传输过程是否顺利、数据是否可以正常接收以及接收的数据是否正确等各方面。通过对调用目标链路进行数据传输过程的整体运行监控，可以保证数据传输异常时的及时发现以及及时响应，提升数据传输过程的稳定性，保证数据持续性传输。
步骤s130、若根据状态监控判定数据传输异常时，进行数据传输重试；
而当根据状态监控判定数据传输异常时，进行数据传输重试，本实施例中对于数据传输异常的判定不做限定，可选地，数据传输异常具体可以包括以下情形：接收数据错误、接收数据不完整、接收数据为空以及数据译码校验失败(即接收到的数据错误)，当然，也可以添加其他输出传输异常的项目，本实施例对此不做限定。
当接收PORT口的数据错误(本实施例中对于数据错误的判定方式不做限定，可以参照传统判定方式，在此不再赘述)的时候，当接收数据的不完整的时候，当接收数据为空的时候，以及当此数据接收完成，数据在译码校验失败时，发送数据的PORT口会进行数据传输重试，数据传输重试指PORT口发送数据失败时，同一组数据会进行重新发送若干次，比如三次，重试三次失败后，仍然发送不成功，系统A就认为此PORT口当前不可用。其中，可选地，当接收数据为空的时候，数据发送端可以首先发起超时检测，待超时后进行数据传输重试，以避免数据传输延迟对于端口链接判断的影响。
步骤s140、若数据传输重试失败，判定当前的目标链路不可用，并执行从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路的步骤。
基于上述介绍，本实施例提供的嵌入式模块串口冗余传输的控制方法，通过上述链路选择、通讯监控以及异常切换这一完整的数据传输控制，可以保证串口数据的异常处理、串口状态的异常处理、备用串口的启用，保证待发送原数据在串口更换后正常的发送，可以保证数据传输过程的可持续高效执行，提高服务器的产品的稳定性。不因串口的数据传输而导致产生的告警、宕机，或者其他问题，降低产品因发生此类而导致的人力成本和物料成本。
上述实施例中对通讯链路可用性确定的启动时刻不做限定，可选地，可以在数据传输触发之前，进一步执行以下步骤：持续确定各通讯链路的链路状态，并根据持续确定的链路状态维护链路状态数据；
则相应地，上述实施例中步骤s110从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路，具体可以为：根据链路状态数据确定预先配置的多条链路通道是否可用。
本实施例中提供的上述链路状态确定方式通过在数据传输触发前预先进行链路状态监测，在数据传输触发时即可直接调用该状态监测结果实现链路选择，提升了链路状态确定效率。
其中，本实施例中对于链路状态的确定方式不做限定，可以通过链路参数确定，也可以实际发送测试数据确定。可选地，一种链路状态确定方式的实现如下：
(1)数据发送端持续向数据接收端发送链路心跳；
(2)当数据发送端接收到数据接收端发送的回复确认后，判定链路链接正常；若未接收到回复确认，判定链路链接异常。
比如数据发送端为系统A，数据接收端为系统B，预先配置的数据链路通道包括PORT 1以及PORT 2，确定各通讯链路的链路状态的过程具体为：系统A使用PORT1/2分别给系统B的PORT口发送链路心跳；当系统A分别收到系统B的回复确认后，系统A确认链路是正常可用的。
可选地，另一种确定各通讯链路的链路状态的实现方式如下：在系统运行时周期性确定各通讯链路的链路状态，并根据实时状态确定结果更新链路状态信息，以维护各通讯链路的实时链接状态。
需要说明的是，本实施例中介绍的上述两种链路状态确定方式可以同时执行，例如系统A在上电初始判断链路1以及链路2状态是正常可用的，系统A周期性的通过两条链路分别向系统B发送心跳，等待系统B分别通过两条链路回复心跳确认，以实时维护所有链路状态，保证配置的所有链路状态异常时的及时处理，提升系统运行稳定性。
另外，本实施例中对触发持续确定链路状态的时间不做限定，可选地，可以包括如下步骤：当系统上电时，触发确定各通讯链路的链路状态。
在系统上电时触发链路状态的检查，方便在上电后任意时间下数据传输触发时可以直接获取各链路的链路状态信息，可以在随时触发数据传输时实现快速响应，以便提升可用通讯链路的确定效率。
上述实施例中对于系统中存在不可用链路的处理方式不做限定，微课保证通讯链路的可持续运行，可选地，可以进一步执行以下步骤链路修复步骤：
(1)对不可用的通讯链路进行链路修复；其中，链路修复包括：重复发送心跳数据直至发送次数达到阈值；
(2)若心跳数据发送成功，判定异常通讯链路修复成功；
(3)若心跳数据发送失败，判定不可用的通讯链路故障，并产生告警。
系统A在向系统B发送数据前，先判断链路A的链路状态是否正常，若正常则可以直接使用链路A发送，若不正常，控制链路A进入链路修复模式，产生告警，记录日志，再判断链路B的状态是否正常，若正常，使用链路B发送，否则，链路B进入链路修复模式，记录日志。链路修复指PORT口进入链路故障时，数据发送端通过此PORT口周期性的向数据接收端发送心跳数据，若经过阈值次(比如数千次)的发送心跳，仍然不成功，就会产生告警，在这个过程中可以定期记录日志，以便于后续链路优化。
本实施例中仅以上述链路修复方式为例进行介绍，其它基于本申请的链路修复方式均算作本申请的保护范围，在此不再赘述。
为加深对上述实施例中具体实现执行的理解，本实施例中介绍一种具体的嵌入式模块的串口冗余传输的控制实现过程，该过程具体可以包括如下步骤：
(1)数据发送端中的应用数据封装层将应用数据发送层(提供命查询类的命令或者设置类的命令接口，提供数据的封装和二次编码)的数据传递过来，进行数据格式的加工与封装；封装后的数据通过线程间通信传递给串口数据发送与接收层串口数据发送与接收层通过线程间通信获取数据并缓存到数据缓存区(PORT发送队列)中；
(2)串口数据发送与接收层是一个独立的线程，实时检测发送队列中是否有发送数据，若无数据，继续检测；若有数据，从发送队列中读取数据，写入串口发送BUF中；
串口发送BUF的控制方法如下：
系统A(数据发送端系统)和系统B(数据接收端系统)在上电后，系统A使用PORTA/B分别给系统B的PORT口发送链路心跳；当系统A分别收到系统B的回复确认后，系统A确认链路A/B是正常可用的，系统A保存其两路状态情况；
系统A在上电初始判断链路状态是正常可用的，系统A周期性的通过两条链路分别向系统B发送心跳，等待系统B分别通过两条链路回复心跳确认，系统A用来维护两条链路状态。
(a)系统A在向系统B发送数据前，先判断链路A的链路状态是否正常，若正常则使用链路A发送，若不正常，链路A进入链路修复模式，产生告警，记录日志，再判断链路B的状态是否正常，若正常，使用链路B发送，否则，链路B进入链路修复模式，记录日志，提示发送失败。
(b)系统A在向系统B发送数据过程，出现数据发送失败，PORT会进入重试模式，重试失败后，PORT进入上文(a)的控制方法中。
其中，修复模式是指PORT口进入链路故障时，系统A通过此PORT口周期性的向系统B发送心跳数据，经过数千次的发送心跳，仍然不成功，就会产生告警，在这个过程中定期记录日志。
重试模式是指PORT口发送数据失败时，同一组数据，会进行重新发送三次，重试三次失败后，仍然发送不成功，系统A就认为此PORT口当前不可用。
在数据发送的过程中，系统A周期性的检测两条链路状态，当其中一条链路发生损坏时，系统A若正在发送数据时，发送失败，就进入重试模式，重试失败后，进入修复模式；
系统A若正在发送心跳时，发送失败，就进入修复模式，
若修复模式失败后，系统A则产生链路发生故障的告警，此告警状态会传输到大系统，产生告警提示(此告警提示不会影响业务运行，用于提示运维人员，此设备已经存在一条链路故障，请注意)。
若系统A检测到两条链路状态发生故障，系统A产生链路严重故障，系统A把链路状态传递给大系统，大系统提示严重告警，更换期间。此动作后，系统A向大系统传输此设备不可用的状态，若此后，大系统在向系统A查询数据，系统A一直返回此设备不可用的状态。直到链路状态可用后，设备不用的状态就会解除。
系统A使用串口将数据发送至系统B；发送完毕后，等待系统B的串口接收数据；
(3)串口返回的数据有两大类情况，分别是接收数据正常，数据异常；
a.当数据正常时，进行下一步；
b.当数据异常(包括接收数据错误处理、接收数据的不完整的处理和接收数据为空)时，处理方法如下；
(a)接收数据错误的情况：
当接收PORT口的数据错误的时候，PORT口会进入重试模式，重试失败。
(b)接收数据的不完整的处理：
当接收数据的不完整时，PORT口会进入重试模式，重试失败。
(c)接收数据收数据为空的处理：
当接收数据为空的时候，PORT口做超时检测处理，超时后进行，PORT口会进入重试模式，重试失败。
需要说明的是，当此数据接收完成，数据在译码校验失败，数据也会进入重发模式。
(4)接收正确的数据会写入系统B的PORT接收队列中，应用数据解析层实时检测PORT接收队列是否有数据，若有数据，从队列中读取，译码后的数据使用线程间通信把数据传递给应用数据解析层，应用数据解析层把接收到的数据分类解析处理，执行相关函数，若无，则继续检测。
本实施例提供的上述嵌入式模块的串口传输备份的控制过程，可以在服务器的产品出现串口故障的时候，迅速实现串口的切换，数据的连续性传输，故障提示和故障告警，能够判断当前串口的数据的异常处理、串口状态的异常处理、快速启用备用串口的处理、数据的持续性传输。实现方法难度小，稳定程度高。从而提高服务产品的稳定性，降低产品因发生此类而导致的人力成本和物料成本。本实施例中仅以上述执行步骤以及执行顺序为例进行介绍，其它基于本申请的执行过程均可参照本实施例的介绍，在此不再赘述。
请参考图3，图3为本实施例提供的嵌入式模块串口冗余传输的控制装置的结构框图；该装置主要包括：链路确定单元210、运行监控单元220、异常调试单元230以及异常切换单元240。本实施例提供的嵌入式模块串口冗余传输的控制装置可与上述嵌入式模块串口冗余传输的控制方法相互对照。
其中，链路确定单元210主要用于当嵌入式系统间的数据传输触发时，从嵌入式系统间预先配置的多条链路通道中确定一条可用的通讯链路，作为目标链路；
运行监控单元220主要用于调用目标链路进行数据传输，并对数据传输过程进行运行状态监控；
异常调试单元230主要用于若根据状态监控判定数据传输异常时，进行数据传输重试；其中，数据传输异常包括：接收数据错误、接收数据不完整、接收数据为空以及数据译码校验失败；
异常切换单元240主要用于若数据传输重试失败，判定当前的目标链路不可用，并执行从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路的步骤。
可选地，嵌入式模块串口冗余传输的控制装置可以还包括：状态确定单元，用于持续确定各通讯链路的链路状态，并根据持续确定的链路状态维护链路状态数据；状态确定单元与链路确定单元连接；
则相应地，链路确定单元用于：根据链路状态数据确定预先配置的多条链路通道是否可用。
本实施例提供一种计算机设备，主要包括：存储器以及处理器。
其中，存储器用于存储程序；
处理器用于执行程序时实现如上述实施例介绍的嵌入式模块串口冗余传输的控制方法的步骤，具体可参照上述嵌入式模块串口冗余传输的控制方法的介绍。
请参考图4，为本实施例提供的计算机设备的结构示意图，该计算机设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在计算机设备301上执行存储介质330中的一系列指令操作。
计算机设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上面图2所描述的嵌入式模块串口冗余传输的控制方法中的步骤可以由本实施例介绍的计算机设备的结构实现。
本实施例公开一种可读存储介质，其上存储有程序，程序被处理器执行时实现如上述实施例介绍的嵌入式模块串口冗余传输的控制方法的步骤，具体可参照上述实施例中对嵌入式模块串口冗余传输的控制方法的介绍。
该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的嵌入式模块串口冗余传输的控制方法、装置、计算机及可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种嵌入式模块串口冗余传输的控制方法，其特征在于，包括：
当嵌入式系统间的数据传输触发时，从所述嵌入式系统间预先配置的多条链路通道中确定一条可用的通讯链路，作为目标链路；
调用所述目标链路进行数据传输，并对所述数据传输过程进行运行状态监控；
若根据所述状态监控判定数据传输异常时，进行数据传输重试；其中，所述数据传输异常包括：接收数据错误、接收数据不完整、接收数据为空以及数据译码校验失败；
若所述数据传输重试失败，判定当前的所述目标链路不可用，并执行所述从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路的步骤。
2.如权利要求1所述的嵌入式模块串口冗余传输的控制方法，其特征在于，在所述数据传输触发之前，还包括：
持续确定各通讯链路的链路状态，并根据持续确定的所述链路状态维护链路状态数据；
则相应地，所述从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路，包括：根据所述链路状态数据确定所述预先配置的多条链路通道是否可用。
3.如权利要求2所述的嵌入式模块串口冗余传输的控制方法，其特征在于，所述持续确定各通讯链路的链路状态，包括：
数据发送端持续向数据接收端发送链路心跳；
当所述数据发送端接收到所述数据接收端发送的回复确认后，判定链路链接正常；若未接收到所述回复确认，判定链路链接异常。
4.如权利要求2所述的嵌入式模块串口冗余传输的控制方法，其特征在于，所述确定各通讯链路的链路状态，包括：
当系统上电时，触发确定各通讯链路的链路状态。
5.如权利要求2所述的嵌入式模块串口冗余传输的控制方法，其特征在于，所述确定各通讯链路的链路状态，包括：
在系统运行时周期性确定各所述通讯链路的链路状态，并根据实时状态确定结果更新所述链路状态信息，以维护各所述通讯链路的实时链接状态。
6.如权利要求1所述的嵌入式模块串口冗余传输的控制方法，其特征在于，还包括：
对不可用的通讯链路进行链路修复；其中，所述链路修复包括：重复发送心跳数据直至发送次数达到阈值；
若心跳数据发送成功，判定所述异常通讯链路修复成功；
若心跳数据发送失败，判定所述不可用的通讯链路故障，并产生告警。
7.一种嵌入式模块串口冗余传输的控制装置，其特征在于，包括：
链路确定单元，用于当嵌入式系统间的数据传输触发时，从所述嵌入式系统间预先配置的多条链路通道中确定一条可用的通讯链路，作为目标链路；
运行监控单元，用于调用所述目标链路进行数据传输，并对所述数据传输过程进行运行状态监控；
异常调试单元，用于若根据所述状态监控判定数据传输异常时，进行数据传输重试；其中，所述数据传输异常包括：接收数据错误、接收数据不完整、接收数据为空以及数据译码校验失败；
异常切换单元，用于若所述数据传输重试失败，判定当前的所述目标链路不可用，并执行所述从预先配置的多条链路通道中确定一条可用的通讯链路作为目标链路的步骤。
8.如权利要求7所述的嵌入式模块串口冗余传输的控制装置，其特征在于，还包括：状态确定单元，用于持续确定各通讯链路的链路状态，并根据持续确定的所述链路状态维护链路状态数据；所述状态确定单元与所述链路确定单元连接；
则相应地，所述链路确定单元用于：根据所述链路状态数据确定所述预先配置的多条链路通道是否可用。
9.一种计算机，其特征在于，包括：存储器、处理器以及总线；
其中，所述存储器用于存储程序；
所述处理器用于执行所述程序时实现如权利要求1至6任一项所述基于嵌入式模块串口冗余传输的控制方法的步骤。
10.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如权利要求1至6任一项所述嵌入式模块串口冗余传输的控制方法的步骤。
CN202010080689.9A 2020-02-05 2020-02-05 嵌入式模块串口冗余传输的控制方法及相关组件 Withdrawn CN111309504A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010080689.9A CN111309504A (zh) 2020-02-05 2020-02-05 嵌入式模块串口冗余传输的控制方法及相关组件

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010080689.9A CN111309504A (zh) 2020-02-05 2020-02-05 嵌入式模块串口冗余传输的控制方法及相关组件

Publications (1)

Publication Number Publication Date
CN111309504A true CN111309504A (zh) 2020-06-19

Family

ID=71156435

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010080689.9A Withdrawn CN111309504A (zh) 2020-02-05 2020-02-05 嵌入式模块串口冗余传输的控制方法及相关组件

Country Status (1)

Country Link
CN (1) CN111309504A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112835516A (zh) * 2021-01-14 2021-05-25 浪潮电子信息产业股份有限公司 一种raid卡监控管理方法、系统及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112835516A (zh) * 2021-01-14 2021-05-25 浪潮电子信息产业股份有限公司 一种raid卡监控管理方法、系统及装置
CN112835516B (zh) * 2021-01-14 2023-05-23 浪潮电子信息产业股份有限公司 一种raid卡监控管理方法、系统及装置

Similar Documents

Publication Publication Date Title
KR101888029B1 (ko) 가상 머신 클러스터 모니터링 방법 및 모니터링 시스템
CN106789306B (zh) 通信设备软件故障检测收集恢复方法和系统
CN110581852A (zh) 一种高效型拟态防御系统及方法
US6012150A (en) Apparatus for synchronizing operator initiated commands with a failover process in a distributed processing system
CN108429629A (zh) 设备故障恢复方法和装置
US11334468B2 (en) Checking a correct operation of an application in a cloud environment
CN112783792A (zh) 分布式数据库系统的故障检测方法、装置及电子设备
CN102263674A (zh) 告警上报方法、系统和设备
CN110618864A (zh) 一种中断任务恢复方法及装置
CN108762118B (zh) 一种通讯设备间的故障处理方法及装置
US7428655B2 (en) Smart card for high-availability clustering
CN115632706A (zh) 一种fc链路管理方法、装置、设备及可读存储介质
CN111309504A (zh) 嵌入式模块串口冗余传输的控制方法及相关组件
US20110173233A1 (en) Database system and database control method
CN111880947A (zh) 一种数据传输方法及装置
WO2023125702A1 (zh) 换电站的云管理方法、系统、服务器及存储介质
CN114968129B (zh) 磁盘阵列冗余方法、系统、计算机设备和存储介质
KR102438148B1 (ko) 임베디드 컴퓨팅 모듈의 이상을 감지하는 이상 감지 장치, 시스템 및 방법
US11954509B2 (en) Service continuation system and service continuation method between active and standby virtual servers
CN113179180A (zh) 一种玄武盾客户端灾难故障修复方法、装置和存储介质
US20130198377A1 (en) Control method, control system, information processing apparatus, and computer-readable non-transitory medium
CN116932274B (zh) 异构计算系统和服务器系统
JP2015106226A (ja) 二重化システム
JPH02310755A (ja) ヘルスチェック方式
JPS58144263A (ja) 分散処理システムの障害処理方式

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20200619