Shulou(Shulou.com)06/01 Report--

This article mainly introduces the ServerSuperIO communication mode mechanism is what the relevant knowledge, detailed and easy to understand, simple and fast operation, has a certain reference value, I believe that everyone will read this ServerSuperIO communication mode mechanism is what the article will gain, let's take a look at it.

several drive control modes

1. Polling mode

This is the framework's earliest mode of operation, serial and network communication can be used in this control mode. When multiple devices are connected to the communication platform, the communication platform polls and dispatches devices for communication tasks. At a certain time, only one device can send a request command and wait to receive the returned data. After this device completes sending and receiving (if it encounters timeout, it will automatically return), the next device will carry out the communication task and poll the devices in turn.

The application scenario is such that the server communicates with the device in a way that follows the call response, that is, when IO is available, the server first initiates a communication command request, and the device returns data to the server after checking the command information. This communication pattern is easy to understand, and each device's communication follows the principle of queuing. But what if a device's command needs to be sent in time? ServerSuperIO framework supports device priority scheduling. For example, if you want to detect a device in real time and need to send commands continuously, you need to set the device at a high level and send a request data command.

The communication structure is as follows:

2. Concurrent mode

In the case of network communication, polling mode is obviously inefficient, so concurrent mode can be adopted. Concurrent communication mode is to send request commands to all devices in a centralized manner. The framework is to send request commands to devices corresponding to each IO channel in a cyclic synchronous manner. Of course, request commands can also be sent in a centralized manner in a parallel asynchronous manner. After receiving the instruction, the hardware equipment checks, and returns the data corresponding to the instruction after successful verification. After the communication platform asynchronously monitors the data information, it receives the operation, and then distributes and processes the data.

Then, this involves how to match the data received by the IO channel asynchronously with the device driver (distribute the data to the device driver), which can be realized by DeviceCode and DeviceIP. DeviceCode may be a device address or device code, DeviceIP is a preset parameter, and the IP address of the terminal device is required to be fixed.

The communication structure is as follows:

3. Self-control mode

This control mode can only be used for network communication. Automatic communication mode is similar to concurrent communication mode, except that the operation of sending instructions is controlled by the device driver itself, or by the secondary developer, who can send instruction data in an event-driven manner through clock timing. After receiving the command, the hardware equipment checks, and returns the data corresponding to the command after the verification is successful. After the communication platform asynchronously monitors the data information, it receives the operation, and then distributes and processes the data.

The automatic communication mode can provide accurate timing request real-time data mechanism for secondary developers, making the communication mechanism more flexible and autonomous. If multiple device drivers use the same IO channel, the time control will be biased.

It also involves data distribution, just like concurrency.

The communication structure is as follows:

4. Single-case model

This control mode can only be used for network communication. There can only be one device driver in a service instance, which is equivalent to one device driver corresponding to N hardware device terminals. Data protocols that are more suitable for communication have fixed standards for processing different data with command keywords. It is suitable for high-concurrency hardware terminal equipment to upload data actively, and the server side processes and returns corresponding data according to the data information.

The communication structure is as follows:

About "ServerSuperIO communication mode mechanism is what" the content of this article is introduced here, thank you for reading! I believe everyone has a certain understanding of the knowledge of "ServerSuperIO communication mode mechanism." If you still want to learn more knowledge, please pay attention to the industry information channel.

Welcome to subscribe "Shulou Technology Information " to get latest news, interesting things and hot topics in the IT industry, and controls the hottest and latest Internet news, technology news and IT industry trends.