CN106649182A - 一种串口数据的处理方法、装置及智能影音设备 - Google Patents

一种串口数据的处理方法、装置及智能影音设备 Download PDF

Info

Publication number
CN106649182A
CN106649182A CN201610884420.XA CN201610884420A CN106649182A CN 106649182 A CN106649182 A CN 106649182A CN 201610884420 A CN201610884420 A CN 201610884420A CN 106649182 A CN106649182 A CN 106649182A
Authority
CN
China
Prior art keywords
serial
data
protocol
serial data
flag bit
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
Application number
CN201610884420.XA
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.)
Guangzhou Shiyuan Electronics Thecnology Co Ltd
Original Assignee
Guangzhou Shiyuan Electronics Thecnology 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 Guangzhou Shiyuan Electronics Thecnology Co Ltd filed Critical Guangzhou Shiyuan Electronics Thecnology Co Ltd
Priority to CN201610884420.XA priority Critical patent/CN106649182A/zh
Publication of CN106649182A publication Critical patent/CN106649182A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/0002—Serial port, e.g. RS232C

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Communication Control (AREA)

Abstract

本发明实施例公开了一种串口数据的处理方法、装置及智能影音设备。该串口数据的处理方法包括：接收串口数据；检测是否预设第一串口协议，如果已经预设第一串口协议，则根据所述第一串口协议解析所述串口数据；如果未预设第一串口协议，则根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议，并根据所述第二串口协议解析所述串口数据；发送解析后的串口数据。本发明实施例通过预设第一串口协议及根据串口数据确定第二串口协议，来自动识别串口协议，使得操作方便，提升用户体验。

Description

一种串口数据的处理方法、装置及智能影音设备
技术领域
本发明实施例涉及数据处理技术，尤其涉及一种串口数据的处理方法、装置及智能影音设备。
背景技术
智能影音设备可使用串口连接触摸设备，串口有多种协议，在连接智能影音设备和触摸设备时需要设置对应的串口协议的类型。现有技术一般在软件里集成多个串口协议，连接时由用户根据触摸设备手动设置对应的串口协议。
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：用户手动设置串口协议的类型时，用户需要逐个尝试可能用到的协议并验证能否正常解析触摸设备的串口数据，直到找到能正常解析触摸设备的串口数据的协议，操作不便。
发明内容
本发明实施例提供一种串口数据的处理方法、装置及智能影音设备，以实现方便地设置串口协议。
第一方面，本发明实施例提供了一种串口数据的处理方法，包括：接收串口数据；检测是否预设第一串口协议，如果已经预设第一串口协议，则根据所述第一串口协议解析所述串口数据；如果未预设第一串口协议，则根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议，并根据所述第二串口协议解析所述串口数据；发送解析后的串口数据。
第二方面，本发明实施例还提供了一种串口数据的处理装置，包括：接收模块，用于接收串口数据；识别解析模块，与所述接收模块相连，用于检测是否预设第一串口协议，如果已经预设第一串口协议，则根据所述第一串口协议解析所述串口数据；如果未预设第一串口协议，则根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议，并根据所述第二串口协议解析所述串口数据；发送模块，与所述识别解析模块相连，用于发送解析后的串口数据。
第三方面，本发明实施例还提供了一种智能影音设备，所述智能影音设备上设置串口和串口数据的处理装置，所述串口用于连接触摸设备，所述串口数据的处理装置与所述串口相连。
本发明实施例通过预设第一串口协议及根据串口数据确定第二串口协议，来自动识别串口协议，使得操作方便，提升用户体验。
附图说明
图1是本发明实施例一提供的串口数据的处理方法流程图；
图2是本发明实施例二提供的串口数据的处理方法流程图；
图3是本发明实施例三提供的串口数据的处理方法流程图；
图4是本发明实施例四提供的串口数据的处理装置结构示意图；
图5是本发明实施例五提供的智能影音设备结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1是本发明实施例一提供的串口数据的处理方法流程图。本实施例可适用于处理串口数据的情况，该方法可以由串口数据的处理装置来执行，该装置可以由软件和/或硬件方式实现，该装置可以集成在任何提供串口通讯的设备中，例如典型的是智能影音设备，如安卓KTV等。该方法包括：
S101、接收串口数据。
智能影音设备接收用户操作触摸设备而发送的串口数据。
S102、检测是否预设第一串口协议，如果已经预设第一串口协议，则根据所述第一串口协议解析所述串口数据；如果未预设第一串口协议，则根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议，并根据所述第二串口协议解析所述串口数据。
在接收串口数据后要确定串口协议才能解析串口数据。先检测智能影音设备是否预设第一串口协议，如果智能影音设备已经预设第一串口协议，则根据第一串口协议解析触摸设备发来的串口数据；如果智能影音设备未预设第一串口协议，则根据所述触摸设备发来的串口数据从智能影音设备预设的兼容串口协议中确定用于解析的第二串口协议，并根据第二串口协议解析触摸设备发来的串口数据。
S103、发送解析后的串口数据。
串口将触摸设备发来的串口数据解析后发给智能影音设备，从而智能影音设备可以获取用户对触摸设备的操作信息。
本发明实施例通过预设第一串口协议及根据串口数据确定第二串口协议，来自动识别串口协议，使得操作方便，提升用户体验。
实施例二
图2是本发明实施例二提供的串口数据的处理方法流程图。实施例二对实施例一的步骤S102进行了优化，所述根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议具体包括：根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位；根据所述协议头部、所述数据包大小及所述触摸标志位确定所述第二串口协议。
本实施例提供的串口数据的处理方法包括以下步骤：步骤S201、步骤S202、步骤S203、步骤S204、步骤S205、步骤S206和步骤S207。其中，步骤S201与实施例一中的步骤S101相同,步骤S207与实施例一中的步骤S103相同，相同的步骤不再赘述。
S201、接收串口数据。
S202、检测是否预设第一串口协议。
在接收串口数据后要确定串口协议才能解析串口数据。先检测智能影音设备是否预设第一串口协议，如果智能影音设备已经预设第一串口协议，则执行步骤S203,否则执行步骤S204。
S203、根据所述第一串口协议解析所述串口数据。
根据第一串口协议解析触摸设备发来的串口数据。
S204、根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位。
串口协议包含协议头部、数据包大小和触摸标志位等特征，根据触摸设备发来的串口数据可确定对应的串口协议中的协议头部、数据包大小和触摸标志位。
S205、根据所述协议头部、所述数据包大小及所述触摸标志位确定所述第二串口协议。
在所述协议头部、所述数据包大小及所述触摸标志位确定后，再将这些特征与预设的兼容串口协议进行比较，进而确定第二串口协议。
S206、根据所述第二串口协议解析所述串口数据。
根据第二串口协议解析触摸设备发来的串口数据。
S207、发送解析后的串口数据。
本发明实施例通过协议头部、数据包大小及触摸标志位这些数据特征来自动识别串口协议，使得操作方便，提升用户体验。
实施例三
图3是本发明实施例三提供的串口数据的处理方法流程图。实施例三将实施例二的步骤S204优化为步骤S304，所述根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位包括：根据串口数据的协议头部查找预设的兼容串口协议中的协议头部，如果预设的兼容串口协议中的协议头部中有与串口数据的协议头部一致的协议头部，则将串口数据的协议头部作为对应的串口协议中的协议头部；如果预设的兼容串口协议中的协议头部中没有与串口数据的协议头部一致的协议头部，则重新接收串口数据；根据串口数据的数据包大小查找预设的兼容串口协议中的数据包大小，如果预设的兼容串口协议中的数据包大小中有与串口数据的数据包大小一致的数据包大小，则将串口数据的数据包大小作为对应的串口协议中的数据包大小；如果预设的兼容串口协议中的数据包大小中没有与串口数据的数据包大小一致的数据包大小，则重新接收串口数据；根据串口数据的触摸标志位查找预设的兼容串口协议中的触摸标志位，如果预设的兼容串口协议中的触摸标志位中有与串口数据的触摸标志位一致的触摸标志位，则将串口数据的触摸标志位作为对应的串口协议中的触摸标志位；如果预设的兼容串口协议中的触摸标志位中没有与串口数据的触摸标志位一致的触摸标志位，则重新接收串口数据。
本实施例提供的串口数据的处理方法包括以下步骤：步骤S301、步骤S302、步骤S303、步骤S304、步骤S305、步骤S306和步骤S307。其中，步骤S301、步骤S302、步骤S303、步骤S305、步骤S306和步骤S307分别与实施例二中的步骤S201、步骤S202、步骤S203、步骤S205、步骤S206和步骤S207相同，相同的步骤不再赘述。
S301、接收串口数据。
S302、检测是否预设第一串口协议。
S303、根据所述第一串口协议解析所述串口数据。
S304、根据串口数据的协议头部查找预设的兼容串口协议中的协议头部，如果预设的兼容串口协议中的协议头部中有与串口数据的协议头部一致的协议头部，则将串口数据的协议头部作为对应的串口协议中的协议头部；如果预设的兼容串口协议中的协议头部中没有与串口数据的协议头部一致的协议头部，则重新接收串口数据；根据串口数据的数据包大小查找预设的兼容串口协议中的数据包大小，如果预设的兼容串口协议中的数据包大小中有与串口数据的数据包大小一致的数据包大小，则将串口数据的数据包大小作为对应的串口协议中的数据包大小；如果预设的兼容串口协议中的数据包大小中没有与串口数据的数据包大小一致的数据包大小，则重新接收串口数据；根据串口数据的触摸标志位查找预设的兼容串口协议中的触摸标志位，如果预设的兼容串口协议中的触摸标志位中有与串口数据的触摸标志位一致的触摸标志位，则将串口数据的触摸标志位作为对应的串口协议中的触摸标志位；如果预设的兼容串口协议中的触摸标志位中没有与串口数据的触摸标志位一致的触摸标志位，则重新接收串口数据。
智能影音设备通过将触摸设备发来的串口数据的协议头部、数据包大小及触摸标志位与预设的兼容串口协议进行比较来确定这些特征，若协议头部、数据包大小及触摸标志位三者中的任一未确定则重新接收串口数据，循环进行比较，直到三者都确定。
S305、根据所述协议头部、所述数据包大小及所述触摸标志位确定所述第二串口协议。
S306、根据所述第二串口协议解析所述串口数据。
S307、发送解析后的串口数据。
本实施例根据串口数据的协议头部、数据包大小及触摸标志位查找预设的兼容串口协议中的协议头部、数据包大小及触摸标志位，能够快速确定串口协议的协议头部、数据包大小及触摸标志位，自动识别串口协议，使得操作方便，提升用户体验。
实施例四
图4是本发明实施例四提供的串口数据的处理装置结构示意图。该装置用于执行上述实施例中的串口数据的处理方法。该装置包括：接收模块401、识别解析模块402及发送模块403。
接收模块401，用于接收串口数据。
识别解析模块402，与所述接收模块401相连，用于检测是否预设第一串口协议，如果已经预设第一串口协议，则根据所述第一串口协议解析所述串口数据；如果未预设第一串口协议，则根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议，并根据所述第二串口协议解析所述串口数据。
发送模块403，与所述识别解析模块402相连，用于发送解析后的串口数据。
本发明实施例通过预设第一串口协议及根据串口数据确定第二串口协议，来自动识别串口协议，使得操作方便，提升用户体验。
进一步地，所述识别解析模块包括：数据确定单元和协议确定单元。
数据确定单元，与所述接收模块相连，用于根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位。
协议确定单元，与所述数据确定单元相连，用于根据所述协议头部、所述数据包大小及所述触摸标志位确定所述第二串口协议。
本发明实施例通过协议头部、数据包大小及触摸标志位这些数据特征来自动识别串口协议，使得操作方便，提升用户体验。
进一步地，所述数据确定单元包括协议头部确定子单元，所述协议头部确定子单元用于根据所述串口数据的协议头部查找所述预设的兼容串口协议中的协议头部，如果所述预设的兼容串口协议中的协议头部中有与所述串口数据的协议头部一致的协议头部，则将所述串口数据的协议头部作为对应的串口协议中的协议头部；如果所述预设的兼容串口协议中的协议头部中没有与所述串口数据的协议头部一致的协议头部，则重新接收串口数据。
进一步地，所述数据确定单元包括数据包大小确定子单元，所述数据包大小确定子单元用于根据所述串口数据的数据包大小查找所述预设的兼容串口协议中的数据包大小，如果所述预设的兼容串口协议中的数据包大小中有与所述串口数据的数据包大小一致的数据包大小，则将所述串口数据的数据包大小作为对应的串口协议中的数据包大小；如果所述预设的兼容串口协议中的数据包大小中没有与所述串口数据的数据包大小一致的数据包大小，则重新接收串口数据。
进一步地，所述数据确定单元包括触摸标志位确定子单元，用于根据所述串口数据的触摸标志位查找所述预设的兼容串口协议中的触摸标志位，如果所述预设的兼容串口协议中的触摸标志位中有与所述串口数据的触摸标志位一致的触摸标志位，则将所述串口数据的触摸标志位作为对应的串口协议中的触摸标志位；如果所述预设的兼容串口协议中的触摸标志位中没有与所述串口数据的触摸标志位一致的触摸标志位，则重新接收串口数据。
本实施例根据串口数据的协议头部、数据包大小及触摸标志位查找预设的兼容串口协议中的协议头部、数据包大小及触摸标志位，能够快速确定串口协议的协议头部、数据包大小及触摸标志位，自动识别串口协议，使得操作方便，提升用户体验。
本发明实施例所提供的串口数据的处理装置可用于执行本发明任意实施例所提供的串口数据的处理方法，具备执行该方法相应的功能和有益效果。
实施例五
图5是本发明实施例五提供的智能影音设备结构示意图。
本实施例提供了一种智能影音设备，所述智能影音设备上设置串口501和串口数据的处理装置502，所述串口501用于连接触摸设备，所述串口数据的处理装置502与所述串口501相连。
不同的触摸设备可能使用不同的串口协议，通过串口可将触摸设备与智能影音设备进行连接，设备启动后用户随意点击几次触摸设备可令其发送串口数据，智能影音设备会对触摸设备的串口协议进行自动兼容识别，当智能影音设备识别到对应的串口协议后，用户就能正常使用触摸设备，方便的操作提升了用户体验。
本实施例所提供的智能影音设备为本发明任意实施例所提供的串口数据的处理装置提供载体，具备该装置相应的功能和有益效果。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种串口数据的处理方法，其特征在于，包括：
接收串口数据；
检测是否预设第一串口协议，如果已经预设第一串口协议，则根据所述第一串口协议解析所述串口数据；如果未预设第一串口协议，则根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议，并根据所述第二串口协议解析所述串口数据；
发送解析后的串口数据。
2.根据权利要求1所述的串口数据的处理方法，其特征在于，所述根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议具体包括：
根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位；
根据所述协议头部、所述数据包大小及所述触摸标志位确定所述第二串口协议。
3.根据权利要求2所述的串口数据的处理方法，其特征在于：所述根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位包括：
根据所述串口数据的协议头部查找所述预设的兼容串口协议中的协议头部，如果所述预设的兼容串口协议中的协议头部中有与所述串口数据的协议头部一致的协议头部，则将所述串口数据的协议头部作为对应的串口协议中的协议头部；如果所述预设的兼容串口协议中的协议头部中没有与所述串口数据的协议头部一致的协议头部，则重新接收串口数据。
4.根据权利要求2所述的串口数据的处理方法，其特征在于：所述根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位包括：
根据所述串口数据的数据包大小查找所述预设的兼容串口协议中的数据包大小，如果所述预设的兼容串口协议中的数据包大小中有与所述串口数据的数据包大小一致的数据包大小，则将所述串口数据的数据包大小作为对应的串口协议中的数据包大小；如果所述预设的兼容串口协议中的数据包大小中没有与所述串口数据的数据包大小一致的数据包大小，则重新接收串口数据。
5.根据权利要求2所述的串口数据的处理方法，其特征在于：所述根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位包括：
根据所述串口数据的触摸标志位查找所述预设的兼容串口协议中的触摸标志位，如果所述预设的兼容串口协议中的触摸标志位中有与所述串口数据的触摸标志位一致的触摸标志位，则将所述串口数据的触摸标志位作为对应的串口协议中的触摸标志位；如果所述预设的兼容串口协议中的触摸标志位中没有与所述串口数据的触摸标志位一致的触摸标志位，则重新接收串口数据。
6.一种串口数据的处理装置，其特征在于，包括：
接收模块，用于接收串口数据；
识别解析模块，与所述接收模块相连，用于检测是否预设第一串口协议，如果已经预设第一串口协议，则根据所述第一串口协议解析所述串口数据；如果未预设第一串口协议，则根据所述串口数据从预设的兼容串口协议中确定用于解析的第二串口协议，并根据所述第二串口协议解析所述串口数据；
发送模块，与所述识别解析模块相连，用于发送解析后的串口数据。
7.根据权利要求6所述的串口数据的处理装置，其特征在于，所述识别解析模块包括：
数据确定单元，与所述接收模块相连，用于根据所述串口数据确定对应的串口协议中的协议头部、数据包大小和触摸标志位；
协议确定单元，与所述数据确定单元相连，用于根据所述协议头部、所述数据包大小及所述触摸标志位确定所述第二串口协议。
8.根据权利要求7所述的串口数据的处理装置，其特征在于：
所述数据确定单元包括协议头部确定子单元，所述协议头部确定子单元用于根据所述串口数据的协议头部查找所述预设的兼容串口协议中的协议头部，如果所述预设的兼容串口协议中的协议头部中有与所述串口数据的协议头部一致的协议头部，则将所述串口数据的协议头部作为对应的串口协议中的协议头部；如果所述预设的兼容串口协议中的协议头部中没有与所述串口数据的协议头部一致的协议头部，则重新接收串口数据。
9.根据权利要求7所述的串口数据的处理装置，其特征在于：
所述数据确定单元包括数据包大小确定子单元，所述数据包大小确定子单元用于根据所述串口数据的数据包大小查找所述预设的兼容串口协议中的数据包大小，如果所述预设的兼容串口协议中的数据包大小中有与所述串口数据的数据包大小一致的数据包大小，则将所述串口数据的数据包大小作为对应的串口协议中的数据包大小；如果所述预设的兼容串口协议中的数据包大小中没有与所述串口数据的数据包大小一致的数据包大小，则重新接收串口数据。
10.根据权利要求7所述的串口数据的处理装置，其特征在于：
所述数据确定单元包括触摸标志位确定子单元，用于根据所述串口数据的触摸标志位查找所述预设的兼容串口协议中的触摸标志位，如果所述预设的兼容串口协议中的触摸标志位中有与所述串口数据的触摸标志位一致的触摸标志位，则将所述串口数据的触摸标志位作为对应的串口协议中的触摸标志位；如果所述预设的兼容串口协议中的触摸标志位中没有与所述串口数据的触摸标志位一致的触摸标志位，则重新接收串口数据。
11.一种智能影音设备，其特征在于，所述智能影音设备上设置串口和如权利要求6至10任一项所述的串口数据的处理装置，所述串口用于连接触摸设备，所述串口数据的处理装置与所述串口相连。
CN201610884420.XA 2016-10-10 2016-10-10 一种串口数据的处理方法、装置及智能影音设备 Pending CN106649182A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610884420.XA CN106649182A (zh) 2016-10-10 2016-10-10 一种串口数据的处理方法、装置及智能影音设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610884420.XA CN106649182A (zh) 2016-10-10 2016-10-10 一种串口数据的处理方法、装置及智能影音设备

Publications (1)

Publication Number Publication Date
CN106649182A true CN106649182A (zh) 2017-05-10

Family

ID=58854329

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610884420.XA Pending CN106649182A (zh) 2016-10-10 2016-10-10 一种串口数据的处理方法、装置及智能影音设备

Country Status (1)

Country Link
CN (1) CN106649182A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114595183A (zh) * 2020-12-07 2022-06-07 深圳Tcl新技术有限公司 串口数据处理方法、装置、终端及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1581868A (zh) * 2003-08-03 2005-02-16 清华大学 一种通用串行数据双向传输接口
CN202394228U (zh) * 2011-12-21 2012-08-22 北京握奇数据系统有限公司 Usb设备
CN104883611A (zh) * 2015-06-09 2015-09-02 Tcl集团股份有限公司 电视屏的调试方法和系统
CN105068966A (zh) * 2015-08-19 2015-11-18 长沙威胜信息技术有限公司 串口自动识别方法
CN105681134A (zh) * 2016-03-04 2016-06-15 西安航天动力技术研究所 一种通用型多种串口通信协议检测识别方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1581868A (zh) * 2003-08-03 2005-02-16 清华大学 一种通用串行数据双向传输接口
CN202394228U (zh) * 2011-12-21 2012-08-22 北京握奇数据系统有限公司 Usb设备
CN104883611A (zh) * 2015-06-09 2015-09-02 Tcl集团股份有限公司 电视屏的调试方法和系统
CN105068966A (zh) * 2015-08-19 2015-11-18 长沙威胜信息技术有限公司 串口自动识别方法
CN105681134A (zh) * 2016-03-04 2016-06-15 西安航天动力技术研究所 一种通用型多种串口通信协议检测识别方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114595183A (zh) * 2020-12-07 2022-06-07 深圳Tcl新技术有限公司 串口数据处理方法、装置、终端及计算机可读存储介质

Similar Documents

Publication Publication Date Title
US11129221B2 (en) Bluetooth connection method, device and smart terminal
CN105900466B (zh) 消息处理方法及装置
EP2985968A1 (en) Method and apparatus for processing messages
EP3490304B1 (en) Method for identifying access point and hotspot, and related products
US9612991B2 (en) Connector interface pin mapping
US10225234B2 (en) Systems and methods for geoprocessing-based computing network security
US20170289744A1 (en) Electronic device pairing
EP3179693B1 (en) Method, apparatus, storage medium and computer program product for establishing a data connection
CN110417801B (zh) 服务端识别方法和装置、设备及存储介质
CN104852984A (zh) 基于多屏互动的智能终端间数据传输方法及系统
CN104683002A (zh) 一种蓝牙设备配对方法及装置
US20140347189A1 (en) Port identifier system and method
US8908689B2 (en) Apparatus and method for processing packet
EP3026856B1 (en) Gre packet encapsulation method, decapsulation method, and corresponding apparatuses
CN105302752B (zh) 一种音频设备的连接方法、音频播放装置
CN102497297A (zh) 基于多核多线程的深度报文检测技术的实现系统和方法
CN113825129A (zh) 一种5g网络环境下工业互联网资产测绘方法
CN105530590A (zh) 设备间共享资源的方法及电子设备
CN106649182A (zh) 一种串口数据的处理方法、装置及智能影音设备
CN109871685B (zh) 一种rtf文件的解析方法及装置
CN104184565A (zh) 一种处理重传信息的方法及装置
CN106533974A (zh) 应用程序的流量管理方法、系统及具有该系统的终端设备
CN108304369B (zh) 一种文件类型的识别方法和装置
CN103813021B (zh) 一种信息处理方法、装置和电子设备
CN106534140A (zh) 一种sip消息的传递系统及方法

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: 20170510