{"id":356,"date":"2015-02-07T13:21:09","date_gmt":"2015-02-07T13:21:09","guid":{"rendered":"https:\/\/shiplab.hials.org\/?page_id=356"},"modified":"2015-02-18T14:04:29","modified_gmt":"2015-02-18T14:04:29","slug":"3d-printing-ship-modularization-pilot-project","status":"publish","type":"page","link":"https:\/\/shiplab.hials.org\/?page_id=356","title":{"rendered":"3D Printing – Ship Modularisation Pilot Project"},"content":{"rendered":"

by Sth\u00e9fano Lande Andrade and\u00a0Thiago Gabriel Monteiro\u00a0\u2013 MSc Students in Ship Design
\n(sthefano.lande@gmail.com, thiagogabrielm@gmail.com)<\/em>
\n\u00cdcaro\u00a0Arag\u00e3o Fonseca and\u00a0Olivia Silveira Chaves \u2013 Exchange\u00a0Students in Ship Design
\n(icaro.fonseca@ufpe.br, oliviachaves@poli.ufrj.br)
\n<\/em>Henrique M. Gaspar – Associate Professor – \u00c5lesund University College –\u00a0Ulstein Professorship
\n<\/em>(hega @ hials.no<\/em>)<\/p>\n

H\u00f8gskolen i \u00c5lesund,\u00a0<\/em>v1, Feb\u00a02015.<\/em><\/p>\n

Part of EMIS Project, in cooperation with Ulstein Group, Norway<\/p>\n

[toc]<\/p>\n

Objectives<\/h2>\n

Our main objective is to apply modularisation techniques on the virtual prototype of ships.We have been working in different segments of an OSV modular conceptual design, and now we intend to bring it all together into a virtual and physical prototype. This consists in a modular design, 3D designing and visualisation, and data management. The final result will be a logical modular thinking, a library of modules (of a Platform Supply Vessel – PSV),\u00a0the\u00a03D virtual assembly and the 3D printing of the modules.<\/p>\n

Regarding modularity, our intention is to exemplify the flexibility provided by a modular design, which is about being able to build many different vessels using the same set of modules. Therefore, we should be able to build a significant number of vessel variations by replacing, adding or removing modules to an assembly, each one with its own characteristics.<\/p>\n

In order to bring the modular concept to life, we used the Siemens NX modelling package to design the modules. In this phase, the modules should take shape and be source for 3D printing and an additional 3D virtual visualisation tool. The tool consists in a Graphical User Interface<\/em> (GUI) that allows the user to assemble virtually all the arrangements that can be possible made from our initial set of modules.<\/p>\n

Finally, we also propose an instrument to support the information handling that is an object-oriented script collecting all relevant data about the ship and its modules.<\/p>\n

Platform Supply Vessel<\/h2>\n

A platform supply vessel (PSV) is a ship designed mainly to transport cargo to\/from shore to oilrigs and other supply operations. Those ships usually transport cargo related to the drilling activity such as drilling mud, pulverized cement, water and chemicals, but they may also carry equipment and spare parts for the rig, besides food and supplies for the crew. When returning to shore, PSV\u2019s often transport chemical residuals for recycling or disposal.<\/p>\n

\"\"<\/a>

Platform Support\u00a0Vessel<\/p><\/div>\n

The variety of its tasks and circumstances of operation require a big flexibility from PSV\u2019s. Their large open decks are provided with cranes, pumps and other equipment for cargo handling activity. Dynamic positioning system and a full-view command bridge are usually required for precise manoeuvring control during operations. Different PSV\u2019s may exhibit different characteristics depending on the specificities of their activities. For instance, for a bigger rig, a larger cargo hold may be necessary, while the bow shape may vary according to the typical sea state of the offshore field, for example.<\/p>\n

This variety of design configurations and required operation flexibility make this kind of ship a potentially good target for our simplified modular approach, as we expect to demonstrate in the next sections.<\/p>\n

Modular division<\/h2>\n

We conceived our prototype as a composition of seven modules that are classified in three types: Changeable, optional and standard. The changeable modules can be replaced for another one with the same function but different characteristics, the optional modules can be freely added or removed, and finally the standard modules have only one configuration and they are not optional. The modules are hypothetical, not connected to a real vessel:<\/p>\n

\"Modular<\/a>

Modular division for the model.<\/p><\/div>\n

Modules’ description<\/h4>\n

 <\/p>\n

[table id=1 \/]<\/p>\n

Modular approach<\/h4>\n
    \n
  1. Bow: the bow configurations can be chosen between two shapes: Conventional bow and X-bow. Each bow grants specifics hydrodynamic properties to the vessel, and most suitable bow may vary depending on the typical sea state.<\/li>\n
  2. Accommodation: this module has one single format that is layer-based, which allows the user to choose the accommodation capacity by adding or removing layers\/modules from the model.<\/li>\n
  3. Bridge: this module is the same for all designs. The superstructure was split in accommodation and bridge so that we can change the accommodation capacity by adding layers.<\/li>\n
  4. Crane: this crane is optional and can be used for cargo handling or other deck operations.<\/li>\n
  5. Winch: this winch is also optional and can be used for cargo or other operations.<\/li>\n
  6. Cargo tank: it has only one configuration as the accommodation module, but we can join two or more identical modules to provide additional cargo space if necessary.<\/li>\n
  7. Propulsion: this model allows the user to choose between conventional shaft and azimuth propeller.<\/li>\n<\/ol>\n

    Object structure – Vessel Data Management<\/h2>\n

    The JavaScript object stores some essential information about the model, including costs, main dimensions and other relevant characteristics. A schematic structure is shown below, where the balloons represent the objects and the frames list properties and data types. The Ship object includes some methods that calculate values according to the user choice for each module, e.g. the ship cost is the sum of the costs of all modules, as would be expected.<\/p>\n

    When it comes to the data representation of the model, we made some adaptations in order to simplify the code. The bridge and the accommodation modules were joined in one single “Superstructure” module, that includes both the required bridge module and the additional accommodation decks, if any.<\/p>\n

    \"Object<\/a>

    Object structure for the PSV model.<\/p><\/div>\n

    Module library<\/h2>\n

    The 3D modules were modelled using Siemens NX. For more information about the modelling procedures, please refer to our previous reports here<\/a>. Below we present each one of the modules used in the assemblies.<\/p>\n\n\t\t