Sale!

3504E Safety Instrumented System (SIS)

¥666.00

3504E Safety Instrumented System (SIS)
Brand: TRICONEX
Name: Module
Current: 5A
Voltage: 24V
Mode of use: Hot plug implementation
standard: Import
origin: United States

Category:
  • Email:3221366881@qq.com
  • Phone:+86 17750010683
  • Whatsapp:+8617750010683

Description

3504E Safety Instrumented System (SIS)
3504E Safety Instrumented System (SIS)
Module Clips Drive controller servo motor
Contact: Mr. Lai
Wechat:17750010683
Whats app:+86 17750010683
Skype:+86 17750010683
QQ: 3221366881
3221366881@qq.com
Modify the watchdog time of the PROFINET IO device under 16 STEP7
3.2 Check if the installation of PROFINET IO communication equipment meets the specifications
Most cases of PROFINET IO communication interference problems are caused by equipment installation that does not comply with the installation specifications for PROFINET IO communication, such as incomplete shielding, unreliable grounding, and being too close to interference sources. Installation that meets the specifications can avoid communication failures caused by electromagnetic interference. You can refer to the following brief installation requirements for PROFINET:
1. Wiring of PROFINET 3504E Safety Instrumented System (SIS)
In order to reduce the coupling of electric and magnetic fields, the larger the parallel distance between PROFINET and other power cable interference sources, the better. In accordance with IEC 61918, the minimum distance between PROFINET shielded cables and other cables can be referred to Table 1. PROFINET 3504E Safety Instrumented System (SIS) can be wired together with other data cables, network cables, and shielded analog cables. If it is an unshielded power cable, the minimum distance is 200mm.
Comprehensive analysis of the principle and application skills of microcontroller IO port
IO port operation is the most basic and important knowledge in microcontroller practice. This article takes a long time to introduce the principles of IO ports. I also consulted a lot of materials to ensure the accuracy of the content, and spent a long time writing it. The principle of IO ports originally required a lot of in-depth knowledge, but here it has been simplified as much as possible for easy understanding. This will be of great help in solving various IO port related problems in the future.
The IO port equivalent model is my original method, which can effectively reduce the difficulty of understanding the internal structure of the IO port. And after consulting and confirming, this model is basically consistent with the actual working principle.
I mentioned a lot earlier, and many people may already be eager to actually operate microcontrollers. The IO port, as the main means of communication between the microcontroller and the outside world, is the most basic and important knowledge for microcontroller learning. Previously, we programmed and implemented an experiment to light up the LED at the IO port. This article will continue to introduce the relevant knowledge of the IO port.
In order to better learn the operation of IO ports, it is necessary to understand the internal structure and related concepts of IO ports. These knowledge are very helpful for subsequent learning, with a focus on understanding and no need to memorize them intentionally. If you don”t remember, just come back and take a look. If you use it too much, you will naturally remember.
We have said that the most accurate and effective way to understand a chip is to refer to official chip manuals and other materials. But for beginners of microcontrollers, it may be difficult to understand the chip manual directly, especially when they see a bunch of English, unfamiliar circuits, and terminology. If it were me, I would definitely be crazy. But here I still provide a picture taken from Atmel”s official “Atmel 8051 Microcontrollers Hardware Manual”.
The purpose of giving this picture is not to dampen everyone”s enthusiasm for learning, but to help everyone understand how the various microcontroller materials we have seen come from and whether they are accurate. All of these can be clarified through official information, which will be helpful for everyone to further learn something in the future.
Introduction to the Second Function
The above figure is the authoritative 51 microcontroller IO port structure diagram provided by the official. It can be seen that the internal structure of the four sets of IO ports of the microcontroller is different, because some IO ports have a secondary function, as mentioned in the introductory section.
Do you remember this pin diagram? The second function name of the IO port is marked in parentheses. Except for P1, each interface has a second function. When introducing the microcontroller system module, I mentioned that the 51 microcontroller has an interface for reserved extended memory, which is the second function of P0 and P1 in the figure (while also using pins such as 29 and 30). Because it is not widely used and involves in-depth knowledge, no specific research will be conducted. By the way, the AD0~AD7 we see here are actually used for parallel ports. The second function of the P3 port, including serial port, will be introduced in detail later.
The drawbacks of network IO and the advantages of multiplexing IO
In order to talk about multiplexing, of course, we still need to follow the trend and adopt a whiplash approach. First, we will talk about the drawbacks of traditional network IO and use the pull and step method to grasp the advantages of multiplexing IO.
For the convenience of understanding, all the following code is pseudo code, and it is sufficient to know the meaning it expresses.
Blocking IO
The server wrote the following code to handle the data of client connections and requests.
Listenfd=socket()// Open a network communication port
Bind (listenfd)// binding
Listen (listenfd)// Listening while (1){
Connfd=accept (listenfd)// Blocking connection establishment
Int n=read (connfd, buf)// Blocking read data
DoSomeThing (buf)// What to do with the data you read
Close (connfd)// Close the connection and wait for the next connection in a loop
}
This code will be executed with stumbling blocks, just like this.
It can be seen that the thread on the server is blocked in two places, one is the accept function and the other is the read function.
If we expand on the details of the read function again, we will find that it is blocked in two stages.
This is traditional blocking IO.
The overall process is shown in the following figure.
So, if the client of this connection continues to not send data, the server thread will continue to block on the read function and not return, nor will it be able to accept other client connections.
This is definitely not feasible.
Non blocking IO
To solve the above problem, the key is to modify the read function.
A clever approach is to create a new process or thread every time, call the read function, and perform business processing.
While (1){
Connfd=accept (listenfd)// Blocking connection establishment
Pthread_ Create (doWork)// Create a new thread
}
Void doWork(){
Int n=read (connfd, buf)// Blocking read data
DoSomeThing (buf)// What to do with the data you read
Close (connfd)// Close the connection and wait for the next connection in a loop
}
In this way, once a connection is established for a client, it can immediately wait for a new client connection without blocking the read request from the original client.
However, this is not called non blocking IO, it just uses multithreading to prevent the main thread from getting stuck in the read function and not going down. The read function provided by the operating system is still blocked.
So true non blocking IO cannot be achieved through our user layer tricks, but rather by imploring the operating system to provide us with a non blocking read function.
The effect of this read function is to immediately return an error value (-1) when no data arrives (reaches the network card and is copied to the kernel buffer), rather than waiting for blocking.
The operating system provides this feature by simply setting the file descriptor to non blocking before calling read.
Fcntl (connfd, F_SETFL, O_NONBLOCK);
Int n=read (connfd, buffer)= SUCCESS;
In this way, the user thread needs to loop through the call to read until the return value is not -1, and then start processing the business.
We noticed a detail here.
Non blocking read refers to the stage where data is non blocking before it reaches the network card, or before it reaches the network card but has not been copied to the kernel buffer.
When the data has reached the kernel buffer, calling the read function is still blocked and requires waiting for the data to be copied from the kernel buffer to the user buffer before returning.
The overall process is shown in the following figure
IO multiplexing
Creating a thread for each client can easily deplete the thread resources on the server side.
Of course, there is also a clever solution. After accepting each client connection, we can put the file descriptor (connfd) into an array.
Fdlist. add (connfd);
Then create a new thread to continuously traverse the array and call the non blocking read method for each element.
While (1){
For (fd “- fdlist){
If (read (fd)!=- 1){
DoSomeThing();
}
}
}
In this way, we successfully processed multiple client connections with one thread.
Do you think this means some multiplexing?
But this is just like using multithreading to transform blocked IO into seemingly non blocking IO. This traversal method is just a small trick that our users have come up with, and every time we encounter a read that returns -1, it is still a system call that wastes resources.
Making system calls in a while loop is not cost-effective, just like making rpc requests while working on distributed projects.
So, we still need to plead with the operating system boss to provide us with a function that has such an effect. We will pass a batch of file descriptors to the kernel through a system call, and the kernel layer will traverse them to truly solve this problem.
Application of Data Acquisition IO Module in Thermal Power Plant System3504E Safety Instrumented System (SIS)
The Ethernet IO module is a data acquisition and control device. It uses Ethernet as a communication method to transmit data from various industrial control sensors and actuators to computers or other devices for management and monitoring. As a modern energy supply base, thermal power plants need to widely apply various intelligent control technologies to improve operational efficiency, reduce costs, and improve safety. In this context, the application of barium rhenium Ethernet IO modules is particularly important.
In the application of thermal power plants, the main function of the barium rhenium Ethernet IO module is to achieve real-time monitoring and control of the production process. By connecting to various sensors and actuators, the barium rhenium Ethernet IO module can collect real-time environmental parameters, machine operation status, and other data of the thermal power plant. By analyzing and processing these data, commanders can understand the operation of the thermal power plant and make corresponding adjustments. Compared to traditional automatic control systems, the barium rhenium Ethernet IO module has the advantages of stronger flexibility, faster reaction speed, and higher accuracy, which can greatly improve the operational efficiency and reliability of thermal power plants.
The real-time monitoring and control of thermal power plants require many capabilities of barium rhenium Ethernet IO modules. Here are several common application scenarios:
Firstly, the barium rhenium module can monitor parameters such as gas flow and water flow in thermal power plants. These parameters are crucial for ensuring the normal operation of the thermal power plant. Once these parameters undergo abnormal changes, the DO channel can be connected to the barium rhenium Ethernet IO module, and the alarm signal will immediately sound to remind the command personnel to handle it. Meanwhile, due to the fact that the barium rhenium Ethernet IO module can collect these data in real-time and transmit it to the monitoring system for recording, it can provide better technical support for quality management in thermal power plants.
Secondly, the barium rhenium Ethernet IO module can also monitor the operating status of mechanical equipment in thermal power plants. This includes parameters such as temperature, pressure, vibration, etc. By monitoring and analyzing these parameters, the barium rhenium Ethernet IO module can detect machine equipment faults in a timely manner, thereby avoiding the expansion of losses. In addition, during machine equipment maintenance, historical data recorded by the barium rhenium Ethernet IO module can be used to develop more scientific and reasonable maintenance plans, reduce maintenance costs, and improve maintenance efficiency.
Finally, the barium rhenium Ethernet IO module can also help thermal power plants achieve distributed control. We can remotely control and monitor multiple areas of the thermal power plant by connecting multiple barium rhenium modules to a network. This not only reduces the on-site debugging of equipment, but also strengthens the evaluation of equipment reliability.
In summary, the barium rhenium Ethernet IO module has unique advantages in real-time monitoring and control of thermal power plants. It can help command personnel monitor machine data in real-time, discover abnormal information, take timely measures to avoid impacts, and improve production efficiency and safety.
Remote IO modules based on Ethernet communication are widely used in the field of industrial IoT
With the development of IIOT (Industrial IOT) industrial Internet of Things technology, many traditional assets need to be connected to the internet to achieve unified data collection, analysis, processing, and storage, breaking the traditional phenomenon of device information silos. Therefore, the MQTT Ethernet IO acquisition module M160T, which supports the Internet of Things protocol, is able to unleash its potential by being compatible with existing devices and able to connect to IoT platforms. The MQTT Ethernet IO acquisition module will be widely used in industrial IoT, such as smart property, smart parks, smart factories, smart transportation, smart water conservancy, smart agriculture, smart campuses, smart communities, smart distribution, smart water conservancy, and many other industries.
Ethernet communication technology is a mature communication technology that has been widely applied. Therefore, Ethernet communication is the first choice for enterprises to connect various assets to the Internet of Things platform. Its reasons are stable and reliable, mature technology, fast transmission speed, and fast construction wiring.3504E Safety Instrumented System (SIS)
For traditional various assets, such as low-voltage distribution rooms, air compressor rooms, property and living pump rooms, street light control, liquid level collection, temperature and humidity collection, etc., through the MQTT Ethernet IO collection module, they can be quickly connected to the Internet of Things platform.
So, what characteristics do MQTT Ethernet IO modules need to have when used in IoT solutions? The details are as follows:
1. Actively connect to cloud platforms:
Based on the characteristics of Ethernet communication networking, the Ethernet IO acquisition module must support the TCP Client function, which is not only the TCP client function, so that the Ethernet IO module can actively connect to the IoT platform without the need for complex settings such as peanut shells;
2. Compatible with existing systems:
Support TCP Server and Modbus TCP protocol functions, which can be compatible with traditional upper computer systems or device access of HMI”s TCP client;
3. Access to IoT platforms:
Supports standard MQTT protocol and Modbus TCP protocol, and can be connected to various MQTT protocol IoT platforms such as Huawei Cloud and Alibaba Cloud, or traditional SCADA and DCS systems;
4. Rich IO interfaces and scalability:
There are various types of data to be collected on site, and it is necessary to support the collection of various devices such as 4-20Ma, RS485, DI, DO, etc. At the same time, it is also necessary to have the ability to read RS485 device instrument data or expand the functions of the IO acquisition module;
5. Easy installation method:
The volume of the control box is very limited, so it is necessary to use directly inserted and unplugged wiring terminals, as well as a rail installation method.
6. Industrial grade design
The industrial environment is harsh, and the Ethernet IO module must adopt an industrial grade design to ensure continuous and stable operation in harsh environments.
Through the MQTT Ethernet IO acquisition module, there is no need to replace various existing enterprise assets and the digital transformation of accessing IoT platforms can be quickly achieved. Therefore, the MQTT Ethernet IO acquisition module will be widely used in industrial IoT, such as smart properties, smart parks, smart factories, smart transportation, smart water conservancy, smart agriculture, smart campuses, smart communities, smart power distribution, smart water conservancy, and many other industries.
Safety Instrumented System (SIS) is a3504E Safety Instrumented System (SIS) safety system used to monitor and control production processes, and is a system that prevents catastrophic accidents from occurring. SIS is usually composed of sensors, logic solvers, and actuators, which can monitor and control various industrial production processes, including petrochemical, power, metallurgy, pharmaceuticals, pulp, and paper industries. The main function of SIS is to ensure the safety and reliability of industrial processes to prevent accidents from occurring. It can determine whether there are potential hazards or accident risks by monitoring the status of equipment, process parameters, and environmental factors, and take appropriate measures in a timely manner to prevent accidents from occurring. SIS can also be integrated with other control systems such as DCS or PLC to achieve more efficient production process monitoring and management.3504E Safety Instrumented System (SIS)
Invensys is an industrial software and control systems company headquartered in the UK, established in 1987. The company provides a range of solutions, including process automation, factory automation, energy management, railway transportation, aerospace, defense, and automotive fields. Invensys has over 30000 employees worldwide and customers worldwide. In 2019, Invensys was acquired by Schneider Electric of France.
Connex is a provider of industrial automation and information solutions headquartered in the United States, established in 2000. The company mainly provides data collection, monitoring, and visualization solutions, as well as industrial network and communication solutions. Kangjisen has over 2000 employees worldwide and customers worldwide. In China, Kangjisen is fully responsible by Beijing Kangjisen Huagen Technology Co., Ltd., providing sales, technical support, engineering, training, and a series of engineering and technical services.
The MXXE series remote IO module is designed at an industrial level, suitable for industrial IoT and automation control systems. The MXXE industrial Ethernet remote I/O is equipped with two Ethernet ports for MAC layer data exchange chips, allowing data to flow down from the expandable daisy chain Ethernet remote I/O array to another local Ethernet device or up to the server.
Factory automation, security, and monitoring systems, as well as tunnel communication applications, can utilize daisy chain Ethernet to build multi-point I/O networks through standard Ethernet cables. Many industrial automation users are familiar with the most commonly used multipoint configurations in fieldbus solutions. The daisy chain function of MxxXE remote I/O not only improves the scalability and installation possibility of remote I/O applications, but also reduces the overall cost by reducing the need for individual Ethernet switches. This daisy chain equipment installation method will also reduce overall labor and wiring costs.
The difference between Ethernet remote IO module and industrial computer IO board card
The application of Ethernet remote IO module is very extensive, mainly used for distributed data collection and control, especially suitable for situations where data points are scattered and control points are scattered.
The traditional approach is to connect various instrument signals directly to the IO card through cables using an industrial computer and an IO board card. This method has high wiring costs and high signal attenuation.
The Ethernet remote IO module can directly connect the IO module to the PLC or industrial control computer, and connect the IO to the PLC or industrial control computer through an Ethernet cable. Various instrument controller signals can be directly connected to the Ethernet IO module nearby, which has several advantages:
1. It saves industrial control computers and IO boards, and Ethernet IO modules can be directly connected to the upper computer system;
2. Replacing 4-20mA signal transmission with 10/100MHz Ethernet transmission has improved transmission speed;
3. Replacing various instrument controller signal lines with an Ethernet cable reduces the attenuation of remote signal transmission;
4. The signal cable of the instrument controller only needs to be connected to the Ethernet IO module, greatly reducing cable costs and wiring workload;
5. The M160T series Ethernet remote IO module can also be directly transmitted to the Internet of Things platform through MQTT for remote monitoring.
The profinet to Modubs distributed remote IO module has now been applied in many fields, and Huajie Intelligent Control has implemented profinet remote IO modules that support Siemens 200smart, 3001200, and 1500.
Huajie Intelligent Control distributed IO supports Modubs 16D 16DO 32DI 32 DO, with flexible on-site installation, which can be installed nearby with sensors and actuators, saving wiring and PLC”s own IO points. Provides high-speed data transmission, enabling reliable communication between the controller CPU and I/O system
The advantage of using profinet distributed remote IO module in profinet is that the wiring is simple, only one network cable is needed, and each point is collected and controlled through the remote IO module. The program is controlled by Siemens 1200 or 1500, which not only reduces wiring work but also reduces wire costs
Huajie Intelligent Control has good compatibility with distributed IO and has expanded other bus based distributed IO systems, which can also help you more rationalize the management of your distributed remote devices and achieve unlimited expansion. The supporting software can assist with configuration, debugging, and diagnosis of your system. There are multiple series of models available, including HJ3204 to HJ3209, with stable performance and affordable prices, Provide maximum convenience for enterprise engineering.
What are the advantages of Ethernet remote IO modules that can be cascaded?
Advantages and specific application scenarios of Ethernet remote IO modules that can be cascaded
For scenarios where data collection control points are linearly distributed, such as streetlights, bridges, streetlights, digital factories, parking lot parking monitoring, smart parking lots, smart parking racks, and building automation control systems in smart parks, using cascading dual Ethernet remote IO modules saves more costs than using single Ethernet remote IO modules.
The Ethernet remote IO module that can be cascaded is a new type of Ethernet remote IO module that supports MAC layer data exchange and can achieve hand in hand connection. This not only saves switch interfaces, but also reduces a large amount of Ethernet cable costs, wiring space, and wiring costs.
Its advantages are as follows:3504E Safety Instrumented System (SIS)
1. No need for a large number of Ethernet switches or occupying Ethernet switch ports;
2. It can save a lot of Ethernet cables, cable space, and labor costs for installing cables;
3. The overall cost has significantly decreased;
4. Supports both Modbus RTU protocol, Modbus TCP protocol, and the Internet of Things protocol MQTT protocol;
5. Support TCP Server and TCP Client services;3504E Safety Instrumented System (SIS)
6. Can be connected to SCADA systems, PLC systems, or cloud platforms;
7. The series uses a MAC layer for data exchange, ensuring that network connectivity does not cause communication issues with subsequent devices due to device failures in the middle.
The comparison between cascaded Ethernet remote IO modules and traditional IO modules used in building automation systems is shown in the following figure:
1. Adopting a cascaded dual Ethernet remote IO module, data acquisition and control wiring for floors with a height of 70 meters only requires a 70 meter Ethernet cable;
2. Using a traditional single Ethernet remote IO module, the data acquisition and control system wiring for a 70 meter high floor requires a 280 meter Ethernet cable.
It can be seen that using cascaded dual Ethernet remote IO modules can save a lot of wiring costs compared to traditional single Ethernet remote IO modules.
Application of Ethernet Remote IO Module in Building Automation System
For building automation systems, each data acquisition control point is linearly distributed in each floor. Therefore, it is very suitable to use Ethernet remote IO modules that can be cascaded to achieve data acquisition and control.
The Ethernet remote IO module that can be cascaded supports MAC layer data exchange and can achieve a hand in hand connection method. This can not only save switch interfaces, but also reduce a large amount of Ethernet cable costs, wiring space, and wiring costs.
Its advantages are as follows:
1. No need for a large number of Ethernet switches or occupying Ethernet switch ports;
2. It can save a lot of Ethernet cables, cable space, and labor costs for installing cables;
3. The overall cost has significantly decreased;
4. The M160E supports both Modbus RTU protocol, Modbus TCP protocol, and the Internet of Things protocol MQTT protocol. In addition, it also supports TCP Server and TCP Client services; Can be connected to SCADA systems, PLC systems, or cloud platforms;
4. The M160E series uses a MAC layer for data exchange, ensuring that network connectivity does not cause communication issues with subsequent devices due to device failures in the middle.
Comparison between cascaded Ethernet remote IO modules and traditional IO modules for building automation systems:
1. Adopting a cascaded dual Ethernet remote IO module, data acquisition and control wiring for floors with a height of 70 meters only requires a 70 meter Ethernet cable;
2. Using a traditional single Ethernet remote IO module, the data acquisition and control system wiring for a 70 meter high floor requires a 280 meter Ethernet cable.
Therefore, we can conclude that for scenarios where data collection control points are linearly distributed, such as streetlights, bridges, streetlights, digital factories, parking lot parking monitoring, smart parking lots, smart parking racks, and building automation systems in smart parks, using cascading dual Ethernet remote IO modules saves more costs than using single Ethernet remote IO modules.
What are the characteristics of a demonstration system based on IO Link slave stations
IO Link is an industrial communication interface that is independent of any fieldbus and suitable for simple sensors and actuators at the lowest level of industrial control. The IO Link system includes IO Link devices (such as sensors and actuators), IO Link master stations, and cables for standard sensors. The system structure is shown in Figure 1. For example, when a remote IO module compatible with EtherNet/IP serves as the master station, in addition to standard I/O signals, the module sends and receives configuration data, diagnostic data, or enhanced process data through a pulse modulation process, which is then packaged into EtherNet/IP data packets and finally transmitted to the network master station, usually a PLC. In the above applications, the connection between remote I/O and IO Link devices remains the same as that of traditional discrete devices. The advantage of IO Link mainly lies in its greater information exchange capability, which was previously impossible to achieve with standard I/O devices. Another advantage of IO Link is that it does not rely on any fieldbus, and through any I/O module that complies with the IO Link protocol (including local I/O and remote I/O), IO Link sensors or actuators can be integrated into any fieldbus system.
In order to further study the architecture, communication mechanism, and development application of the IO Link system, an IO Link slave toolkit can be designed and developed, including a universal development module for IO Link, an IO Link analysis tool, and an IO Link slave protocol stack. The IO Link universal development module is the foundation for this work and also serves as a bridge between the IO Link master station and equipment signals. The IO Link analysis tool can help developers and testers analyze communication details to identify and solve problems. The IO Link slave protocol stack is a firmware library that provides a hardware abstraction layer and application program interface, allowing developers to easily and quickly develop IO Link slave products on various microprocessor platforms. The IO Link slave station studied in this article only focuses on digital (button) signal input and digital signal output (indicator light). The design of the IO Link universal development module only needs to be expanded on this basis to have the ability to process analog signals.
The IO Link Master module used in this article, USB IO Link Master, can connect IO Link devices to a PC, which can be configured and tested through the IO Link Device Tool software or demonstrated device functionality. IO Link devices must be described through a device description file (IODD file), which includes a set of XML text files and PNG graphic files, which contain information about device identification, communication characteristics, parameters, process data, and diagnostic data. The portion within the elliptical dashed line in Figure 2 is an IO Link three wire cable, with L+/I – being a 24 V DC power supply and C/Q being a signal line used to transmit process data, diagnostic data, configuration data, etc. The IO Link universal development module is mainly composed of data transceivers and microprocessors. It can process input signals from sensors and transmit information to the IO Link master station. It can also receive and process data information from the master station and transmit it to the actuator. The IO Link analysis tool can help developers view, record, analyze data, and understand communication details. This part of the design is not discussed in this article.
Introduction to IO Link Communication Mode3504E Safety Instrumented System (SIS)
IO Link devices can operate in SIO mode (standard I/O mode) or IO Link mode (communication mode). After power on, the device always operates in SIO mode. The port of the main station has different configuration methods. If configured in SIO mode, the main station considers the port as a standard digital input. If configured in communication mode, the main station will automatically identify the communicable devices for communication.
2.1 Data Types3504E Safety Instrumented System (SIS)
The three basic data types for IO Link communication are periodic data (or process data PD), non periodic data (or service data SD), and event.
The process data (PD) of the device is transmitted periodically in the form of a data frame, while service data (SD) is only exchanged after the master station issues a request. Figure 3 shows a typical IO Link message structure. When an event occurs, the “event flag” of the device is set, and the main station reads the reported event (service data cannot be exchanged during the reading process) upon detecting the setting. Therefore, events such as pollution, overheating, short circuits, or device status can be transmitted to the PLC or visualization software through the main station
2.2 Parameter data exchange
Since service data (SD) must be transmitted through PLC requests, SPDU (Service Protocol Data Unit) is defined. In the main station, requests for read and write services are written to SPDU and transmitted to devices through the IO Link interface.
The general structure of SPDU is shown in Figure 4, and its arrangement order is consistent with the transmission order. The elements in SPDU can take different forms depending on the type of service. SPDU allows access to data objects that are intended for transmission, while Index is used to specify the address of the requested data object on the remote IO Link device. In IO Link, there is a term called direct parameter page, which stores parameter information such as minimum cycle time, supplier ID, and master station commands. The data objects accessible in the direct parameter page can be selectively provided through SPDU.
HMT7742 is an IO Link slave transceiver chip that serves as a bridge between the MCU of external sensors or actuators and the 24V signal line that supports IO Link communication. When the IO Link device is connected to the master station, the master station initializes communication and exchanges data with the MCU. HMT7742 serves as the physical layer for communication.
Due to the fact that the three indicator lights (rated voltage 24 V) controlled by the output port of the MCU are powered by the IO Link power cord, it is necessary to monitor the current on the power cord in order to trigger appropriate corrective measures when the current exceeds a set threshold, such as removing the indicator lights from the IO Link power cord. The current monitoring module uses an INA194 current detection amplifier. As a high detection current detector, INA194 is directly connected to the power supply and can detect all downstream faults. It has a very high common mode rejection ratio, as well as a large bandwidth and response speed. It can amplify the voltage on the induction resistor 5O times and output it to the forward input terminal AIN0 of the MCU internal voltage comparator. When the voltage value of AIN0 exceeds the threshold set at the reverse input terminal, By controlling the low level output of PB0, the indicator LAMP can be cut off from the IO Link power line to achieve overcurrent protection function. This part of the circuit is shown in Figure 6.

128718-01 Mechanical protection system
3500/64M 140734-05 Transient Data Interface Card
3500/64M 140734-05 Mechanical protection system
3300/46 Transient Data Interface Card
18745-03 Framework interface module
3500/94 Framework interface module
3500/93-02-02-02-00 BENTLY NEVADA
3500/05-01-03-00-00-00 Mechanical protection system
3500/40M 140734-01 Framework interface module
3300/65 BENTLY NEVADA
3500/50-01-00-02 Mechanical protection system
3300/20 BENTLY NEVADA
330878-90-00 Transient Data Interface Card
3500/33-01-00 Mechanical protection system
330130-080-00-00 Framework interface module
288055-01 Framework interface module
3500/64 Transient Data Interface Card
3500/22M-01-01-00 Mechanical protection system
3300/45 Framework interface module
3500/05-02-05-00-00-01 BENTLY NEVADA
1900/27 BENTLY NEVADA
330850-51-CN Framework interface module
3300/15 BENTLY NEVADA
3500/05-01-02-00-01 Transient Data Interface Card
3500/05-01-02-00-01 Framework interface module
3500/92-04-01-00 Mechanical protection system
3300/10-02-02-00 Transient Data Interface Card
330130-080-00-00 BENTLY NEVADA
172109-01 BENTLY NEVADA
163179-03 Mechanical protection system
584390 Framework interface module
BENTLY/NEVADA 330400-01-05 Framework interface module
135813-01 Framework interface module
330850-51-CN Mechanical protection system
3300/40 Framework interface module
190662-26 Transient Data Interface Card
330906-02-12-10-02-00 Framework interface module
330850-50-05 Mechanical protection system
3300/20-12-01-01-00-00 Mechanical protection system
3500/46M BENTLY NEVADA
3500/45 176449-04 Mechanical protection system
330709-000-070-10-02-00 Framework interface module
PWB78434-01 Transient Data Interface Card
133819-02 Mechanical protection system
3500/92 Transient Data Interface Card
136711-02 Mechanical protection system
128275-01-E Transient Data Interface Card
3500/33-01-01 Framework interface module
3500/32 Transient Data Interface Card
3500/32-A01-B01 BENTLY NEVADA
3500/53-03-00 Transient Data Interface Card
3500/92 136180-01 Mechanical protection system
125840-01 Framework interface module
140471-01 Mechanical protection system
3500/25 Mechanical protection system
3500/40-01-00 Mechanical protection system
128229-01 Mechanical protection system
3500/42 BENTLY NEVADA
3500/93 135785-01 Transient Data Interface Card
3300/20-12-01-03-00-00 Mechanical protection system
149369-01 Framework interface module
330730-040-00-00 Framework interface module
3500/15E Mechanical protection system
3500/61 163179-02 BENTLY NEVADA
133396-01 Transient Data Interface Card
3500/20 Mechanical protection system
330180-91-00 Mechanical protection system
330180-51-05 Transient Data Interface Card
330180-51-00 Mechanical protection system
133434-01 Mechanical protection system
135613-02 Transient Data Interface Card
1900/65A-00-04-01-00-00 Framework interface module
3500/53-01-00 Mechanical protection system
330851-02-000-070-50-00-05 Framework interface module
130539-30 Framework interface module
3500/25-A01-B01-C00 BENTLY NEVADA
1900/65A-01-00-01-00-00 Transient Data Interface Card
136188-02 Framework interface module
114M5330-01 Transient Data Interface Card
330851-02-000-040-10-01-CN Transient Data Interface Card
3500/40M BENTLY NEVADA
3300/48 BENTLY NEVADA
3500/25-01-05-00 Mechanical protection system
330901-00-40-05-02-05 Mechanical protection system
136719-01 Transient Data Interface Card
584390 Mechanical protection system
81545-01 BENTLY NEVADA
330902-00-40-10-02-00 BENTLY NEVADA
3500/32-01-00 Mechanical protection system
3500/93 135785-02 Framework interface module
177313-02-02 Transient Data Interface Card
3500/94 Transient Data Interface Card
1900/55 Framework interface module
330108-91-05 Mechanical protection system
3300/20-12-01-01-00-00 Transient Data Interface Card
3500/64M Mechanical protection system
35003500/42 140734-02H Framework interface module
3500/01 129133-01 Framework interface module
3500/50-04-00 Framework interface module
1900/65A-00-00-02-00-01 BENTLY NEVADA
3500/15 133292-01 Transient Data Interface Card
128276-011 BENTLY NEVADA
3500/50-01-00-00 Transient Data Interface Card
3500/22M 138607-02 Mechanical protection system
125680-01 BENTLY NEVADA
3500/15 106M1079-01 Mechanical protection system
3500/40M 176449-01 Mechanical protection system
3500/15E Framework interface module
3500/92-02-01-00 BENTLY NEVADA
3500/22M BENTLY BENTLY NEVADA
130539-30 Mechanical protection system
3300/03-01-00 BENTLY NEVADA
330703-000-050-10-11-00 Framework interface module
330130-045-00-00 BENTLY NEVADA
136188-02 BENTLY NEVADA
3500/15-01-01-00 Mechanical protection system
3500/25-01-01 BENTLY NEVADA
3500/50-01-00-00 Framework interface module
3500/22M-01-01-00 BENTLY NEVADA
3500/65 BENTLY NEVADA
3300/47 Framework interface module
3500/93 135799-01 Framework interface module
330850-50-00 Mechanical protection system
3500-92-02-01-00 Framework interface module
126648-01 Transient Data Interface Card
177897-01 Transient Data Interface Card
3500/40M 176449-01 Framework interface module
3300/03-01-00 Mechanical protection system
330104-00-05-10-02-CN Mechanical protection system
3300/20-05-03-01-00-00 Transient Data Interface Card
3500/45 176449-04 Transient Data Interface Card
3500/95 BENTLY NEVADA
177896-01 Framework interface module
3500/42M-01-00 BENTLY NEVADA
3300/16 Transient Data Interface Card
3500/45 176449-04 Framework interface module

 

Company advantage service:
1.Has been engaged in industrial control industry for a long time, with a large number of inventories.
2.Industry leading, price advantage, quality assurance
3.Diversified models and products, and all kinds of rare and discontinued products
4.15 days free replacement for quality problems
All kinds of module card driver controller servo motor servo motor embedded card wires and cables Power module control module is applicable to steel, hydropower, nuclear power, power generation, glass factory, tire factory, rubber, thermal power, paper making, shipping, navigation, etc

ABB — AC 800M controller, Bailey, PM866 controller, IGCT silicon controlled 5SHY 3BHB01 3BHE00 3HNA00 DSQC series
BENTLY — 3500 system/proximitor, front and rear card, sensor, probe, cable 3500/20 3500/61 3500/05-01-02-00-001 3500/40M 176449-01 3500/22M 138607-01
Emerson — modbus card, power panel, controller, power supply, base, power module, switch 1C31,5X00, CE400, A6500-UM, SE3008,1B300,1X00,
EPRO — PR6423 PR6424 PR6425 PR6426 PR9376 PR9268 Data acquisition module, probe, speed sensor, vibration sensor
FOXBORO — FCP270 FCP280 FCM10EF FBM207 P0914TD CP40B FBI10E FBM02 FBM202 FBM207B P0400HE Thermal resistance input/output module, power module, communication module, cable, controller, switch
GE —- IS200/215/220/230/420 DS200/215 IC693/695/697/698 VMICPCI VMIVME 369-HI-R-M-0-0-E 469 module, air switch, I/O module, display, CPU module, power module, converter, CPU board, Ethernet module, integrated protection device, power module, gas turbine card
HIMA — F3 AIO 8/4 01 F3231 F8627X Z7116 F8621A 984862160 F3236 F6217 F7553 DI module, processor module, AI card, pulse encoder
Honeywell — Secure digital output card, program module, analog input card, CPU module, FIM card
MOOG — D136-001-007 Servo valve, controller, module
NI — SCXI-1100 PCI – PXIE – PCIE – SBRIO – CFP-AO-210 USB-6525 Information Acquisition Card, PXI Module, Card
Westinghouse — RTD thermal resistance input module, AI/AO/DI/DO module, power module, control module, base module
Woodward — 9907-164 5466-258 8200-1300 9907-149 9907-838 EASYGEN-3500-5/P2 8440-2145 Regulator, module, controller, governor
YOKOGAWA – Servo module, control cabinet node unit

Main products:
PLC, DCS, CPU module, communication module, input/output module (AI/AO/DI/DO), power module, silicon controlled module, terminal module, PXI module, servo drive, servo motor, industrial display screen, industrial keyboard, controller, encoder, regulator, sensor, I/O board, counting board, optical fiber interface board, acquisition card, gas turbine card, FIM card and other automatic spare parts