Detection method, device, equipment and medium

Abstract

The embodiment of the invention provides a detection method, device, equipment and medium, a sending card is configured with at least one network port, each network port is connected with at least one receiving card, the receiving card communicates with the sending card through the network port, and the sending card executes the detection method: for a plurality of network ports, responding to a card detection instruction event received by the current network port, and sending a detection result to the current network port; executing a card detection instruction on at least one target detection receiving card connected with the current network port so as to enable the target detection receiving card to feed back corresponding response data; and in response to an event that the target detection receiving card does not feed back response data based on the card detection instruction, sending the card detection instruction to other network ports, so that the receiving cards corresponding to the other network ports execute the card detection instruction. According to the technical scheme provided by the embodiment of the invention, the sending card performs detection in a multi-network-port scene, and is used for determining the receiving card identification information corresponding to the receiving cards connected with the network ports, so that the effects of improving the detection success rate, the reliability and the detection efficiency are achieved.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to a detection method, apparatus, device, and medium. Background Technology

[0002] With the development of modern network communication technology, the performance, functionality, and reliability of receiver cards have become particularly important. To ensure efficient network operation, timely detection of receiver card information has become a crucial task in network management.

[0003] The current method for detecting information from the receiving cards mainly involves the control system sending commands to each receiving card sequentially according to the network port. The sending card forwards the commands and waits for a response from the receiving card. This method requires the software to repeatedly send commands, and if no response data is received, a 2-3 second waiting window needs to be reserved for each network port. This method is time-consuming and consumes data transmission bandwidth, which can cause flickering or distorted images on the LED screen. Summary of the Invention

[0004] This disclosure provides a detection method, apparatus, device, and medium to improve detection success rate, reliability, and efficiency.

[0005] In a first aspect, embodiments of this disclosure provide a detection method, wherein a transmitting card is configured with at least one network port, each network port is connected to at least one receiving card, the receiving card communicates with the transmitting card through the network port, and the transmitting card performs the detection method:

[0006] For multiple network ports, in response to the current network port receiving a probe card command event, the probe card command is executed on at least one target probe receiving card connected to the current network port, so that the target probe receiving card feeds back corresponding response data; wherein, the response data is the receiving card identification information corresponding to the receiving card;

[0007] In response to an event where the target detection receiving card fails to return the response data based on the detection card instruction, the detection card instruction is sent to other network ports so that the receiving cards corresponding to the other network ports execute the detection card instruction.

[0008] Secondly, embodiments of the present invention also provide a detection device, the device comprising:

[0009] The probe card instruction execution module is used to execute the probe card instruction on at least one target probe receiving card connected to the current network port in response to a probe card instruction event received on the current network port, so that the target probe receiving card will feed back corresponding response data; wherein, the response data is receiving card identification information corresponding to the receiving card;

[0010] The probe card instruction sending module is used to send the probe card instruction to other network ports in response to an event where the target probe receiving card does not return the response data based on the probe card instruction, so that the receiving card corresponding to the other network ports executes the probe card instruction.

[0011] Thirdly, embodiments of the present invention also provide an electronic device, the electronic device comprising:

[0012] One or more processors;

[0013] Storage device for storing one or more programs.

[0014] When the one or more programs are executed by the one or more processors, the one or more processors implement the detection method as described in any of the embodiments of the present invention.

[0015] Fourthly, embodiments of the present invention also provide a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to perform the detection method as described in any of the embodiments of the present invention.

[0016] Fifthly, embodiments of the present invention also provide a computer program product, including a computer program, characterized in that the computer program, when executed by a processor, implements the detection method as described in any of the embodiments of the present invention.

[0017] The technical solution of this disclosure embodiment uses a sending card to perform a detection method. For multiple network ports, in response to the current network port receiving a detection card command event, a detection card command is executed on at least one target detection receiving card connected to the current network port, so that the target detection receiving card returns corresponding response data. In response to the event that the target detection receiving card does not return response data based on the detection card command, a detection card command is sent to other network ports, so that the receiving cards corresponding to other network ports execute the detection card command. This solves the problem in the prior art that when detecting information of receiving cards, the software needs to repeatedly send commands, and when no response data is received, a 2-3 second waiting window needs to be reserved for each network port, resulting in long time consumption and data transmission bandwidth occupation, causing LED screen flickering or distorted display. This disclosure embodiment realizes that the sending card performs detection in a multi-network port scenario, used to determine the receiving card identification information corresponding to the receiving card connected to each network port, thereby improving the detection success rate, reliability, and detection efficiency. Attached Figure Description

[0018] To more clearly illustrate the technical solutions of exemplary embodiments of the present invention, the accompanying drawings used in describing the embodiments are briefly introduced below. Obviously, the accompanying drawings described are only a portion of the drawings of the embodiments to be described in this invention, and not all of the drawings. For those skilled in the art, other drawings can be obtained from these drawings without any creative effort.

[0019] Figure 1 This is a schematic flowchart of a detection method provided in an embodiment of this disclosure;

[0020] Figure 2 This is a schematic diagram of a detection process provided in an embodiment of this disclosure;

[0021] Figure 3 This is a schematic diagram of a detection process provided in an embodiment of this disclosure;

[0022] Figure 4 This is a schematic diagram of a conventional detection process provided in an embodiment of this disclosure;

[0023] Figure 5 This is a schematic diagram of the structure of a detection device provided in an embodiment of the present disclosure;

[0024] Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0025] The present invention will now be described in further detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and not intended to limit it. Furthermore, it should be noted that, for ease of description, the accompanying drawings show only the parts relevant to the present invention, and not all of the structures.

[0026] Before introducing the technical solutions provided in the embodiments of this disclosure, the application scenarios can be illustrated by example. The technical solutions provided in the embodiments of this disclosure can be applied to scenarios where the receiver card identification information corresponding to the receiver card is detected. Based on the technical solutions in the embodiments of this disclosure, the sending card performs detection in a multi-network port scenario to determine the receiver card identification information corresponding to the receiver card connected to each network port, thereby improving the detection success rate, reliability, and detection efficiency.

[0027] Example 1

[0028] Figure 1This is a flowchart illustrating a detection method provided in an embodiment of this disclosure. This embodiment is applicable to the situation of detecting the receiving card identification information corresponding to the receiving card. The method can be executed by a detection device, which can be implemented in the form of software and / or hardware. The hardware can be a mobile electronic device, which can execute the detection method provided in this technical solution.

[0029] like Figure 1 As shown, the transmitting card is configured with at least one network port, and each network port connects to at least one receiving card. The receiving card communicates with the transmitting card through the network port, and the transmitting card performs the probing method:

[0030] S110. For multiple network ports, in response to the current network port receiving a probe card command event, execute the probe card command on at least one target probe receiving card connected to the current network port so that the target probe receiving card feeds back the corresponding response data.

[0031] The response data includes the receiver card identification information corresponding to the receiver card.

[0032] The transmitting card is the core of the upper-level control system. The network port is the physical channel of the transmitting card. The receiving card is the lower-level execution or driving unit. A transmitting card typically has multiple independent network ports. Each network port can connect to a "chain" or "tree"-like receiving card topology. Specifically, the transmitting card refers to the upper-level control unit in the LED display control system, usually installed in the playback or control host. The transmitting card processes video images into dedicated data streams suitable for the receiving cards or screen, sends them to each receiving card through the network port, and is responsible for tasks such as timing and bandwidth allocation. The network port is the physical and data link between the transmitting card and the receiving card. Each network port acts as an independent transmission channel, carrying a certain bandwidth or number of pixels. Furthermore, a single network port can connect multiple receiving cards in series or branch. The receiving card is the lower-level driving unit installed inside the screen housing, responsible for receiving data from the transmitting card's network port, parsing it, and mapping it to the pixel area it is responsible for, driving the LED modules.

[0033] It should be noted that a sending card typically has multiple independent network ports. See also Figure 2 The sending card is configured with 1 to m network ports. Probing is performed independently on a per-port basis; the current network port refers to the port currently processing the probing task. A probe command is a query-type control command initiated by the sending card and sent through a specified network port to the receiving cards on the link, used to collect the identification information of each receiving card. The probe command is essentially a read-only topology and identity enumeration, without changing the existing configuration of the receiving cards. The "current network port receives probe command" event refers to the current network port receiving a condition or signal that triggers the probing action. The target probing receiving cards refer to the set of receiving cards that need to be probed in the link connected to the current network port, typically all receiving cards on the current network port. See also... Figure 2There are currently n target detection receiver cards that need to be detected in the downlink links connected to the network port. See also Figure 2 The software generates a probe command, which is then sent to the microcontroller via USB. The microcontroller communicates with the transmitting card through a serial peripheral interface and / or a universal asynchronous transceiver. The corresponding response data fed back by the target detection receiving card refers to the target receiving card sending its own information back to the transmitting card. Based on this, the transmitting card confirms the connectivity of the network port, the number of cards, and collects the identification information of each receiving card.

[0034] It should also be noted that the Serial Peripheral Interface (SPI) and Universal Asynchronous Receiver / Transmitter (UART), as serial communication protocols, are used for data transmission between the microcontroller and the transmitting card. The SPI is a synchronous serial communication protocol used for high-speed data exchange between the microcontroller and the transmitting card. The SPI is suitable for applications requiring fast data transmission; its protocol is simple and easy to implement. The UART is an asynchronous serial communication protocol used for communication between the microcontroller and the transmitting card. The UART does not use a clock signal but transmits data at a preset baud rate.

[0035] In this embodiment, the response data includes one or more of the following: the version number of the receiving card, the card number, the physical address information, and the firmware checksum information.

[0036] It's important to note that the receiver card's version number refers to the version identifier of its hardware or software. Version numbers typically consist of numbers and letters, indicating the level of update and functionalities. They usually follow a specific format, such as "major version number.minor version number.revision number," for easy tracking and maintenance. Version number information is crucial for developers and users as it helps identify device functionality, compatibility, and known issues. Furthermore, the version number changes with firmware updates to reflect new features or bug fixes. The receiver card's card number is a unique identifier assigned to each receiver card, usually a combination of numbers and letters. This card number distinguishes different receiver cards, ensuring unique identification within the system. It also helps technicians quickly locate and identify problems. The receiver card's physical address information is the unique address assigned to the receiver card within the network or system, used for data communication and device identification. The physical address is typically a MAC address or other type of address, ensuring each device has a unique identifier within the network. Physical address information plays a critical role in data transmission, ensuring data is correctly routed to the designated receiver card. In multi-device systems, physical address information facilitates communication and coordination between devices. The firmware checksum information of the receiver card is used to verify the integrity and correctness of the receiver card firmware.

[0037] Specifically, the transmitting card is configured with multiple network ports, each connecting to a receiving card. The receiving cards communicate with the transmitting card through these network ports. When a probe command is received on the current network port, the probe command is executed on all target receiving cards connected to that port. After the probe is complete, the target receiving cards return their corresponding version number, card number, physical address, and firmware checksum information.

[0038] S120. In response to the event that the target detection receiving card does not return response data based on the detection card command, send the detection card command to other network ports so that the receiving cards corresponding to the other network ports execute the detection card command.

[0039] Specifically, when a sending card sends a probe command to its connected target receiving card from a certain network port, but does not receive any response data from the receiving card, the probe is considered to have timed out or failed. At this time, the system will not wait indefinitely on this network port, but will instead send the same probe command to other network ports, allowing the receiving cards connected to those other ports to execute the probe command and return response data.

[0040] Optionally, at the start of each frame, in response to the card detection command issued by the microcontroller, a detection signal is generated; the detection signal is sent to the current network port or other network ports to execute the card detection command.

[0041] The detection signal carries the detection card command.

[0042] It should be noted that "the start time of each frame" refers to the point in time when the system begins refreshing the output data for each frame, i.e., the frame boundary, frame header, or the start of the vertical blank period. Inserting a probe signal at the start time of each frame, i.e., executing a probe command, can minimize the interleaving with pixel data, reduce interference with screen refresh and brightness PWM, avoid visible flickering or tearing, and ensure stable display and orderly response.

[0043] It should also be noted that the probe signal is the transmission carrier of control information, typically a control message inserted at the beginning of the frame's control window or the frame header. The probe signal carrying probe instructions means that the probe signal contains specific instruction payloads, i.e., the content of the probe instructions, such as command codes, parameters, and session information.

[0044] Optionally, when there is no frame start time, multiple second times are determined based on the first time corresponding to the time when the card detection command is received from the microcontroller and the first preset duration; at each second time, in response to the card detection command issued by the microcontroller, a detection signal is generated; the detection signal is sent to the current network port or other network ports to execute the card detection command.

[0045] In cases where no frame start time exists, it indicates that there is no video input or output, the protocol is not transmitting in frames, or the system is in maintenance or self-test mode. In these situations, it's impossible to insert a probe signal based on the unified time anchor point of the frame start time; therefore, an independent time schedule is needed to drive the probe process. The first moment refers to the point in time when the transmitting card receives the probe command from the MCU, which can be denoted as... The first preset duration refers to the fixed time interval used for scheduling detection, which can be denoted as... For example, the first preset duration can be 10ms, 20ms, or 50ms, etc., and the first preset duration can be selected based on bandwidth and link latency. Multiple second moments refer to... Based on, according to A series of time points are generated for sending probe signals in batches. Multiple second time points can be represented as follows: + , +2 , +3 wait.

[0046] It should be noted that, without a frame start time, an equally spaced second time window is used as an artificial window to initiate probes in an orderly manner, avoiding collisions and congestion caused by continuous link occupation or random triggering. This also facilitates rate limiting and load control, distributing data to different network ports at fixed intervals to ensure system predictability.

[0047] Optionally, before sending a probe command to other network ports, for the first probe receiving card that does not return response data corresponding to the probe command, the probe command is repeatedly executed on the first probe receiving card until the preset number of probes is reached or the first probe receiving card returns response data.

[0048] In this context, the first probe receiving card refers to the receiving card encountered during the network port probing process that did not provide a response data corresponding to the probe command. "No response data" means that no response data was received from this receiving card within the response window of this probe. The preset probe count refers to the maximum number of retries set by the system for a single card; exceeding this number will prevent further retries for that receiving card. For example, the preset probe count can be 2-3 times.

[0049] It should be noted that before switching to other network ports for probing, priority should be given to performing limited retries on the receiving card that does not respond on the current network port until success is achieved or the maximum number of retries is reached, in order to improve the reliability of the probing and the completeness of the network port topology identification.

[0050] In this embodiment, after receiving the response data from the target detection receiving card, in response to the event of feedback response data, when the response data reporting trigger condition is met, the temporarily stored response data is fed back to the microcontroller.

[0051] The response data reporting trigger conditions include at least one of the following: the storage amount corresponding to the temporarily stored response data reaches a preset capacity threshold; for each network port, the response data of all receiving cards connected to any one network port is temporarily stored.

[0052] It should be noted that the temporarily stored response data refers to the response data corresponding to the receiving card accumulated in the random access memory (RAM) of the transmitting card. This temporarily stored response data has not yet been reported to the microcontroller. When the amount of temporarily stored response data in the RAM reaches a preset capacity threshold—that is, when the number of entries, bytes, or packets corresponding to the temporarily stored response data in the RAM reaches the threshold—the temporarily stored response data is immediately fed back to the microcontroller to avoid buffer overflow and excessive delay.

[0053] It should also be noted that for each network port, as long as the random access memory of the transmitting card has temporarily stored the response data of all receiving cards under a certain network port, that is, the detection results of the corresponding network port are complete, the complete data of that network port will be fed back to the microcontroller.

[0054] Specifically, after receiving response data from a receiving card, the transmitting card does not immediately send each response data back to the microcontroller individually. Instead, it temporarily stores these response data in the transmitting card's random access memory. When the set reporting trigger conditions are met, it then packages the temporarily stored data and sends it back to the microcontroller all at once. This reduces communication overhead, improves overall efficiency, and maintains the integrity of data within the network port.

[0055] The technical solution of this disclosure embodiment uses a sending card to perform a detection method. For multiple network ports, in response to the current network port receiving a detection card command event, a detection card command is executed on at least one target detection receiving card connected to the current network port, so that the target detection receiving card returns corresponding response data. In response to the event that the target detection receiving card does not return response data based on the detection card command, a detection card command is sent to other network ports, so that the receiving cards corresponding to other network ports execute the detection card command. This solves the problem in the prior art that when detecting information of receiving cards, the software needs to repeatedly send commands, and when no response data is received, a 2-3 second waiting window needs to be reserved for each network port, resulting in long time consumption and data transmission bandwidth occupation, causing LED screen flickering or distorted display. This disclosure embodiment realizes that the sending card performs detection in a multi-network port scenario, used to determine the receiving card identification information corresponding to the receiving card connected to each network port, thereby improving the detection success rate, reliability, and detection efficiency.

[0056] Example 2

[0057] As an optional embodiment of the present invention, an example is provided to further illustrate the invention.

[0058] See Figure 3 When the card probe begins (i.e., when probing the receiving card starts), the software sends a probe command to the MCU, which then forwards the command to the sending card. Upon receiving the probe command, the sending card prepares to send it to the receiving card. At this point, it waits for the start of the next frame. When the frame starts, it sends a probe command to the first receiving card on the first network port. After receiving the corresponding response data, the sending card stores the corresponding response data in its buffer RAM. At this time, the MCU raises the parameter preparation flag, begins reading the receiving card parameters, reads the response data, and transmits it to the software. Then, when the next frame starts, it sends a probe command to the next receiving card on the current network port. If no response data is received, the probe command is repeatedly sent to the same receiving card upon the start of the next frame. If the number of probes to the same receiving card is less than L, the probe command is repeatedly sent to the same receiving card. If the number of probes to the same receiving card is not less than L, probe commands are sent to other network ports. For example, L can be 3. If the currently probed network port is the last network port, the sending card sends a probe end packet. If the currently probed network port is not the last network port, a probe command is sent to the receiving card of the next network port.

[0059] The current method for obtaining the response data corresponding to the probe receiver card can be found in [reference]. Figure 4 See also Figure 4 When the card detection begins (i.e., when the receiving card is detected), the software sends a detection command to the MCU, which then forwards the command to the sending card. Upon receiving the detection command, the sending card prepares to send it to the receiving card. At this point, it waits for the start of the next frame. When the frame starts, the sending card sends a detection command. If the receiving card exists, it uploads response data. The response data is first uploaded to the sending card, then via the sending card to the MCU, and finally via the MCU to the software. After the response data is uploaded to the software, the software sends a detection command for the next card. When the frame starts, the sending card sends a detection command. If the receiving card does not exist, the software waits A seconds before sending the detection command again, and the software repeats the detection X times. For example, when the frame starts, the sending card sends a detection command; if the receiving card does not exist, the software waits 1 second before sending the detection command again, and the software repeats the detection twice. If this is not the last network port, the software sends a detection command to the receiving card corresponding to the next network port; if it is the last network port, the detection ends.

[0060] It should be noted that, compared to the situation where the software waits A seconds before sending a card probe command again when the receiving card is absent, and the software repeats the card probe X times, the card probe time in this embodiment of the invention is reduced by approximately 90%. Furthermore, in this embodiment, the software only needs to send a card probe command once, significantly reducing the amount of software command interaction. The screen flickering rate in this embodiment is completely eliminated. Moreover, when there is no signal source, i.e., no frame start time, the card probe time is also significantly reduced.

[0061] The technical solution of this disclosure eliminates the A-second wait time on the software side, replacing it with autonomous scheduling and limited retries by the transmitting card at the beginning of the frame or within a timed window. This reduces the overall card detection time by approximately 90%, with significant acceleration even in the absence of a signal source. The software only needs to issue a card detection command once; the response data is first buffered locally on the transmitting card and then batch reported based on capacity or network port integrity, reducing MCU-software interaction and bus pressure. The detection signal is only inserted at the beginning of the frame or sent according to the frame interval, avoiding conflicts with pixel data and completely eliminating flicker.

[0062] Example 3

[0063] Figure 5 This is a schematic diagram of the detection device provided in the embodiments of this disclosure, as shown below. Figure 5 As shown, the device includes: a card detection command execution module 210 and a card detection command sending module 220.

[0064] The probe instruction execution module is configured to, in response to a probe instruction event received by the current network port, execute the probe instruction on at least one target probe receiving card connected to the current network port, so that the target probe receiving card feeds back corresponding response data; wherein, the response data is receiving card identification information corresponding to the receiving card; the probe instruction sending module is configured to, in response to an event that the target probe receiving card does not feed back the response data based on the probe instruction, send the probe instruction to other network ports, so that the receiving cards corresponding to the other network ports execute the probe instruction.

[0065] The technical solution of this disclosure embodiment uses a sending card to perform a detection method. For multiple network ports, in response to the current network port receiving a detection card command event, a detection card command is executed on at least one target detection receiving card connected to the current network port, so that the target detection receiving card returns corresponding response data. In response to the event that the target detection receiving card does not return response data based on the detection card command, a detection card command is sent to other network ports, so that the receiving cards corresponding to other network ports execute the detection card command. This solves the problem in the prior art that when detecting information of receiving cards, the software needs to repeatedly send commands, and when no response data is received, a 2-3 second waiting window needs to be reserved for each network port, resulting in long time consumption and data transmission bandwidth occupation, causing LED screen flickering or distorted display. This disclosure embodiment realizes that the sending card performs detection in a multi-network port scenario, used to determine the receiving card identification information corresponding to the receiving card connected to each network port, thereby improving the detection success rate, reliability, and detection efficiency.

[0066] Based on the above technical solutions, the device further includes: a repetitive execution module, used to repeatedly execute the probe command on the first probe receiving card for which no response data corresponding to the probe command has been returned, until a preset number of probes is reached or the first probe receiving card returns response data.

[0067] Based on the above technical solutions, the device further includes: a response data feedback module, used to respond to an event that feeds back the response data, and when the response data reporting trigger condition is met, to feed back the temporarily stored response data to the microcontroller; wherein, the response data reporting trigger condition includes at least one of the following: the storage amount corresponding to the temporarily stored response data reaches a preset capacity threshold; and for each network port, to temporarily store the response data of all receiving cards connected to any one network port.

[0068] Based on the above technical solutions, the device further includes: a detection signal generation module, used to generate a detection signal at the start of each frame in response to a card detection command issued by the microcontroller; wherein the detection signal carries the card detection command; and the detection signal is sent to the current network port or the other network port to execute the card detection command.

[0069] Based on the above technical solutions, the transmitting card and the microcontroller communicate through a serial peripheral interface and / or a universal asynchronous transceiver.

[0070] Based on the above technical solutions, the response data includes one or more of the following: the version number of the receiving card, the card number, the physical address information, and the firmware verification code information.

[0071] Based on the above technical solutions, the device further includes: a second time determination module, used to determine multiple second times according to the first time corresponding to the time when the card detection command is received from the microcontroller and a first preset duration; at each second time, in response to the card detection command issued by the microcontroller, generate the detection signal; and send the detection signal to the current network port or the other network port to execute the card detection command.

[0072] The detection device provided in this disclosure can execute the detection method provided in any embodiment of this disclosure, and has the corresponding functional modules and beneficial effects of the method execution.

[0073] It is worth noting that the various units and modules included in the above-mentioned device are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be realized; in addition, the specific names of each functional unit are only for easy differentiation and are not used to limit the protection scope of the embodiments of this disclosure.

[0074] Example 4

[0075] Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Refer to the following... Figure 6 It illustrates an electronic device suitable for implementing embodiments of the present disclosure (e.g., Figure 6 The diagram below shows the structure of the terminal device or server 500. The terminal device in this embodiment may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), and vehicle terminals (e.g., vehicle navigation terminals). Figure 6 The electronic device shown is merely an example and should not be construed as limiting the functionality and scope of the embodiments disclosed herein.

[0076] like Figure 6 As shown, electronic device 500 may include a processing unit (e.g., a central processing unit, a graphics processing unit, etc.) 501, which can perform various appropriate actions and processes according to a program stored in read-only memory (ROM) 502 or a program loaded from storage device 508 into random access memory (RAM) 503. The RAM 503 also stores various programs and data required for the operation of electronic device 500. The processing unit 501, ROM 502, and RAM 503 are interconnected via bus 504. An edit / output (I / O) interface 505 is also connected to bus 504.

[0077] Typically, the following devices can be connected to I / O interface 505: input devices 506 including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 507 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 508 including, for example, magnetic tapes, hard disks, etc.; and communication devices 509. Communication device 509 allows electronic device 500 to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 6 An electronic device 500 with various devices is shown; however, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively.

[0078] In particular, according to embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this disclosure include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device 509, or installed from a storage device 508, or installed from a ROM 502. When the computer program is executed by the processing device 501, it performs the functions defined in the methods of embodiments of this disclosure.

[0079] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

[0080] The electronic device provided in this embodiment and the detection method provided in the above embodiments belong to the same inventive concept. Technical details not described in detail in this embodiment can be found in the above embodiments, and this embodiment has the same beneficial effects as the above embodiments.

[0081] Example 5

[0082] This disclosure provides a computer storage medium storing a computer program that, when executed by a processor, implements the detection method provided in the above embodiments.

[0083] It should be noted that the computer-readable medium described in this disclosure can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this disclosure, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0084] In some implementations, the server may communicate using any currently known or future-developed network protocol such as HTTP (Hypertext Transfer Protocol) and may interconnect with digital data communication (e.g., communication networks) of any form or medium. Examples of communication networks include local area networks (“LANs”), wide area networks (“WANs”), the Internet (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future-developed networks.

[0085] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0086] The aforementioned computer-readable medium carries one or more programs that, when executed by the electronic device, cause the electronic device to:

[0087] For multiple network ports, in response to the current network port receiving a probe card command event, the probe card command is executed on at least one target probe receiving card connected to the current network port, so that the target probe receiving card feeds back corresponding response data; wherein, the response data is the receiving card identification information corresponding to the receiving card;

[0088] In response to an event where the target detection receiving card fails to return the response data based on the detection card instruction, the detection card instruction is sent to other network ports so that the receiving cards corresponding to the other network ports execute the detection card instruction.

[0089] Computer program code for performing the operations of this disclosure can be written in one or more programming languages ​​or a combination thereof, including but not limited to object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0090] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0091] The units described in the embodiments of this disclosure can be implemented in software or hardware. The names of the units are not, in some cases, intended to limit the specific unit.

[0092] The functions described above in this document can be performed at least in part by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), system-on-a-chip (SoCs), complex programmable logic devices (CPLDs), and so on.

[0093] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0094] The above description is merely a preferred embodiment of this disclosure and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of this disclosure is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features disclosed in this disclosure that have similar functions.

[0095] Furthermore, while the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous. Similarly, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of this disclosure. Certain features described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments.

[0096] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.

Claims

1. A detection method, wherein a transmitting card is configured with at least one network port, each network port is connected to at least one receiving card, and the receiving card communicates with the transmitting card through the network port, characterized in that, The detection method is performed by the sending card: For multiple network ports, in response to the current network port receiving a probe card command event, the probe card command is executed on at least one target probe receiving card connected to the current network port, so that the target probe receiving card feeds back corresponding response data; wherein, the response data is the receiving card identification information corresponding to the receiving card; In response to an event where the target detection receiving card fails to return the response data based on the detection card instruction, the detection card instruction is sent to other network ports so that the receiving cards corresponding to the other network ports execute the detection card instruction.

2. The method according to claim 1, characterized in that, Before sending the detection command to other network ports, the method further includes: For the first detection receiving card that does not return response data corresponding to the detection card command, the detection card command is repeatedly executed on the first detection receiving card until the preset number of detections is reached or the first detection receiving card returns response data.

3. The method according to claim 1, characterized in that, After receiving the response data fed back by the target detection receiving card, the method further includes: In response to the event of feeding back the response data, when the response data reporting trigger condition is met, the temporarily stored response data is fed back to the microcontroller; The response data reporting triggering condition includes at least one of the following: The storage amount corresponding to the temporarily stored response data has reached the preset capacity threshold; For each network port, temporarily store the response data of all receiving cards connected to any one network port.

4. The method according to claim 1, characterized in that, The method further includes: At the start of each frame, in response to the card detection command issued by the microcontroller, a detection signal is generated; wherein, the detection signal carries the card detection command; The detection signal is sent to the current network port or the other network port to execute the card detection command.

5. The method according to claim 3, characterized in that, The transmitting card and the microcontroller communicate via a serial peripheral interface and / or a universal asynchronous transceiver.

6. The method according to claim 1, characterized in that, The response data includes one or more of the following: the version number of the receiving card, the card number, the physical address information, and the firmware verification code information.

7. The method according to claim 4, characterized in that, When the frame start time does not exist, the method further includes: Based on the first moment and the first preset duration corresponding to the receipt of the detection command issued by the microcontroller, multiple second moments are determined; At each of the second moments, the detection signal is generated in response to the detection card command issued by the microcontroller; The detection signal is sent to the current network port or the other network port to execute the card detection command.

8. A detection device, characterized in that, include: The probe card instruction execution module is used to execute the probe card instruction on at least one target probe receiving card connected to the current network port in response to a probe card instruction event received on the current network port, so that the target probe receiving card will feed back corresponding response data; wherein, the response data is receiving card identification information corresponding to the receiving card; The probe card instruction sending module is used to send the probe card instruction to other network ports in response to an event where the target probe receiving card does not return the response data based on the probe card instruction, so that the receiving card corresponding to the other network ports executes the probe card instruction.

9. An electronic device, characterized in that, The electronic device includes: One or more processors; Storage device for storing one or more programs. When one or more programs are executed by one or more processors, the one or more processors implement the detection method as described in any one of claims 1-7.

10. A storage medium containing computer-executable instructions, characterized in that, The computer-executable instructions, when executed by a computer processor, are used to perform the detection method as described in any one of claims 1-7.

Images