<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Computerized Intelligent System for Remote Diagnostics of Level Sensors in the Floating Dock Ballast Complexes</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Andriy M. Topalov</string-name>
          <email>topalov_ua@ukr.net</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Yuriy P. Kondratenko</string-name>
          <email>y_kondratenko@chmnu.edu.ua</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Oleksiy V. Kozlov</string-name>
          <email>oleksiy.kozlov@nuos.edu.ua</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Admiral Makarov National University of Shipbuilding, 9 Heroes of Ukraine Av.</institution>
          ,
          <addr-line>Mykolaiv, 54025</addr-line>
          ,
          <country country="UA">Ukraine</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Petro Mohyla Black Sea National University</institution>
          ,
          <addr-line>10, 68th Desantnykiv Str., Mykolaiv, 54003</addr-line>
          ,
          <country country="UA">Ukraine</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>In this work the development of a specialized computerized system for remote diagnostics of level sensors of floating dock ballast system is presented. Ballast system of floating dock and requirements for reliable measurement 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 checking the correctness of level sensors that generally increases system reliability. The diagnostics calculations of the measurements correctness of the level sensors are performed on the basis of programmable logic device (PLD) with the Field-Programmable Gate Array (FPGA) architecture. The collection of diagnostics 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.</p>
      </abstract>
      <kwd-group>
        <kwd>diagnostics</kwd>
        <kwd>cloud service</kwd>
        <kwd>modeling</kwd>
        <kwd>FPGA</kwd>
        <kwd>liquids level measurement</kwd>
        <kwd>single-board computer</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        The floating dock is a complex technical construction mainly intended for
performance 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
vessels’ transportation on shallow ways [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ].
      </p>
      <p>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
unwanted 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.</p>
      <p>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
complication 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.</p>
      <p>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.</p>
      <p>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.</p>
      <p>
        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
measuring and calculating of the floating dock in one way or another are considered in a
number of scientific papers [
        <xref ref-type="bibr" rid="ref2 ref3">2-4</xref>
        ], [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 [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. 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
measurement in ballast compartments [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. 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,
evaporation 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
membranes 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.
      </p>
      <p>Today measurement and control of parameters of technological processes of
floating docks are carried out using SCADA (Supervisory Control and Data Acquisition)
systems regardless the sensor types. Using of SCADA systems allows collecting
information about technological process, provide an interface with operator, accumulate
database and implement automatic control of the executive mechanisms. An
important feature of SCADA-systems is the question of controlling the reliability of the
process and emergencies prevention. In the case of non-complicated technical
diagnostics, you can restrict the standard capabilities of commonly used SCADA systems.
Operations with events, analog and digital alarms should be related to standard
diagnostics testing capabilities of SCADA systems [5-10]. SCADA-systems are
complemented by additional software, hardware and diagnostics equipment to implement
more complex technical diagnostics.</p>
      <p>Particular attention deserves the approaches of technical diagnostics of industrial
information control systems based on programmable logic. The development of
control and diagnostics equipment of various applications based on PLD with FPGA
architecture is considered in a number of papers [11-13]. Active FPGAs are
implemented 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
digital 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
communication with the transmission of information at a distance along the radio [13].</p>
      <p>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
principles 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</p>
      <p>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
pipelines 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.</p>
      <p>Regardless of the ballast system, the general view of the location of ballast
compartments 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.
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.</p>
      <p>The functional structure of intellectual computerized system of monitoring and
control of fluid level is shown in Fig. 2.</p>
      <p>Each tank of the floating dock is equipped with pressure sensor PS, three
temperature sensors TS, one discrete level sensor DLS (or float level switch), hydrostatic
pressure sensor HPS and an input IV and output OV valve.</p>
      <p>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
presence of excess pressure P inside the tanks.</p>
      <p>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
calculating the dataset parameters, a program unit for liquid volume calculation, and a
program 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.</p>
      <p>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
discrete signals which mean opening and closing of IV and OV.
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
modem and ThingSpeak cloud service.</p>
      <p>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
singleboard 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</p>
      <p>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
associated 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.</p>
      <p>Diagnostics is the control of level sensors state in order to detect and prevent
failures. 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
implemented using external means. In our case, a second approach is used in which the
state of the sensors is checked at discrete time intervals.</p>
      <p>
        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
components, adjustment during maintenance or repair, etc [
        <xref ref-type="bibr" rid="ref4">14-18</xref>
        ].
      </p>
      <p>The sensors for level measuring can operate in different technical conditions. The
conditions can be as follows:</p>
      <p>1) operative condition - the condition of the sensor, in which the value of all
parameters that characterize the ability to perform the specified functions of the sensor,
corresponds the requirements of normative as well as technical and (or) design
documentation;</p>
      <p>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.</p>
      <p>3) limit condition - the condition in which further exploitation of an object is
inadmissible or inexpedient, or the restoration of the state is impossible or inappropriate.</p>
      <p>P(t) </p>
      <p>N (t)</p>
      <p>N
</p>
      <p>N  n(t)</p>
      <p>N
 1
n(t)
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.</p>
      <p>Often it is necessary to determine the probability of error-free operation of the
sensor 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.</p>
      <p>Then a static estimate of the probability of failure-free operation:</p>
      <p>The statistical estimation of probability of failure-free operation of sensors can be
obtained as a result of studies on reliability.</p>
      <p>To study N objects to refuse the last object, use the formula:
(1)
(2)
(3)
(4)
(5)
P(t1,t2 ) </p>
      <p>N (t2 )  N  n(t2 ) ,
N (t1)</p>
      <p>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.</p>
      <p>The probability of a failure Q(t) is the probability that within the given outputs of
the object rejected at least once.</p>
      <p>Statistical estimation of the probability of failure in time or work:</p>
      <p>Q(t) </p>
      <p>N  N (t)</p>
      <p>N

n(t)
N</p>
      <p>.</p>
      <p>P(t)  Q(t)  1.</p>
      <p>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>
      <p>If P(t=0)=1, then Q(t=0)=0; if P(t=∞)=0, then Q(t=∞)=1;</p>
      <p>The probability of failure operations and the probability of failure - dimensionless
magnitudes expressed in parts of the unit, sometimes in percent.</p>
      <p>The sensitivity of the diagnostics parameter characterized by the ratio:
r  Dпрi  Dni  D</p>
      <p>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.</p>
      <p>
        For the proposed method of technical diagnostics in the working space of the
ballast 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 [
        <xref ref-type="bibr" rid="ref5">19</xref>
        ]. 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.
      </p>
      <p>The level of liquid in the ballast tank is measured by means of a hydrostatic
method, which allows the use of devices for measuring of pressure or pressure drop.</p>
      <p>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>
      <p>Lr </p>
      <p>P
ρl g
,
(6)
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
density of the liquid; g is the acceleration of free fall.</p>
      <p>
        Technical diagnostics of level sensors is based on PLD with FPGA architecture
using VHDL models [
        <xref ref-type="bibr" rid="ref6 ref7 ref8 ref9">20-23</xref>
        ], implemented in the form of FSM charts is designed in
computing environment Active-HDL (company Aldec Inc, USA). The solution
proposed by the authors for technical diagnostics of sensors for determining the levels for
one ballast tank is shown in Fig. 3.
      </p>
      <p>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 &lt;='0') and the value of the faulty operation of the
hydrostatic pressure sensor (ErHPS &lt;='0') are reset;
– in a state S2 measured signal LPS from a hydrostatic pressure sensor, which is
preamplified 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,
received 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
pressure;
– in a state S5 conduct a test of the discrete level sensor at the time, when the
absolute 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&lt;='1', F5&lt;='1' (in a state S12), and at the falling edge of the signal
(F=0) with setting values F2&lt;='1', F6&lt;='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.
Accordingly, when P2 ≥ L and the discrete sensor is not switched (F5 = 0, F6 = 0),
an error signal is set (ErDLS &lt;= ‘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 &lt;= '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
cycle 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
&gt;= L) then the hydrostatic sensor is in working order (ErHPS &lt;= '0'), however, if
the value of the measurement error of level L is more than the maximum value of
permissible inaccuracy P1 (P1 &lt; L), then the hydrostatic sensor is in fault condition
(ErHPS &lt;= '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).</p>
      <p>The computer simulation results of the proposed technical diagnostics of level
sensors are presented at time diagrams (Fig. 4).
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.</p>
      <p>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 &lt;= '1' , F5 &lt;= '1', then the value F5 is reset as the ballast tank is filled or
desolate (P2 &lt; 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
correspondence 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 &lt;= '1') is recorded, since P1
&lt; 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
resetting the conditions F1 &lt;= '0', F3 &lt;= '0', and resetting the error rate ErHPS &lt;= '0'.
4</p>
      <p>
        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 [
        <xref ref-type="bibr" rid="ref10 ref11 ref12 ref13 ref14">24-28</xref>
        ].
      </p>
      <p>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
international 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.</p>
      <p>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.</p>
      <p>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.</p>
      <p>
        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
powerful encryption tools, highly reliable firewalls, and a variety of VPN technologies.
Requirements for cybersecurity and risk assessment methodology for industrial
information control systems are adapted from the requirements for IT systems [
        <xref ref-type="bibr" rid="ref15">29</xref>
        ].
This category has published a large number of NIST guidance documents [
        <xref ref-type="bibr" rid="ref16 ref17 ref18">30, 31,
32</xref>
        ]. Among them, NIST SP 800-82 [
        <xref ref-type="bibr" rid="ref18">32</xref>
        ] describes the difference between IT systems
and information control systems and provides guidance for protecting systems,
including 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.
      </p>
      <p>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.</p>
      <p>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&amp;field1=1&amp;field2=0».</p>
      <p>Each used channel of data entry is stored with a date and timestamp as well as
assigned a unique entry ID (entry_id). Accordingly, the stored data can be obtained by
time or by entry ID.</p>
      <p>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).</p>
      <p>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).</p>
      <p>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
measure 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
allows you to process and store 33 million messages within one year. Moreover,
recording up to 8 fields in one ThingSpeak channel is defined as a message (each message
can not exceed 3000 bytes).
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
application of technical diagnostics of level sensors.</p>
      <p>The process of technical diagnostics involves the presence of an object of
diagnostics and a human-operator. The measurement, control and logic operations are
performed during the diagnostics. Diagnostics data processing is performed using VHDL
models in order to determine the true state of the level sensors.</p>
      <p>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.</p>
      <p>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.
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
International 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
Wireless 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</p>
      <p>Makers. Elsevier (2018)
8. Stojkovic, B., Vukasovic M.: A New SCADA System Design in the Power System of
Montenegro - ICCP/ TASE.2 and Web-Based Real-Time Electricity Demand Metering
Extensions. 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.
LvivPoljana, 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
Intelligent 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&amp;C Systems: Development and Safety
assessment. 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
Russian)
14. Huffmire, T., Irvine, C., Nguyen, T., Levin, T., Kastner, R., Sherwood, T.: Handbook of</p>
      <p>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 &amp;
Proceeding of the 21th Int. DAAAM Symp. "Intelligent Manufacturing and Automation",
(2023 Oct., 2010, Zadar, Croatia), Published by DAAAM International, Vienna, Austria,
04030404 (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
Industrial 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., &amp; Boyarchuk, A.: Security and
Availability Models for Smart Building Automation Systems. International Journal of Computing,
16, 4, 194-202. (2017), http://computingonline.net/computing/article/view/907</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Apostolidis</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kokarakis</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Merikas</surname>
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Modeling the Dry-Docking Cost: the Case of Tankers</article-title>
          .
          <source>International Journal of Ship Production and Design</source>
          ,
          <volume>28</volume>
          ,
          <issue>3</issue>
          ,
          <fpage>134</fpage>
          -
          <lpage>143</lpage>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Yang</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Liang</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wu</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Deflection and Inclination Measuring System for Floating Dock Based on Wireless Networks</article-title>
          .
          <source>International Journal Ocean Engineering</source>
          <volume>69</volume>
          ,
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Zhukov</surname>
          </string-name>
          , Yu.,
          <string-name>
            <surname>Gordeev</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zivenko</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nakonechniy</surname>
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Polymetric Sensing in Intelligent Systems. Chapter in the book Advances in Intelligent Robotics and Collaborative Automation</article-title>
          . River Publishers,
          <volume>10</volume>
          ,
          <fpage>211</fpage>
          -
          <lpage>232</lpage>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          18.
          <string-name>
            <surname>Kharchenko</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Illiashenko</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          :
          <article-title>Diversity for security: case assessment for FPGA-based safety-critical systems</article-title>
          .
          <source>MATEC Web of Conferences</source>
          ,
          <volume>76</volume>
          (
          <year>2016</year>
          ) DOI:
          <fpage>10</fpage>
          .1051/matecconf/20167602051
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          19.
          <string-name>
            <surname>Kondratenko</surname>
            ,
            <given-names>Y. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kozlov</surname>
            ,
            <given-names>O.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Topalov</surname>
            ,
            <given-names>A. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gerasin</surname>
            ,
            <given-names>O. S.:</given-names>
          </string-name>
          <article-title>Computerized System for Remote Level Control with Discrete Self-Testing</article-title>
          .
          <source>Proceedings of the 13th International Conference on ICT in Education, Research and Industrial Applications</source>
          . Integration, Harmonization and
          <string-name>
            <given-names>Knowledge</given-names>
            <surname>Transfer</surname>
          </string-name>
          , Kyiv, Ukraine,
          <fpage>608</fpage>
          -
          <lpage>619</lpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          20.
          <string-name>
            <surname>Kondratenko</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gerasin</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Topalov.</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Simulation Model for Robot's Slip Displacement Sensors In Int</article-title>
          .
          <source>Journal of Computing</source>
          ,
          <volume>15</volume>
          ,
          <issue>4</issue>
          ,
          <fpage>224</fpage>
          -
          <lpage>236</lpage>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          21.
          <string-name>
            <surname>Kondratenko</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gordienko</surname>
            <given-names>E.</given-names>
          </string-name>
          :
          <article-title>Implementation of the neural networks for adaptive control system on FPGA</article-title>
          .
          <source>Annals of DAAAM for</source>
          <year>2012</year>
          &amp;
          <article-title>Proceeding of the 23th Int. DAAAM Symp. "Intelligent Manufacturing and Automation"</article-title>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Katalinic</surname>
          </string-name>
          (Ed.), Published by DAAAM International, Vienna, Austria, EU,
          <volume>23</volume>
          ,
          <issue>1</issue>
          ,
          <fpage>0389</fpage>
          -
          <lpage>0392</lpage>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          22.
          <string-name>
            <surname>Palagin</surname>
            <given-names>A.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Opanasenko</surname>
            <given-names>V.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kryvyi</surname>
            <given-names>S.L.</given-names>
          </string-name>
          :
          <article-title>Resource and Energy Optimisation Oriented Development of FPGA-Based adaptive Logical Networks</article-title>
          . In: Green IT Engineering: Components, Networks and
          <string-name>
            <given-names>Systems</given-names>
            <surname>Implementation</surname>
          </string-name>
          . V.
          <string-name>
            <surname>Kharchenko</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Kondratenko</surname>
          </string-name>
          , J. Kacprzyk (Eds), Springer,
          <fpage>195</fpage>
          -
          <lpage>218</lpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          23.
          <string-name>
            <surname>Drozd</surname>
            <given-names>A.</given-names>
          </string-name>
          et al.:
          <article-title>Green Experiments with FPGA</article-title>
          . In: Green IT Engineering: Components, Networks and
          <string-name>
            <given-names>Systems</given-names>
            <surname>Implementation</surname>
          </string-name>
          . V.
          <string-name>
            <surname>Kharchenko</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Kondratenko</surname>
          </string-name>
          , J. Kacprzyk (Eds), Springer,
          <fpage>219</fpage>
          -
          <lpage>239</lpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          24.
          <string-name>
            <surname>Pasha</surname>
          </string-name>
          . S.:
          <article-title>ThingSpeak Based Sensing and Monitoring System for IoT with</article-title>
          Matlab Analysis
          <source>International Journal of New Technology and Research (IJNTR)</source>
          ,
          <volume>2</volume>
          ,
          <issue>6</issue>
          ,
          <fpage>19</fpage>
          -
          <lpage>23</lpage>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          25.
          <string-name>
            <surname>Großwindhager</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rupp</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tappler</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          et al.:
          <article-title>Dependable Internet of Things for Networked cars</article-title>
          ,
          <volume>16</volume>
          ,
          <issue>4</issue>
          ,
          <fpage>226</fpage>
          -
          <lpage>237</lpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          26.
          <string-name>
            <surname>Kondratenko</surname>
            ,
            <given-names>Y.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kozlov</surname>
            ,
            <given-names>O.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Korobko</surname>
            ,
            <given-names>O.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Topalov</surname>
            ,
            <given-names>A.M.:</given-names>
          </string-name>
          <article-title>Internet of Things approach for automation of the complex industrial systems</article-title>
          .
          <source>Proceedings of the 13th International Conference on ICT in Education, Research and Industrial Applications</source>
          . Integration, Harmonization and
          <string-name>
            <given-names>Knowledge</given-names>
            <surname>Transfer</surname>
          </string-name>
          , Kyiv, Ukraine,
          <fpage>3</fpage>
          -
          <lpage>18</lpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          27.
          <string-name>
            <surname>Vermesan</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Friess</surname>
          </string-name>
          , P. (Eds)
          <article-title>: Digitising the Industry Internet of Things Connecting the Physical, Digital</article-title>
          and
          <string-name>
            <given-names>Virtual</given-names>
            <surname>Worlds</surname>
          </string-name>
          . River Publishers (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          28.
          <string-name>
            <surname>Keramidas</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Voros</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hübner</surname>
            <given-names>M.</given-names>
          </string-name>
          : Components and
          <article-title>Services for IoT Platforms. Paving the Way for IoT Standards</article-title>
          . Springer (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          29.
          <string-name>
            <surname>Song</surname>
          </string-name>
          , J.-G.,
          <string-name>
            <surname>Lee</surname>
            <given-names>J.-W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lee</surname>
          </string-name>
          , C.
          <article-title>-</article-title>
          K.,
          <string-name>
            <surname>Kwon</surname>
          </string-name>
          , K.-C.,
          <string-name>
            <surname>Lee D</surname>
          </string-name>
          .-Y.:
          <article-title>A cyber security risk assessment for the design of I&amp;C systems in nuclear power plants</article-title>
          .
          <source>Nuclear Engineering and Technology</source>
          ,
          <volume>44</volume>
          ,
          <issue>8</issue>
          ,
          <fpage>919</fpage>
          -
          <lpage>928</lpage>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          30. ISO/IEC 27001.
          <string-name>
            <surname>Information</surname>
          </string-name>
          technology -
          <source>Security techniques - Information security management systems - Requirements - International Organization for Standardization and International Electrotechnical Commission</source>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          31. ISO/IEC 27002.
          <article-title>Information technology - Security techniques - Code of practice for information security management- International Organization for Standardization and International Electrotechnical Commission (</article-title>
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          32. NIST Special Publication 800-
          <issue>82 Revision 1</issue>
          ,
          <article-title>Guide to Industrial Control Systems (ICS) Security - National Institute of Standards and Technology (</article-title>
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>