Data transmission method and device

Abstract

The present application discloses a data transmission method and device. The method is applied to a first data processing device, the first data processing device supports at least two transmission protocols, the first data processing device includes a data transmission interface, the data transmission interface supports connecting at least two second data processing devices, and the at least two second data processing devices correspond to at least two transmission protocols one by one. The method includes: receiving identification information of an access device through the data transmission interface, wherein the access device belongs to one of the at least two second data processing devices; determining a target protocol according to the identification information, wherein the target protocol belongs to one of the at least two transmission protocols; encoding the data to be sent according to the target protocol, and sending the encoded data to be sent to the access device through the data transmission interface. The present application solves the current technical problem that a single optical port cannot adapt to multiple protocols.

Description

Technical Field

[0001] The present application relates to the field of optical fiber interface data transmission, and in particular to a data transmission method and device. Background Art

[0002] As a physical method of high-throughput and long-distance transmission, data transmission interfaces are often widely used in the field of communication data transmission. Data transmission interfaces include various types of interfaces, such as optical interfaces (also called fiber optic interfaces) and Ethernet interfaces.

[0003] With the development of 4K and 8K video technology, the bandwidth of video is getting larger and larger, and optical ports are gradually being used more and more widely in the field of video transmission. Using FPGA as the core device for video processing and optical port transmission is currently a popular video transmission method, but the SerDes resources of FPGA in the system are often scarce. Therefore, if multiple functions can be realized on a single interface through time-sharing multiplexing, it is an effective means to solve the resource problem.

[0004] At present, the method for implementing multiple protocol switching under a single optical port is mainly to manually switch the protocol of the interface after the front-end changes the optical port protocol. This method is not convenient to apply in actual projects and cannot meet some scenarios that require automatic switching.

[0005] Currently, there is no effective solution to the problem that a single optical port cannot adapt to multiple protocols. Summary of the invention

[0006] The embodiments of the present application provide a data transmission method and device to at least solve the current technical problem that a single optical port cannot adapt to multiple protocols.

[0007] According to one aspect of an embodiment of the present application, a data transmission method is provided, which is applied to a first data processing device, the first data processing device supports at least two transmission protocols, the first data processing device includes a data transmission interface, the data transmission interface supports connecting at least two second data processing devices, and the at least two second data processing devices correspond one-to-one to the at least two transmission protocols. The method includes: receiving identification information of an access device through the data transmission interface, wherein the access device belongs to one of the at least two second data processing devices; determining a target protocol based on the identification information, wherein the target protocol belongs to one of the at least two transmission protocols; encoding the data to be sent according to the target protocol, and sending the encoded data to be sent to the access device through the data transmission interface.

[0008] Optionally, the at least two protocols include at least: a video transmission protocol and a sending card protocol, the video transmission protocol and the sending card protocol correspond to two second data processing devices respectively, and the two second data processing devices belong to at least two second data processing devices; the identification information includes video data.

[0009] Optionally, determining the target protocol based on the identification information includes: decoding the identification information according to a preset protocol field to obtain decoded identification information; judging whether the decoded identification information meets preset characteristics, and determining the device type of the access device based on the judgment result; and determining the target protocol based on the device type.

[0010] Optionally, decoding the identification information according to a preset protocol field to obtain decoded identification information includes: parsing to obtain video data including the following signals: a field synchronization signal, a line synchronization signal, a data enable signal, and image data.

[0011] Optionally, determine whether the identification information after decoding meets preset characteristics, and access the device type based on the judgment result, including: separately counting the number of valid pixels included in each line of data and the number of valid lines included in each frame of data in the decoded video data; if within multiple frames of data, the changes in the number of valid pixels included in each line of data and the number of valid lines included in each frame of data are within a preset range, determine that the device type of the access device is a video processor.

[0012] Optionally, determining the target protocol according to the device type includes: if the device type is a video processor, determining the target protocol to be a video transmission protocol; if the device type is an LED screen controller, determining the target protocol to be a sending card protocol.

[0013] Optionally, the encoded video data includes: a first type data block and a second type data block, wherein the first type data block includes a first type identifier and image data; the second type data block includes a first sub-type data block, a second sub-type data block and a third sub-type data block, wherein the first sub-type data block includes a second type identifier, a line synchronization signal identifier and a line synchronization signal, the second sub-type data block includes a second type identifier, a field synchronization signal identifier and a field synchronization signal, and the third sub-type data block includes a second type identifier, a data enable signal identifier and a data enable signal.

[0014] Optionally, determining the target protocol based on the identification information includes at least one of the following: alternatingly adapting the video transmission protocol and the sending card protocol, or simultaneously adapting the video transmission protocol and the sending card protocol; if the access device accessing the data transmission interface changes, re-adapting the target protocol from at least two protocols.

[0015] According to another aspect of an embodiment of the present application, a data transmission device is also provided, including: a receiving module, used to receive identification information of an access device through a data transmission interface; a determination module, used to determine a target protocol based on the identification information, wherein the target protocol belongs to one of at least two transmission protocols; a control module, used to encode the data to be sent according to the target protocol, and send the encoded data to be sent to the access device through the data transmission interface.

[0016] According to another aspect of the embodiments of the present application, a non-volatile storage medium is provided, the non-volatile storage medium includes a stored program, wherein when the program is running, the device where the non-volatile storage medium is located is controlled to execute the above data transmission method.

[0017] According to yet another aspect of the embodiments of the present application, a processor is provided, which is used to run a program stored in a memory, wherein the above data transmission method is executed when the program is running.

[0018] In an embodiment of the present application, a data transmission method is provided, which is applied to a first data processing device, the first data processing device supports at least two transmission protocols, the first data processing device includes a data transmission interface, the data transmission interface supports connecting at least two second data processing devices, and the at least two second data processing devices correspond to the at least two transmission protocols one by one. The method includes: receiving identification information of an access device through the data transmission interface, wherein the access device belongs to one of the at least two second data processing devices; determining a target protocol according to the identification information, wherein the target protocol belongs to one of the at least two transmission protocols; encoding the data to be sent according to the target protocol, and sending the encoded data to be sent to the access device through the data transmission interface, and after the data transmission interface accesses the device, rotatingly adapting multiple protocols, after successfully adapting the protocol corresponding to the access device, using the protocol to transmit data, thereby achieving the technical effect of adapting to multiple different protocols under a single optical port, without user intervention for protocol switching, and reducing the operating complexity of the system, thereby solving the current technical problem that a single optical port cannot adapt to multiple protocols. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0020] Figure 1 is a flow chart of a data transmission method according to an embodiment of the present application;

[0021] Figure 2is a flow chart of an optical fiber interface adaptive video transmission protocol and a sending card protocol according to an embodiment of the present application;

[0022] Figure 3 It is a structural block diagram of a data transmission device according to an embodiment of the present application. DETAILED DESCRIPTION

[0023] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0024] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0025] First, some nouns or terms that appear in the description of the embodiments of the present application are subject to the following explanations:

[0026] SerDes: A high-speed serial communication technology;

[0027] FPGA: Field Programmable Gate Array;

[0028] VESA: Video Electronics Standards Association, Video Electronics Standards Association;

[0029] VS / HS / DE: represent the field synchronization signal, line synchronization signal and video valid signal of the video interface respectively;

[0030] GMII: Gigabit Media Independent Interface, Gigabit Media Independent Interface.

[0031] According to an embodiment of the present application, an embodiment of a data transmission method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0032] An embodiment of the present application provides a data transmission method, which is applied to a first data processing device, the first data processing device supports at least two transmission protocols, the first data processing device includes a data transmission interface, the data transmission interface supports connecting to at least two second data processing devices, and the at least two second data processing devices correspond one-to-one to the at least two transmission protocols. Figure 1 is a flow chart of a data transmission method according to an embodiment of the present application. Figure 1 As shown, the method comprises the following steps:

[0033] Step S102, receiving identification information of an access device through a data transmission interface, wherein the access device belongs to one of at least two second data processing devices;

[0034] It should be noted that the above data transmission interface may be a fiber optic interface or an Ethernet interface. One data transmission interface may support multiple data transmission protocols.

[0035] Step S104, determining a target protocol according to the identification information, wherein the target protocol belongs to one of at least two transmission protocols;

[0036] Step S106: Encode the data to be sent according to the target protocol, and send the encoded data to be sent to the access device through the data transmission interface.

[0037] Through the above steps, after the data transmission interface is connected to the device, multiple protocols are adapted in rotation. After successfully adapting the protocol corresponding to the access device, data is transmitted using the protocol, thereby achieving the technical effect of adapting to multiple different protocols under a single optical port, switching protocols without user intervention, and reducing the operating complexity of the system.

[0038] Optionally, the at least two protocols include at least: a video transmission protocol and a sending card protocol, the video transmission protocol and the sending card protocol correspond to two second data processing devices respectively, and the two second data processing devices belong to at least two second data processing devices; the identification information includes video data.

[0039] The at least two protocols supported by the first data processing device mentioned above include: a video transmission protocol and a sending card protocol. The video transmission protocol and the sending card protocol are both used to implement the transmission of video data between the first data processing device and different second data processing devices, and the difference is that the video transmission protocol and the sending card protocol have different protocol formats.

[0040] According to another optional embodiment of the present application, step S104 is implemented by the following method: decoding the identification information according to the preset protocol field to obtain the decoded identification information; judging whether the decoded identification information meets the preset characteristics, and determining the device type of the access device based on the judgment result; and determining the target protocol based on the device type.

[0041] In some optional embodiments of the present application, the identification information is decoded according to a preset protocol field to obtain the decoded identification information, including: parsing to obtain video data including the following signals: a field synchronization signal, a line synchronization signal, and image data.

[0042] When a single optical port transmits different protocols in actual applications, it is done in a time-division multiplexing manner. For example, device A can connect to the video processor using the video transmission protocol, and can also connect to the LED screen controller using the sending card protocol. Different protocols are used when connecting to different devices.

[0043] The premise for connecting different protocols (different devices) is that device A has the ability to identify the video protocol and the sending card protocol.

[0044] When the video processor is connected to identify the video protocol, the whole process is divided into two parts:

[0045] Restore the optical port data to VESA standard VS / HS / DE information using agreed feature words;

[0046] Taking the optical port input of the 64B66B protocol (a video transmission protocol) with an internal bus of 32 bits as an example, the sending and receiving ends can encode the video information according to the following encoding:

[0047] Bit[31:24] Bit[23:0] 0xAA Indicates VS rising edge Additional data 1, user-defined 0xBB Indicates VS falling edge Additional data 2, user-defined 0xCC Indicates HS rising edge Additional data 3, user-defined 0xDD Indicates HS falling edge Additional data 4, user-defined 0xEE Indicates that DE is effective Valid image data

[0048] The receiving end can restore the video timing information sent by the sending end by analyzing the above data;

[0049] The data in the table above is the video data received by the optical port (it should be noted that the video data received by the optical port is the data encoded according to the video transmission protocol). After receiving the video data, the optical port first needs to decode the received data according to the preset protocol field. The preset protocol field can be understood as the protocol field of the video transmission protocol. As shown in the above table, the 24th to 31st bit fields are used to indicate the type of signal contained in the video data, for example, 0XAA indicates the VS rising edge signal, 0XBB identifies the VS falling edge signal, 0XCC indicates the HS rising edge signal, 0XDD identifies the HS falling edge signal, and 0XEE indicates the enable signal; bits 0 to 23 are used to store image data and additional data (user-defined data).

[0050] In other optional embodiments of the present application, it is determined whether the identification information after decoding meets the preset characteristics, and the device type of the access device is determined based on the judgment result, including: separately counting the number of valid pixels included in each line of data and the number of valid lines included in each frame of data in the decoded video data; if within multiple frames of data, the changes in the number of valid pixels included in each line of data and the number of valid lines included in each frame of data are within a preset range, it is determined that the device type of the access device is a video processor.

[0051] In this step, the parsed VS / HS / DE is subjected to stability judgment according to VESA's requirements for video formats to determine whether it is a stable video signal, as follows:

[0052] After receiving the above-mentioned timing information, the number of valid pixels in each row and the number of valid rows in each frame are counted. If they remain stable within multiple frames and the frame rate is within a certain valid range (for example, between 24hz and 160hz), the image data is considered valid and the video protocol is successfully identified. Successful video protocol identification means successful video protocol adaptation.

[0053] It should be noted that the process of determining the stability of the parsed VS / HS / DE according to the requirements of VESA on the video format is the process of determining whether the decoded video data meets the preset characteristics.

[0054] Within multiple frames of data, the changes in the number of effective pixels in each row of data and the number of effective rows in each frame of data are within a preset range, which means that the number of effective pixels in each row of data and the number of effective rows in each frame of data remain stable. For example, the standard of the number of effective pixels in each row of video data obtained after analysis is 30 pixels, among which the number of effective pixels of five rows of video data are 30, 32, 29, 30, and 33 respectively. It can be seen that the range of effective pixels of these five rows of data is 0-3 pixels. It can be considered that the number of effective pixels of these five rows of video data remains stable.

[0055] In addition, the sending card protocol is a process of encoding the GMII interface at the sending end and decoding it at the receiving end. The specific principle is similar to the above-mentioned video transmission protocol. It also completes the identification of the sending card protocol based on the customized protocol fields and preset features, and provides the result of successful protocol identification.

[0056] According to an optional embodiment of the present application, the target protocol is determined based on the device type, including: if the device type is a video processor, the target protocol is determined to be a video transmission protocol; if the device type is an LED screen controller, the target protocol is determined to be a sending card protocol.

[0057] If the access device is a video processor, determine that the protocol currently adapted by the first data processing device is a video transmission protocol. If the access device is an LED screen controller, determine that the protocol currently adapted by the first data processing device is a sending card protocol.

[0058] According to another optional embodiment of the present application, the encoded video data includes: a first type data block and a second type data block, wherein the first type data block includes a first type identifier and image data; the second type data block includes a first sub-type data block, a second sub-type data block and a third sub-type data block, wherein the first sub-type data block includes a second type identifier, a line synchronization signal identifier and a line synchronization signal, the second sub-type data block includes a second type identifier, a field synchronization signal identifier and a field synchronization signal, and the third sub-type data block includes a second type identifier, a data enable signal identifier and a data enable signal.

[0059] In the above text, taking the optical port input with 64B66B protocol of 32-bit internal bus as an example, the video data can be encoded as follows:

[0060] Bit[31:24] Bit[23:0] 0xAA Indicates VS rising edge Additional data 1, user-defined 0xBB Indicates VS falling edge Additional data 2, user-defined 0xCC Indicates HS rising edge Additional data 3, user-defined 0xDD Indicates HS falling edge Additional data 4, user-defined 0xEE Indicates that DE is effective Valid image data

[0061] The first type data block includes a first type identifier and image data. For example, the first 2 bits of the 66 bits corresponding to the first type data block are the first type identifier, such as "10", and the last 64 bits are the image data (DATA).

[0062] The first 2 bits of the 66 bits corresponding to the first subtype data block are the second type identifier, for example, "01", the first 8 bits of the last 64 bits are the line synchronization signal identifier, and the last 56 bits are the line synchronization signal (HS), the first 2 bits of the 66 bits corresponding to the second subtype data block mentioned above are the second type identifier, for example, "01", the first 8 bits of the last 64 bits are the field synchronization signal identifier, and the last 56 bits are the field synchronization signal (VS), the first 2 bits of the 66 bits of the third subtype data block mentioned above are the second type identifier, for example, "01", the first 8 bits of the last 64 bits are the data enable signal identifier, and the last 56 bits are the data enable signal (DE). Among them, the rising edge or falling edge of the line synchronization signal, the field synchronization signal and the data enable signal can correspond to different identifiers, for example, when the first 8 bits of the last 64 bits corresponding to the field synchronization signal are 0xAA, it indicates the rising edge of the field synchronization signal, and when they are 0xBB, it indicates the falling edge of the field synchronization signal. When the first 8 bits of the last 64 bits corresponding to the line synchronization signal are 0xDD, it indicates the rising edge of the line synchronization signal, and when they are 0xEE, it indicates the falling edge of the line synchronization signal.

[0063] In some optional embodiments of the present application, determining the target protocol according to the identification information includes at least one of the following: adapting the video transmission protocol and the sending card protocol in turn, and adapting the video transmission protocol and the sending card protocol simultaneously.

[0064] In an optional embodiment, when determining the target protocol, the video transmission protocol and the sending card protocol may be adapted alternately until a protocol adapted to the data transmission interface is obtained. The video transmission protocol and the sending card protocol may also be adapted simultaneously.

[0065] According to another optional embodiment of the present application, if the access device accessing the data transmission interface changes, the target protocol is re-adapted from at least two protocols.

[0066] If the device connected to the optical fiber interface changes, multiple protocols are adapted again in rotation until a protocol corresponding to the newly connected device is successfully adapted from the multiple protocols.

[0067] The above method solves the problem of a single optical port adapting to multiple optical port protocols, and enhances system functions when the system optical port resources are limited; a single optical port can adapt to multiple different protocols without user intervention for protocol switching, reducing the system's operational complexity.

[0068] Figure 2 is a flow chart of an optical fiber interface adaptive video transmission protocol and a sending card protocol according to an embodiment of the present application, such as Figure 2 As shown, the following steps are included:

[0069] 1) Design a module for video transmission protocol and sending card protocol identification in device A (the device where the optical fiber interface is located);

[0070] 2) After the optical port is connected to the device, if no valid protocol is identified, the video and sending card protocols are identified alternately until one side identifies a valid protocol;

[0071] 3) When a certain protocol is successfully adapted, the system optical port enters the currently adapted mode. For example, when the video protocol is successfully identified, there is no need to identify multiple protocols. The system optical port is fixed in the video protocol parsing mode.

[0072] 4) When the supporting equipment of the front-end optical port is replaced, resulting in a change in the protocol of the optical port, enter "Step 2)" again.

[0073] The above-mentioned method of fiber optic interface adaptive protocol provided in the embodiment of the present application is not limited to application in physical interfaces such as optical ports, and can be applied in any scheme for performing protocol adaptation on a data communication interface.

[0074] Figure 3 is a structural block diagram of a data transmission device according to an embodiment of the present application, such as Figure 3 As shown, the device comprises:

[0075] A receiving module 30, configured to receive identification information of an access device through a data transmission interface;

[0076] A determination module 32, configured to determine a target protocol according to the identification information, wherein the target protocol belongs to one of at least two transmission protocols;

[0077] The control module 34 is used to encode the data to be sent according to the target protocol, and send the encoded data to be sent to the access device through the data transmission interface.

[0078] It should be noted that Figure 3 The preferred implementation of the illustrated embodiment can be found in Figure 1 The relevant description of the illustrated embodiment will not be repeated here.

[0079] An embodiment of the present application further provides a non-volatile storage medium, which includes a stored program, wherein when the program is running, the device where the non-volatile storage medium is located is controlled to execute the above data transmission method.

[0080] The above-mentioned non-volatile storage medium is used to store a program for performing the following functions: receiving identification information of an access device through a data transmission interface, wherein the access device belongs to one of at least two second data processing devices; determining a target protocol based on the identification information, wherein the target protocol belongs to one of at least two transmission protocols; encoding the data to be sent according to the target protocol, and sending the encoded data to be sent to the access device through the data transmission interface.

[0081] An embodiment of the present application further provides a processor, which is used to run a program stored in a memory, wherein the above data transmission method is executed when the program is running.

[0082] The above-mentioned processor is used to process a program that performs the following functions: receiving identification information of an access device through a data transmission interface, wherein the access device belongs to one of at least two second data processing devices; determining a target protocol based on the identification information, wherein the target protocol belongs to one of at least two transmission protocols; encoding the data to be sent according to the target protocol, and sending the encoded data to be sent to the access device through the data transmission interface.

[0083] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0084] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0085] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0086] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0087] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0088] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the relevant technology or all or part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk, etc. Various media that can store program codes.

[0089] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A data transmission method, characterized in that: The method is applied to a first data processing device, the first data processing device supports at least two transmission protocols, the at least two transmission protocols at least include: a video transmission protocol and a sending card protocol, the first data processing device includes a data transmission interface, the data transmission interface supports connecting at least two second data processing devices, the at least two second data processing devices correspond to the at least two transmission protocols one by one, the method includes: Receive identification information of an access device through the data transmission interface, wherein the access device belongs to one of the at least two second data processing devices, the identification information includes video data, the video data is obtained by encoding the video information according to the transmission protocol, the transmission protocol is the same as the protocol of the access device, and the encoded video data includes: a first type data block and a second type data block, the first type data block includes a first type identifier and image data, the second type data block includes a first sub-type data block, a second sub-type data block and a third sub-type data block, wherein the first sub-type data block includes a second type identifier, a line synchronization signal identifier and the line synchronization signal, the second sub-type data block includes the second type identifier, a field synchronization signal identifier and the field synchronization signal, and the third sub-type data block includes the second type identifier, a data enable signal identifier and the data enable signal; Determining a target protocol according to the identification information, wherein the target protocol belongs to one of the at least two transmission protocols; The data to be sent is encoded according to the target protocol, and the encoded data to be sent is sent to the access device through the data transmission interface.

2. The method according to claim 1, characterized in that The video transmission protocol and the sending card protocol correspond to two types of second data processing devices respectively, and the two types of second data processing devices belong to the at least two types of second data processing devices.

3. The method according to claim 2, characterized in that Determining a target protocol according to the identification information includes: Decoding the identification information according to a preset protocol field to obtain the decoded identification information; Determine whether the decoded identification information meets the preset characteristics, and determine the device type of the access device according to the determination result; The target protocol is determined according to the device type.

4. The method according to claim 3, characterized in that Decoding the identification information according to the preset protocol field to obtain the decoded identification information includes: The video data including the following signals are obtained by parsing: a field synchronization signal, a line synchronization signal, a data enable signal and image data.

5. The method according to claim 3, characterized in that: Determining whether the decoded identification information meets a preset feature, and determining the device type of the access device according to the determination result, including: Respectively counting the number of valid pixels included in each line of data and the number of valid lines included in each frame of data in the decoded video data; If within multiple frames of data, changes in the number of valid pixels included in each line of data and the number of valid lines included in each frame of data are both within a preset range, it is determined that the device type of the access device is a video processor.

6. The method according to claim 5, characterized in that Determining the target protocol according to the device type includes: If the device type is the video processor, determining that the target protocol is the video transmission protocol; If the device type is an LED screen controller, the target protocol is determined to be the sending card protocol.

7. The method according to claim 2, characterized in that Determining the target protocol according to the identification information includes at least one of the following: adapting the video transmission protocol and the sending card protocol in turn, and adapting the video transmission protocol and the sending card protocol at the same time; If the access device accessing the data transmission interface changes, the target protocol is re-adapted from the at least two protocols.

8. A data transmission device, characterized in that: include: A receiving module, configured to receive identification information of an access device through a data transmission interface, wherein the identification information includes video data, and the video data is obtained by encoding the video information according to a transmission protocol, the transmission protocol is the same as the protocol of the access device, and the transmission protocol at least includes: a video transmission protocol and a sending card protocol, and the encoded video data includes: a first type data block and a second type data block, the first type data block includes a first type identifier and image data, the second type data block includes a first sub-type data block, a second sub-type data block and a third sub-type data block, wherein the first sub-type data block includes a second type identifier, a line synchronization signal identifier and the line synchronization signal, the second sub-type data block includes the second type identifier, a field synchronization signal identifier and the field synchronization signal, and the third sub-type data block includes the second type identifier, a data enable signal identifier and the data enable signal; A determination module, configured to determine a target protocol according to the identification information, wherein the target protocol belongs to one of at least two transmission protocols; The control module is used to encode the data to be sent according to the target protocol, and send the encoded data to be sent to the access device through the data transmission interface.

9. A non-volatile storage medium, characterized in that: The non-volatile storage medium includes a stored program, wherein when the program is executed, the device where the non-volatile storage medium is located is controlled to execute the data transmission method according to any one of claims 1 to 7.

Images