Telescope Real-time External Guidance System
By separating the communication layer from the protocol layer and introducing the simulated boot source communication module, the problems of low code reuse and difficulty in maintenance in the multi-boot source protocol processing of traditional telescope control software are solved, and the communication code and protocol code are reused, which reduces the programming complexity and the probability of software defects, and improves self-test efficiency.
Patent Information
- Application Number
- CN202510358379.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2025-03-25
- Publication Date
- 2025-05-27
- Estimated Expiration
- 2045-03-25
AI Technical Summary
When traditional telescope control software deals with multi-boot source protocols, the degree of code reuse is low, resulting in high programming complexity and difficulty in software maintenance, and lacks effective self-testing methods.
Separate the communication layer from the protocol layer, and introduce a simulated boot source communication module to realize the reuse of communication code and protocol code, reduce programming complexity and software defect probability, and increase self-testing capabilities.
Through code reuse, the complexity of program writing and the probability of software defects is reduced, the efficiency of R&D self-test and the maintainability of code are improved, and the processing of multi-boot source protocols is simplified.
Smart Images

Figure CN119892901B_ABST
Abstract
Description
Technical Field
[0001] The present invention belongs to the technical field of telescope control, and particularly relates to a telescope real-time external guidance system. Background Art
[0002] Telescope control software usually uses horizontal coordinates to guide the telescope. According to its working principle or different programming habits of R & D personnel, the guiding source device with real-time external guiding function may send guiding information outward using coordinates in horizontal coordinates, earth-fixed coordinates, longitude-latitude-height coordinates or other coordinate systems. However, even when sending guiding information using the same coordinate system, different guiding source devices will have different guiding protocols due to different communication methods or target information provided. In addition, among the guiding source devices that can provide real-time external guidance for optoelectronic telescopes, some guiding source devices have stronger target capture capabilities, and some guiding source devices know the target movement trajectory. Due to differences in the principles of different guiding source devices, different communication interfaces, and inconsistent types of coordinate systems for providing guiding information, etc., the telescope control software needs to have the ability to receive and process various types of real-time external guiding information. In addition, telescopes deployed at different sites need to have the ability to support different types of communication protocols. During the R & D process of telescope control software, there are lack of joint development and debugging conditions with the guiding source device. If the real-time external guiding program is not fully tested during the R & D process, defects in the telescope control software may be left during the equipment usage process, which not only affects the smooth progress of relevant scientific experiments, but also increases the difficulty of software modification and optimization. So far, there is no general real-time external guiding protocol for optoelectronic telescopes that can meet all guiding source devices. Therefore, the telescope control software needs to have the ability to parse multiple guiding protocols through different communication methods and guide the telescope to the target pointing.
[0003] Common communication methods include COM communication, TCP communication and UDP communication; the common real-time external guiding protocol is a structure composed of target position and target information. In the programming method of the real-time external guiding module of traditional telescope control software, the communication module and the real-time external guiding protocol are usually mixed and written together. For an optoelectronic telescope with a single guiding source, this programming method is very efficient and has the least amount of code. However, for multi-guiding source protocols, the code repetition rate of this programming method is relatively high, which is not conducive to multi-protocol expansion and self-testing during software R & D.
[0004] The above-mentioned external guiding program design method mainly has two problems:
[0005] (1) For the case of multiple guiding sources in an optoelectronic telescope, its communication methods mainly include COM communication, TCP communication, and UDP communication, while the types and quantities of guiding protocols are much higher than those of communication methods. Generally, the communication module only has the tasks of receiving data, data verification, and data decoding. However, for the actual situation of multiple guiding sources, for each additional guiding source protocol, a set of guiding communication codes needs to be repeatedly added, which not only increases the complexity of program writing but also brings difficulties to self-testing during the later program research and development.
[0006] (2) Traditional telescope control software does not have a mature research and development self-testing method. For a single guiding source protocol, a set of verification programs can be developed to test whether there are defects in the communication module. However, as the types of guiding source protocols increase, it is impossible for developers to re-develop a set of verification programs for each real-time external guiding protocol, which will not only bring a huge workload but also cause great difficulties in later maintenance.
[0007] In summary, the biggest problems of the traditional external guiding program design method are low code reuse rate and difficult maintenance. Summary of the Invention
[0008] In view of this, the present invention aims to provide a telescope real-time external guiding system to solve the problems of low code reuse rate and difficult maintenance existing in the traditional external guiding program design method, separate the communication layer from the protocol layer, and provide an analog guiding source communication module to achieve code reuse of the communication layer among multiple protocols, realize the reuse of communication codes and communication protocol codes during research and development self-testing, greatly reduce the programming complexity, reduce the software failure probability when adding new real-time external guiding protocols, improve the work efficiency of research and development self-testing, and reduce the maintenance workload of test codes.
[0009] To achieve the above object, the technical solution of the present invention is realized as follows:
[0010] A telescope real-time external guidance system is used to cooperate with m guiding source devices to conduct real-time guidance on a telescope device. The telescope real-time external guidance system includes a communication module, a telescope guidance module, an analog guiding source communication module, and an analog guiding source module. The communication module includes path A and path B. Among them, the analog guiding source module generates a target position based on the analog trajectory of the target and sends the target position to the analog guiding source communication module at a preset frequency. The analog guiding source communication module converts the target position into coordinates in the coordinate system required by the real-time external guidance protocol, encodes the coordinates into data in the format required by the real-time external guidance protocol, and sends the data to the communication module through path B of the communication module; the communication module receives the data sent by one of the guiding source devices or the data sent by the analog guiding source communication module, decodes and converts the coordinates of the data to obtain the original telescope pointing data, and sends the original telescope pointing data to the telescope guidance module; the telescope guidance module receives the original telescope pointing data, encodes the original telescope pointing data in the format required by the real-time external guidance protocol, and sends the obtained instruction at a specified moment to the telescope device to guide the telescope device to rotate.
[0011] Further, the preset frequency is the same as the frequency of the guiding source device simulated by the analog guiding source module.
[0012] Further, in the telescope self-test stage, path A fails and path B becomes effective, and the communication module receives the data sent by the analog guiding source communication module; in the formal use stage, path B fails and path A becomes effective, and the communication module receives the data sent by one of the guiding source devices.
[0013] Further, in the telescope self-test stage, the analog guiding source module verifies the accuracy of the encoding and decoding programs of the communication module by checking whether the telescope device rotates to the preset pointing at the specified time.
[0014] Further, the communication module includes a communication selector. The communication selector includes a communication layer and a protocol layer. Among them, the parent communication interface class of the communication layer is defined as an abstract class, and the parent communication interface class is explicitly declared as not being instantiable. The parent communication interface class contains function interfaces implemented by derived classes. The function interfaces of the parent communication interface class include a data sending interface and a data receiving interface. The communication methods of the communication layer include COM communication, TCP communication, and UDP communication;
[0015] The parent codec interface class of the protocol layer is defined as an abstract class, and the parent codec interface class is explicitly declared as not being instantiable. The parent codec interface class contains function interfaces implemented by derived classes. The function interfaces of the parent codec interface class include a communication data encoding interface and a communication data decoding interface.
[0016] Further, during the telescope self - test phase, the communication module instantiates a set of derived class objects for the parent - class communication interface class and the parent - class codec interface class. The simulated guiding - source communication module instantiates a set of derived class objects for the parent - class communication interface class and the parent - class codec interface class. The communication module and the simulated guiding - source communication module use the same derived - class instantiated objects, and connect the derived - class objects of the parent - class communication interface class of the communication module and the derived - class objects of the parent - class communication interface class of the simulated guiding - source communication module for communication, thus realizing the guiding path between the simulated guiding - source module and the telescope device. During the formal usage phase, the communication module instantiates a set of derived class objects that match the guiding - source device for the parent - class communication interface class and the parent - class codec interface class, thus realizing the guiding path from the guiding - source device to the telescope device.
[0017] Further, if the guiding - source device uses COM communication, the corresponding configured communication information includes the serial port number, baud rate, and real - time external guiding protocol. If the guiding - source device uses TCP communication, the corresponding configured communication information includes the IP, port, and real - time external guiding protocol. If the guiding - source device uses UDP communication, the corresponding configured communication information includes the IP, port, and real - time external guiding protocol.
[0018] Compared with the prior art, the present invention can achieve the following beneficial effects:
[0019] (1) For the telescope real - time external guiding system of the present invention, based on the characteristic that the types of guiding protocols in the multi - guiding - source protocol are much higher than the communication methods, the communication layer and the protocol layer are separated, realizing the reuse of communication code, and reducing the complexity of program writing and the probability of software defects.
[0020] (2) For the telescope real - time external guiding system of the present invention, self - test - related modules (specifically, the simulated guiding - source communication module and the simulated guiding - source module) are added, and the communication layer and the protocol layer code are reused, reducing the difficulty of self - test research and development, improving work efficiency, and enhancing the maintainability of the code.
[0021] (3) For the same type of optoelectronic telescopes deployed at different sites, the telescope real - time external guiding system of the present invention only needs to develop a set of telescope control software to meet the real - time guiding requirements of each telescope device corresponding to different guiding - source device groups. BRIEF DESCRIPTION OF THE DRAWINGS
[0022] The accompanying drawings, which form a part of the present invention, are used to provide a further understanding of the present invention. The schematic embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:
[0023] Figure 1Schematic structural diagram of the telescope system with an external guiding function according to an embodiment of the present invention;
[0024] Figure 2 Schematic structural diagram of the real-time external guiding system of the telescope according to an embodiment of the present invention;
[0025] Figure 3 Schematic structural diagram of the communication selector according to an embodiment of the present invention;
[0026] Figure 4 Schematic diagram of the communication real-time external guiding protocol configuration mechanism of the real-time external guiding system of the telescope according to an embodiment of the present invention.
[0027] Explanation of reference numerals:
[0028] 1. Guiding source device; 2. Real-time external guiding system of the telescope; 3. Telescope device; 21. Communication module; 22. Telescope guiding module; 23. Analog guiding source communication module; 24. Analog guiding source module; 211. Communication selector. Detailed implementation manners
[0029] In order to make the purpose, technical solutions and advantages of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention, rather than limiting the present invention.
[0030] It should be noted that, without conflict, the embodiments in the present invention and the features in the embodiments can be combined with each other.
[0031] In the description of the present invention, it should be understood that the terms "center", "longitudinal", "transverse", "up", "down", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", etc. indicate the orientation or positional relationship based on the orientation or positional relationship shown in the drawings, and are only for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and thus cannot be understood as a limitation to the present invention. In addition, the terms "first", "second", etc. are only used for descriptive purposes, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Thus, the features defined with "first", "second", etc. may explicitly or implicitly include one or more of such features. In the description of the present invention, unless otherwise specified, the meaning of "plurality" is two or more.
[0032] In the description of the present invention, it should be noted that unless otherwise clearly defined and limited, the terms "installation", "connection", and "coupling" should be understood in a broad sense. For example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, and it can be the communication inside two components. For those of ordinary skill in the art, the specific meanings of the above terms in the present invention can be understood according to specific circumstances.
[0033] The present invention will be described in detail below with reference to the accompanying drawings and in conjunction with embodiments.
[0034] As Figure 1 shown, the telescopic system with an external guidance function consists of two parts: a remote end and a local end. The remote end includes m guiding source devices 1. The guiding source device 1 can be a device with stronger target capture ability, or other types of devices with the function of real-time measurement or prediction of the target movement trajectory. The m guiding source devices 1 can be close to each other or far apart geographically, without specific requirements. The local end (optical telescope) mainly includes two parts: the telescope real-time external guidance system 2 (telescope control system) and the telescope device 3. The telescope real-time external guidance system 2 generally consists of telescope control software and a computer terminal. The interaction between the telescope real-time external guidance system 2 and the remote guiding source device 1 uses optical fibers, network cables, serial cables, or other connection methods; the connection method between the telescope real-time external guidance system 2 and the telescope device 3 is related to the design principle of the optical telescope, and can be embedded or connected through a data cable.
[0035] The overall working process of the telescopic system with an external guidance function is as follows: The telescope real-time external guidance system 2 receives the real-time guidance information of a certain guiding source device 1, and finally sends the telescope control instruction to the telescope device 3 by decoding the guidance information, performing coordinate transformation, and encoding the telescope control instruction, so as to guide the telescope device 3 to the specified pointing in real time.
[0036] As Figure 2As shown in the figure, the present invention proposes a real-time external guiding system for a telescope, which is used to cooperate with m guiding source devices 1 to conduct real-time guiding on the telescope device 3. The real-time external guiding system 2 of the telescope includes a communication module 21, a telescope guiding module 22, an analog guiding source communication module 23, and an analog guiding source module 24. The communication module 21 includes path A and path B. Among them, the analog guiding source module 24 generates a target position based on the analog trajectory of the target, and sends the target position to the analog guiding source communication module 23 at a preset frequency. The analog guiding source communication module 23 converts the target position into coordinates in the coordinate system required by the real-time external guiding protocol, encodes the coordinates into data in the format required by the real-time external guiding protocol, and sends the data to the communication module 21 through path B of the communication module 21. The communication module 21 receives the data sent by one of the guiding source devices 1 or the data sent by the analog guiding source communication module 23, decodes and converts the coordinates of the data to obtain the original pointing data of the telescope, and sends the original pointing data of the telescope to the telescope guiding module 22. The telescope guiding module 22 receives the original pointing data of the telescope, encodes the original pointing data of the telescope in the format required by the real-time external guiding protocol, and sends the obtained instruction at a specified moment to the telescope device 3 to guide the telescope device 3 to rotate.
[0037] The present invention relates to the design of an external guiding system for telescope control software. The present invention mainly uses the polymorphic programming method in object-oriented programming languages and the programming idea of module reuse. In the process of using an optoelectronic telescope, it is often necessary to introduce a target into its own field of view according to the guiding information of real-time external guiding. The guiding method based on real-time external guiding can be briefly described as follows: The real-time external guiding system 2 of the telescope receives the real-time external guiding information of other guiding source devices 1, and through a series of processes such as guiding information decoding, coordinate transformation, and control instruction encoding, the telescope device 3 is guided to the specified pointing in real time. The present invention embeds multiple real-time external guiding protocols into the real-time external guiding system 2 of the telescope in the form of configurable codecs, and has the ability of self-testing during the software R & D process. This not only reduces the programming complexity of multiple real-time external guiding protocols, but also enables full self-testing of the real-time external guiding program before the telescope device 3 leaves the factory, exposes the faults of the real-time external guiding system 2 during the R & D process, reduces the modification difficulty, and improves the success rate of related scientific experiments.
[0038] In some embodiments, the preset frequency is the same as the frequency of the guiding source device 1 simulated by the analog guiding source module 24.
[0039] In some embodiments, during the self-testing stage of the telescope, path A fails and path B takes effect, and the communication module 21 receives the data sent by the analog guiding source communication module 23; during the formal use stage, path B fails and path A takes effect, and the communication module 21 receives the data sent by one of the guiding source devices 1.
[0040] It should be noted that the telescope device 3 only receives the guidance of one guiding source device 1 during the same time period, and which one to receive is determined by the dispatcher or the operator himself.
[0041] In some embodiments, during the telescope self-testing phase, the simulated guiding source module 24 verifies the accuracy of the encoding and decoding program of the communication module 21 by checking whether the telescope device 3 rotates to the preset pointing at the specified time.
[0042] It should be noted that an inaccurate encoding and decoding program indicates that there is a problem with the program writing during the process of adding the communication module or the real-time external guidance protocol. At this time, the program needs to be modified. When there are no conditions for joint debugging with the real guiding source device 1, the present invention verifies the correctness of the communication and encoding and decoding programs in advance to ensure the lowest joint debugging time and the smallest modification cost during the actual use of the device.
[0043] To facilitate a further understanding of the various modules involved in the telescope real-time external guidance system 2, the principles and main functions of each module will be introduced in detail below.
[0044] Communication module 21: This module is mainly divided into a communication layer and a protocol layer. The main function of the communication layer is to receive and send data; the protocol layer contains n encoders and decoders of the real-time external guidance protocol, and is mainly responsible for data verification and encoding and decoding of data, etc. The main work content of the communication module 21 is: receive the data (including guiding information) sent by the guiding source device 1 or the simulated guiding source communication module 23, and perform operations such as decoding and coordinate conversion on the data, and finally convert it into the original pointing data of the telescope and send it to the telescope guiding module 22.
[0045] Telescope guiding module 22: This module mainly receives the original pointing data of the telescope sent by the communication module 21, encodes the original pointing data of the telescope according to the format required by the real-time external guidance protocol required by the telescope device, and sends the encoded instruction to the telescope device 3 at the specified moment to guide the telescope device 3 to rotate.
[0046] Simulated guiding source communication module 23: This module only takes effect during the communication function self-test (i.e., the telescope self-testing phase), that is, the B path takes effect during the self-test, and the A path takes effect during the formal use. The simulated guiding source communication module 23 uses the same communication type and real-time external guidance protocol encoder and decoder as the communication module 21, but they are inverse operations to each other. That is to say, the simulated guiding source communication module 23 is responsible for converting the target position generated by the simulated guiding source module 24 into the coordinates in the coordinate system required by the real-time external guidance protocol, encoding the coordinates into the data in the format required by the real-time external guidance protocol, and finally sending the data to the communication module 21 through the B path.
[0047] Simulation guiding source module 24: This module becomes effective only during the communication function self-test (i.e., the telescope self-test phase). It sends the simulated trajectory of the target to the simulated guiding source communication module 23 at a certain frequency (the same frequency as the simulated guiding source device 1), and verifies whether the telescope rotates to the expected pointing at the specified moment, thereby verifying whether the codec program is correctly written.
[0048] The mutual conversion between coordinates in horizontal coordinate, earth-fixed coordinate, geodetic coordinate, and other coordinate systems belongs to existing theoretical methods and there is open-source code, which will not be elaborated here.
[0049] In some embodiments, the communication module 21 includes a communication selector 211. The communication selector 211 includes a communication layer and a protocol layer. Among them, the parent communication interface class of the communication layer is defined as an abstract class, and the parent communication interface class is explicitly declared as not being instantiable. The parent communication interface class contains function interfaces implemented by derived classes. The function interfaces of the parent communication interface class include a data sending interface and a data receiving interface. The communication methods of the communication layer include COM communication, TCP communication, and UDP communication;
[0050] The parent codec interface class of the protocol layer is defined as an abstract class, and the parent codec interface class is explicitly declared as not being instantiable. The parent codec interface class contains function interfaces implemented by derived classes. The function interfaces of the parent codec interface class include a communication data encoding interface and a communication data decoding interface.
[0051] It should be noted that as Figure 3 shown, both the communication layer and the protocol layer use the polymorphic programming method of object-oriented languages. Specifically described as:
[0052] The parent communication interface class of the communication layer (parent IComm) is defined as an abstract class, which is only used to define interfaces and is not instantiated. It mainly contains 2 function interfaces, namely the data sending interface and the data receiving interface. The specific communication methods used: such as using COM communication, TCP communication, UDP communication, or other communications are specifically implemented in the derived classes.
[0053] The parent codec interface class of the protocol layer (parent ICodec) is defined as an abstract class, which is only used to define interfaces and is not instantiated. It mainly contains 2 function interfaces, namely the communication data encoding interface and the communication data decoding interface. The specific codec implementation method is specifically implemented in the derived classes according to the real-time external guiding protocol provided by the guiding source device 1.
[0054] If it is currently in the telescope self-test stage, the communication module 21 instantiates a group of derived class objects for the parent communication interface class and the parent codec interface class. The simulated guiding source communication module 23 instantiates a group of derived class objects for the parent communication interface class and the parent codec interface class. The communication module 21 and the simulated guiding source communication module 23 use the same derived class instantiated objects, and connect the derived class objects of the parent communication interface class of the communication module 21 and the derived class objects of the parent communication interface class of the simulated guiding source communication module 23 for communication, so as to realize the guiding path from the simulated guiding source module 24 to the telescope device 3.
[0055] If it is currently in the formal use stage, the communication module 21 instantiates a group of derived class objects that match the guiding source device 1 for the parent communication interface class and the parent codec interface class, so as to realize the guiding path from the guiding source device 1 to the telescope device 3.
[0056] It should be noted that: for the guiding source device group with m guiding sources, the guiding source device groups of the optoelectronic telescopes deployed at different site addresses can be different. For the Codec with n real-time external guiding protocols, it should include all the real-time external guiding protocols known during the development or maintenance of the telescope device 3. For the different guiding source device 1 groups corresponding to the optoelectronic telescopes deployed at different site addresses, the real-time external guiding protocol corresponding to each guiding source device 1 can always be found.
[0057] In some embodiments, if the guiding source device 1 uses COM communication, the corresponding configured communication information includes the serial port number, baud rate, and real-time external guiding protocol; if the guiding source device 1 uses TCP communication, the corresponding configured communication information includes the IP, port, and real-time external guiding protocol; if the guiding source device 1 uses UDP communication, the corresponding configured communication information includes the IP, port, and real-time external guiding protocol.
[0058] It should be noted that, as Figure 4 shown, for each guiding source device 1:
[0059] (1) If it is a COM communication interface, the main configured communication information is the serial port number, baud rate, and real-time external guiding protocol h.
[0060] (2) If it is a TCP communication interface, the main configured communication information is the IP, port, and real-time external guiding protocol i.
[0061] (3) If it is a UDP communication interface, the main configured communication information is the IP, port, and real-time external guiding protocol j.
[0062] (4) If it is other communication interfaces, the main configured communication information is the interface information corresponding to this type of communication interface and the real-time external guiding protocol k.
[0063] Among them, , where n is the total number of real-time external boot protocols. The real-time external boot protocols of different boot source devices 1 with the same type of communication interface can be the same or different; the real-time external boot protocols of different boot source devices 1 with different types of communication interfaces can be the same or different.
[0064] The present invention adopts a method of separating the communication layer and the protocol layer in the communication module 21, and uses the polymorphism programming method of object-oriented programming languages to perform interface design on the communication layer and the protocol layer. The present invention reuses the codes of the communication layer and the protocol layer, adds the developed self-test related module to the external boot program, realizes the reuse of communication codes, and reduces the complexity of program writing and the probability of software defects.
[0065] It should be understood that various forms of processes shown above can be used, and steps can be reordered, added, or deleted. For example, the steps described in the disclosure of the present invention can be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solutions disclosed in the present invention can be achieved, and no limitations are imposed herein.
[0066] The above specific embodiments do not constitute a limitation to the protection scope of the present invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.
Claims
1. A real-time external guidance system for a telescope, characterized in that: The real-time external guidance system of the telescope is used to cooperate with multiple guidance source devices to guide the telescope device in real time. The real-time external guidance system of the telescope includes a communication module, a telescope guidance module, a simulation guidance source communication module and a simulation guidance source module. The communication module includes a path A and a path B. The simulation guidance source module generates a target position based on a simulated trajectory of the target, and sends the target position to the simulation guidance source communication module at a preset frequency. The simulation guidance source communication module converts the target position into coordinates in a coordinate system required by the real-time external guidance protocol, and encodes the coordinates into data in a format required by the real-time external guidance protocol, and sends the data to the communication module through the path B of the communication module; the communication module receives data sent by one of the guidance source devices or the data sent by the simulation guidance source communication module, decodes and converts the coordinates of the data, obtains original pointing data of the telescope, and sends the original pointing data of the telescope to the telescope guidance module; the telescope guidance module receives the original pointing data of the telescope, encodes the original pointing data of the telescope according to the format required by the real-time external guidance protocol, and sends the instructions obtained after encoding to the telescope device at a specified time to guide the telescope device to rotate; During the telescope self-test phase, the path A fails, the path B takes effect, and the communication module receives data sent by the simulated guidance source communication module; during the formal use phase, the path B fails, the path A takes effect, and the communication module receives data sent by one of the guidance source devices.
2. The telescope real-time external guidance system according to claim 1, characterized in that: The preset frequency is the same as the frequency of the boot source device simulated by the boot source simulation module.
3. The telescope real-time external guidance system according to claim 1, characterized in that: During the telescope self-test phase, the simulation guidance source module verifies the accuracy of the codec program of the communication module by checking whether the telescope device rotates to a preset direction at a specified time.
4. The telescope real-time external guidance system according to claim 1, characterized in that: The communication module and the simulated guidance source communication module both include a communication selector, the communication selector includes a communication layer and a protocol layer, wherein the parent communication interface class of the communication layer is defined as an abstract class, and the parent communication interface class is explicitly declared as being unable to be instantiated, the parent communication interface class includes a function interface implemented by a derived class, the function interface of the parent communication interface class includes a data sending interface and a data receiving interface, and the communication modes of the communication layer include COM communication, TCP communication, and UDP communication; The parent codec interface class of the protocol layer is defined as an abstract class, and the parent codec interface class is explicitly declared as not being instantiated, the parent codec interface class contains a function interface implemented by a derived class, and the function interface of the parent codec interface class includes a communication data encoding interface and a communication data decoding interface.
5. The telescope real-time external guidance system according to claim 4, characterized in that: In the telescope self-test phase, the communication module instantiates a group of derived class objects for the parent class communication interface class and the parent class codec interface class, the simulated guidance source communication module instantiates a group of derived class objects for the parent class communication interface class and the parent class codec interface class, the communication module and the simulated guidance source communication module use the same derived class instantiated object, and the derived class object of the parent class communication interface class of the communication module and the derived class object of the parent class communication interface class of the simulated guidance source communication module are communicatively connected, so as to realize the guidance path of the simulated guidance source module and the telescope device; In the formal use stage, the communication module instantiates a group of derived class objects matching the guidance source device for the parent communication interface class and the parent codec interface class, and realizes the guidance path from the guidance source device to the telescope device.
6. The telescope real-time external guidance system according to claim 1, characterized in that: If the boot source device adopts COM communication, the corresponding configuration communication information includes the serial port number, baud rate and real-time external boot protocol; if the boot source device adopts TCP communication, the corresponding configuration communication information includes IP, port and real-time external boot protocol; if the boot source device adopts UDP communication, the corresponding configuration communication information includes IP, port and real-time external boot protocol.
Citation Information
Patent Citations
Method and apparatus for target relative guidance
CN108253967A
Detection optical path system for image stabilization precision of large-view-field space astronomical telescope
CN110657960A