Oscilloscope online monitoring system

Abstract

The invention relates to the technical field of oscilloscope monitoring, and discloses an oscilloscope online monitoring system comprising a monitoring working machine which is connected with all oscilloscopes needing to be monitored in a networking mode, and alternately and repeatedly sends ping commands and '* IDN-' to IP addresses where all oscilloscopes needing to be monitored are located in sequence through a multi-thread mechanism. According to the instruction, whether the oscilloscope needing to be monitored crashes or not is judged; the program-controlled fault pulse signal generator is used for receiving a serial port signal for alarm control and converting the serial port signal into a fault pulse signal, and when the monitoring working machine monitors that any oscilloscope crashes, the monitoring working machine correspondingly generates a serial port signal for alarm control and sends the fault pulse signal to the program-controlled fault pulse signal generator; the program control fault pulse signal generator receives a serial port signal from the monitoring working machine and outputs an electric signal and an optical signal with a fixed amplitude and a rising edge through a conversion circuit, and the electric signal and the optical signal are fault pulse signals. Whether the oscilloscope crashes or not can be judged.

Description

Technical Field

[0001] The invention relates to the technical field of oscilloscope monitoring, and in particular to an oscilloscope online monitoring system. Background Art

[0002] Oscilloscopes are important instruments for data collection in explosion experiments. Long-term use of existing oscilloscopes may cause system crashes, which may result in the inability to collect data and cause adverse effects. Therefore, how to quickly detect system crashes is an urgent problem that needs to be solved. Summary of the invention

[0003] The present invention provides an oscilloscope online monitoring system, which is used for judging whether the oscilloscope is frozen, so as to complete the oscilloscope freezing monitoring within a reliable time period and timely make an alarm and a freezing fault signal output, which are respectively used for manual braking or automatic braking to stop the next step of the experimental system, so as to prevent the experimental result from being unable to be obtained due to the oscilloscope freezing problem.

[0004] The present invention is achieved through the following technical solutions:

[0005] An oscilloscope online monitoring system, comprising:

[0006] The monitoring machine is connected to all the oscilloscopes to be monitored through networking, and through a multi-threading mechanism, it repeatedly sends ping commands and "*IDN?" commands to the IP addresses of all the oscilloscopes to be monitored, so as to determine whether the oscilloscope to be monitored is dead.

[0007] The programmable fault pulse signal generator is used to receive the serial port signal of alarm control and convert the serial port signal into a fault pulse signal. When the monitoring working machine detects that any oscilloscope has crashed, the monitoring working machine generates a corresponding serial port signal for alarm control. The programmable fault pulse signal generator receives the serial port signal from the monitoring working machine and outputs an electrical signal and an optical signal with a fixed amplitude and a rising edge through a conversion circuit. The electrical signal and the optical signal are the fault pulse signal.

[0008] As an optimization, the oscilloscope and the monitoring machine communicate using the SCPI international standard protocol.

[0009] As an optimization, the monitoring working machine is connected to all the oscilloscopes via a switch.

[0010] As an optimization, the program-controlled fault pulse signal generator receives the serial port signal of the monitoring working machine based on the modbus protocol.

[0011] As an optimization, the communication line between the monitoring working machine and the switch adopts a double-layer electromagnetic shielding structure.

[0012] As an optimization, the communication line between the monitoring working machine and the programmable fault pulse signal generator adopts a double-layer electromagnetic shielding structure.

[0013] As an optimization, the communication line between the oscilloscope and the switch adopts a double-layer electromagnetic shielding structure.

[0014] As an optimization, the monitoring machine is a computer.

[0015] As an optimization, the monitoring machine uses a multi-thread mechanism to repeatedly send ping commands and "*IDN?" instructions to the IP addresses of all oscilloscopes to be monitored in order to determine whether the oscilloscope to be monitored is dead. The specific process is as follows:

[0016] S1, the monitoring work machine sends commands to each oscilloscope through multi-threading, wherein one oscilloscope occupies one thread; and let i=0, j=0, wherein i is the number of times the monitoring work machine receives a ping command to feedback that the network connection between the oscilloscope and the monitoring work machine is normal, and j is the number of times the monitoring work machine receives a "*IDN?" command to feedback that the oscilloscope is normal;

[0017] S2, the monitoring machine sends a ping command to the IP addresses of all the oscilloscopes to be monitored, and the ping command is used to feedback whether the network connection between the oscilloscope and the monitoring machine is normal. If normal, set i=i+1, and then jump to S3, otherwise, jump to S6;

[0018] S3, the monitoring machine uses the international standard protocol SCPI protocol to send the "*IDN?" command to the IP addresses of all oscilloscopes that need to be monitored again, and then determines whether the oscilloscope is normal. If it is normal, jump to S4, otherwise, jump to S5;

[0019] S4, when the oscilloscope is normal, the relevant basic information of the oscilloscope is fed back to the monitoring machine; the relevant basic information includes the properties, model and IP address of the oscilloscope, and then set j=j+1;

[0020] S5, when an oscilloscope crashes abnormally, the monitoring machine will not be able to receive the relevant basic information fed back by the IP address of the oscilloscope within the set time, and determines whether the difference between i and j exceeds the set threshold. If so, it is determined that the oscilloscope crashes, otherwise, jump to S2;

[0021] S6. Determine whether there is a problem with the network between the monitoring machine and the oscilloscope.

[0022] As an optimization, the fault pulse signal has the same index as the input signal of the brake controller.

[0023] Compared with the prior art, the present invention has the following advantages and beneficial effects:

[0024] The oscilloscope online monitoring system of the present invention can automatically monitor whether the oscilloscope is dead, thus solving the problem of large workload and long time for manual observation of dead machines.

[0025] The oscilloscope online monitoring system of the present invention has a fast time response, can quickly alarm for a dead system in about 1 second and locate the dead system oscilloscope. First, a monitoring working machine sends a command to each oscilloscope through multi-threading, and one oscilloscope occupies one thread. Secondly, the monitoring working machine sends a ping command to the IP addresses where all oscilloscopes that need to be monitored are located, and whether the ping command feedback is normal is used to judge whether the oscilloscope is connected to the network normally. Afterwards, when the ping command feedback is normal, the monitoring working machine uses the international standard protocol SCPI protocol, and the monitoring working machine sends a "*IDN?" instruction to the IP addresses where all oscilloscopes that need to be monitored are located again. When the oscilloscope is normal, relevant basic information such as the model to which it belongs will be fed back to the monitoring working machine. When a certain oscilloscope is abnormally dead, the working machine will not be able to receive the signal fed back by the IP address where the oscilloscope is located, so that the oscilloscope is dead within a specified timeout period. When it is detected that a certain oscilloscope feeds back an abnormal signal and is determined to be dead, the monitoring working machine will generate a corresponding alarm control signal. Furthermore, to ensure that the oscilloscope crash judgment is not affected by the network quality, the algorithm uses multiple ping commands and "*IDN?" to send and feedback alternately, so as to determine that the oscilloscope is dead. Since the algorithm uses a multi-threaded algorithm and each instruction feedback is at the millisecond level, it can achieve a near real-time alarm of about 1 second.

[0026] The oscilloscope online monitoring system of the present invention improves the reliability of the experimental test system: when the oscilloscope crashes, the oscilloscope can be braked in time, effectively avoiding the safety problems caused by the oscilloscope crash;

[0027] The oscilloscope online monitoring system of the present invention has good anti-electromagnetic interference performance: the hardware of the oscilloscope online monitoring system of the present invention adopts a double-layer electromagnetic shielding design and is wrapped with a double-layer aluminum foil to prevent the output signal abnormality caused by external electromagnetic interference from causing braking errors, and also prevent the electromagnetic signal generated by itself from affecting the normal operation of the oscilloscope;

[0028] The oscilloscope online monitoring system of the present invention can realize remote monitoring and control: it adopts wired network transmission and can be separated from the experimental equipment for remote monitoring and control. BRIEF DESCRIPTION OF THE DRAWINGS

[0029] The drawings described herein are used to provide a further understanding of the embodiments of the present invention, constitute a part of this application, and do not constitute a limitation of the embodiments of the present invention. In the drawings:

[0030] Figure 1 It is a structural schematic diagram of an oscilloscope online monitoring system of the present invention;

[0031] Figure 2 The circuit diagram is a part of the conversion circuit;

[0032] Figure 3 The circuit diagram is a part of the conversion circuit;

[0033] Figure 4 The circuit diagram is a part of the conversion circuit;

[0034] Figure 5 The circuit diagram is a part of the conversion circuit;

[0035] Figure 6 The circuit diagram is a part of the conversion circuit;

[0036] Figure 7 This is a circuit diagram of a portion of the conversion circuit. DETAILED DESCRIPTION

[0037] In order to make the objectives, technical solutions and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with embodiments and drawings. The exemplary embodiments of the present invention and their description are only used to explain the present invention and are not intended to limit the present invention.

[0038] The present embodiment 1 provides an oscilloscope online monitoring system, including: a monitoring working machine, which is connected to all oscilloscopes that need to be monitored through a networking method, and through a multi-threading mechanism, alternately and repeatedly sends ping commands and "*IDN?" instructions to the IP addresses of all oscilloscopes that need to be monitored, so as to determine whether the oscilloscope that needs to be monitored is frozen; in the present embodiment, the monitoring working machine is a computer.

[0039] Both the ping command and the "*IDN?" instruction are commands specified in the network protocol. The ping command is a service command that works in the application layer of the TCP / IP network architecture. Its principle is to send ICMP messages to a specific destination host and test whether the host is reachable based on the replied ICMP echo reply message, that is, whether the network is connected.

[0040] The "*IDN?" command is a query command for identifying instruments in the SCPI protocol. After being sent, the instrument will respond with an identification string used to describe the instrument. Compared with the parameter setting command, the query command has a fast response and takes less time, and can quickly determine whether the instrument is frozen or abnormal.

[0041] The protocol for monitoring the oscilloscope uses the SCPI protocol for communication and monitoring, and the SCPI protocol is used by equipment and instruments represented by oscilloscopes. However, the information fed back by sending the "*IDN?" command is different, the trigger query commands of different oscilloscope models are different (Tektronix is ​​":TRIGger:STATE?", Puyuan is ":TRIG:STATE?"), and the information fed back when sending the trigger query command is different. It is necessary to judge and perform the next step based on the feedback information. For example, the trigger status of the oscilloscope will be monitored in the "trigger stop" mode mentioned later. Under normal circumstances, the "*IDN?" command is first used to determine which model the oscilloscope belongs to, so as to choose to send a matching trigger query command, and then determine whether the oscilloscope is triggered based on the feedback trigger status information.

[0042] In this embodiment, the monitoring machine uses a multi-thread mechanism to repeatedly send ping commands and "*IDN?" instructions to the IP addresses of all oscilloscopes to be monitored in order to determine whether the oscilloscope to be monitored is dead. The specific process is:

[0043] S1, the monitoring work machine sends commands to each oscilloscope through multi-threading, wherein one oscilloscope occupies one thread; and let i=0, j=0, wherein i is the number of times the monitoring work machine receives a ping command to feedback that the network connection between the oscilloscope and the monitoring work machine is normal, and j is the number of times the monitoring work machine receives a "*IDN?" command to feedback that the oscilloscope is normal;

[0044] The commands referred to here are a general term, including the sent ping command, the "*IDN?" command, and the trigger status judgment command in the "trigger stop" mode mentioned later.

[0045] S2, the monitoring machine sends a ping command to the IP addresses of all the oscilloscopes to be monitored, and the ping command is used to feedback whether the network connection between the oscilloscope and the monitoring machine is normal. If normal, set i=i+1, and then jump to S3, otherwise, jump to S6;

[0046] S3, the monitoring machine uses the international standard protocol SCPI protocol to send the "*IDN?" command to the IP addresses of all oscilloscopes that need to be monitored again, and then determines whether the oscilloscope is normal. If it is normal, jump to S4, otherwise, jump to S5;

[0047] S4, when the oscilloscope is normal, the relevant basic information of the oscilloscope is fed back to the monitoring machine; the relevant basic information includes the properties, model and IP address of the oscilloscope, and then set j=j+1;

[0048] S5, when an oscilloscope crashes abnormally, the monitoring machine will not be able to receive the relevant basic information fed back by the IP address of the oscilloscope within the set time, and determines whether the difference between i and j exceeds the set threshold. If so, it is determined that the oscilloscope crashes, otherwise, jump to S2;

[0049] S6. Determine whether there is a problem with the network between the monitoring machine and the oscilloscope.

[0050] Therefore, the oscilloscope will be given a crash alarm within the specified timeout period, and when a certain oscilloscope is detected to feedback an abnormal signal and is determined to be crashed, the monitoring machine will generate a corresponding alarm control signal.

[0051] Through the above process, a judgment can be made on whether the oscilloscope is dead. In order to ensure that the judgment of the oscilloscope's dead is not affected by the network quality, the present invention uses multiple ping commands and "*IDN?" commands to be sent alternately and repeatedly, and judges whether the oscilloscope is dead according to the number of feedbacks of the received ping command and "*IDN?" command. If the number of feedbacks of the ping command is higher than the number of feedbacks of the "*IDN?" command by several times, it can be explained that the network between the monitoring machine and the oscilloscope is normal, and the reason why the feedback information of the oscilloscope is not received is because the oscilloscope is dead.

[0052] Since the present invention adopts a multi-threaded algorithm and each instruction is fed back in milliseconds, a near real-time alarm of about 1 second can be achieved.

[0053] The program-controlled fault pulse signal generator is used to receive the serial port signal of the alarm control and convert the serial port signal into a fault pulse signal. Specifically, the program-controlled fault pulse signal generator receives the serial port signal of the monitoring working machine based on the modbus protocol. When the monitoring working machine monitors that any oscilloscope crashes, the monitoring working machine generates a corresponding serial port signal for alarm control. The program-controlled fault pulse signal generator uses a 51 single-chip microcomputer to receive the serial port signal of the alarm control from the monitoring working machine, and outputs an electrical signal and an optical signal with a fixed amplitude and a rising edge through a conversion circuit composed of a control switch and a voltage-stabilizing diode. The electrical signal and the optical signal are the fault pulse signal. The fault pulse signal has the same index as the input signal of the brake controller, so that the brake controller of the specified IP in the same network segment can be controlled to achieve braking.

[0054] The indicators here refer to the hardware electrical indicators, which are artificially proposed. For example, the output of the fault pulse signal is designed to be 5V±0.5V through hardware, with a rising edge of 10ns±2ns, and the input signal of the brake controller is also designed to be 5V±0.5V through hardware, with a rising edge of 10ns±2ns.

[0055] Because the fault pulse signal is used as the input of the brake controller, if the indicators are different, the brake controller cannot be triggered. For example, if the fault pulse signal is 1V, and the electrical design of the brake controller's input signal requires more than 5V to be triggered, then the brake controller will not act even if there is a fault pulse signal. Therefore, the same indicators can control the brake controller of the specified IP to achieve braking.

[0056] Conversion circuit such as Figure 2-7 shown.

[0057] Specifically, the oscilloscope and the monitoring machine communicate with each other using the SCPI international standard protocol.

[0058] The monitoring machine is connected to all the oscilloscopes via a switch. That is, a switch is provided between the monitoring machine and the oscilloscope. The communication line between the monitoring machine and the switch adopts a double-layer electromagnetic shielding structure. The communication line between the monitoring machine and the program-controlled fault pulse signal generator adopts a double-layer electromagnetic shielding structure. The communication line between the oscilloscope and the switch adopts a double-layer electromagnetic shielding structure.

[0059] The system of the present invention manages all oscilloscopes in a unified networking manner, uses a monitoring machine to directly perform multi-threaded queries on all oscilloscopes, adopts the oscilloscope SCPI international standard protocol communication, has strong versatility, can achieve fast dead oscilloscope positioning in about 1 second, and automatically controls a program-controlled fault pulse signal generator to output a fault pulse, achieves fast braking of a dead fault, and ensures the safety and reliability of the experiment.

[0060] The present invention uses a multi-thread mechanism to query each oscilloscope device with a separate thread, without waiting for the monitoring results of other oscilloscopes, and without affecting each other. At the same time, the hardware program-controlled fault pulse signal generator is based on the modbus protocol to quickly receive the signal of the monitoring working machine and control the brake controller to achieve braking.

[0061] At the same time, in order to ensure normal data collection during formal experiments and prevent the oscilloscope from causing software disconnection when the data flow is large, the "trigger stop" mode is adopted: that is, when the oscilloscope is detected to be triggered, the experiment is completed, the oscilloscope itself obtains the experimental data, and the monitoring software installed on the monitoring work machine will no longer continue to monitor, ensuring that the oscilloscope data is collected normally.

[0062] The present invention utilizes the oscilloscope networking mode to directly realize the oscilloscope online monitoring through software, the near real-time system crash monitoring alarm and system crash oscilloscope positioning of about 1s, the programmable fault pulse signal device based on modbus supports the output of optical signals and electrical signals, realizes the rapid braking of system crash faults, ensures the safety and reliability of the experiment, and solves the problem that the system crash problem that may occur in the long-term use of the existing oscilloscope will lead to the inability to collect data and thus cause adverse effects.

[0063] The main functions and innovations of the present invention are:

[0064] a) Near real-time crash monitoring alarm and crash oscilloscope positioning within 1 second;

[0065] b) Use the oscilloscope networking mode to directly realize the oscilloscope online monitoring through software, without adding additional equipment such as cameras;

[0066] c) Can monitor multiple brands and types of oscilloscopes: including multiple types of Tektronix oscilloscopes, Puyuan oscilloscopes, etc.;

[0067] Programmable fault pulse signal generation module based on modbus: supports optical signal and electrical signal output, realizes automatic or online manual output of brake trigger signal to achieve braking when the oscilloscope crashes / is offline, and prevents adverse effects on further experiments.

[0068] The specific implementation methods described above further illustrate the objectives, technical solutions and beneficial effects of the present invention in detail. It should be understood that the above description is only a specific implementation method of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. An oscilloscope online monitoring system, characterized in that: include: The monitoring machine is connected to all the oscilloscopes to be monitored through networking, and through a multi-threading mechanism, it repeatedly sends ping commands and "*IDN?" commands to the IP addresses of all the oscilloscopes to be monitored, so as to determine whether the oscilloscope to be monitored is dead. The programmable fault pulse signal generator is used to receive the serial port signal of alarm control and convert the serial port signal into a fault pulse signal. When the monitoring working machine detects that any oscilloscope has crashed, the monitoring working machine generates a corresponding serial port signal for alarm control. The programmable fault pulse signal generator receives the serial port signal from the monitoring working machine and outputs an electrical signal and an optical signal with a fixed amplitude and a rising edge through a conversion circuit. The electrical signal and the optical signal are the fault pulse signal.

2. An oscilloscope online monitoring system according to claim 1, characterized in that: The oscilloscope and the monitoring machine communicate with each other using the SCPI international standard protocol.

3. An oscilloscope online monitoring system according to claim 1, characterized in that: The monitoring working machine is connected to all the oscilloscopes via a switch.

4. The oscilloscope online monitoring system according to claim 3, characterized in that: The program-controlled fault pulse signal generator receives the serial port signal of the monitoring working machine based on the modbus protocol.

5. The oscilloscope online monitoring system according to claim 1, characterized in that: The communication line between the monitoring machine and the switch adopts a double-layer electromagnetic shielding structure.

6. The oscilloscope online monitoring system according to claim 1, characterized in that: The communication line between the monitoring working machine and the program-controlled fault pulse signal generator adopts a double-layer electromagnetic shielding structure.

7. The oscilloscope online monitoring system according to claim 1, characterized in that: The communication line between the oscilloscope and the switch adopts a double-layer electromagnetic shielding structure.

8. The oscilloscope online monitoring system according to claim 1, characterized in that: The monitoring working machine is a computer.

9. The oscilloscope online monitoring system according to claim 1, characterized in that: The monitoring machine uses a multi-thread mechanism to repeatedly send ping commands and "*IDN?" instructions to the IP addresses of all oscilloscopes to be monitored in order to determine whether the oscilloscope to be monitored is dead. The specific process is as follows: S1, the monitoring machine sends commands to each oscilloscope through multi-threading, wherein one oscilloscope occupies one thread; and let i=0, j=0, wherein i is the number of times the monitoring machine receives a ping command to feedback that the network connection between the oscilloscope and the monitoring machine is normal, and j is the number of times the monitoring machine receives a "*IDN?" command to feedback that the oscilloscope is normal; S2, the monitoring machine sends a ping command to the IP addresses of all the oscilloscopes to be monitored, and the ping command is used to feedback whether the network connection between the oscilloscope and the monitoring machine is normal. If normal, set i=i+1, and then jump to S3, otherwise, jump to S6; S3, the monitoring machine uses the international standard protocol SCPI protocol to send the "*IDN?" command to the IP addresses of all oscilloscopes that need to be monitored again, and then determines whether the oscilloscope is normal. If it is normal, jump to S4, otherwise, jump to S5; S4, when the oscilloscope is normal, the relevant basic information of the oscilloscope is fed back to the monitoring machine; the relevant basic information includes the properties, model and IP address of the oscilloscope, and then set j=j+1; S5, when a certain oscilloscope crashes abnormally, the monitoring machine cannot receive the relevant basic information fed back by the IP address of the oscilloscope within the set time, and determines whether the difference between i and j exceeds the set threshold. If so, it is determined that the oscilloscope crashes, otherwise, jump to S2; S6. Determine whether there is a problem with the network between the monitoring machine and the oscilloscope.

10. The oscilloscope online monitoring system according to claim 1, characterized in that: The fault pulse signal has the same index as the input signal of the brake controller.

Images