Control system for personnel, fuel and boilers in the boiler house

s This paper tackles the pressing issue of insufficient automation in the boiler room industry, specifically concerning the crucial tasks of data collection and analysis pertaining to boiler status, fuel levels, and employee activity. Presently, these tasks often demand significant manual efforts, resulting in inefficiencies and potential errors. To address this challenge, the paper proposes the development of an innovative and cutting-edge system that aims to revolutionize the industry's operations. The proposed system promises to seamlessly integrate and consolidate vital information related to fuel consumption, boiler performance, and employee actions into a unified and compact platform. By doing so, it endeavors to enhance overall efficiency, optimize resource allocation, minimize downtime, and improve decision-making processes. This new system's successful implementation could potentially lead to greater productivity and safety standards within the boiler room industry, ushering in a new era of streamlined and automated operations.


Introduction
Nowadays there is a problem of lack of automation in the field of boiler houses, because there is no possibility to know at any time the amount of remaining fuel, the state of boilers, sensor readings and attendance of employees, because there is no unified system that collects these data and presents them in a compact form.
The system will help to have information about fuel, namely its type, information about quantity on the basis of SMZ, on the basis of data in the system; about boilers, namely about volume, type of boiler, maximum design operating time, current operating time, connected sensors and fuel used; about employees work schedule, attendance, salary, bonuses, fines and position; The system allows you to make plans for the purchase and consumption of fuel, in addition, the system allows you to monitor its actual consumption and arrival at the warehouse [1][2][3][4][5][6][7][8][9][10].
Computer vision system allows to know in real time the amount of coal in the warehouse.Thanks to what there is no need to get to the warehouse.
The possibility of making all plans and reports in one system allows to optimize the work of employees, due to the absence of the need to get to the management of the enterprise to submit reports and receive plans.
Monitoring of the team will allow the management staff to find the weaknesses of subordinates, point out their weaknesses and make decisions that can increase productivity.
2 Requirements for the structure and functioning of the system "Derby" should be implemented using PostgreSQL in the form of six subsystems.The architecture of the system is presented in Figure 1. have PC skills as a user;  know the principles of working with Linux, Windows 7 and above;  be proficient with smartphones running Android 6.0 and above.iOS 8.0 and above;  be trained to work with Derby at your workplace to the extent of the user manual.A prototype of the project layout is presented, which will be used to develop the appearance of the future automation system.Alternate Flow: The user logs in through the appropriate meteorologist account.He can then choose to view a temperature report of both the outside city temperature and the boiler temperature.Alternative flow: The fuel purchasing officer has the possibility to enter data on purchased fuel.
Alternate flow 2: The stoker and the warehouse worker have the possibility to view today's fuel consumption plan according to the approved plan.Alternative flow: also the fire safety engineer can connect new sensors to the system.It is also possible to link sensors added to the system with boilers in the system.
Alternate Flow 2: The fire safety engineer can output information about the status of boilers and sensors.Alternate flow: Fire safety engineer can check the signals from sensors, when using this function the system will compare the time of receiving data from the sensor with the period of sending a signal by this sensor, if the time is exceeded by 20% or more the sensor will be added to the list of sensors to be checked.
Alternative signal 2: The meteorologist is able to view the latest temperature data (external and outgoing boiler temperature).

Problems of implementation
The implementation of the Derby system may encounter difficulties with integration with existing enterprise systems, lack of staff training for the new system, problems with data migration and storage, as well as data security issues and resistance to change on the part of employees.Technical failures and the need to provide regular updates and support may also be caused by the implementation of the system.

Results
The fulfillment of this specification leads to off-the-shelf software that can facilitate enterprise management by storing information on boilers, sensors, temperature, fuel, and employees, as well as providing remote access to documentation, fuel quantities, and employee data.
The off-the-shelf software reduces the possibility of errors in fuel consumption plans, fuel purchases, and employee benefit plans.This software will allow to get rid of cases of inconsistency of fuel consumed and remaining fuel.
The ready software provides an opportunity to manage personnel.The accountant will no longer need to store information about employees on paper, which will increase the organization of their work.It will save the accountant from searching for employees among the papers, and replace for little time entering their full name in the search bar on the website.To conclude this article, Derby is an innovative software system that can solve many problems related to management and control in the boiler room industry.The implementation of "Derby" promises significant benefits for the company, such as process automation, centralized storage of information about fuel, boilers, sensors and personnel, as well as improved decision-making based on up-to-date data.

Conclusion
Derby's core functionality allows accountants to report on fuel purchases and employee benefits, and fuel purchasing officers to monitor purchasing plans.Meteorologists are given the ability to view temperature data and fire safety engineers are given the ability to manage boilers and sensors.

Fig. 1 -
Fig.1 -System Architecture Derby users are:  accountant;  warehouse worker;  fire safety engineer;  responsible for fuel procurement;  meteorologist;  stoker.Derby users must: have PC skills as a user;  know the principles of working with Linux, Windows 7 and above;  be proficient with smartphones running Android 6.0 and above.iOS 8.0 and above;  be trained to work with Derby at your workplace to the extent of the user manual.A prototype of the project layout is presented, which will be used to develop the appearance of the future automation system.

Fig. 5 -
Fig. 5 -Diagram of use cases "Working with fuel" Main flow: The accountant has the ability to view the remaining amount of fuel both on the basis of the difference between fuel input and consumption, and on the basis of SMZ.He

Fig. 6 -Fig. 7 -
Fig. 6 -Diagram of the "Working with plans" use cases Main flow: The accountant can create and edit a fuel purchase plan which will include vendor information, volume, purchase date and price.Alternate Flow: The delivery person in charge can review the fuel purchase plans.Alternate Flow 2: The meteorologist can create a fuel plan by boiler.Alternate Flow 3: The stoker and warehouse worker are able to view the fuel expenditure plans for the current day and the coming week.

Fig. 8 -
Fig. 8 -Diagram of the "Working with sensors" use cases

Fig. 9 -
Fig. 9 -Diagram of "Work with Personnel" use cases Main flow: The accountant has the ability to add new employees by filling in their full name, position, schedule, salary and amount of fines for violation.The accountant also has the ability to delete and edit existing users.