Computerized Intelligent System for Remote Diagnostics of Level Sensors in the Floating Dock Ballast Complexes Andriy M. Topalov2, Yuriy P. Kondratenko1,2, Oleksiy V. Kozlov2 1 Petro Mohyla Black Sea National University, 10, 68th Desantnykiv Str., Mykolaiv, 54003, Ukraine y_kondrat2002@yahoo.com, y_kondratenko@chmnu.edu.ua 2 Admiral Makarov National University of Shipbuilding, 9 Heroes of Ukraine Av., Mykolaiv, 54025, Ukraine oleksiy.kozlov@nuos.edu.ua, topalov_ua@ukr.net Abstract. In this work the development of a specialized computerized system for remote diagnostics of level sensors of floating dock ballast system is pre- sented. Ballast system of floating dock and requirements for reliable measure- ment of liquid levels in ballast tanks are described in detail. The hierarchical functional structure of the proposed remote diagnostics system consists of a multiprocessor computing complex with the corresponding software and the branched structure of digital devices. The authors propose the method of check- ing the correctness of level sensors that generally increases system reliability. The diagnostics calculations of the measurements correctness of the level sen- sors are performed on the basis of programmable logic device (PLD) with the Field-Programmable Gate Array (FPGA) architecture. The collection of diag- nostics information from PLD is processed by a single-board computer that transmits data via the Internet to the cloud service “ThingSpeak”. The overall results of work of the remote diagnostics system for level sensors are displayed graphically in real time on any, specialized for these tasks, computer or mobile device that has Internet access. Keywords: diagnostics; cloud service; modeling; FPGA; liquids level meas- urement, single-board computer. 1 Introduction The floating dock is a complex technical construction mainly intended for perfor- mance of docking operations of immersion and emersion with the vessel and without it. Though in some cases the specialized floating dock is used as a platform for ves- sels’ transportation on shallow ways [1, 2]. Among the complex of floating docks systems the ballast system is the main one to perform docking operations, because the processes of filling and emptying of the ballast tanks lead to changes in the floating docks draft. Another important function for ballast system is eliminating of critical deformation of the floating dock and un- wanted inclinations due to distribution of liquid ballast among the ballast tanks. Moreover, the tanks of a dock are a part of the volume durable body in pontoons or towers, separated by watertight partitions from another volume. The correct ballasting and reliable level control of the ballast compartments guarantee the safe operation of floating dock. Calculation of ballast system needs to be carried out for set time on the natural flooding of the floating dock. The pressure head of the outboard water coming into the dock is constantly changing. It is impossible to obtain the same resistance of the pipeline from any outlet valve or damper to any ballast tank without excessive com- plication of the valves. Accordingly, levels of water in ballast tanks at different time intervals may be differ from the given values. So, the calculation is carried out at the time of filling the most distant tank from the receiving hole. This circumstance in case of simplification of the diagram and valves complicates operation of computer control system software and the Dockmaster-operator. For uniform filling of the dock it is necessary to manipulate gate valves, accelerating, decelerating water inflows in this or that tank depending on water level indices in tanks. Operational control of ballast compartments’ parameters with high precision and timely control of ballast supply for dock operations performing as well as ensuring of the absence of dangerous inclinations and large deflection is a complex problem. Consequently, the problem of efficient operation of complex technical objects, which includes a floating dock, arises in the field of precise and reliable measurement. So, solutions of tasks of sensors’ choice and their technical diagnostics should be obtained along with automation of floating dock. The questions of parameters meas- uring and calculating of the floating dock in one way or another are considered in a number of scientific papers [2-4], [9]. So, the systems of measurement and control of floating docks’ parameters are developed using sensors, which are based on different principles of action. In particular, the sensors, that are based on pulsed reflection method and have a single electronic and structural design are used for determination of liquid level parameters of the floating dock [3]. The disadvantage of such solution is the significant mass-size indicators and specialized pipes that have the ability to contaminate. In addition, radar-type sensors find an application for liquid level meas- urement in ballast compartments [2]. Some sensors allow to measure the level with high accuracy (up to 1 mm). In addition, the accuracy and stability of measurements don’t depend on the effect of destabilizing factors (temperature of the medium, evapo- ration and dust in the tank, the aggressive nature of the controlled product, etc.) when using radar sensors. However, this method has a high cost service of automation level control systems due to the periodic carrying out of preventive checks of the radar sensors normalcy. Also membrane type sensors [9], in which the deflection of mem- branes under the pressure of a water column is converted into the resistance of the electrical circuit, are used. Such sensors have flaws related to the sensitivity to frost, which may cause a failure of measurement accuracy. Today measurement and control of parameters of technological processes of float- ing docks are carried out using SCADA (Supervisory Control and Data Acquisition) systems regardless the sensor types. Using of SCADA systems allows collecting in- formation about technological process, provide an interface with operator, accumulate database and implement automatic control of the executive mechanisms. An im- portant feature of SCADA-systems is the question of controlling the reliability of the process and emergencies prevention. In the case of non-complicated technical diag- nostics, you can restrict the standard capabilities of commonly used SCADA systems. Operations with events, analog and digital alarms should be related to standard diag- nostics testing capabilities of SCADA systems [5-10]. SCADA-systems are comple- mented by additional software, hardware and diagnostics equipment to implement more complex technical diagnostics. Particular attention deserves the approaches of technical diagnostics of industrial information control systems based on programmable logic. The development of con- trol and diagnostics equipment of various applications based on PLD with FPGA architecture is considered in a number of papers [11-13]. Active FPGAs are imple- mented to provide information safety and cyber security of information and control systems for nuclear power plants [11]. In work [12] the method of self-testing of digi- tal circuits at the enterprise of their manufacture is considered, where in the given circuits at the time of production control the necessary diagnostics support is installed. Also, FPGA technology for technical diagnostics found its application in radio com- munication with the transmission of information at a distance along the radio [13]. Thus, the issue of designing of effective high-precision computerized systems for controlling parameters of the floating dock with the use of diagnostics equipment, software and hardware remains open. Using new types of sensors and modern princi- ples of constructing of distributed control systems based on SCADA software systems will give the opportunity to solve this problem, create a universal highly effective computerized control system, and control the parameters of the floating dock. 2 Functional Structure of Computerized System for Monitoring and Control of Ballast System Parameters of Floating Dock The ballast system of the floating dock can have a linear or circular pattern in keeping with the design and carrying capacity of the floating dock. In the linear scheme the pumps are arranged on one board of the floating dock pontoon and connected to the distribution box, which distributes the processes with the corresponding gate valves to the ballast compartments. In turn, the distribution boxes are connected by linear pipe- lines with gate valves. The linear scheme provides pumping of water by the pump of the neighboring distribution box at the emergency failure of any of the pumps. The circular circuit consists of two board masters, connected by at least two jumpers. The main line combines ballast pumps and ballast compartments with spindle shutters. At the event of failure of part of the pumps on the ring system, such a system allows to pump water from any compartment by other pumps. Regardless of the ballast system, the general view of the location of ballast com- partments on a number of floating docks is shown in the Fig 1. From the drawings one can see that the ballast tanks of large capacity BT13-BT18 are located in the central part of the dock, and ballast tanks of small capacity BT1-BT12 - in the bow and stern. Fig. 1. The layout of the ballast tanks The authors developed a special multifunctional computerized system based on the remote monitoring and control principles using multiprocessor devices and SCADA software [8] for control of level and physical parameters of liquid products in ballast floating docs. This system is built on a modular (variable-configuration) structure and has a separate distinct system of remote technical diagnostics using cloud-based ThingSpeak technology. The functional structure of intellectual computerized system of monitoring and control of fluid level is shown in Fig. 2. Each tank of the floating dock is equipped with pressure sensor PS, three tempera- ture sensors TS, one discrete level sensor DLS (or float level switch), hydrostatic pressure sensor HPS and an input IV and output OV valve. Level sensors and temperature sensors are used to obtain information of current level L and water temperature T in ballast tanks. A discrete level sensor is required for fixing a certain level value. The pressure sensor PS serves to determine the pres- ence of excess pressure P inside the tanks. Output signals from sensors are transmitted to the data acquisition module (DAM), which transforms analog signals to the corresponding digits that are transmitted to the PLC (Programmable Logic Controller). The PLC contains a program unit for calculat- ing the dataset parameters, a program unit for liquid volume calculation, and a pro- gram control unit for valves. All of them are implemented using specialized SCADA TRACE MODE software [9]. The information about current values of the liquid level L in each ballast tank of the floating dock is displayed on the operator's computer screen (OTS) using a specialized human-machine interface. The human-machine interface allows operator to control input and output valves for filling and emptying the ballast tanks by controlling the flow Q. Control signals arriving from the OTS are processed in the program control unit for valves and sent to the discrete output module (DOM). In turn, DOM implements the distribution of dis- crete signals which mean opening and closing of IV and OV. Fig. 2. The functional structure of intellectual computerized system of monitoring and control of fluid level. This computerized system of monitoring and control of ballast tanks’ parameters is also equipped with a computerized intelligent system for remote diagnostics of level sensors. The diagnostics equipment should include discrete level sensors, PLD along with an analog digital converter ADC, single-board computer, WiFi router, 4G mo- dem and ThingSpeak cloud service. Data from hydrostatic and discrete sensors processed using a programmable logic device PLD with FPGA architecture, which, according a specific VHDL models, determines state of the hydrostatic and discrete sensor. To the diagnostics computing equipment should include the PLD, a single-board computer, WiFi router, 4G modem, cloud service ThingSpeak. Diagnostics information from PLD processed by a single- board computer that transmits data through Internet network to the ThingSpeak cloud service. Moreover, the Internet on a floating dock is provided by a 4 G modem with the help of global wireless mobile technology 4G (data transfer rate up to 1 Gbit / s) and distributed on the floating dock premises using a WiFi router and additional WiFi access points. The general results of the remote diagnostics system for level sensors are displayed in the ThingSpeak graphically in real time on any computer or mobile device that specialized for these tasks and had access to the Internet. 3 Technical Diagnostics of Level Sensors in the Floating Dock Ballast Complexes The integrated automation of the floating dock and a large number of sensors is asso- ciated with an increased likelihood disturbance of the normal operation mode for automatic control system for filling and emptying of ballast tanks. An effective way to increase the reliability of the automatic control system is the diagnostics procedures of system elements, in particular level sensors. Diagnostics is the control of level sensors state in order to detect and prevent fail- ures. The diagnostics is carried out using diagnostics tools that can be embedded and external. Built-in tools allow the continuous monitoring. The periodic control is im- plemented using external means. In our case, a second approach is used in which the state of the sensors is checked at discrete time intervals. The technical condition of the each sensor for level measuring is characterized by the factors, under the influence of sensor it changes in time, these include the effects of climate conditions, aging with time, regulation of mechanical and electronic com- ponents, adjustment during maintenance or repair, etc [14-18]. The sensors for level measuring can operate in different technical conditions. The conditions can be as follows: 1) operative condition - the condition of the sensor, in which the value of all pa- rameters that characterize the ability to perform the specified functions of the sensor, corresponds the requirements of normative as well as technical and (or) design docu- mentation; 2) fault condition - the condition of the sensor, in which the value of at least one parameter does not correspond the requirements of normative as well as technical and design documentation. 3) limit condition - the condition in which further exploitation of an object is inad- missible or inexpedient, or the restoration of the state is impossible or inappropriate. The statistical estimation of probability of failure-free operation of sensors can be obtained as a result of studies on reliability. To study N objects to refuse the last object, use the formula: N (t ) N  n(t ) n(t ) P(t )    1 , (1) N N N where N is the number of sensors, in the course of research; N (t) is the number of working sensors at the time t, n(t) is the number of sensors that stopped working at time t from the beginning of the research. Often it is necessary to determine the probability of error-free operation of the sen- sor in the interval of time from t1 to t2, which represents the conditional probability that the sensor will not refuse this interval if it has worked without fail until the start of the interval. Then a static estimate of the probability of failure-free operation: N (t2 ) N  n(t2 ) P(t1 , t2 )   , (2) N (t1 ) N  n(t1 ) where N (t1), N (t2) is the number of sensors, respectively, at the beginning and at the end of the time interval, n(t1), n(t2) is the number of failed sensors, respectively, at the beginning and at the end of the time interval. The probability of a failure Q(t) is the probability that within the given outputs of the object rejected at least once. Statistical estimation of the probability of failure in time or work: N  N (t ) n(t ) Q(t )   . (3) N N Operative and fault conditions are opposite incompatible conditions that create complete possible group of states of sensors in any time or for any developments. P(t)  Q(t)  1 . (4) If P(t=0)=1, then Q(t=0)=0; if P(t=∞)=0, then Q(t=∞)=1; The probability of failure operations and the probability of failure - dimensionless magnitudes expressed in parts of the unit, sometimes in percent. The sensitivity of the diagnostics parameter characterized by the ratio: Dпрi  Dni D r  , (5) Sпрi  Sni S where Dnpi, Dnі – the nominal and limiting value of the diagnostics parameter; Snpi, Sni – the nominal and limiting value of the structural parameter. For the proposed method of technical diagnostics in the working space of the bal- last tank two level sensors are installed at an appropriate fixed distance from each other in height of the tank. First sensor is performed as a hydrostatic pressure sensor and the second sensor is implemented in the form of a discrete, fixed-level sensor and installed higher than the hydrostatic pressure sensor [19]. Moreover, the system of technical diagnostics can simultaneously define not correct measuring one sensor of the given sensors. In case of incorrect measurement of both sensors their performance can be indirectly checked by their power supply. The level of liquid in the ballast tank is measured by means of a hydrostatic meth- od, which allows the use of devices for measuring of pressure or pressure drop. According to the hydrostatic method at zero value of the angles of the roll and trim of the floating dock, the real value of the liquid level in the reservoir Lr determined by the formula: P Lr  , (6) ρl g where Lr is the value of the liquid level, measured with the help of LPS; P is the value of the hydrostatic pressure of the liquid, measured with the help of LPS; ρl is the den- sity of the liquid; g is the acceleration of free fall. Technical diagnostics of level sensors is based on PLD with FPGA architecture us- ing VHDL models [20-23], implemented in the form of FSM charts is designed in computing environment Active-HDL (company Aldec Inc, USA). The solution pro- posed by the authors for technical diagnostics of sensors for determining the levels for one ballast tank is shown in Fig. 3. The technical diagnostics according to the FSM diagram is carried out as follows: – initialization of the first state of S1 in which the values of the faulty operation of the discrete level sensor (ErDLS <='0') and the value of the faulty operation of the hydrostatic pressure sensor (ErHPS <='0') are reset; – in a state S2 measured signal LPS from a hydrostatic pressure sensor, which is pre- amplified and digitized and in the final form corresponds to the relative units of hydrostatic pressure, are calculated by the formula (6) in value of the liquid level LF of the tank; – in a state S3 the difference DL is calculated between a fixed level value LF (mounting height of the level digital sensor) and the value of the level LPS, re- ceived from the previous state; – in a state S4 the absolute value L is determined received difference DL, which corresponds to the measurement error of the level sensor of the hydrostatic pres- sure; – in a state S5 conduct a test of the discrete level sensor at the time, when the abso- lute value of the calculated difference between the fixed value of the level LF and the value of the discrete level sensor LPS exceeds the permissible threshold P2 at which should work discrete level sensor at the rising edge of the signal (F=1) with setting values F1<='1', F5<='1' (in a state S12), and at the falling edge of the signal (F=0) with setting values F2<='1', F6<='1' (in a state S11). The values F1, F2 serve to determine the change of the signal of the discrete sensor when the fixed level LF is reached, and F5, F6 - to indicate the switching of the discrete sensor in the range of the threshold value P2, in other ranges the data values F5, F6 are reset. Fig. 3. VHDL model for technical diagnostics of level sensors Accordingly, when P2 ≥ L and the discrete sensor is not switched (F5 = 0, F6 = 0), an error signal is set (ErDLS <= ‘1’), the failure of the discrete sensor is detected; – in a state S6 carried count error counter of the hydrostatic pressure sensor and with each error (ErDLS <= '1') its value C2 is increased by one; – in a state S7 branching is performed work FSM diagram to two scenarios. The first is triggered on condition (F4=1), which indicates the absence of the operation of the discrete sensor (F1=0, F2=0), in this case work FSM diagram will enter the cy- cle of states S1→ S2 → S3 → S4 → S5 → S6 → S7 → S1. The second scenario is possible if at the time of the first scenario (cycle), the discrete sensor operates in the case of the rising edge of the signal (F=1) or falling edge of the signal (F=0) and through the states S11 and S12 the corresponding values are entered F1=1 or F2=1, which in the future will activate the condition (F3=1) to go to the state S8; – in a state S8 checking the measurement error level measurement is performed L to reach the maximum allowable value for this hydrostatic sensor. If the measurement error level L is equal to or less than the maximum permissible inaccuracy P1 (P1 >= L) then the hydrostatic sensor is in working order (ErHPS <= '0'), however, if the value of the measurement error of level L is more than the maximum value of permissible inaccuracy P1 (P1 < L), then the hydrostatic sensor is in fault condition (ErHPS <= '1'); – in a state S9, the value of the number of errors in the hydrostatic pressure sensor is falsified and with each error (ErHPS = 1) its value C1 increases by one; the completion of the diagnostics of the hydrostatic sensor occurs at state S10 where the conditions of transitions are cleared (F1, F2, F3, F4), after which the work of the FSM of the diagram begins again from the state S1 until the Reset (Power = 1). The computer simulation results of the proposed technical diagnostics of level sen- sors are presented at time diagrams (Fig. 4). Fig. 4. Simulation of technical diagnostics of level sensors Modeling of technical diagnostics is carried out for the case of improper operation of a hydrostatic pressure sensor. All signals of the FSM diagram are modeled digitally and linked to the clock pulse generator CLK. At time t1 - t2 there is a constant operation of the sensors in the long-term filling or emptying of the ballast tank, namely the measurement of the hydrostatic pressure sensor is recorded, and the discrete level sensor remains in the unchanged state, the sensor cycle is performed at the condition of F4 = 1. At time t2 - t3, when the liquid level passes through the fixed value of LF, the correctness of the operation of the digital level sensor is checked by comparing its level value with the level value based on the hydrostatic sensor, if the discrete sensor has been switched at this time (in this case on rising edge of the signal F = '1'), this means that it works correctly and sets the value F1 <= '1' , F5 <= '1', then the value F5 is reset as the ballast tank is filled or desolate (P2 < L). At time t3 - t4, the condition F3 = 1 is set and the comparison of the registered electric signal coming from the hydrostatic pressure sensor and the corre- spondence to its current value of the liquid level LF in the ballast tank begins. In this case, the fault of the hydrostatic pressure sensor (ErHPS <= '1') is recorded, since P1 < L, the fault is noted in the sensor errors meter, by increasing the C1 by one. The end of the simulation of the technical diagnostics is accompanied at the time t4 - t5 by re- setting the conditions F1 <= '0', F3 <= '0', and resetting the error rate ErHPS <= '0'. 4 Processing and Visualization of Data of Technical Diagnostics in Cloud Service To determine the results of the technical diagnostics level sensors of the ballast system floating dock by specialized staff at the coast control post it is expedient to apply the concept of the Internet of things with modern cloud technologies [24-28]. Various cloud services are available today for processing data: Azure, Freeboard, Blumix, Thingspeak, Thingworx and others. These technologies are actively used to create technical projects. The main features that differ between them are: reliability of data, the speed of processing data streams, the ability to work in real time, etc. But to assess the different Internet of things projects in the nearby future, the standardization is actively rooted in order to form a unified and consistent regulatory normative base for the practical implementation of projects on this or that cloud service. Many inter- national organizations, non-governmental associations, alliances of manufacturers and operators, partner projects are engaged in the issues of standardization and practical implementation of the internet of things projects. For these tasks, the ThingSpeak service is chosen, which is an open platform for Internet of Things projects with an API for application programming. ThingSpeak allows you to create a software application for monitoring the performance of sensors in real time. An important advantage of ThingSpeak before competitors is the powerful support of MATLAB development tools for data processing and visualization of graphic images. The organization of this approach for remote technical diagnostics of sensors begins with the transfer of PLD data processing results to a single-board computer that has an Internet access (via a connected WiFi router with a 4G modem). The functions of a single-board computer include the systematization of all diagnostics data of the level sensors as well as the preparation and subsequent transmission of them using the HTTP protocol through the cloud-based ThingSpeak service for subsequent deregulation and visualization. The data is sent to ThingSpeak in so-called channels, with each channel allowing you to store up to 8 fields of data, using a digital or alphanumeric character each (up to 255 alphanumeric characters each). In the channel, there are also fields for recording the location of the object of monitoring or control (Latitude, Longitude, and Elevation) and others. Each channel has its own unique two 16-value API keys, the first one used to identify the channel when writing data in its fields, and the second one for reading the data from the fields of the same channel. And at suspicion of hacking of keys of channels it is possible always to generate new keys. In general the sphere of information security is actively developing with the use of ever more pow- erful encryption tools, highly reliable firewalls, and a variety of VPN technologies. Requirements for cybersecurity and risk assessment methodology for industrial in- formation control systems are adapted from the requirements for IT systems [29]. This category has published a large number of NIST guidance documents [30, 31, 32]. Among them, NIST SP 800-82 [32] describes the difference between IT systems and information control systems and provides guidance for protecting systems, in- cluding SCADA systems, distributed control systems (DCS) and other systems that perform control functions. In this case, only data sending from the level sensors to the cloud without the possibility of back transfer is implemented as well as the indicators of the sensors are processed at the local control level and indirectly can be compared with the data on the cloud service. Work with technical diagnostics data in ThingSpeak channels is carried out using periodic POST and GET queries with the indication of the key API and the value for the corresponding channel field. Moreover channel feeds supports XML, JSON, and CSV formats for integration into applications. Also, downloading data in channels can be implemented through URL-address. For example, if the key is API - XXXXXXXXXXXXXXXX, the URL for updating fields 1 and 2 with values 1 and 0 is the following: «http://api.thingspeak.com/update?key=ABC1234L6789STIV&field1=1&field2=0». Each used channel of data entry is stored with a date and timestamp as well as as- signed a unique entry ID (entry_id). Accordingly, the stored data can be obtained by time or by entry ID. Thus, in the ThingSpeak service, one channel was used to send and store technical diagnostics data of two level sensors (hydrostatic and discrete). The state of operation of the hydrostatic and discrete sensors is shown on the service ThingSpeak (Fig. 4). The Fig. 5 shows the process of technical diagnostics of level sensors in real time. The left side shows the operation of the hydrostatic pressure sensor, which, as depicted in the screen during its operation, switched to a non-operating state, the level of the red line changed (0 → 1). From the right to properly demonstrate the working sensor at the full time of its ex-operation, the red line is unchanged (0 → 0). In real situations, there will be a need for much higher volumes of diagnostics data transmission of level sensors. The standard ThingSpeak license can be used to meas- ure diagnostics issues of the floating docking system. With a standard license, you can update the data from the level sensors once a second, but in general, this version al- lows you to process and store 33 million messages within one year. Moreover, record- ing up to 8 fields in one ThingSpeak channel is defined as a message (each message can not exceed 3000 bytes). Fig. 5. Web interface of technical diagnostics of level sensors in the ThingSpeak 5 Conclusions In this paper we propose an approach of designing the intelligent system for remote diagnostics of level sensors in the floating dock ballast complexes. Particular attention is paid to certain requirements for the safety and reliability of the system and the ap- plication of technical diagnostics of level sensors. The process of technical diagnostics involves the presence of an object of diagnos- tics and a human-operator. The measurement, control and logic operations are per- formed during the diagnostics. Diagnostics data processing is performed using VHDL models in order to determine the true state of the level sensors. The information about the current technical state of sensor gauges is displayed graphically on a computer monitor using the cloud-based Thing-Speak service. The results of the evaluation of the states of the sensors are used to make a decision about the further use of one or another sensor. Further research should be conducted towards the development of the IoT based systems with improving of the network infrastructure through increasing of data transfer performance and connection reliability as well as eliminating of unexpected delays between local level devices and their serving cloud servers. References 1. Apostolidis, A., Kokarakis, J., Merikas A.: Modeling the Dry-Docking Cost: the Case of Tankers. International Journal of Ship Production and Design, 28, 3, 134-143 (2012) 2. Yang, G., Liang, H., Wu, C.: Deflection and Inclination Measuring System for Floating Dock Based on Wireless Networks. International Journal Ocean Engineering 69, 1-8 (2013) 3. Zhukov, Yu., Gordeev, B., Zivenko, A., Nakonechniy A.: Polymetric Sensing in Intelligent Systems. Chapter in the book Advances in Intelligent Robotics and Collaborative Automa- tion. River Publishers, 10, 211-232 (2015) 4. Kondratenko, Y., Korobko, O., Kozlov, O., Gerasin, O., Topalov A.: PLC Based System for Remote Liquids Level Control with Radar Sensor. Proceedings of the 2015 IEEE 8th Inter- national Conference on Intelligent Data Acquisition and Advanced Computing Systems: Technology and Applications (IDAACS), Warsaw, Poland, September 24 – 26, 1, 47-52 (2015) DOI: 10.1109/IDAACS.2015.7340699 5. Fudickar, J.F., Schnor, B.: Automated Network Protocol Evaluation – The Potsdam Wire- less Testbed. In Int. Journal of Computing, 10, 4, 337-343 (2011) 6. Kim H.J.: Security and Vulnerability of SCADA Systems over IP-Based Wireless Sensor Networks. Hindawi Publishing Corporation: International Journal of Distributed Sensor Networks Volume 2012, Article ID 268478, 10 pages, doi:10.1155/2012/268478 (2012) 7. Louis, E. Frenzel, Jr.: Electronics Explained Fundamentals for Engineers, Technicians, and Makers. Elsevier (2018) 8. Stojkovic, B., Vukasovic M.: A New SCADA System Design in the Power System of Mon- tenegro - ICCP/ TASE.2 and Web-Based Real-Time Electricity Demand Metering Exten- sions. In: Abstracts of the Power Systems Conference and Exposition, Atlanta, 2194-2199 (2006) 9. Topalov, A., Kozlov, O., Kondratenko Y.: Control Processes of Floating Docks Based on SCADA Systems with Wireless Data Transmission. Perspective Technologies and Methods in MEMS Design: Proceedings of the International Conference MEMSTECH-2016. Lviv- Poljana, Ukraine, April 20 - 24, 57-61. (2016) DOI: 10.1109/MEMSTECH.2016.7507520 10. Kondratenko Y., Korobko V., Korobko O.: Distributed Сomputer System for Monitoring and Control of Thermoacoustic Processes. In Proc. of the 2013 IEEE 7th Int. Conf. on Intel- ligent Data Acquisition and Advanced Computing Systems (IDAACS). Berlin, Sept. 12-14, 2, 249-253. (2013) DOI: 10.1109/IDAACS.2013.6662682 11. Bakhmach, E., Herasimenko A., Golovyr, V., Kharchenko, V., Rozen, Yu., Siora, A., Sklyar, V., Tokarev, V.: FPGA-based NPP I&C Systems: Development and Safety assess- ment. RPC Radiy, National Aerospace University “KhAI”, SSTC on Nuclear and Radiation Safety (2008) 12. Kiselyov, V., Suvorov N.: Method of diagnostics digital circuit with programmable PLD on production stage. Herald of Perm National Research Polytechnic University 14, 97-107 (2015) (in Russian) 13. Tarasenko, A., Zinchenko, Y, Juravel A.: Complex of diagnostics of digital devices REA: Proceedings of scientific and technical. Conf. on completed research work. (1991) (in Rus- sian) 14. Huffmire, T., Irvine, C., Nguyen, T., Levin, T., Kastner, R., Sherwood, T.: Handbook of FPGA Design Security, Springer (2010) 15. Altameem T.A., Al Zu’bi E.Y.M., Kondratenko Y.P.: Computer Decision Making System for Increasing Efficiency of Ship’s Bunkering Process. Annals of DAAAM for 2010 & Pro- ceeding of the 21th Int. DAAAM Symp. "Intelligent Manufacturing and Automation", (20- 23 Oct., 2010, Zadar, Croatia), Published by DAAAM International, Vienna, Austria, 0403- 0404 (2010) 16. Atamanyuk, I., Kondratenko Y.: Computer's Analysis Method and Reliability Assessment of Fault-Tolerance Operation of Information Systems. ICT in Education, Research and Indus- trial Applications: Integration, Harmonization and Knowledge Transfer. Proceedings of the 11th International Conference ICTERI-2015 S.Batsakis, et al. (Eds.), CEUR-WS, Lviv, Ukraine, May 14-16, 1356, 507-522 (2015) 17. Kharchenko, V., Ponochovnyi, Y., Abdulmunem, A., & Boyarchuk, A.: Security and Avail- ability Models for Smart Building Automation Systems. International Journal of Computing, 16, 4, 194-202. (2017), http://computingonline.net/computing/article/view/907 18. Kharchenko, V., Illiashenko, O.: Diversity for security: case assessment for FPGA-based safety-critical systems. MATEC Web of Conferences, 76 (2016) DOI: 10.1051/matecconf/20167602051 19. Kondratenko, Y. P., Kozlov, O.V., Topalov, A. M., Gerasin, O. S.: Computerized System for Remote Level Control with Discrete Self-Testing. Proceedings of the 13th International Conference on ICT in Education, Research and Industrial Applications. Integration, Harmo- nization and Knowledge Transfer, Kyiv, Ukraine, 608-619 (2017) 20. Kondratenko, Y., Gerasin, O., Topalov., A.: Simulation Model for Robot’s Slip Displace- ment Sensors In Int. Journal of Computing, 15, 4, 224-236 (2016) 21. Kondratenko, Y., Gordienko E.: Implementation of the neural networks for adaptive control system on FPGA. Annals of DAAAM for 2012 & Proceeding of the 23th Int. DAAAM Symp. "Intelligent Manufacturing and Automation", B. Katalinic (Ed.), Published by DAAAM International, Vienna, Austria, EU, 23, 1, 0389-0392 (2012) 22. Palagin A.V., Opanasenko V.M., Kryvyi S.L.: Resource and Energy Optimisation Oriented Development of FPGA-Based adaptive Logical Networks. In: Green IT Engineering: Com- ponents, Networks and Systems Implementation. V.Kharchenko, Y. Kondratenko, J. Kacprzyk (Eds), Springer, 195-218 (2017) 23. Drozd A. et al.: Green Experiments with FPGA. In: Green IT Engineering: Components, Networks and Systems Implementation. V.Kharchenko, Y. Kondratenko, J. Kacprzyk (Eds), Springer, 219-239 (2017) 24. Pasha. S.: ThingSpeak Based Sensing and Monitoring System for IoT with Matlab Analysis International Journal of New Technology and Research (IJNTR), 2, 6, 19-23 (2016) 25. Großwindhager, B., Rupp A., Tappler, M. et al.: Dependable Internet of Things for Net- worked cars, 16, 4, 226-237 (2017) 26. Kondratenko, Y.P., Kozlov, O.V., Korobko, O.V., Topalov, A.M.: Internet of Things ap- proach for automation of the complex industrial systems. Proceedings of the 13th Interna- tional Conference on ICT in Education, Research and Industrial Applications. Integration, Harmonization and Knowledge Transfer, Kyiv, Ukraine, 3-18 (2017) 27. Vermesan, O., Friess, P. (Eds): Digitising the Industry Internet of Things Connecting the Physical, Digital and Virtual Worlds. River Publishers (2016) 28. Keramidas, G., Voros, N., Hübner M.: Components and Services for IoT Platforms. Paving the Way for IoT Standards. Springer (2017) 29. Song, J.-G., Lee J.-W., Lee, C.-K., Kwon, K.-C., Lee D.-Y.: A cyber security risk assess- ment for the design of I&C systems in nuclear power plants. Nuclear Engineering and Tech- nology, 44, 8, 919-928 (2012) 30. ISO/IEC 27001. Information technology - Security techniques - Information security man- agement systems - Requirements – International Organization for Standardization and Inter- national Electrotechnical Commission (2005) 31. ISO/IEC 27002. Information technology - Security techniques - Code of practice for infor- mation security management– International Organization for Standardization and Interna- tional Electrotechnical Commission (2005) 32. NIST Special Publication 800-82 Revision 1, Guide to Industrial Control Systems (ICS) Se- curity – National Institute of Standards and Technology (2013)