CN110134036A - 一种串口数据采集轮询的方法、监控系统及存储介质 - Google Patents
一种串口数据采集轮询的方法、监控系统及存储介质 Download PDFInfo
- Publication number
- CN110134036A CN110134036A CN201910342228.1A CN201910342228A CN110134036A CN 110134036 A CN110134036 A CN 110134036A CN 201910342228 A CN201910342228 A CN 201910342228A CN 110134036 A CN110134036 A CN 110134036A
- Authority
- CN
- China
- Prior art keywords
- data
- host computer
- monitored
- poll
- monitored devices
- 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 45
- 238000012544 monitoring process Methods 0.000 title claims abstract description 31
- 238000003860 storage Methods 0.000 title claims abstract description 14
- 230000004044 response Effects 0.000 claims abstract description 52
- 238000002360 preparation method Methods 0.000 claims abstract description 37
- 238000013480 data collection Methods 0.000 claims abstract description 18
- 238000012545 processing Methods 0.000 claims description 13
- 238000004891 communication Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000035800 maturation Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 241000894007 species Species 0.000 description 1
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
- G05B19/0428—Safety, monitoring
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24024—Safety, surveillance
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Selective Calling Equipment (AREA)
Abstract
本申请实施例公开了一种串口数据采集轮询的方法、监控系统及存储介质。本申请实施例方法包括：上位机轮询下发所有被监控设备对应的数据准备命令；各个被监控设备收到对应的数据准备命令后，开始准备数据；所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期，缩短了轮询周期，提高了整体数据采集效率，在同等硬件配置下可较大幅度缩短采集时间，提升监控实时性；充分发挥上位机性能，降低监控系统的硬件成本。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种串口数据采集轮询的方法、监控系统及存储介质。
背景技术
在监控系统中，实时性是最关键的指标，监控系统通过轮询方式请求数据实现在线实时监控，串口轮询的效率直接影响监控实时性。RS485总线是数据中心的被监控设备最普遍和常用的数据接口方式，通常串口通讯采用一请求一应答方式的单步机制，这种机制在采集器一个串口接一个设备，且设备可以使用一个请求召回数据的应用下没有问题。但实际应用中，数据中心智能设备数量非常多且布线施工比较困难，所以往往都会在一条RS485总线上挂载多个设备；数据中心的不少智能设备监控参数很多，比如UPS、精密列头柜，通常一个设备参数达几百个，必须经过多个请求才可召回全部数据；被监控设备处理性能参差不齐，有的设备接收到上位机请求后数据准备时间较长。这样，就导致轮询周期很长，整体数据采集效率低。
由于串口通讯一问一答的接口特性,通用的串口设备采集过程的时序机制为：上位机逐个设备发送请求数据的命令；设备收到请求自己的命令后，准备数据；上位机接收设备返回的数据，并进行数据解析、处理；遍历完成所有设备采集，以完成一个数据采集轮询周期。这样的话，一个数据采集完整轮询周期T＝(通信时间T1+设备数据准备时间T2)*单设备请求数M*设备数N，由于设备数据准备时间T2过长(往往会远远大于通信时间)，导致轮询周期T很长，整体数据采集效率低。
如图1所示，一条RS485总线上挂载了N(譬如为10)台UPS设备，每台设备需要3条请求(运行信息、部件信息、告警信息)召回全部数据，设备收到1条请求后需200ms准备数据、30ms进行数据通信，则采集全部设备数据的1个完整周期共需要30ms*3*10+200ms*3*10＝6900ms，这个时间导致监控系统实时性非常差，特别是对于告警这种敏感度非常高的信息，但受制于被监控设备性能的客观性，要提升这个实时性，业内的做法都是通过增加硬件投资来改善，如通过增加总线数量和上位机串口数量，分流单总线上设备数量，这种方式可以提升实时性，但会导致建设成本的较大幅度增加(包括上位机硬件及布线实施费用等)，且在一些高密机房场所客观环境不允许进行大量布线施工。
发明内容
本申请实施例提供了一种串口数据采集轮询的方法、监控系统及存储介质，用于缩短轮询周期，提高整体数据采集效率，在同等硬件配置下可较大幅度缩短采集时间，提升监控实时性；充分发挥上位机性能，降低监控系统的硬件成本。
本申请实施例提供的串口数据采集轮询的方法，应用于监控系统，所述监控系统包括：上位机、多个被监控设备及至少一串口总线；所述上位机通过所述至少一串口总线连接多个被监控设备，所述方法包括：
所述上位机轮询下发所有被监控设备对应的数据准备命令；
各个被监控设备收到对应的数据准备命令后，开始准备数据；
所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；
所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
可选地，所述上位机轮询下发所有被监控设备对应的数据准备命令，包括：
所述上位机的串口通讯线程一次轮询下发所有被监控设备对应的数据准备命令。
可选地，所述各个被监控设备收到对应的数据准备命令后，开始准备数据，包括：
各个被监控设备根据自己的地址码接收上位机发送的数据准备命令，开始准备各自对应的响应数据。
可选地，所述延时时间大于或等于所述串口总线上所有被监控设备返回完响应数据的最长时间；所述串口总线为RS485总线。
可选地，所述延时时间为300ms。
可选地，所述接收所有被监控设备返回的响应数据，包括：
所述上位机将接收到的所有被监控设备返回的响应数据压入队列。
可选地，所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期，包括：
所述上位机的数据处理线程按各个被监控设备从所述队列中依次取出对应的响应数据；
所述上位机的处理线程取出对应的响应数据后，解析并处理数据；
所述上位机处理完所有被监控设备的响应数据，完成一个数据采集轮询周期。
本申请实施例提供的串口数据采集轮询的方法，包括：
轮询下发所有被监控设备对应的数据准备命令，以使各个被监控设备收到对应的数据准备命令后开始准备数据；
在等待预设的延时时间后，接收所有被监控设备返回的响应数据；
依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
本申请实施例提供的监控系统，包括：上位机、多个被监控设备及至少一串口总线；所述上位机通过所述至少一串口总线连接多个被监控设备；
所述上位机轮询下发所有被监控设备对应的数据准备命令；
各个被监控设备收到对应的数据准备命令后，开始准备数据；
所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；
所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
本申请实施例提供的计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的串口数据采集轮询的方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本实施例中，上位机轮询下发所有被监控设备对应的数据准备命令；各个被监控设备收到对应的数据准备命令后，开始准备数据；所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期，缩短了轮询周期，提高了整体数据采集效率，在同等硬件配置下可较大幅度缩短采集时间，提升监控实时性；充分发挥上位机性能，降低监控系统的硬件成本。
附图说明
图1为现有串口数据采集轮询的方法的示意图；
图2为本申请实施例中串口数据采集轮询的方法的一个实施例示意图；
图3为本申请实施例中串口数据采集轮询的方法的又一实施例示意图；
图4为本申请实施例中串口数据采集轮询的方法的另一实施例示意图；
图5为本申请实施例中监控系统的结构示意图。
具体实施方式
本申请实施例提供了一种串口数据采集轮询的方法、监控系统及存储介质，用于缩短轮询周期，提高整体数据采集效率，在同等硬件配置下可较大幅度缩短采集时间，提升监控实时性；充分发挥上位机性能，降低监控系统的硬件成本。为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似改进，因此本发明不受下面公开的具体实施的限制。
除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
下面对本申请实施例中的具体流程进行描述，请参阅图2，所述串口数据采集轮询的方法，应用于监控系统，所述监控系统包括：上位机、多个被监控设备及至少一串口总线；所述上位机通过所述至少一串口总线连接多个被监控设备。本申请实施例中串口数据采集轮询的方法的一个实施例包括：
110、所述上位机轮询下发所有被监控设备对应的数据准备命令。
本实施例中，关于监控系统，需要说明的是，上位机通过串口总线连接各个被监控设备，一般来说，监控系统中可能会有多个串口总线，而每个串口总线上有多个被监控设备。被监控设备为UPS(Uninterruptible Power System/Uninterruptible Power Supply，即不间断电源)、精密列头柜等设备。串口总线为RS485总线。
本申请实施例中，上位机(也就是数据采集器)作为高性能一端，可一次性并发所有请求，且时间非常短；现有技术上位机是遍历各个被监控设备，本申请采用一次性并发对所有被监控设备的数据请求。
优选地，所述上位机轮询下发所有被监控设备对应的数据准备命令，包括：所述上位机的串口通讯线程一次轮询下发所有被监控设备对应的数据准备命令。
120、各个被监控设备收到对应的数据准备命令后，开始准备数据。
本实施例中，各个被监控设备收到对应的数据准备命令后，开始准备数据，具体来说，各个被监控设备根据自己的地址码接收上位机发送的数据准备命令，开始准备各自对应的响应数据。
130、所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据。
本实施例中，由于各个被监控设备的数据准备时间不同，为了缩短轮询周期时间，本申请的上位机先等待预设的延时时间，再开始统一接收各个被监控设备返回的响应数据。同时，也可消除总线上其它设备数据准备时间的等待过程的时间。
优选地，所述延时时间大于或等于所述串口总线上所有被监控设备返回完响应数据的最长时间。这样，便可接收所有被监控设备返回的响应数据，无需等待各个设备的准备时间。在实际应用时，所述延时时间为300ms，这是一个优选值，如图1所示，被监控设备的响应值一般为200ms，本申请优选设为300ms，可以保证总线上所有设备返回完数据。
优选地，所述接收所有被监控设备返回的响应数据，包括：所述上位机将接收到的所有被监控设备返回的响应数据压入队列。具体来说，本申请实施例中，上位机的串口通讯线程等待一个延时时间，比如典型值300ms(大于设备准备数据的时间)，收到返回数据后压入队列。所述队列对应也就是FIFO队列(First Input First Output，先进先出)，从而来接收所有被监控设备返回的响应数据。
140、所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
本申请实施例中，上位机在接收到各个被监控设备返回的响应数据后，依次进行处理，处理完所有的响应数据后，便完成了一个数据采集轮询周期，也就是完成了一个周期的对所有被监控设备的数据采集。
优选地，所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期，包括：
所述上位机的数据处理线程按各个被监控设备从所述队列中依次取出对应的响应数据；
所述上位机的处理线程取出对应的响应数据后，解析并处理数据；
所述上位机处理完所有被监控设备的响应数据，完成一个数据采集轮询周期。
以下以一应用实施例对本申请的串口数据采集轮询的方法详细说明如下。
请参阅图3，在实际应用时，上位机串口通讯线程一次轮询下发所有(比如10台)设备数据准备命令；各个设备收到自己地址码的查询命令后，开始准备数据；上位机串口通讯线程等待一个延时时间，比如典型值300ms(大于设备准备数据的时间)，收到返回数据后压入队列，300ms的延时时间可以保证总线上所有设备返回完数据；上位机数据处理线程按设备从队列中依次取出数据；上位机处理线程取出数据后，解析并处理数据；依次类推直到处理完所有设备的响应数据，完成一个数据采集轮询周期。
请一并参阅图1和图3所示，图3中共耗时：300ms(等待各设备数据准备)+30ms(通信时间)*3*10＝1200ms，对比传统串口单步线性机制6900ms也就是图1所示的6900ms，本申请的串口数据采集轮询的方法，采集时间大幅度缩小，实时性提升近5倍，充分利用了上位机处理器、内存资源，当然，再实际应用过程中在总线设备越多、被监控设备性能越差的场景下，本申请带来的价值会更加显著。本申请实现了监控实时性的提升，以上示例应用过程为例，可节省50％以上的上位机(数据采集器)硬件，并减少50％以上数量的线缆以及布线施工量。
请参阅图4，本申请实施例中串口数据采集轮询的方法的另一个实施例包括：
410、轮询下发所有被监控设备对应的数据准备命令，以使各个被监控设备收到对应的数据准备命令后开始准备数据；
420、在等待预设的延时时间后，接收所有被监控设备返回的响应数据；
430、依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
具体来说，本实施例中方法流程如上述的实施例流程。本申请的改进点在软件部分，硬件上没有改变，通过对上位机工作流程的优化，缩短了轮询周期，提高了整体数据采集效率。
现有技术由于串口通讯一问一答的接口特性，数据采集时间遵循木桶短板原理，整体轮询效率受制于作为应答方的设备端低性能的制约，本申请的技术方案考虑到上位机(也就是数据采集器)作为高性能一端，可一次性并发所有请求且时间非常短，总线上各个设备可接近同时(实际来说，间隔通信所有时间差，远小于设备数据准备时间)收到上位机发给自己的请求帧，消除总线上其它设备数据准备时间的等待过程，通过分解通讯和数据解析流程，实现设备数据准备的并行性。本申请提高了串口轮询效率，增强了监控系统实时性；在同等硬件配置下可较大幅度缩短采集时间，提升监控实时性；充分发挥上位机(数据采集器)性能，降低监控系统硬件成本。
上面对本申请实施例中的串口数据采集轮询的方法进行了描述，下面对本申请实施例中的监控系统进行描述：
请参阅图5，本申请实施例中监控系统的一个实施例包括：
上位机510、至少一串口总线520、及多个被监控设备530；所述上位机510通过所述至少一串口总线530连接多个被监控设备520；所述上位机510轮询下发所有被监控设备530对应的数据准备命令；各个被监控设备530收到对应的数据准备命令后，开始准备数据；所述上位机510在等待预设的延时时间后，接收所有被监控设备530返回的响应数据；所述上位机510依次处理各个被监控设备530的响应数据，以完成一个数据采集轮询周期。
上面从硬件处理的角度对本申请实施例中的监控系统进行描述。而本申请实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integratedcircuit，ASIC)、现成可编程门阵列(field－programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件、单片机。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述串口数据采集轮询的方法的步骤。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述串口数据采集轮询的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种串口数据采集轮询的方法，应用于监控系统，所述监控系统包括：上位机、多个被监控设备及至少一串口总线；所述上位机通过所述至少一串口总线连接多个被监控设备，其特征在于，所述方法包括：
所述上位机轮询下发所有被监控设备对应的数据准备命令；
各个被监控设备收到对应的数据准备命令后，开始准备数据；
所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；
所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
2.根据权利要求1所述的方法，其特征在于，所述上位机轮询下发所有被监控设备对应的数据准备命令，包括：
所述上位机的串口通讯线程一次轮询下发所有被监控设备对应的数据准备命令。
3.根据权利要求1所述的方法，其特征在于，所述各个被监控设备收到对应的数据准备命令后，开始准备数据，包括：
各个被监控设备根据自己的地址码接收上位机发送的数据准备命令，开始准备各自对应的响应数据。
4.根据权利要求1所述的方法，其特征在于，所述延时时间大于或等于所述串口总线上所有被监控设备返回完响应数据的最长时间；所述串口总线为RS485总线。
5.根据权利要求4所述的方法，其特征在于，所述延时时间为300ms。
6.根据权利要求1所述的方法，其特征在于，所述接收所有被监控设备返回的响应数据，包括：
所述上位机将接收到的所有被监控设备返回的响应数据压入队列。
7.根据权利要求6所述的方法，其特征在于，所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期，包括：
所述上位机的数据处理线程按各个被监控设备从所述队列中依次取出对应的响应数据；
所述上位机的处理线程取出对应的响应数据后，解析并处理数据；
所述上位机处理完所有被监控设备的响应数据，完成一个数据采集轮询周期。
8.一种串口数据采集轮询的方法，其特征在于，包括：
轮询下发所有被监控设备对应的数据准备命令，以使各个被监控设备收到对应的数据准备命令后开始准备数据；
在等待预设的延时时间后，接收所有被监控设备返回的响应数据；
依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
9.一种监控系统，其特征在于，包括：上位机、多个被监控设备及至少一串口总线；所述上位机通过所述至少一串口总线连接多个被监控设备；
所述上位机轮询下发所有被监控设备对应的数据准备命令；
各个被监控设备收到对应的数据准备命令后，开始准备数据；
所述上位机在等待预设的延时时间后，接收所有被监控设备返回的响应数据；
所述上位机依次处理各个被监控设备的响应数据，以完成一个数据采集轮询周期。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求8所述串口数据采集轮询的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910342228.1A CN110134036A (zh) | 2019-04-26 | 2019-04-26 | 一种串口数据采集轮询的方法、监控系统及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910342228.1A CN110134036A (zh) | 2019-04-26 | 2019-04-26 | 一种串口数据采集轮询的方法、监控系统及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110134036A true CN110134036A (zh) | 2019-08-16 |
Family
ID=67575130
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910342228.1A Pending CN110134036A (zh) | 2019-04-26 | 2019-04-26 | 一种串口数据采集轮询的方法、监控系统及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110134036A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111367766A (zh) * | 2020-03-18 | 2020-07-03 | 深圳市英威腾电源有限公司 | 监控主机与设备间连接关系确定方法、装置及设备 |
| CN112035203A (zh) * | 2020-08-28 | 2020-12-04 | 北京浪潮数据技术有限公司 | 一种接口轮询方法、装置、设备及存储介质 |
| CN112291109A (zh) * | 2020-09-18 | 2021-01-29 | 苏州浪潮智能科技有限公司 | 一种监控系统通信方法及监控系统 |
| CN113805514A (zh) * | 2021-09-17 | 2021-12-17 | 北京京航计算通讯研究所 | 一种基于fpga的串口控制指令处理方法以及上位机、下位机 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5974541A (en) * | 1997-07-22 | 1999-10-26 | National Instruments Corporation | GPIB system and method which provides asynchronous event notification |
| CN1859183A (zh) * | 2005-12-30 | 2006-11-08 | 华为技术有限公司 | 一种实现设备状态轮询的方法及装置 |
| CN1981495A (zh) * | 2004-03-05 | 2007-06-13 | 耐克斯特奈特无线公司 | 在竞争式数据链路上进行等时数据报传输的方法和装置 |
| CN101404604A (zh) * | 2008-11-03 | 2009-04-08 | 浪潮电子信息产业股份有限公司 | 一种485总线式监控系统及其高可扩展性方法 |
| CN101964739A (zh) * | 2009-07-22 | 2011-02-02 | 中国移动通信集团公司 | 数据传送方法、装置及系统 |
| CN102647294A (zh) * | 2012-03-31 | 2012-08-22 | 航天恒星科技有限公司 | 一种远端串口监控系统 |
| CN103236910A (zh) * | 2013-03-25 | 2013-08-07 | 北京速通科技有限公司 | 一种专用短程通信协议的低速数据延迟响应方法 |
| CN104009976A (zh) * | 2014-05-09 | 2014-08-27 | 中国人民银行印制科学技术研究所 | 一种用于多主站系统之间的实时通信方法及其设备 |
| CN104536926A (zh) * | 2014-12-22 | 2015-04-22 | 深圳市科漫达智能管理科技有限公司 | 串口设备的控制方法及装置 |
| CN108667706A (zh) * | 2018-05-21 | 2018-10-16 | 洛阳银杏科技有限公司 | 串口数量动态可调的以太网串口服务器及其数据传输方法 |
-
2019
- 2019-04-26 CN CN201910342228.1A patent/CN110134036A/zh active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5974541A (en) * | 1997-07-22 | 1999-10-26 | National Instruments Corporation | GPIB system and method which provides asynchronous event notification |
| CN1981495A (zh) * | 2004-03-05 | 2007-06-13 | 耐克斯特奈特无线公司 | 在竞争式数据链路上进行等时数据报传输的方法和装置 |
| CN1859183A (zh) * | 2005-12-30 | 2006-11-08 | 华为技术有限公司 | 一种实现设备状态轮询的方法及装置 |
| CN101404604A (zh) * | 2008-11-03 | 2009-04-08 | 浪潮电子信息产业股份有限公司 | 一种485总线式监控系统及其高可扩展性方法 |
| CN101964739A (zh) * | 2009-07-22 | 2011-02-02 | 中国移动通信集团公司 | 数据传送方法、装置及系统 |
| CN102647294A (zh) * | 2012-03-31 | 2012-08-22 | 航天恒星科技有限公司 | 一种远端串口监控系统 |
| CN103236910A (zh) * | 2013-03-25 | 2013-08-07 | 北京速通科技有限公司 | 一种专用短程通信协议的低速数据延迟响应方法 |
| CN104009976A (zh) * | 2014-05-09 | 2014-08-27 | 中国人民银行印制科学技术研究所 | 一种用于多主站系统之间的实时通信方法及其设备 |
| CN104536926A (zh) * | 2014-12-22 | 2015-04-22 | 深圳市科漫达智能管理科技有限公司 | 串口设备的控制方法及装置 |
| CN108667706A (zh) * | 2018-05-21 | 2018-10-16 | 洛阳银杏科技有限公司 | 串口数量动态可调的以太网串口服务器及其数据传输方法 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111367766A (zh) * | 2020-03-18 | 2020-07-03 | 深圳市英威腾电源有限公司 | 监控主机与设备间连接关系确定方法、装置及设备 |
| CN112035203A (zh) * | 2020-08-28 | 2020-12-04 | 北京浪潮数据技术有限公司 | 一种接口轮询方法、装置、设备及存储介质 |
| CN112035203B (zh) * | 2020-08-28 | 2023-04-07 | 北京浪潮数据技术有限公司 | 一种接口轮询方法、装置、设备及存储介质 |
| CN112291109A (zh) * | 2020-09-18 | 2021-01-29 | 苏州浪潮智能科技有限公司 | 一种监控系统通信方法及监控系统 |
| CN113805514A (zh) * | 2021-09-17 | 2021-12-17 | 北京京航计算通讯研究所 | 一种基于fpga的串口控制指令处理方法以及上位机、下位机 |
| CN113805514B (zh) * | 2021-09-17 | 2023-11-03 | 北京京航计算通讯研究所 | 一种基于fpga的串口控制指令处理方法以及上位机、下位机 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110134036A (zh) | 一种串口数据采集轮询的方法、监控系统及存储介质 | |
| CN108062367B (zh) | 一种数据列表的上传方法及其终端 | |
| CN111901164B (zh) | Ocp nic网卡的适配控制方法、装置、设备及系统 | |
| CN111563014A (zh) | 接口服务性能测试方法、装置、设备和存储介质 | |
| US20210233027A1 (en) | Method for conducting statistics on insurance type state information of policy, terminal device and storage medium | |
| CN109491998A (zh) | 分析业务数据的方法、装置及电子设备 | |
| CN114880240A (zh) | 一种物联网设备自动化测试系统、方法、存储介质及设备 | |
| CN109241037A (zh) | 一种实现数据库处理的方法、装置、设备及存储介质 | |
| CN102291274A (zh) | 一种实现网络测试仪表自动适配的系统及方法 | |
| WO2019174206A1 (zh) | 一种存储设备的数据读取方法、装置、终端设备和存储介质 | |
| CN107195144B (zh) | 管理支付终端硬件模块的方法、装置及计算机可读存储介质 | |
| CN109389306A (zh) | 一种用户订单的同步方法和装置 | |
| CN111143092B (zh) | 故障录波数据处理方法、系统及终端设备 | |
| CN112671878A (zh) | 一种区块链的信息订阅方法、装置、服务器和存储介质 | |
| CN111376255B (zh) | 机器人数据采集方法、装置及终端设备 | |
| WO2018068490A1 (zh) | 医院自助式缴费系统及方法 | |
| CN111694628B (zh) | 基于应用程序的线程的页面展示方法及相关设备 | |
| CN109992539A (zh) | 双主机协同工作装置 | |
| CN115130911A (zh) | 机器人执行失败的配送任务的处理方法及装置 | |
| CN110400611A (zh) | 一种用户信息录入方法、医疗监护装置及医疗监护系统 | |
| CN104698929B (zh) | 费控智能电能表的实时控制方法 | |
| CN116166344A (zh) | 一种税控设备申领方法、装置及税务自助终端 | |
| CN113724808A (zh) | 医学调查问卷生成方法、装置、电子设备及存储介质 | |
| CN113448867A (zh) | 一种软件压力测试方法及装置 | |
| CN101727332A (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 |
Application publication date: 20190816 |
|
| RJ01 | Rejection of invention patent application after publication |