Online troubleshooting method for civil aviation environment monitoring system
Technical Field
The invention relates to an online troubleshooting method for a civil aviation environment monitoring system, which adopts a double master I2C bus scheme, can not only keep I2C functions under normal working conditions unaffected, but also can access an I2C bus on line at any time to troubleshoot faults, solve problems in time, start a reserved register and start a standby solution.
Background
The civil aviation environment monitoring system has the functions of traffic collision avoidance, air traffic control response and the like, and once the civil aviation environment monitoring system is offline, the airplane disappears in the display of the air traffic control secondary radar, the nearby airplane can not be found through the response machine, and even the risk of airplane collision can occur. Thus, online troubleshooting of civil aviation environmental monitoring systems is particularly important for flight safety.
The health management function of the normal work of the civil aviation environment monitoring system is realized through a conventional I2C bus, and the conventional health monitoring function can be checked in real time without depending on external equipment, but can not process faults.
Disclosure of Invention
The invention aims to provide an online troubleshooting method for a civil aviation environment monitoring system, which adopts a double master I2C bus scheme to realize flexible access to second main equipment for online troubleshooting, and has the advantages of simple hardware upgrading, flexibility and high cost.
The invention aims to be realized by the following technical scheme.
An online troubleshooting method for a civil aviation environment monitoring system comprises a first main device, a second main device, a plurality of state reporting slave devices and a control registering slave device, wherein the civil aviation traffic monitoring system adopts I2C bus communication and is configured as follows:
the first master device, the state reporting slave device and the control registering slave device are all fixed in an I2C bus network and cannot exit online, the state reporting slave device only reports the health state, the control registering slave device supports read-write operation, and the first master device monitors the health state reported by each reporting state slave device;
when a fault occurs, the second master device eliminates the fault through the read-write operation of the control register slave device.
Further, the second master device is further configured to monitor the health status reported by each reported status slave device, the first master device and the second master device use different operating frequencies, the operating level of the first master device is 5V to 3.3V, the operating level of the second master device is 3.3V to 0V, and the reported status slave device and the control register slave device determine the master device that responds at this time according to the value of the level.
Preferably, when a fault occurs or the external access is required to switch the working mode, the second master device accesses the I2C bus through the online debugging port, and after the task is completed, the second master device exits the I2C bus by pulling out the online debugging port.
Drawings
Fig. 1 is a schematic diagram of an I2C bus topology of a civil aviation traffic monitoring system according to an embodiment.
Fig. 2 is an assignment diagram of SCL levels and frequencies.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples.
In the online troubleshooting method for the civil aviation traffic monitoring system shown in this embodiment, referring to fig. 1, the civil aviation traffic monitoring system includes a first master device, a second master device, a plurality of slave devices reporting states, and a control register slave device, and is configured as follows by using I2C bus communication.
The first master device, the report state slave device and the control register slave device are solidified in the I2C bus network and cannot be logged out online, and the second master device can realize random online access and logging out. The access of the second main device does not affect the work of the first main device, and the exit of the bus does not affect the normal operation of the original bus device.
The control register slave device supports the read-write operation of the second master device, and the second master device can check and solve the fault through the read-write operation of the control register slave device.
The reported state slave devices only report the health state, each reported state slave device reports the fault word periodically, if all the bits in the fault word are 0, no fault is indicated, each position represents a fault, and the reported state slave devices are read only and cannot write to the first master device and the second master device. Each slave device for reporting the state runs independently and has the same position in the bus.
When a fault occurs or an external access switching working mode is needed, the second main device is accessed to the I2C bus through the online debugging port, some faults are eliminated through the read-write operation of the control register slave device, and after the fault elimination task is completed, the second main device exits from the I2C bus through the online debugging port. For example, the data of the fault word 7 reported from the device 3 in fig. 1 is 00001000, and the fifth position is 1, which indicates that the 5 th way ANRIC429 receives a fault. The way 5 ANRIC429 receive block may be reset by writing 00001000 followed by 00000000 to the corresponding location in the control register slave device and observing whether the fault word is cleared.
The second master device may also monitor the status of each reported status slave device. The I2C serial bus has two signal lines, one bi-directional data line SDA and the other clock line SCL. All serial data SDA connected to I2C bus equipment are connected to SDA of the bus, and clock line SCL of each equipment is connected to SCL of the bus. Where SCL can only be controlled by the master device. After the devices in the I2C bus complete physical connection according to a bus topology diagram, it is already clear about the SDA data bus in the bus, but there is a contention multiplexing problem in the absence of the SCL clock, there is only one master in the conventional I2C bus, only this master can drive the SCL, the slave is not qualified to drive the SCL, there are two masters in the I2C bus designed in the embodiment, the SCL must be multiplexed, and in order to avoid the risk, the embodiment designs two ways of frequency division multiplexing and pulse modulation to ensure that multiplexing is free from contention risk. The operating frequency of the first master is 400kHz and the operating frequency of the second master is 100kHz, and the clock frequencies of the two masters are different and do not interfere with each other. The working level of the first master device is 5V to 3.3V, the working level of the second master device is 3.3V to 0V, and the reporting state slave device and the control register slave device can judge the number of the master device responding at the moment according to the value of the level. The detailed design is shown in fig. 2.
The embodiment adopts the I2C bus scheme of double master, does not change the original bus structure from the hardware, has obvious advantages in the aspect of old system upgrade, occupies few debugging interfaces, and the I2C bus only needs to occupy 2 pin pins, so that the interface is very convenient to reserve the original interface or redistribute a new interface. The I2C bus of the double master adopts two voltages of 5V and 3.3V from the aspect of power consumption, the two voltages are low-power-consumption modes, the total power consumption of original hardware cannot be influenced by a new debugging interface, and extra power consumption influence does not need to be considered in upgrading on-line troubleshooting. Very strong fault online troubleshooting capability can be improved by very low cost investment, flight safety is guaranteed, and the market prospect is promising.
It should be understood that equivalents and modifications of the technical solution and inventive concept thereof may occur to those skilled in the art, and all such modifications and alterations should fall within the scope of the appended claims.