CN112380000A - 串口共享方法、装置、可读存储介质及电子设备 - Google Patents
串口共享方法、装置、可读存储介质及电子设备 Download PDFInfo
- Publication number
- CN112380000A CN112380000A CN202011144547.0A CN202011144547A CN112380000A CN 112380000 A CN112380000 A CN 112380000A CN 202011144547 A CN202011144547 A CN 202011144547A CN 112380000 A CN112380000 A CN 112380000A
- Authority
- CN
- China
- Prior art keywords
- serial port
- requested
- lock file
- serial
- reading
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 80
- 238000004590 computer program Methods 0.000 claims description 12
- 238000011161 development Methods 0.000 abstract description 14
- 238000012360 testing method Methods 0.000 abstract description 5
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Systems (AREA)
Abstract
本发明公开了串口共享方法、装置、可读存储介质及电子设备，当串口请求方要请求串口时，直接读取预设的串口锁文件，并根据串口锁文件判断请求的串口的状态，若串口处于锁定状态，重复读取串口锁文件直至请求的串口处于释放状态，若串口处于释放状态，直接获取请求的串口，从而避免多个进程访问同一个串口造成的冲突问题；待获取请求的串口成功后，对请求的串口进行收发操作，能够适用于串口频繁操作的情况；现有技术中需要设置服务器在后台对串口统一管理，但是对于周期短的项目，开发成本高，因此相较于现有的串口共享方法，本发明不需要依赖服务器即可快速地进行串口共享，硬件使用效率高，适用于请求数量压力要求不是特别高的开发测试环境。
Description
技术领域
本发明涉及串口通信技术领域，特别是涉及串口共享方法、装置、可读存储介质及电子设备。
背景技术
在软件硬件开发调试的过程中，往往会用到很多串口设备，这种设备一般在PC上识别为唯一的端口号，当需要使用串口时，使用接口打开串口，发送串口命令，接收串口信息，完成后关闭串口；当有新的请求时，重复上一步骤。如果出现有多个请求同时申请时，就会出现一个请求占用唯一的串口后，导致其他的请求无法打开串口的问题。
现已存在的技术方法中，需要用到一个服务端，服务端一直在后台运行，用户端需要使用串口时先向服务端提交请求，服务端统一地接收、回复每一个请求。这种设计的优点是，串口请求统一管理，排队执行；缺点是需要独立开发服务端程序，开发成本和时间要求更高，不太适合敏捷开发，周期短的项目。
发明内容
本发明所要解决的技术问题是：提供一种串口共享方法、装置、可读存储介质及电子设备，能够不依赖服务端程序，快速进行串口共享。
为了解决上述技术问题，本发明采用的技术方案为：
一种串口共享方法，包括步骤：
响应于请求串口的操作，读取预设的串口锁文件；
根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
待获取所述请求的串口成功后，对所述请求的串口进行操作。
为了解决上述技术问题，本发明采用的另一种技术方案为：
一种串口共享装置，包括：
请求模块，用于响应于请求串口的操作，读取预设的串口锁文件；
串口获取模块，用于根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
串口操作模块，用于待获取所述请求的串口成功后，对所述请求的串口进行操作。
为了解决上述技术问题，本发明采用的另一种技术方案为：
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述串口共享方法中的各个步骤。
为了解决上述技术问题，本发明采用的另一种技术方案为：
一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述串口共享方法中的各个步骤。
本发明的有益效果在于：当串口请求方要请求串口时，直接读取预设的串口锁文件，并根据串口锁文件判断请求的串口的状态，若串口处于锁定状态，重复读取串口锁文件直至请求的串口处于释放状态，若串口处于释放状态，直接获取请求的串口，这样可以避免多个进程访问同一个串口造成的冲突问题；待获取请求的串口成功后，对请求的串口进行收发操作，从而能适用于串口频繁操作的情况；现有技术中需要设一个服务器在后台对串口统一管理，但是对于周期短的项目，开发成本高，因此相较于现有的串口共享方法，本发明不需要依赖于服务器，即可快速地进行串口共享，硬件使用效率高，适用于请求数量压力要求不是特别高的开发测试环境。
附图说明
图1为本发明实施例的一种串口共享方法的步骤流程图；
图2为本发明实施例的一种串口共享装置的结构示意图；
图3为本发明实施例的一种电子设备的结构示意图；
图4为本发明实施例的一种串口共享方法的请求串口的步骤流程图。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。
请参照图1，本发明实施例提供了一种串口共享方法，包括步骤：
响应于请求串口的操作，读取预设的串口锁文件；
根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
待获取所述请求的串口成功后，对所述请求的串口进行操作。
从上述描述可知，本发明的有益效果在于：当串口请求方触发请求串口的操作时，串口共享装置直接读取预设的串口锁文件，并根据串口锁文件判断请求的串口的状态，若串口处于锁定状态，重复读取串口锁文件直至请求的串口处于释放状态，若串口处于释放状态，直接获取请求的串口，这样可以避免多个进程访问同一个串口造成的冲突问题；待获取请求的串口成功后，对请求的串口进行收发操作，从而能适用于串口频繁操作的情况；现有技术中需要设一个服务器在后台对串口统一管理，但是对于周期短的项目，开发成本高，因此相较于现有的串口共享方法，本发明不需要依赖于服务器，即可快速地进行串口共享，硬件使用效率高，适用于请求数量压力要求不是特别高的开发测试环境。
进一步的，所述读取预设的串口锁文件包括：
判断是否存在串口锁文件，若不存在，创建所述串口锁文件；若存在，直接读取所述串口锁文件。
由上述描述可知，在读取串口锁文件前，先判断串口锁文件是否存在，再对串口锁文件内容进行读取，能够避免因串口锁文件不存在而造成的串口无法正常访问的问题，保证串口锁文件读取的可靠性。
进一步的，所述根据所述串口锁文件判断请求的串口是否处于锁定状态包括：
读取所述串口锁文件的内容，判断所述内容中是否包含串口锁定标识，若是，则请求的串口处于锁定状态，若否，请求的串口处于释放状态。
由上述描述可知，由串口锁文件中是否包含串口锁定标识能够判断串口所处的状态，因此能够有效判断当前串口是否被占用，能够直观地读取请求的串口的状态。
进一步的，所述重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口包括：
读取所述串口锁文件，如果串口处于锁定状态，循环检查所述请求的串口直至所述串口处于释放状态；
所述请求的串口处于释放状态后，往串口锁文件写入锁定标识和请求串口的进程标识；
当所述请求的串口处于释放状态时，往所述串口锁文件写入串口锁定标识和请求串口的进程标识以获取所述请求的串口。
由上述描述可知，读取到的串口锁文件为锁定状态时，循环读取串口锁文件的内容，如果读取到的串口处于释放状态，表示上一个使用该串口的进程已经结束操作，从而能够有序地进行串口请求，并且在定时监测串口的状态时，能够及时获取已释放的串口，此时向串口锁文件写入锁定标识和请求串口的进程标识，能够实现在串口被释放后及时使用该串口，并且能够有效标识请求串口的进程。
进一步的，所述读取所述串口锁文件，将读取到的内容与写入串口锁文件的内容进行比较，判断串口是否成功获取包括：
读取所述串口锁文件，将读取到的内容与写入串口锁文件的内容进行比较，判断是否相同，若是，则获取所述请求的串口成功，若否，返回执行重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口的步骤。
由上述描述可知，判断读取串口锁文件的内容与写入串口锁文件时的内容是否相同，能够在有多个串口请求同时发出时，判断当前请求是否成功获取到串口，通过一致性比较，确认是否成功获取到串口，从而避免了多个串口同时请求造成的冲突，保证了串口请求的有序性。
进一步的，所述待获取所述请求的串口成功后，对所述请求的串口进行操作包括：
获取所述请求的串口成功后，判断是否能打开所述请求的串口，若是，使用所述请求的串口进行收发命令，若否，向所述串口锁文件写入串口释放标识。
由上述描述可知，对串口在被获取后能否成功打开进行判断，如果没有打开则写入串口释放标识，从而能够避免因串口打开失败，串口没有及时释放的情况，因此对打开失败的串口写入串口释放标识，能够及时释放串口以供其他进程使用。
进一步的，当所述请求的串口操作完成后，关闭所述请求的串口，并向所述串口锁文件写入串口释放标识。
由上述描述可知，关闭串口并向串口锁文件写入释放标识，能够避免串口还未释放其他进程就访问该串口的情况发生，避免串口冲突，并且关闭串口后及时释放，能够供其他进程使用，避免串口资源浪费。
请参照图2，本发明另一实施例提供了一种串口共享装置，包括：
请求模块，用于响应于请求串口的操作，读取预设的串口锁文件；
串口获取模块，用于根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
串口操作模块，用于待获取所述请求的串口成功后，对所述请求的串口进行操作。
本发明另一实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述串口共享方法中的各个步骤。
请参照图3，本发明另一实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述串口共享方法中的各个步骤。
本发明上述串口共享方法、装置、计算机可读存储介质及电子设备能够适用于各种请求压力不是特别高的开发测试环境，并适用于串口操作频繁，多个请求不在同一进程的场景，以下通过具体实施方式进行说明：
实施例一
请参照图1，一种串口共享方法，包括步骤：
S1、响应于请求串口的操作，读取预设的串口锁文件；
具体的，在本实施例中，当串口请求方触发请求串口的操作时，串口共享装置将直接读取预设的串口锁文件，串口锁由一个文件组成，当串口锁文件不存在时，创建文件serial_status.lock，若文件存在则直接读取串口锁文件的内容；
S2、根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
所述根据所述串口锁文件判断请求的串口是否处于锁定状态包括：
读取所述串口锁文件的内容，判断所述内容中是否包含串口锁定标识，若是，则请求的串口处于锁定状态，若否，请求的串口处于释放状态，其中，串口锁标识可以根据需要进行自行设置，比如locked；
具体的，当读取到串口锁文件的内容是“locked+PID”时，表示此时串口状态被进程PID锁住；当读取文件内容是“release”时，表示此时串口没有被占用；
其中，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口包括：
读取所述串口锁文件，如果串口处于锁定状态，循环检查所述请求的串口直至所述串口处于释放状态；
当所述请求的串口处于释放状态时，往所述串口锁文件写入串口锁定标识和请求串口的进程标识以获取所述请求的串口；
具体的，当串口使用者请求一个串口需求时，检查串口锁是否被锁住，检查步骤为：读取串口锁文件，依据串口锁文件中是否含有串口锁定标识判断此时串口是否处于为锁定状态，若是，则循环检查直到串口锁文件不含串口锁定标识，若否，则往串口锁文件中写入“locked+PID”，其中，PID是Process Identification的缩写，即进程识别号，每个请求的进程识别号不同，因此能够识别正在使用串口的进程；
S3、待获取所述请求的串口成功后，对所述请求的串口进行操作；
获取所述请求的串口成功后，判断是否能打开所述请求的串口，若是，使用所述请求的串口进行收发命令，若否，向所述串口锁文件写入串口释放标识，其中，串口锁标识可以根据需要自行设置，比如“release”；
当所述请求的串口操作完成后，关闭所述请求的串口，并向所述串口锁文件写入串口释放标识；
具体的，在本实施例中，成功获取串口锁后，即可对串口进行操作，判断串口能够打开，若能够打开串口，可使用串口下发命令或接收串口的数据，当串口操作完成后，需要先关闭串口，然后向串口锁文件写入“release”，表示串口操作完成并已释放；若无法打开串口，直接向串口锁文件写入“release”，释放该串口。
实施例二
本实施例与实施例一的不同在于，进一步限定了如何在多个串口请求同时发出请求时，确定串口已经被成功获取，具体的：
读取所述串口锁文件，将读取到的内容与写入串口锁文件的内容进行比较，判断是否相同，若是，则获取所述请求的串口成功，若否，返回执行重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口的步骤。
其中，如果有多个串口请求同时发出请求时，因为每个请求的进程号(PID)不一样，而且需要做一致性比较，所以可以作为有效判断是否成功获取串口锁的条件。
具体的，本实施例中，预设请求串口的第一进程的进程号为728，预设同时要请求该串口的第二进程的进程号为848，第一进程往串口锁文件写入“locked+728”后，再次读取串口锁文件，将读取到的内容与当前写入文件的内容比较，如果再次读取到的内容为“locked+728”，表示第一进程成功获取请求的串口，如果再次读取到的内容为“locked+848”，表示第二进程成功获取串口，则第一进程继续做读取串口锁文件判断串口状态的操作，直到请求的串口被释放后再次获取串口。
实施例三
请参照图4，本实施例为一种串口共享方法中请求串口的方法，包括如下步骤：
步骤1.定义串口锁文件的路径，假设将当前位置设定为根目录，当文件不存在时，由串口申请者创建此文件：\\serial_status.lock，进入步骤3；当文件已存在时，进入步骤2。
步骤2.当文件已存在时，读取串口锁文件内容，如果包含字符串“locked”,即表示串口已被锁定，需要重复读取直到串口锁文件内容是“release”后进入步骤3。
步骤3.往串口锁文件写入“locked+PID”，PID指的是请求串口的进程标识，然后再读取串口锁文件内容，读取到的串口锁文件的内容与当前写入串口锁文件的内容一致时，表示此时串口状态被进程PID锁住，进入步骤4；当读取到的串口锁文件的内容与当前写入串口锁文件的内容不一致时，表示获取串口锁失败，返回步骤2。
步骤4.打开请求的串口，判断打开是否成功，如果打开成功进入步骤5，如果打开串口失败进入步骤7。
步骤5.使用串口收发命令。
步骤6.关闭串口。
步骤7.往串口锁文件写入“release”。
实施例四
请参照图2，一种串口共享装置，包括：
请求模块，用于响应于请求串口的操作，读取预设的串口锁文件；
串口获取模块，用于根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
串口操作模块，用于待获取所述请求的串口成功后，对所述请求的串口进行操作。
实施例五
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例一至三中任一个中的一种串口共享方法中的各个步骤。
实施例六
请参照图3，一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例一至三中任一个中的一种串口共享方法中的各个步骤。
综上所述，本发明提供的一种串口共享方法、装置、可读存储介质及电子设备，当串口请求方要请求串口时，直接读取预设的串口锁文件，并根据串口锁文件判断请求的串口的状态，若串口处于锁定状态，重复读取串口锁文件直至请求的串口处于释放状态，若串口处于释放状态，直接获取请求的串口，这样可以避免多个进程访问同一个串口造成的冲突问题，并且向串口锁文件写入串口锁定标识后，再次读取串口锁内容进行对比，如果内容一致则表示串口获取成功，大大减少了串口冲突的发生；待获取请求的串口成功后，对请求的串口进行收发操作，从而能适用于串口频繁操作的情况；现有技术中需要设一个服务器在后台对串口统一管理，但是对于周期短的项目，开发成本高，因此相较于现有的串口共享方法，本发明不需要依赖于服务器，并且通过一致性对比减少串口冲突发生，实现快速地进行串口共享，硬件使用效率高，适用于请求数量压力要求不是特别高的开发测试环境，开发周期短，开发难度低，提高硬件的使用效率，减少研发成本。
在本申请所提供的上述实施例中，应该理解到，所揭露的方法、装置、计算机可读存储介质以及电子设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个组件或模块可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或组件或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的组件可以是或者也可以不是物理上分开的，作为组件显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部组件来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个组件单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种串口共享方法，其特征在于，包括步骤：
响应于请求串口的操作，读取预设的串口锁文件；
根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
待获取所述请求的串口成功后，对所述请求的串口进行操作。
2.根据权利要求1所述的一种串口共享方法，其特征在于，所述读取预设的串口锁文件包括：
判断是否存在串口锁文件，若不存在，创建所述串口锁文件；若存在，直接读取所述串口锁文件。
3.根据权利要求1所述的一种串口共享方法，其特征在于，所述根据所述串口锁文件判断请求的串口是否处于锁定状态包括：
读取所述串口锁文件的内容，判断所述内容中是否包含串口锁定标识，若是，则请求的串口处于锁定状态，若否，请求的串口处于释放状态。
4.根据权利要求1所述的一种串口共享方法，其特征在于，所述重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口包括：
读取所述串口锁文件，如果串口处于锁定状态，循环检查所述请求的串口直至所述串口处于释放状态；
当所述请求的串口处于释放状态时，往所述串口锁文件写入串口锁定标识和请求串口的进程标识以获取所述请求的串口。
5.根据权利要求4所述的一种串口共享方法，其特征在于，在往所述串口锁文件写入串口锁定标识和请求串口的进程标识后还包括步骤：
读取所述串口锁文件，将读取到的内容与写入串口锁文件的内容进行比较，判断是否相同，若是，则获取所述请求的串口成功，若否，返回执行重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口的步骤。
6.根据权利要求1至5中任一项所述的一种串口共享方法，其特征在于，所述待获取所述请求的串口成功后，对所述请求的串口进行操作包括：
获取所述请求的串口成功后，判断是否能打开所述请求的串口，若是，使用所述请求的串口进行收发命令，若否，向所述串口锁文件写入串口释放标识。
7.根据权利要求1至5中任一项所述的一种串口共享方法，其特征在于，当所述请求的串口操作完成后，关闭所述请求的串口，并向所述串口锁文件写入串口释放标识。
8.一种串口共享装置，其特征在于，包括：
请求模块，用于响应于请求串口的操作，读取预设的串口锁文件；
串口获取模块，用于根据所述串口锁文件判断请求的串口是否处于锁定状态，若是，重复读取所述串口锁文件直至所述请求的串口处于释放状态，并获取所述请求的串口，若否，直接获取所述请求的串口；
串口操作模块，用于待获取所述请求的串口成功后，对所述请求的串口进行操作。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任意一项所述的一种串口共享方法中的各个步骤。
10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7任意一项所述的一种串口共享方法中的各个步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011144547.0A CN112380000A (zh) | 2020-10-23 | 2020-10-23 | 串口共享方法、装置、可读存储介质及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011144547.0A CN112380000A (zh) | 2020-10-23 | 2020-10-23 | 串口共享方法、装置、可读存储介质及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112380000A true CN112380000A (zh) | 2021-02-19 |
Family
ID=74579972
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011144547.0A Pending CN112380000A (zh) | 2020-10-23 | 2020-10-23 | 串口共享方法、装置、可读存储介质及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112380000A (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101650646A (zh) * | 2009-09-22 | 2010-02-17 | 杭州华三通信技术有限公司 | 一种共享数据一致性的实现方法及装置 |
| CN103365798A (zh) * | 2013-06-27 | 2013-10-23 | 华为技术有限公司 | 一种串口分时复用的方法及系统 |
| CN107393594A (zh) * | 2017-07-27 | 2017-11-24 | 郑州云海信息技术有限公司 | 一种多核固态硬盘调试方法及系统 |
| CN111258976A (zh) * | 2018-12-03 | 2020-06-09 | 北京京东尚科信息技术有限公司 | 分布式锁实现方法、系统、设备及存储介质 |
-
2020
- 2020-10-23 CN CN202011144547.0A patent/CN112380000A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101650646A (zh) * | 2009-09-22 | 2010-02-17 | 杭州华三通信技术有限公司 | 一种共享数据一致性的实现方法及装置 |
| CN103365798A (zh) * | 2013-06-27 | 2013-10-23 | 华为技术有限公司 | 一种串口分时复用的方法及系统 |
| CN107393594A (zh) * | 2017-07-27 | 2017-11-24 | 郑州云海信息技术有限公司 | 一种多核固态硬盘调试方法及系统 |
| CN111258976A (zh) * | 2018-12-03 | 2020-06-09 | 北京京东尚科信息技术有限公司 | 分布式锁实现方法、系统、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7360030B1 (en) | Methods and apparatus facilitating volume management | |
| US8161128B2 (en) | Sharing of data across disjoint clusters | |
| US20070288587A1 (en) | Transactional shared memory system and method of control | |
| US20080294764A1 (en) | Storage medium bearing hba information provision program, hba information provision method and hba information provision apparatus | |
| US9514170B1 (en) | Priority queue using two differently-indexed single-index tables | |
| US5063504A (en) | Information control system for reserve locking infrastructure nodes for subsequent exclusive and share locking by the system | |
| CN107368426B (zh) | 一种测试方法及测试装置 | |
| CN111897666A (zh) | 用于多进程之间通信的方法、设备及系统 | |
| CN111399753B (zh) | 写入图片的方法和装置 | |
| CN115114600A (zh) | 一种内置设备和外置设备的统一管控方法及系统 | |
| US5063503A (en) | Information control system for selectively locking an entity with requested intermediate reserve exclusive and share locks | |
| CN111984379B (zh) | 读写事务控制方法、系统、终端设备及存储介质 | |
| CN112433669A (zh) | 一种分布式存储卷在线迁移的方法、系统、设备及介质 | |
| CN115951845B (zh) | 一种磁盘管理方法、装置、设备及存储介质 | |
| CN112380000A (zh) | 串口共享方法、装置、可读存储介质及电子设备 | |
| CN115729724B (zh) | 故障注入方法、故障测试系统、电子设备及可读存储介质 | |
| US5063502A (en) | Information control system for counting lock application against composite information infrastructure | |
| US7827194B2 (en) | Access to shared disk device on storage area network | |
| CN108388424A (zh) | 一种调用接口数据的方法、装置及电子设备 | |
| CN108536393B (zh) | 一种磁盘初始化方法及装置 | |
| US6044377A (en) | User-defined object type and method of making the object type wherein a file associated with a rule is invoked by accessing the file which generates code at run time | |
| CN111241042B (zh) | 一种基于Etcd的分布锁实现方法、系统及设备 | |
| KR102162466B1 (ko) | 분산 스토리지 서버, 그것에 포함되는 서버 장치, 및 서버 장치를 동작시키는 방법 | |
| CN110879747B (zh) | 资源管理方法及装置 | |
| CN115878210B (zh) | 一种系统配置处理方法及相关设备 |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210219 |