Method for controlling the filling levels of tanks
11828421 · 2023-11-28
Assignee
Inventors
- Romain Pasquier (Saint Remy les Chevreuse, FR)
- Eric Gervaise (Saint Remy les Chevreuse, FR)
- Nicolas Leroux (Saint Remy les Chevreuse, FR)
- Bruno Robillart (Saint Remy les Chevreuse, FR)
Cpc classification
F17C2250/0694
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2201/0157
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C6/00
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/032
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2205/0134
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2201/052
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/0408
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2260/016
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/0439
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/0482
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2223/0161
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2270/0105
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/0473
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/036
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2227/0135
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C13/02
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/0636
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
F17C2250/061
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
International classification
F17C6/00
MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
Abstract
A method for managing the filling levels of a plurality of tanks arranged in a ship, said tanks being connected in such a way as to allow liquid to be transferred between said tanks, the method comprising providing an initial state (7) of the tanks, determining a target state (8) defining respective final filling levels of said tanks, determining a liquid transfer scenario (9), the transfer scenario defining one or more flows of liquid to be transferred between the tanks during a transfer period in order to shift from the initial state to the target state of the tanks, calculating a probability of damage to the tanks (10) during the course of said transfer scenario, as a function of successive filling levels of the tanks during the transfer period, if the probability of damage to the tanks satisfies an acceptance criterion, transferring (13) the liquid between the tanks in accordance with said transfer scenario.
Claims
1. A management method for managing the filling levels of a plurality of tanks arranged in a ship, said tanks being connected in such a way as to allow liquid to be transferred between said tanks, the method comprising providing an initial state defining initial filling levels of the tanks providing at least one environmental parameter defining environmental data of the ship, said at least one environmental parameter comprising a wind sea height and/or a swell height, determining a target state defining final filling levels of said tanks, determining a liquid transfer scenario, the transfer scenario defining one or more flows of liquid to be transferred between the tanks during a transfer period in order to shift from the initial state to the target state of the tanks, calculating a probability of damage to the tanks as a function of successive filling levels of the tanks during the transfer period and of said at least one environmental parameter, the probability of damage to the tanks defining a probability that at least one tank will be damaged during the course of the transfer scenario, and generating a series of instructions intended to transfer the liquid between the tanks in accordance with said transfer scenario in response to the probability of damage to the tanks satisfying an acceptance criterion.
2. The management method as claimed in claim 1, further comprising, in response to the probability of damage to the tanks satisfying the acceptance criterion, transferring the liquid between the tanks in accordance with said transfer scenario.
3. The management method as claimed in claim 1, further comprising providing a transfer capacity parameter defining a transfer capacity between the tanks, the transfer scenario being determined according to said parameter defining the transfer capacity between the tanks.
4. The management method as claimed in claim 1, in which the probability of damage to the tanks is calculated as a function of at least one parameter chosen from the group of parameters comprising the movements of the ship, the levels of liquid impacts on the tank walls, the statistical behavior of the impacts of the movements of liquid, the strength of the tanks depending on the position in said tanks, the time spent at different filling levels, the gas evaporation rate induced by the transfer of liquid, and the loading state of the ship's structure.
5. The management method as claimed in claim 1, further comprising the step of determining a parameter in real time and taking said parameter into account in order to determine the transfer scenario.
6. The management method as claimed in claim 1, further comprising the step of determining a parameter in real time and taking said parameter into account in order to determine the calculation of probability of damage to the tanks.
7. The management method as claimed in claim 1, in which the acceptance criterion is a criterion concerning the risk of damage to the tanks during the course of the transfer scenario.
8. The management method as claimed in claim 1, in which the probability of damage to the tanks is calculated according to the following formula:
9. The management method as claimed in claim 8, in which the probability density Prob.sub.tk_n(Pres.sub.surf>Res.sub.surf,tk_n,SC(fl_n)) is predefined.
10. The management method as claimed in claim 1, in which the method further comprises the step of continuously monitoring the actual successive states of the tanks during the transfer period and, in response to the detection of a discrepancy between the actual successive states of the tanks and the predicted successive states of tanks determined by the transfer scenario, repeating the method of claim 1.
11. The management method as claimed in claim 1, further comprising: determining a plurality of different transfer scenarios, each transfer scenario defining one or more flows of liquid to be transferred between the tanks during a respective transfer period in order to shift from the initial state to the target state, calculating, for each transfer scenario, a respective probability of damage to the tanks as a function of successive filling levels of the tanks during the corresponding transfer period, the probability of damage to the tanks defining a probability that at least one tank will be damaged during the course of said transfer scenario, selecting one scenario from the plurality of transfer scenarios, and generating the series of instructions intended to transfer the liquid between the tanks in accordance with the selected transfer scenario in response to the corresponding probability of damage to the tanks satisfying an acceptance criterion.
12. The management method as claimed in claim 1, further comprising: determining a plurality of target states, each target state defining final filling levels of the tanks, determining a plurality of different transfer scenarios, each transfer scenario defining one or more flows of liquid to be transferred between the tanks during a respective transfer period in order to shift from the initial state to one target state from the plurality of target states, calculating, for each transfer scenario, a respective probability of damage to the tanks as a function of successive filling levels of the tanks during the corresponding transfer period, the probability of damage to the tanks defining a probability that at least one tank will be damaged during the course of said transfer scenario, selecting one scenario from the plurality of transfer scenarios, and generating the series of instructions intended to transfer the liquid between the tanks in accordance with the selected transfer scenario in response to the corresponding probability of damage to the tanks satisfying an acceptance criterion.
13. The management method as claimed in claim 11, in which the scenario is selected depending on the acceptance criterion.
14. A computer-implemented management system of the filling levels of tanks, said tanks being arranged in a ship and connected in such a way as to allow liquid to be transferred between said tanks, the system comprising means for: providing an initial state defining initial filling levels of the tanks, providing at least one environmental parameter defining environmental data of the ship, said at least one environmental parameter comprising a wind sea height and/or a swell height, determining a target state defining final filling levels of said tanks, determining a liquid transfer scenario, the transfer scenario defining one or more flows of liquid to be transferred between the tanks during a transfer period in order to shift from the initial state to the target state of the tanks, calculating a probability of damage to the tanks as a function of successive filling levels of the tanks during the transfer period and of said at least one environmental parameter, the probability of damage to the tanks defining a probability that at least one tank will be damaged during the course of the transfer scenario, and generating a series of instructions intended to transfer the liquid between the tanks in accordance with said transfer scenario in response to the probability of damage to the tanks satisfying an acceptance criterion.
Description
BRIEF DESCRIPTION OF THE FIGURES
(1) The invention will be more clearly understood, and other aims, details, features and advantages of same will become clearer on reading the following description of several specific embodiments of the invention, provided as purely illustrative and non-limiting examples, with reference to the appended drawings.
(2)
(3)
(4)
(5)
(6)
(7)
DETAILED DESCRIPTION OF EMBODIMENTS
(8) The figures are described hereinafter in the context of a ship 1 comprising a double hull forming a load-bearing structure in which a plurality of sealed and thermally insulating tanks are arranged. Such a load-bearing structure has, for example, polyhedral geometry, for example being prismatic in shape.
(9) Such sealed and thermally insulating tanks are designed, for example, for transporting liquefied gas. Liquefied gas is stored and transported in such tanks at a low temperature, requiring thermally insulating tank walls in order to keep the liquefied gas at this temperature. It is therefore particularly important to keep the integrity of the tank walls intact, both in order to keep the tank sealed and prevent liquefied gas from leaking out of the tanks, and to prevent the insulating characteristics of the tank from deteriorating in order to keep the gas in its liquefied form.
(10) Such sealed and thermally insulating tanks also comprise an insulating barrier anchored to the double hull of the ship and carrying at least one sealed membrane. For example, such tanks can be produced in accordance with Mark III®-type technologies, as described, for example, in FR2691520, N096®-type technologies, as described, for example, in FR2877638, or others as described, for example, in WO14057221.
(11)
(12) The four tanks 2 have an initial filling state in
(13) This partial filling of the tanks 3, 4, 5, 6 can give rise to significant risks of damage to said tanks 3, 4, 5, 6 when the ship 1 is sailing at sea. Indeed, when it is at sea, the ship 1 is subject to many movements linked to the sailing conditions. These movements of the ship 1 are passed on to the liquid contained in the tanks 3, 4, 5, 6, which is consequently liable to move in the tanks 3, 4, 5, 6. These movements of the liquid in the tanks 3, 4, 5, 6 result in impacts on the tank 3, 4, 5, 6 walls which can damage the tank 3, 4, 5, 6 walls. However, it is important to maintain the integrity of the tank 3, 4, 5, 6 walls in order to maintain the tight sealing and the insulation characteristics of the tanks 3, 4, 5, 6.
(14) In order to prevent damage to the tanks 3, 4, 5, 6, the ship comprises a system for managing the filling levels, one embodiment of which is illustrated in
(15) In reference to
(16) During a second step 8, the management system determines a target filling state of the tanks 3, 4, 5, 6. In this target filling state, the liquid transported by the ship 1 is distributed between the tanks 3, 4, 5, 6 in such a way as to limit the risks linked to the movements of the liquid in the tanks 3, 4, 5, 6. More particularly, the management system determines a target filling state in which all the liquid transported by the ship is distributed between the different tanks in such a way as to limit the risks linked to the movements of liquid in the tanks. Typically, the management system determines a target filling state in which the liquid transported by the ship is distributed between the tanks 3, 4, 5, 6 in such a way that the tanks are more than 70% full or, on the contrary, less than 10% full.
(17)
(18) The space not occupied by the liquid contained in the tanks 3, 6 is therefore reduced. This reduced residual space limits the movements of said liquid in said tanks 3, 6 and therefore the force of the impacts linked to said movements of said liquid. Therefore, the first tank 3 and the fourth tank 6 have a limited risk of damage linked to the movements of liquid.
(19) Conversely, the second tank 4 and the third tank 5 have a limited risk of damage linked to the movements of liquid due to the fact that the liquid contained in said second and third tanks 4, 6 is of insufficient weight to generate significant impacts on the walls of said tanks 4, 5.
(20) The management system then calculates (step 9) a plurality of transfer scenarios in order to shift from the initial filling state to the target filling state.
(21) These transfer scenarios are calculated based on the initial filling levels in the tanks 3, 4, 5, 6 and the characteristics of the ship 1. In particular, the characteristics of the ship 1 taken into consideration in order to calculate the transfer scenarios comprise at least one parameter from the number of pumps in the tanks 3, 4, 5, 6, the pumping capacities of the pumps, the volume of the tanks 3, 4, 5, 6, and the diameters of the pipes connecting the tanks 3, 4, 5, 6 to each other. Using this data, the management system calculates all the tank-to-tank transfer possibilities, which produces a list of tank-to-tank transfer scenarios in order to reach the target filling levels from the initial filling levels.
(22) Each transfer scenario defines a plurality of transfer phases between the tanks 3, 4, 5, 6. More particularly, each transfer phase defines, for each tank 3, 4, 5, 6 and depending on the liquid transfer capacities between the different tanks 3, 4, 5, 6, one or more flows of liquid to be transferred between the tanks 3, 4, 5, 6. The management system defines, for each transfer phase, a filling level at the beginning of the phase, a filling level at the end of the phase and a transfer time necessary in order to shift from the filling level at the beginning of the phase to the filling level at the end of the phase. These successive transfer phases make it possible to shift from the initial filling state to the target filling state.
(23) However, these transfer phases require a large quantity of liquid to be transferred between the tanks 3, 4, 5, 6. Such a transfer may require a significant amount of time during which the tanks 3, 4, 5, 6 may remain subject to significant risks linked to the movements of liquid. Therefore, after having calculated the different scenarios during step 9, the management system calculates (step 10), for each scenario, the risks of damage to the tanks 3, 4, 5, 6 during the course of said transfer scenario.
(24) In other words, for each transfer scenario, the management system also calculates a probability of damage to the tanks 3, 4, 5, 6 during the course of said transfer scenario.
(25) This probability of damage to the tanks 3, 4, 5, 6 is calculated as a function of many parameters. Several quantities have to be estimated by statistical or physical calculation, by measurements taken in real time, on board or in tests, in order to calculate these probabilities of damage to the tanks 3, 4, 5, 6.
(26) The parameters that can be taken into consideration in order to calculate damage to the tanks 3, 4, 5, 6 can comprise movement parameters of the ship 1, environmental condition parameters of the ship 1, structural parameters of the ship 1 or parameters linked to the liquid contained in the tanks 3, 4, 5, 6.
(27) The movement parameters of the ship are, for example, movement parameters of the ship in the six degrees of freedom of the ship (surge, sway, heave, roll, pitch, yaw) which can be represented in the form of movement, speed, and temporal or spectral acceleration. The movement parameters of the ship can also comprise the ship's course in terms of heading, speed and GPS position.
(28) The environmental condition parameters are linked mainly to the weather. These environmental condition parameters comprise, for example, wind sea height, swell height, wind sea period, swell period, wind sea direction, swell direction, wind force, wind direction, current force, current direction, relative direction of the wind, the swell, the current, the wind sea relative to the ship.
(29) The structural parameters of the ship 1 comprise, for example, the strength of the tank 3, 4, 5, 6 walls depending on the position on the tanks, the strength of the insulation system of the tanks 3, 4, 5, 6 depending on the position on the tank or the statistical behavior of the impacts of the movements of liquid.
(30) The parameters linked to the liquid contained in the tanks 3, 4, 5, 6 are, for example, the levels (force, pressure, amplitude, frequency, surface area) of the impacts of liquid on the walls of the tanks 3, 4, 5, 6, the time spent at different filling levels of the tanks 3, 4, 5, 6, the level of evaporation of liquefied gas induced by the transfer of liquid, the loading state of the ship 1 structure.
(31) Therefore, the management system calculates, for each scenario, the total time of the operation to shift from the initial filling state to the final filling state and the risk of damage to the walls of tanks 3, 4, 5, 6 during said operation. This risk of damage to the insulation is calculated according to the following function:
(32)
(33) The sailing conditions SC can also depend on at least one of the following parameters: the angle of incidence between the sea state and the ship the period of the sea state the significant height of the sea state the movements of the ship the forward speed of the ship.
(34) It should be noted that a sea state can be broken down into wind sea and swell, and even cross swell. Therefore, a sea state can be defined with several components.
(35) The laws Prob.sub.1k are statistical laws, for example GEV-, Weibull-, Pareto- or Gumbel-type laws. One, more or all of the parameters of these laws are defined, for example, using liquid movement tests performed in a laboratory or onboard measurement campaigns at carried out at sea.
(36) The management system thus provides a list of transfer scenarios (step 11) and different information linked to said calculated transfer scenarios. Moreover, the scenarios are preferably ranked according to the acceptance criterion, for example from the highest risk scenario to the lowest risk scenario in terms of damage to the tanks 3, 4, 5, 6.
(37) A scenario is then selected (step 12) depending on the acceptance criterion.
(38) Preferably, each scenario is provided in the form of a set of control signals and/or instructions for implementing the different transfer phases of said transfer scenario. For example, the scenario can comprise a series of instructions provided in a human-readable format and capable of precisely guiding an operator throughout the transfer period in order to execute the transfer scenario.
(39) According to one embodiment, the scenario can be provided in the form of a series of instructions in a computer-readable format and/or a series of control signals intended to control the components of the cargo handling system, for example actuating the ship's pumps, switching the valves, etc., in order to execute the transfer scenario.
(40) The acceptance criterion can be in many forms. This acceptance criterion can be predefined or chosen by the operator. For example, whether it is predefined or chosen by the operator, this acceptance criterion can be the risk of damage to the tanks 3, 4, 5, 6, the sailing range available after the transfers, the total time taken by the transfer scenario, or other.
(41) The selected transfer scenario that satisfies the acceptance criterion is then implemented (step 13) in order to shift from the initial filling state to the target filling state.
(42) As indicated above, the different quantities corresponding to the parameters necessary in order to calculate scenarios (step 9) and calculate the probabilities of damage (step 10) can be obtained or estimated by statistical or physical calculation, by measurements taken in real time, on board or in tests.
(43)
(44) The management system 14 further comprises a human-machine interface 20. This human-machine interface 20 comprises a display means 21. This display means 21 allows the operator to obtain the various pieces of information. This information is, for example, information on the different transfer scenarios, the instructions to implement said transfer scenarios, the quantities obtained by the sensors 16 such as the intensity of the movements of liquid in the tanks, information on the impacts linked to these movements of liquid, the movements of the ship, the loading state of the ship or meteorological information.
(45) The human-machine interface 24 further comprises an acquisition means 22 allowing the operator to manually provide quantities to the central processing unit 15, typically in order to provide the central processing unit 15 with data that cannot be obtained by sensors because the ship does not comprise the necessary sensor or the latter is damaged. For example, in one embodiment, the acquisition means allows the operator to input information on the number of pumps and the maximum height of the waves.
(46) The management system 14 comprises a database 23. This database 23 comprises, for example, certain quantities obtained in a laboratory or during onboard measurement campaigns carried out at sea.
(47) The management system 14 also comprises a communication interface 24 allowing the central processing unit 15 to communicate with remote devices, for example in order to obtain meteorological data, position data of the ship or other.
(48)
(49) During a first phase 33 of the selected transfer scenario, the valves of the ship 1 are configured to connect the first tank 3 and the second tank 4 and to connect the third tank 5 and the fourth tank 6. Moreover, the pumps of the tanks 3, 4, 5, 6 are configured to transfer the liquid contained in the second tank 4 towards the first tank 3 and to transfer the liquid contained in the third tank 5 towards the fourth tank 6.
(50) The first graph 25 and the second graph 27 show that the first tank 3 receives liquid from the second tank 4 during this first phase 33 of the transfer scenario. Thus, the first graph 25 shows that the filling level 26 of the first tank 3 shifts from an initial filling level of 60% to a target filling level of 95% during the first phase 33. Similarly, the second graph 27 shows that the second tank 4 is emptied so as to shift from an initial filling level of 35% to a filling level at the end of the first phase of 20%.
(51) During this first phase 33, the liquid contained in the third tank 5 is transferred towards the fourth tank 6. Thus, the filling level 30 of the third tank 5 shifts from an initial filling level of 35% to a filling level at the end of the first phase of 20% and the filling level 32 of the fourth tank 6 shifts from 40% to a filling level at the end of the first phase of 60%.
(52) During a second phase 34 of the transfer scenario, the valves of the ship 1 are switched to connect the second tank 4 to the fourth tank 6. This switching of the valves requires many handling maneuvers and therefore requires a certain amount of time. During these handling maneuvers, the liquid contained in the third tank 5 continues to be transferred towards the fourth tank 6, the third tank 5 having a filling level at the end of the second phase of 10% and the fourth tank 6 having a filling level at the end of the second phase of 70%.
(53) Since the pipes connected to the fourth tank 6 and the pumps of the fourth tank 6 do not allow a flow of liquid originating simultaneously from the third tank 5 and from the second tank 4 to be absorbed, only the second tank 4 connected to the fourth tank 6 is emptied to continue filling the fourth tank 6 during a third phase 35 of the transfer scenario.
(54) Indeed, at the start of the third phase 35, corresponding to the end of the handling maneuvers for connecting the second tank 4 to the fourth tank 6, the second tank 4 is still 20% full while the third tank 5 now only has a filling level of 10%. It is therefore preferable to first empty the second tank 4, whose filling level presents a higher risk than that of the third tank 5. Thus, during the third phase 35 of the transfer scenario, only the liquid contained in the second tank 4 is transferred into the fourth tank 6. The second tank 4 thus has a filling level at the start of the third phase of 20% and a filling level at the end of the third phase of approximately 5%.
(55) Once the second tank is substantially empty, the pipes and the pumps of the ship are switched to transfer the liquid contained in the third tank 5 towards the fourth tank 6. Thus, in a fourth phase 36 of the transfer scenario, the as yet untransferred liquid contained in the third tank 5 is transferred towards the fourth tank 6 such that the final filling level of the third tank 5 is of the order of 5% and the target filling level of the fourth tank 6 is of the order of 95%.
(56) The switching of the valves and the activation of the pumps allowing the transfers between the tanks can be manual and/or automated. In the case of manual operations, the human-machine interface 20 provides the operator with a sequence of instructions for implementing the transfer scenario. The management system 14 takes a time period corresponding to these operations into account in its calculations (steps 9 et 10).
(57) Preferably, the management system 14 monitors the progress of the selected scenario (step 37,
(58) If a discrepancy is observed between the selected transfer scenario and the actual state of the tanks 3, 4, 5, 6 over time, for example because the actual pumping flow rate of some pumps was overestimated when calculating the transfer scenarios (step 9), the management system 14 can restart the calculation process shown in
(59) The technique described above for managing the filling levels of the tanks can be used in different types of containers, for example for an LNG container in a floating structure such as an LNG carrier ship, or in other applications.
(60) In reference to
(61) In a manner known per se, loading/unloading pipes 73 arranged on the top deck of the ship can be connected, by means of suitable connectors, to a marine or port terminal in order to transfer a cargo of LNG to or from the tank 71.
(62)
(63) In order to generate the pressure required to transfer the liquefied gas, pumps installed in the ship 70 and/or pumps equipping the land-based facility 77 and/or pumps equipping the loading and unloading station 75 are implemented.
(64) Although the invention has been described in relation to several specific embodiments, it is obvious that this does not in any way limit it, and that it comprises all the technical equivalents of the described means and the combinations of same, provided they are covered by the context of the invention.
(65) Some of the elements, in particular the components of the management system, can be produced in different forms, in a unitary or distributed manner, by means of hardware and/or software components. Hardware components that can be used are ASIC-specific integrated circuits, FPGA programmable logic arrays or microprocessors. Software components can be written in various programming languages, for example C, C++, Java or VHDL. This list is not exhaustive.
(66) The use of the verbs “comprise” or “include” and their conjugated forms does not exclude the presence of elements or steps other than those disclosed in a claim. The use of the indefinite article “a” or “an” for an element or step does not exclude the presence of a plurality of such elements or steps, unless otherwise specified. In particular, the use of the indefinite article “a” or “an” relating to the step of determining a target state defining final filling levels of the tanks does not exclude the determination of several target states, each defining final filling levels of the tanks.