标签 初步设计 下的文章

我的第一份工作(十四)

今天是庚子年丁亥月戊辰日,多数人都在说北京的第一场雪,我在的城市也下雪了。比前几天飘起来的小雪花大多了,应当是今冬实际意义上的第一场雪。
半潜平台在海事规则里属于高端产品,有很多超越普通邮轮、货船的工作需要更优良的专业知识来推进。比如说定位操作、泥浆操作……
2010年,我被领导由设计部调到了调试部。调试部与设计部的经理下达的命令是借调,但是绩效却是归调试部管理。设计部出调了三十人吧?还是四十个人?我有点记不住了。最后确实有人被直接留在了调试部又或者是生产部没有调回来,我不知道原因也不好评价什么,但是事实即是如此。
Scarabeo 9 的泵舱排列在左右两个浮筒(pontoon)内。泵舱的布置也要根据初步设计、详细设计、施工设计来最终确认。泵舱内最重要的设备是压载水泵(Ballast water Pump),压载水泵是控制半潜平台稳性的重要设备,它会根据平台所在海域、工作性质保证平台的稳性。
货船、客船在海洋中行驶也会注入大量的压载水保证船舶不会在海洋中失去稳性产生横摇和纵摇导致船舶出现破舱进水事故。半潜平台与船的结构不同,它通常呈正方形,所以平台在海洋中的稳性在海洋工程中算得上特别牢靠的结构。
泵舱布置的初步设计是按照技术规格书上指定的舱容、尺寸在舱室内部进行最初的位置确定。最开始确定需要的参数笼统来讲也不少。
1.舱室的尺寸、位置,知道位置和尺寸可以初步确定由主管路走向,该走向是根据技术规格书中要求的泵排量所预估的。
2.舱室所需要的主要设备,通常泵舱需要压载水泵、舱底泵、扫舱泵、板式冷却器等等主要设备,如果技术规格书或者规范中提及还需要其他设备也要加入。
3.海底阀箱的位置,通常分高位、低位,至于特殊应用还可能会有其他位置的海底阀门。它是连接压载泵进口总管的外部进口,所有的海水几乎都会从此位置进入。
4.逃生通道的位置,通常逃生通道会远离泵舱的主要设备,保证逃生通道净空间的需求。
5.主管路的空间位置,通常海底阀箱到压载水泵的空间会被主管路占用,类似的管路尺寸约略会大于DN300.
6.防火等级的确定,该位置主要针对逃生通道。
7.穿舱件的位置,通常会计算风管、主管路、主电缆的走向位置来预算该区域剩余空间。
以上几点是泵舱初步布置设计所要参考的要素,其他舱室还要根据设备及舱室功能的不同进行其他约束并核算其布置。在平台内,泵舱多数是全自动运转的。也会有人在浮筒(Pontoon)巡视,但DP2以上的平台对泵舱主要做远程操作。
泵舱的详细设计和施工设计有时候会接连发出,尤其在确定Approval后。也就是说送审图纸的初步设计主要核对船级社、船东负责的,详细设计和施工设计是对船级社、船东、船厂负责的。详细设计和施工设计要注意的事情要特别仔细了。
8.舾装的走台、平台位置、高度。
9.主要电气设备的布置,控制箱、接线盒、舱室用灯等等小部件都在参考范围之内。
10.设备的维护空间,通常会取周围一米以上的空间作为设备维护空间。有人喜欢把设备一面贴着结构,仅留几十厘米的空间,如果出现此类情况,后期维修是特别麻烦的,即便是用吊耳和吊梁也会有施工危险出现(谁能保证海洋上不出现波浪,平台不摇晃呢?),因此主机械设备就不该布置在角落。
11.水密门的位置,半潜平台多数水密门是自动的,管路和电缆槽尽量躲开水密门的机械装置。
12.围油和围水槽要尽量避开空间给逃生通道,保证人的安全性。
13.如果遇见双层底的结构基座结构尽量简单,如果遇见单层底的结构基座结构尽量增加结构的强度。设计初衷要符合设备与结构要求,弥补它们安装后的材料强度、机械振动等产生的运行缺陷。
上面几点就是详细设计到施工设计所要注意的泵舱布置的设计要点。当然,很多不同的泵舱还有不同要求考虑的因素,我仅拿出来单一的泵舱舱室作为要点来简单叙述。不过这也需要考虑特别多的参数,最终才能得到final版本的图纸。
写到这儿吧,后面还会继续。
二零二零年十一月二十一日于锦州

我的第一份工作(三)

2008年5月,汶川地震成了全球瞩目的焦点,截至2008年,这次地震是唐山地震后最严重的一次。以后的日子,国家定义5.12为全国的防灾减灾日。
任何大型三维软件,其主要运行的核心是3D引擎。引擎也是许多人特别不乐意做的东西。引擎涉及到软件的核心架构,要考虑很多上层设计。数据库、功能、接口等等。你无法用浅显的理论依据去处理类似的架构思路,很多程序大人都是拥有许多年的具体编程经验后才会依照自己的能力制作自己期望的引擎架构。引擎架构不是一朝一夕能够编辑清楚的,需要许多时间去打磨。在多数以产品为主而不是以研发为主的公司是很少去制作引擎的,究其原因是其成本无法控制。
2008年,CATIA在来福士研发的产品功能尚属于首次。我当时尝试了结构模块(SFD)、详细结构模块(SDD)的全部有趣的新功能。这两个模块是专门为造船业而做的模块。当时H196项目是针对新模块、新功能的最突出的一次测试。这次建模成了有史以来最奇怪的建模经历,因为要跟上项目进度还要测试软件功能。当时领导的大主管还下达了一项更为苛刻的任务目的,用三维模块结构数据导出二维图纸。
最近看闲书,发现矩阵的坐标似乎有些理论上的应用价值。不过程序应用与理论研究没太多牵扯。二维(Drafting)图纸是取三维坐标内的线条进行数据转换形成平面,其应用在初步设计中是非常可取的。
多年做图纸的人应该明白,初步(primary)设计图纸与详细(detail)设计图纸是不能相提并论的。初步设计是原始性设计,比如有了技术规格,有了总设计草图,那么初步设计就已经开始了。如果让初步设计体现在三维中,只需要做到某些重要节点就可以了。如果做得太多就成了详细设计,而非初步设计。
记得那一年我们投入了大量的时间去研究三维转二维图纸的每一个命令,工程绘图中的命令我们几乎研究了一遍。这个过程中主管竟然要求我们出施工图。我当时那眼泪不是流在脸上,那是流在心里啊!初步设计和施工设计中间的差距根本不是一个阶段的流程和效果,两种不同的图纸。施工图分类后还需要备份几种图纸,这几种图纸在CATIA这种开放式(未过滤)投影效果下是非常难编辑的。我当时特别纳闷是谁给下了这么一条优秀的命令,我心里当时忒憋屈。
基于我是一个还在见习时期的人我只能认命。当然,我费尽心思做了N种配合施工图的标注。这个过程挺艰苦,我每天在结构图纸中寻觅解决办法,但是依旧不得法。这其中还有许多新加入的问题,我是边工作边适应的。
我当时挺佩服公司老板章先生的,为了研发竟然开始更换新电脑了。我们当时的工作站是4G内存,四核心或者八核心的惠普电脑。公司为我们更换的电脑是芯片频率更高的电脑。我操作着内存8G的电脑感觉我以前用的电脑都是地摊儿货。当时我们旁边是做动态模拟的小组,他们电脑没有我们先进,所以他们一直唏嘘我们电脑多好多好,为啥给我们配置这么优秀的电脑之类的。当时我们这边的同事心里那感觉幸福极啦~
更换电脑还有一个更主要的目标,要做共享部署。最开始我们做建模只是把数据,也就是文件上传到公共服务器。后来,软件环境小组利用cmd开始做服务器间的存储转换。记得那时CATIA软件环境小组的主管因为CMD的问题长了不少白头发,在服务器间编辑.bat文件是挺烦人的,不能篡路径啊。在我的印象里,如果用linux做类似的东西会更好一些,因为linux本身就是用黑框窗口操作的系统,自然天成很重要啊!
写到这我似乎表述了这么复杂冗长的,针对一种软件而做的诸多的尝试。换成今天,或者说换成纯软件公司,比如我熟悉的netease,他们的做法应该是分开做,先做server,再做client。思维方式不同,换成现在老师的话儿是思维导图不雷同。
写到这儿吧,后面再继续。
二零二零年一月十日于锦州

  • 文章
  • 评论
  • 分类
  • 归档
  • 外链





2
0
2
4