Submersibles are watercraft designed to operate under water. Traditional autonomous underwater vehicles are used primarily for underwater mapping and survey applications. Another class of submersibles includes remotely operated vehicles used primarily for inspection and intervention and are capable of more complex tasks.
Many aspects of the present disclosure can be better understood with reference to the following drawings. The components in the drawings are not necessarily drawn to scale, with emphasis instead being placed upon clearly illustrating the principles of the disclosure. In the drawings, like reference numerals designate corresponding parts throughout the several views.
Long has there been a divide between the class of submersibles composed of streamlined, torpedo-shaped vehicles (autonomous underwater vehicles (AUVs)) and that of omnidirectional or semi-omnidirectional crafts resembling the famous ALVIN submersible (remotely operated vehicles (ROVs)). Crafts such as the latter are capable of complex tasks involving external manipulation but are lethargic in nature and prone to flow-based disturbances, as found in shallow waters at stormy conditions or in turbulent tidal environments near artificial piers. There exists a need for an unmanned underwater vehicle (UUV) which combines the speed and agility of AUVs with the full-omnidirectional capability and precision of ROVs. Such a vehicle could potentially operate in conditions unreachable by the other two vehicle classes, while reducing the total operating time and thereby the financial and strategic cost for deployment in ROV-specific applications.
The growing interest in robots replacing humans in turbulent, potentially dangerous environments where precision, speed, and robustness are necessary has inspired the development of a new class of underwater robotic thrust mechanism capable of true agile omnidirectionality in a compact design, including the designs described herein. Challenges include but are not limited to minimizing reaction time to position disturbances, which is hindered by the delay of accelerating water and the thrust-to-mass ratio of any smaller craft attempting to actively reject disturbance. For large crafts, resilience to disturbances is inherent in vehicle mass, but fast position control is not practical. In much smaller crafts, fast position control is possible but delayed by the acceleration time of traditional ducted thrusters, making their inherent susceptibility to disturbances difficult to overcome.
Traditional AUVs are high-speed, underactuated flight vehicles used primarily for underwater mapping and survey applications. Omnidirectional ROVs, on the other hand, are used primarily for inspection and intervention. ROVs can have a zero-turning radius benefit that results from their omnidirectionality, but suffer greatly in maximum speed and agility, where agility can be measured as the potential for instantaneous acceleration on demand. This is quantified by dividing maximum thrust by the sum of mass and added mass, where added mass is the virtual added mass created by fluid momentum around an accelerating body. The high-speed omnidirectional underwater propulsion mechanism disclosed herein possesses the speed capabilities of traditional AUVs while maintaining the zero-turning radius of omnidirectional ROVs. With its omnidirectionality and ability to carry and manipulate a payload, the high-speed omnidirectional underwater propulsion mechanism is perhaps better classified with ROVs. Its high-power consumption also bolsters this classification, as it would require a tether for missions exceeding 15 minutes.
In the context outlined above, various examples of a high-speed omnidirectional underwater propulsion mechanism disclosed herein. The high-speed omnidirectional underwater propulsion mechanism is configured to overcome the aforementioned limitations of traditional AUVs and ROVs. The high-speed omnidirectional underwater propulsion mechanism is configured to decouple blade-pitch actuator loads from rotor torques and forces while exploiting properties of already-moving water to eliminate the delay between actuator action and force output. Such high agility and reaction time can allow the craft to not only react to but actively reject various types of disturbances. The high-speed omnidirectional underwater propulsion mechanism can provide ability for a submersible to vector thrust within its low profile and still control tremendous power can provide exceptional maneuverability. The capabilities were demonstrated using a small-scale prototype was designed around Bullard Pull conditions for omnidirectionality, to be equally responsive along any two opposite directions.
The high-speed omnidirectional underwater propulsion mechanism includes a novel position control mechanism for marine operations or inspection in extreme, hostile, or high-speed turbulent environments where unprecedented speed and agility is described. The omnidirectional mechanism consists of a set of counter-rotating blades operating at frequencies high enough to dampen vibrational effects on onboard sensors. Each rotor is individually powered to allow for roll control via relative motor effort and attached to a servo-swashplate mechanism, enabling quick and powerful manipulation of fluid flow direction in the coordinate frame of the hull without the need to track rotor position. The mechanism inherently severs blade loads from servo torques, putting all load on the main motors and minimizing servo response time, while exploiting consistent blade momentum to minimize the corresponding force response time. Kinematic and hydrodynamic analyses of the hull and surrounding fluid forces during various blade maneuvers are presented, followed by the mechanical design and kinematic analysis of each subsystem in a small scale model.
Described below are various embodiments of the present systems and methods for a high-speed omnidirectional underwater propulsion mechanism therefor. Although particular embodiments are described, those embodiments are mere exemplary implementations of the system and method. One skilled in the art will recognize other embodiments are possible. All such embodiments are intended to fall within the scope of this disclosure. Moreover, all references cited herein are intended to be and are hereby incorporated by reference into this disclosure as if fully set forth herein. While the disclosure will now be described in reference to the above drawings, there is no intent to limit it to the embodiment or embodiments disclosed herein. On the contrary, the intent is to cover all alternatives, modifications and equivalents included within the spirit and scope of the disclosure.
Before the present disclosure is described in greater detail, it is to be understood that this disclosure is not limited to particular embodiments described, as such may, of course, vary. It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments only, and is not intended to be limiting, since the scope of the present disclosure will be limited only by the appended claims.
In the following discussion, a general description of the systems of the present disclosure and their components is provided, followed by a discussion of the operation of the same. Various non-limiting examples of a high-speed omnidirectional underwater propulsion mechanism are discussed.
Shown in
The UUV 10 can include nose attachments 12A and 12B positioned along a main axis (X) on one or both ends of the UUV 10. For example, the nose attachments 12A and 12B can be configured to house electronics and other components such as sensors, power-electronics, power units, electronic speed controllers, and a controller for the high-speed omnidirectional underwater propulsion mechanism 100. In some examples, the equipment housed within at least one of the nose attachments 12A and 12B can be electronically coupled with and configured to operate the high-speed omnidirectional underwater propulsion mechanism 100. In some examples, the equipment housed within the at least one of the nose attachments 12A or 12B is configured to collect information via one or more sensors and communicate information collected to at least one computer located on a main watercraft or some other remote location.
The UUV 10 can also include external sensors and/or probes positioned exterior to the electronics hull and/or hull of the high-speed omnidirectional underwater propulsion mechanism 100. For example, as shown in
As shown in
In the example shown, the high-speed omnidirectional underwater propulsion mechanism 100 utilizes two decoupled counter-rotating rotors 102A and 102B. The rotors 102A and 102B include a number of highly actuated blades 104A and 104B, respectively, centered around the hollow stationary structural tubing framework 114. The central stationary structural tubing 114 can allow for the safe wiring of brushless motors 118 (
Shown in
Each dynamic blade assembly can comprise a rotor 102A or 102B, and each includes a plurality of pivotable blades 104A or 104B, although only one pivotable blade is shown for each rotor 102A or 102B in
A blade-axis re-enforcing flap adapter (BARFA) 106 can be positioned in a region between the two decoupled counter-rotating rotors 102A and 102B centered on the main axis (X). The BARFA 106 can be configured in a locked alignment between the rotors 102A and 102B to reduce unwanted physical blade interactions and control undesired flow leakage created by the counter rotating blades 104A and 104B. The BARFA 106 includes a plurality of stationary flaps 108. The stationary flaps 108 can be stationary blades or fixed blades attached to or formed with the central stationary section. Although the BARFA 106 is shown with four flaps 108, additional stationary flaps 108 may be needed to eliminate the undesired tangential flows, while maintaining the desired radial and axial flow components between counter rotating blades of the rotors 102A and 102B. For example, the control parameters disclosed herein are based on a high-speed omnidirectional underwater propulsion mechanism 100 with a BARFA 106 having at least eight stationary flaps 108. As shown
The drivetrain is powered by two pairs of motors 118A and 118B (collectively “motors 118”). Each of the rotors 102A and 102B is driven by one of the pairs of motors 118A and 118B, respectively, mounted in a motor holder 144 within the BARFA 106 and facing opposite directions. The motors 118A and 118B are configured to rotate the rotors 102A and 102B, respectively, turning in opposing directions, as shown in greater detail in
The two servo-swashplate actuation mechanisms 112A and 112B can be positioned along the main axis (X) on opposing sides (
The servo-swashplate actuation mechanism 112A can be configured to actuate the pivotable blades 104A of the rotor 102A via a plurality of dynamic blade pivot adapters 138. Each of the two rotors 102 is connected to a servo-swashplate actuation mechanism (SSPAM) 112, which quickly manipulates the pitch of spinning blades in a passive controlled manner, independent of the rotation rate. In the example shown in
As shown in
Shown in
With respect to the coordinate system of the UUV 10 shown in
As shown in the example in
For example, a virtual four-servo-per-rotor model can greatly facilitate control-command implementation by considering a configuration with four servos: +y, −y, +z, and −z. Each servo 150 directly controls the pitch of blades 104 passing through its particular quadrant, and all four virtual servos are given the same forward offset parameter. A top servo (+y) controls the pitch of all blades passing through its (top) quadrant. A bottom servo (−y) controls the pitch of all blades passing through the bottom quadrant, while the difference between the two controls the relative thrust effort between top and bottom quadrants, thus controlling the yaw-related moment across the hull itself. The shared forward offset between these servos +y and −y directly controls the net forward thrust of all blades passing through quadrants +y and −y. For example, when the same forward offset is applied to four blades, it is an adequate control for overall surge thrust, as thrust is linear with blade pitch in our angle range and can therefore be superimposed. Physical servo-arm and blade-pivot geometries are chosen for blade angles to match corresponding actuator angles in a four-servo configuration. The four-servo plate-control model is realized in the three-servo physical configuration with a simple transformation, where the three servos are labeled (top), (b.r.), and (b.l.).
where (top) represents the uppermost servo, (b.r.) represents the bottom right servo, and (b.l.) represents the bottom left servo in a triangular orientation. A four-servo controller would use this transformation to output appropriate values to servos in the physical three-servo model.
The four-servo-per-rotor virtual configuration also allows for decoupled bi-planar control and intuitive two-dimensional Cartesian controller representation. Because all four servos are fed with the same forward offset surge-command, servos ±z can control the behavior of the UUV 10, for example, in the horizontal plane, while servos ±y control the behavior in the vertical plane (
For example, for a two-dimensional surge maneuver on a full ROV implementation, the surge parameter α can be fed to all servos, causing a positive thrust in {circumflex over (x)}. Likewise, for a yaw maneuver in two dimensions, control inputs governed by global vertical yaw parameter β can be specified. For example, yaw inputs −β, β, −β, and β can be fed directly to servos 1, 2, 3, and 4, respectively. Additionally, control parameters can be superimposed to achieve multiple maneuvers simultaneously, since interfere can be avoided due to the rigid nature of the blades. For example, control parameters α and β can be fed to servos 1-4 to execute two independent control modes at once.
A third control parameter Γ is proposed for sway. Such a maneuver is made possible from the rigid nature of the blades and durable alignment-locking of the rotor axes. As with the other planar control parameters, sway-related actuator inputs do not shift swashplate centroids, maintaining isolation between all vertical and horizontal-plane maneuvers. The lack of kinematic overlap allows for superposition of all control parameters, as they do not fundamentally interfere with each other.
To prevent unwanted physical blade interactions, rotors are locked in alignment about their respective axes through the BARFA 106. The BARFA 106 allows the rotors 102 to push against one-another without touching and contains the stationary flaps 108 responsible for reducing unwanted flow during the sway maneuver. The space between the rotors 102 can result in a pressure differential in the space between the rotors 102. Flow leakage between the high and low pressure regions can reduce sway thrust. The undesired flow leakage can be identified as any tangential flow component of the fluid between the rotor blades 104, for example. The BARFA 106 minimizes the unwanted flows using the stationary flaps 108. Although the BARFA 106 is shown in
Final inputs to virtual servos 1-4 are then respectively α−β−Γ, α+β+Γ, α−β+Γ, and α+β−Γ. The control parameter can be set to the physical control limit of each servo, for example: α∈(−10°, 10°), β∈(−10°, 10°), and Γ∈(−10°, 10°) such that |α+β+Γ|<30°. Servo arm and blade pivot lengths can be chosen to match blade angles with servo angles in corresponding quadrants.
The rotors 102 are decoupled from one-another to allow for simple roll control via torque-balancing. Because the effective input to each rotor 102 is torque, not speed, roll-torque remains balanced regardless of blade parameters and relative speed, as rotation rate is simply a byproduct of the torque input. This allows for roll control via a single parameter δ, effectively decoupled from all other parameters and realized merely by varying the relative effort between the two rotors. The separate rotors are read 90% effort ±δ, where δ∈(−10%, 10%). Control parameters are then mapped to physical actuator commands as follows:
where Γy and Γz respectively control force along ŷ and {circumflex over (z)} while βy and Γz respectively control moment about ŷ and {circumflex over (z)}.
For example, in no reasonable scenario will pulling all blade pitches forward not cause the UUV 10 to surge as intended if properly programmed with servo limits considered. Yaw and roll control parameters are similarly straightforward. The omnidirectionality of the high-speed omnidirectional underwater propulsion mechanism 100 comes from its unique ability to potentially sway quickly, allowing it to move in any orientation at speeds far beyond the scope of ROVs or AUVs. STARCCM+ computational fluid dynamic (CFD) simulations suggest the propulsor can generate sway thrust at a magnitude near 10-20% surge thrust capability.
The controller 172 can be embodied in the form of hardware, firmware, software executable by hardware, or as any combination thereof. The controller 172 can also include memory for storing instructions, including software-based computer-readable instructions. If embodied as hardware, the controller 172 can be implemented as a collection of discrete analog, digital, or mixed analog and digital circuit components. The hardware can include one or more discrete logic circuits, microprocessors, microcontrollers, or digital signal processors (DSPs), application specific integrated circuits (ASICs), programmable logic devices (e.g., field-programmable gate array (FPGAs)), or complex programmable logic devices (CPLDs)), among other types of processing circuitry.
The controller 172 can also be embodied as one or more microprocessors, microcontrollers, or DSPs, for example. The controller 172 can execute software or computer readable instructions, stored on a memory device, to perform the control aspects of the embodiments described herein. Any software or program instructions can be embodied in or on any suitable type of non-transitory computer-readable medium for execution. Example computer-readable mediums include any suitable physical (i.e., non-transitory or non-signal) volatile and non-volatile, random and sequential access, read/write and read-only, media, such as a hard disk, magnetic device, semiconductor device (e.g., flash, magneto-resistive, etc.), and other memory devices.
In one example, the controller 172 can be embodied as a microcontroller, such as an Arduino® or Raspberry Pi® microcontroller. One or more power supply or power conversion units can also be positioned within the nose attachment 12B (and possibly within the nose attachment 12B), to independently provide power to the servos 150, the controller 172, and the electronic speed controller for the motors 118 of the rotors 102. In one example, three separate Buck converters can independently provide power to the servos 150 and a battery can provide power for the controller 172, although other power arrangements can be relied upon. In some examples, power can be supplied to the equipment in the nose attachment 12B via a tether power conversion unit 16.
Among other functions, the controller 172 can be configured to control the overall speed of the rotors 102 and calculate the plurality of control parameters described herein. The controller 172 can compensate a first control parameter among the control parameters. The controller 172 can also generate a control signal for each of the servos 150 based on the control parameters. In that context, the controller 172 can be configured to calculate the control mode commands α, Γy, Γz, δ, βy, and βz to direct the operations of the servos 150. The plurality of control parameters can include the surge control parameter α, the yaw control parameter β, the sway control parameter Γ, and a roll control parameter δ. The controller 172 can be configured to compensate the first control parameter to reduce cross-coupling of an unwanted force generated by drag forces on the two decoupled counter-rotating rotors. The controller 172 can be configured to compensate the first control parameter to reduce cross-coupling of an unwanted force due to a second control parameter. The first control parameter can include the sway control parameter Γ. The second control parameter can include the surge control parameter α. In an example, the controller 172 can be configured to compensate the sway control parameter Γto reduce cross-coupling of an unwanted force due to the surge control parameter α. The controller 172 can be configured to compensate the first control parameter to reduce cross-coupling of an unwanted force based on a ratio of the unwanted force to a desired force. The controller 172 can be configured to compensate the first control parameter to reduce cross-coupling of an unwanted force based on a system of equations linking two planes controlled by the servos.
A small-scale force-validation model was constructed to verify the conceptual working principles of the UUV 10. The model was tested in a water tank while fixed to an off-axis, 6-DOF force-sensing apparatus placed above the tank. The force-sensing apparatus is designed and fabricated economically using 80/20 aluminum bars to measure any forces and moments imposed by the attached propulsor at a depth of 0.3 m.
Because the small-scale force-validation model was never intended to physically accelerate, the overall design process was simplified, allowing the small-scale model to be economical and predominantly 3D-printed without mass-related limitations. For the small-scale force-validation model, the controller was implemented using an Arduino to implement control commands and read force sensors. The Arduino's single-threaded nature prohibits it from simultaneously executing these control mode commands while reading force sensors. Due to the required cool-down time between force-sensor readings, the Arduino's operating loop must update actuator commands every iteration, while only reading from force sensors every fourth iteration. The Arduino then reports the last known sensor readings on iterations between updates. This may have caused small illusory input-output delays between control mode commands and sensor readings. Illusory delays can be upwards of 0.2 seconds.
The experimental results are shown in
Due to safety concerns, motor effort was not brought past 50% during the study. The brushless motors still operated under some hydrodynamic load, so direct motor effort commands to ESCs were expected to manifest more as torque than speed inputs. Because generated rotor forces are typically linear with torque, we expected forces generated from any particular command to also be linear with motor effort.
A. Pure Surge (α)
The surge-force Fsurge generated from the surge command α, for example, should then take the form
F
surge
=K
α(Motor Effort−Motor Offset)·α, (3)
where Kα is a scaling factor that links command α to the output force Fsurge and encompasses all constant unknown hydrodynamic and motor-rate properties. Motor Effort describes the throttle command percent read to the ESCs and imposed on the rotors, while Motor Offset describes the smallest value at which the ESCs actually spin the motors. For the small-scale model, the Motor Offset value is expected to be around 13% effort.
At various motor efforts, different magnitudes of command α are tested and surge forces are recorded. These forces are normalized by corresponding α commands and plotted against motor effort. To validate the form of equation (3) and our operating principles as a whole, the plot should reveal a clear linear trend between normalized forces and motor efforts, with an x-axis crossing at around 13% motor effort. Normalized surge forces are plotted against motor effort in
The equation (3) validated in
It was found that perceived delays between input-commands and output-forces in
B. Yaw (β)
Both kinematically and hydrodynamically, the yaw maneuver is understood to be very similar to the surge maneuver. While the surge maneuver generates surge force, the yaw maneuver similarly generates yaw moment. The lack of moment-arm due to the limited rotor span on the small-scale model greatly reduced the magnitude of moments measured. For the purposes of the study, the yaw maneuver need only be tested for existence and shown to be decoupled between the two different yaw-axes. Simultaneous βy and βz maneuvers are shown to be achievable and decoupled in
C. Sway (Γ)
It is assumed that the force response to sway behaves in a similar manner to surge. Like surge, the sway-force Fsway generated from sway command Γ should scale as
F
sway
=K
Γ(Motor Effort−Motor Offset)·Γ, (4)
where KΓ is a scaling factor which links sway-command Γ to the output force Fsway and encompasses all constant unknown hydrodynamic and motor-rate properties. For the small-scale model, the offset value is expected to be around 13% effort.
At various motor efforts, different magnitudes of command Γy were tested and sway forces Fy were recorded. These forces were normalized by their corresponding Γy commands and plotted against motor effort. To validate the form of question (4) and the operating principles as a whole, the plot should reveal a clear linear trend between normalized forces and motor efforts, with an x-axis crossing at around 13% motor effort. Normalized sway forces are plotted against motor effort in
The equation (4) validated in
Simultaneous Γy and Γz maneuvers are shown to be achievable and decoupled in
D. Control-Command Interactions
Control command combinations (α, β), and (β, Γ) were tested and confirmed to be decoupled. Testing of the combination (α, Γ) reveals some cross-planar coupling, which can be explained through blade drag analysis and then compensated for in a straightforward manner. Forces from an α+Γ test are presented in
E. Compensation for α+Γ Cross-Planar Coupling
Drag-forces on rotating blades can induce coupling between maneuvers on separate planes.
The total drag force into or out of the page is calculated with the understanding that drag scales with pitch angle squared. The total force into the page is then
F
tangential plane=(F2−F1)−(F4−F3)
∝((α+(β+Γ))2−(α−(β+Γ))2)−((α+(β−Γ))2−(α−(β−Γ))2)=8αΓ∝αΓ (5)
where the β command cancels out, ensuring that any unwanted cross-planar force is proportional only to the product of commands α and Γ and is independent of β.
As indicated above, it is possible to compensate for this unwanted cross-planar sway force through a Γ-sway command in the other plane. Recall that the command α is shared across all servos in both planes and motor effort is also shared everywhere. Any desired sway force Fwanted=K1Γ in one plane generates an unwanted byproduct sway force Funwanted=K2αΓ in the other. So long as the ratio between unwanted byproduct force and desired force
is known, cross-planar coupling can be compensated for straightforwardly. The compensation process actually amplifies the desired sway forces generated, because the coupling only alters the effective direction of applied sway force while increasing its magnitude. For any desired commands Γy, des, Γz, des, and α, the final compensated sway commands Γy, fin and Γz, fin are derived through a system of equations linking the two planes
effectively decoupling the two axes and eliminating cross-planar interference. From
Final commands Γy, fin and Γz, fin are read directly to actuators through (2). Desired commands Γy, des and Γz, des are used for control and will be referred to as Γy and Γz, respectively.
For the small-scale model operating at 50% motor effort, open-loop control parameters are mapped to forces and torques as follows:
An omnidirectional vehicle is disclosed with speed and agility sufficient enough to work in turbulent environments inaccessible to traditional craft, as would be seen in many shallow marine environments that require inspection. The propulsor exploits properties emerging from continuous counter-rotating blades to generate near-instantaneous forces and moments in six degrees of freedom of considerable magnitude, and is designed to allow each DOF to be controlled independently by one of six decoupled control parameters. In the study, a small-scale model was built to verify different sets of maneuvers that would be used in the full-scale model. Slow-motion analysis confirms the instantaneous reaction time. The new method to generate lateral sway force underwater was originally simulated using STARCCM+CFD software. The propulsor can generate sway thrust at a magnitude near 10-20% surge thrust capability.
A straightforward method for reorienting lateral forces resulting from blade drag was presented, and a basic open-loop controller was designed linking all open-loop control parameters for surge, yaw, and roll to desired output forces and moments on the small-scale model. Omnidirectional ROV propulsion can be achieved through a fully-actuated counter-rotating blade mechanism to potential speeds well beyond anything achieved through traditional ROV thrusters, and can feasibly produce instantaneous sway force using this mechanism.
The above-described examples of the present disclosure are merely possible examples of implementations set forth for a clear understanding of the principles of the disclosure. Many variations and modifications can be made without departing substantially from the spirit and principles of the disclosure. All such modifications and variations are intended to be included herein within the scope of this disclosure and protected by the following claims.
As will be apparent to those of skill in the art upon reading this disclosure, each of the individual embodiments described and illustrated herein has discrete components and features which may be readily separated from or combined with the features of any of the other several embodiments without departing from the scope or spirit of the present disclosure. Any recited method can be carried out in the order of events recited or in any other order that is logically possible.
It is to be understood that, unless otherwise indicated, the present disclosure is not limited to particular materials, manufacturing processes, or the like, as such can vary. It is also to be understood that the terminology used herein is for purposes of describing particular embodiments only and is not intended to be limiting. It is also possible in the present disclosure that steps can be executed in different sequence where this is logically possible.
It must be noted that, as used in the specification and the appended claims, the singular forms “a,” “an,” and “the” include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to “a support” includes a plurality of supports. In this specification and in the claims that follow, reference will be made to a number of terms that shall be defined to have the following meanings unless a contrary intention is apparent.
This application claims the benefit of and priority to U.S. Provisional Application No. 63/116,380, titled “HIGHLY-AGILE OMNIDIRECTIONAL FULLY-ACTUATED UNDERWATER PROPULSION MECHANISM,” filed on Nov. 20, 2020, the entire contents of which are hereby incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
63116380 | Nov 2020 | US |