BR-102024017896-A2 - TELECOMMUNICATION SYSTEM FOR HYDROLOGY TELEMETRY

Abstract

The present invention relates to a telecommunication system for hydrology telemetry that allows data collection with redundant communication interfaces, including LoRa and Ethernet communication interfaces. It enables remote monitoring of hydrological information in real time and makes it possible to use another communication medium as a redundant means in case of failure, increasing the availability of hydrological information in the system.

Inventors

• DIEGO AUGUSTO TIMM
• Rafael LIMA
• LUDE QUIÉTO VIANA
• CÉSAR AUGUSTO SILVA DE FARIAS
• PHILIPE VASQUES DA SILVA
• DOUGLAS PAZ RODRIGUES
• ENIO ERNY SCHULZ FILHO
• GILBERTO AGUIAR DE ALMEIDA
• HUMBERTO CORRÊA KRAMM
• IGOR TEDESCHI FRANCO
• IGOR GOMES DA SILVA
• JOAO ANTONIO ASTOLFI GONÇALVES
• LEONARDO SILVA DUTRA

Assignees

• LIGHT - SERVIÇOS DE ELETRICIDADE S/A
• ALTUS SISTEMAS DE AUTOMACAO S.A

Dates

Publication Date

20260317

Application Date

20240830

Claims (2)

1. 1. TELECOMMUNICATION SYSTEM FOR HYDROLOGY TELEMETRY characterized by containing two redundant physical servers (1a) and (1b), where these physical servers run the SAHL software services directly on the Windows Server operating system and host a Linux virtual machine (3) responsible for executing all download (8), conversion (9) and sending (10) scripts of files containing hydrology data from each monitoring station, and where the two physical servers (1a and 1b) perform an algorithm that synchronizes which of the two physical servers will be active and uses this to start or stop the LoRa server (12), and to synchronize the hydrology system data it uses the synchronization of the databases (6) between the pair of physical servers (1a and 1b), a hydrology software called SAHL (4) (acronym for Light Hydrological Analysis System) running on Windows Server that stores the data from the hydrological stations, such as river level, rainfall and system diagnostics, the SAHL software calculates other magnitudes such as flow rate, and sends the information to regulatory bodies, and this hydrology software has a standardized web interface that communicates identically to stations with different means of communication, allowing the addition of new stations and new sensors without the need for code changes. A service called SAHL Worker (5) monitors a specific folder on the physical server and when a file is received in this folder, either directly or through auxiliary scripts, the service consumes the file, analyzes it and sends the data to the SQL Server database (6), a web application (7) in the SAHL front-end that allows querying and configuring the system by accessing the local IP of the physical server on port 8080, hydrology stations (51), (55), (62), (67/68) and (69) equipped with a datalogger responsible for reading the values measured by the river level and rainfall sensors, and an application runs on the datalogger that, every 15 minutes, collects the sensor data, assembles a file in .dat format, in In the case of FTP transfer, the data is sent via fiber optics, LoRa, and/or cellular network. In case of communication failure during file transmission, the file is saved in a queue and sent as soon as communication is available. The dataloggers are equipped with integrated wireless and Ethernet network communication. Two LoRa gateways (11) work in redundancy at each monitoring station that uses the LoRa communication protocol. The datalogger integrates with the LoRa gateways (11) through an application that assembles a payload containing hydrology data. An application routine sends this payload via LoRa to the gateways (11) for data entry into the system. The LoRa server (12) creates an MQTT topic where the gateways (11) publish the payload. A script subscribes to this topic, receives the values, and organizes them into a file in the standard SAHL software format. This file is then sent via FTP to the FTP_AUX folder (13). In Windows Server (2), for redundancy reasons, two gateways are registered on the primary LoRa server (12) and two on the secondary LoRa server (12), so that in case of failure of either gateway, there is a pair that maintains communication without synchronization between the gateways (11), and the data is sent to both gateways (11), and one of them receives the data and sends it to the Linux server (3), a LoRa server (12) operating on each physical server, where the readings from the stations configured in this communication format are received, and these are equipped with a front-end for configuration and monitoring accessible through the local IP of the Linux server (3) on port 8080, and in case of failure of the gateways (11), this failure can be diagnosed through this interface, and the values arrive via a payload containing the sensor data and other information, being published in an MQTT topic generated by the LoRa server (12), and synchronization occurs because only the LoRa server (12) the active Physical server (1) is running the SAHL software, and in hydrology stations equipped with LoRa network communication and via ethernet network using the FTP protocol, these interfaces operate redundantly sending data through both means, ensuring that, in case of failure of one of the interfaces, the one that did not fail continues sending the data, the sending is duplicated and in case of successful sending of both files the SAHL hydrology software detects that it is the same data and discards the one that arrives last.
2. 2. Hydrological control METHOD, applied with the system defined in claim 1, characterized by containing the following steps: - Connecting all equipment of the hydrological stations, servers and software and applications of the system, - Starting the acquisition time verification (102) in the datalogger (101), if positive, the datalogger application collects samples from the level and rain sensors and the diagnoses (103), - Checking with the application if there is communication via ethernet at the hydrological station, if positive, the datalogger application creates a file for sending the sample data via FTP (105) and sends the file (106), - Checking with the application if the sending was successful (107), if negative, it tries to send again until the pre-established number of attempts is exhausted (108), if this number is exhausted, the application saves the file in a queue for later sending (109), if positive, it checks if there are files in the queue to be sent (110), if positive, it returns to the FTP file sending step (106), - If If negative, the datalogger application checks if there is communication via LoRa (111), if positive, it assembles the LoRa payload for sending (112) and sends the LoRa payload (113), - Check with the application if the sending was successful (114), if negative, it tries to send again until the pre-established number of attempts is exhausted (115), if this number is exhausted, the application saves the file in a queue for later sending (116), if positive, it checks if there are files in the queue to be sent (117), if positive, it returns to the FTP file sending step (113), - If negative, that is, there are no more files to be sent, the datalogger application checks again if it is in the time to acquire new data (102), - For the FTP files sent successfully (107), these are received on the FTP LIGHT server (201), the FTP LIGHT server application (201) confirms the format of the received file in SAHL format (202) and follows two procedures in parallel: - processes the file data FTP SAHL (203) stores them in a database (204) making the data available to the SAHL client (205); e- creates an AMH format FTP file based on the SAHL format file (206) and transmits this file to the AMH server (207) and confirms if the file is in AMH format (208), processes the data from the AMH FTP file (209) and stores it in a database (210) making the data available to the AMH client (211),- For successfully sent LoRa files (114), these are received at the LoRa gateways (301),- The gateway application checks if the received file is a new LoRa payload (302), if not, it checks again if there is a file in the queue (117), if so, it forwards the payload to the network server (303) of the SAHL server (304) and confirms if it is a new LoRa payload (305),- If not, it waits for a new file, if so, it creates a SAHL format FTP file with the payload data (306) and sends this file to the LIGHT FTP server (201) and the FTP server application LIGHT (201) confirms the received file format in SAHL format (202) following the following steps (203) to (211), - The system continues performing all the above steps while the system is running.

Description

FIELD OF APPLICATION [0001] The present invention applies to hydrology or other telemetry areas, allowing data collection with redundant communication interfaces, including LoRa and Ethernet communication interfaces. It enables remote monitoring of hydrological information in real time and makes it possible to use another communication medium as a redundant means in case of failure, increasing the availability of hydrological information in the system. STATE OF THE ART [0002] Current hydrology measurement and data transmission solutions require expensive data transmission infrastructures, as well as extra equipment such as converters, radios, PLCs, and SCADAs to concentrate data. Furthermore, the solutions generally do not utilize physical medium redundancy for data transmission, which causes data unavailability in the event of a simple transmission failure. [0003] Document BR 10 2021 016758 0 describes a non-hydrological unavailability monitoring system for a small hydroelectric power plant. It is a non-hydrological unavailability monitoring system (100) for a small hydroelectric power plant comprising a supervisory system (10); a recording computer (20); at least two upstream level sensors and at least two downstream level sensors for monitoring the dam levels upstream and downstream of the turbines; at least two tilt sensors for a first gate for monitoring the opening of the first gate and at least two tilt sensors for a second gate for monitoring the second gate; at least two position sensors for the first gate and at least two position sensors for the second gate; at least one electrical switch for complete closure of the first gate and at least one electrical switch for complete closure of the second gate; at least one main energy control and monitoring meter (30) and at least one backup energy control and monitoring meter (40); a main electrical panel comprising a data reading device (50) for reading data from sensors and performing variable calculations, a data acquisition device (90) and a power management system; and a remote electrical panel comprising an Ethernet/IP adapter (70) and a power management system (80). This system uses only the Ethernet communication interface and has no redundancy, i.e., if the Ethernet interface fails, the entire system fails. [0004] Document BR 10 2019 003180 8 describes a hydrological analysis and management process and system for basins. This process and system for hydrological analysis and management for basins includes networks of meteorological stations and artificial drainage systems with management of natural and artificial dams using locks and pumping stations. It assesses the potential for water risk in each area and analyzes, a priori, through simulations, the possible consequences of future rainfall. For this simulation, hydrographs are calculated for each sub-basin, channels, and rivers of the basin. It simulates the basin's behavior under different scenarios corresponding to different operational management of the gates and/or pumps, and compares the results in terms of flooded area loss, economic loss for each sector, loss due to flooding of inhabited areas, etc. Optimizing the simulation through AI (Artificial Intelligence, metaheuristic algorithms, neural networks, etc.) allows it to serve as a search mechanism to find better solutions and the best resource management configuration to minimize the socioeconomic impact on the basin. This system does not foresee the combined use of Ethernet and LoRa communication interfaces and lacks redundancy; that is, if the communication interface fails, the entire system fails. [0005] Document BR 10 2017 003102 0 A2 describes an automatic integrated hydrological analysis system for injecting dye tracers. The system aims to enable, through the integration of computational and electronic intelligence, the compatibility of knowledge about the recording, reading and analysis of rainfall intensity, with the release of dye tracers onto the surface of the terrain. The system allows the recording, reading, analysis and configuration of rainfall intensity, which in turn can trigger a command to activate (open) an electro-mechanical valve hydraulically connected to the reservoir, releasing the dye tracers that will move at the times deemed opportune to move along with the incident rainfall. The system consists of a central module (1) that has the function of performing the interaction of all peripheral components and that, in addition, it stores data obtained from the rain gauge (6), and transmits the stored data remotely via GSM/GPRS through a SIM Card installed in the central module (1), with the aid of an antenna (3). The programming is generated on the computer, assigning to the opening of the electromechanical valve assembly (2), equipped with mechanical actuation (9) and register (10), the condition of a certain volume of rain in a set time. This system uses communication via cellular interface and also does not for