1. Spring Support Data
1) 오늘은 Stress Engineer라면 고민할 Spring Support(Hanger 포함) Data(이하 Spring Data) 관리에 대한 일반적인 내용과수행했던 공사에 대한 경험담에 대해 말씀드리겠습니다.
2) Spring이 존재하는 중요 Line들은 Design이 확정과 동시에 Spring을 제작을 위한 발주가 나갑니다. (Spring Support 제작 기간 : 2.5 ~ 3 개월) 문제는 Spring Support가 제작 완료 및 현장에 도착 이후 Design 변경, Valve Weight 변경(증가), Small Line 수정, 현장 수정과 같은 문제점으로 Spring Support 지점의 Pipe Load 와Displacement가 변경되는 것입니다.
3) 따라서 Stress Engineer는 Spring이 존재하는 Line에 대해서는 변경사항 발생시 변경된 Spring Data가 허용범위에 있는지 확인해야 합니다. 또한 Spring Vendor Drawing에 대한 승인하기 전 아래 그림과 같이 배관응력해석 모델에서 Predefined Hanger Data에 Spring Vendor Data를 입력 후 문제가 없는지 확인을 해야 합니다. 왜냐하면 발주용 Spring Data와 Spring Vendor Data 작성 간 시간차와 Spring Vendor에서 생각하는 Spring Data가 다를 수 있기 때문입니다. 문제가 없다면 Spring Data를 입력 후 Follow-Up 합니다.
4) 배관응력해석 모델에 Spring Data 입력하지 않았다면, 위에서 언급한 문제점으로 Pipe Loading Data가 변경이 되면서 최악의 경우 Spring을 사용할 수 없게 되는 경우가 발생합니다. 이렇게 되면 Spring을 재발주하고, 긴급하게 항공운송을 하게 됩니다. 따라서 Spring이 존재하는 Line에 대한 변경 검토 요청이 오면 Spring 지점의 Load와 Displacement를 확인하여 문제가 있다면 방안을 찾아야 합니다.
5) Constant Spring는 Variable Spring에 비해 고가이지만, 해당 지점의 Pipe Load를 허용되는 범위에서 일정하고 고정시킬 수 있다는 장점이 있습니다. 문제는 Variable Spring는 허용되는 범위 안에서 Load 계속해서 받을 수 있기 때문에 문제가 될 수 있습니다. 특히 Nozzle 근처 Spring이라면 큰 문제가 될 수 있습니다.
6) Spring Support Data가 관리되지 않는 상태에서 As-Built가 진행 중인 단계에서 Spring을 검토하라는 오더를 받으면 여러분께서는 어떻게 하시겠습니까?
7) Spring Vendor Data가 확정이 되면 해당 Spring Support가 현장에 설치되기 때문에 Spring Data의 변동이 최소화되어야 합니다. 만일 Spring Data가 관리가 되지 않는다면 Spring Support가 설치 지점의 Pipe Load와 Displacement가 Spring Support 제품과 불일치하는 상황이 발생되어 발주처의 Comment를 받게 된다면 큰 문제가 발생하게 됩니다.
2. 공사경험담
1) Spring Vendor Data가 입력되지 않는 상태에서 As-Built로 넘어간 상태에서 제가 투입된 공사가 있었습니다. 당시에는 어디에 하소연 한들 해결될 사항이 아니고, 투덜이가 되고 싶은 마음은 없었으니 좋은 경험이라고 생각하고 진행하였습니다.
2) Spring Support Data를 검토하기 위해 Spring Support Tag를 기준으로 Spring Vendor Data를 List-up 하고 As-Built 된 Spring Data를 비교하는 Excel Sheet를 작성하였습니다.
| Item | Detail | Remark |
| Design Data | Line No, Pipe Size, Stress PKG. No. Node No, Two Phase 유무 | |
| Spring Vendor Data |
Vertical Movement, Hot Load, Cold Load, Spring Rate, Variability, Spring Scale Hot Position & Cold Position, Spring Top & Bottom Out Load | |
| As-Built Spring Data |
Hot Load, Vertical Movement, Spring Vendor Data의 기준으로 Cold Load, Hot Position, Cold Position 계산 | Spring Vendor Data 미입력 기준 |
* Spring Scale 및 Spring Load 계산은 다음에 Posting 하겠습니다.
3) Spring Vendor Data vs. As-Bulit Spring Data 검토
아래 기준으로 검토하여 문제 있는 Spring만 교체하는 것으로 기준을 세웠습니다.
| Item | Detail | Remark |
| Hot Load | Vendor Data - Hot Load와 As-Built - Hot Load 확인 | +/- 15% 기준 |
| Spring Scale | As-Built Spring Data의 Hot Position과 Cold Positin을 계산하여, Spring Vendor Data의 Spring Top Out Load와 Bottom Out Load을 만족하는지 확인 |
오늘은 여기까지 Posting 하겠습니다. 저와 유사한 경험이 있다면 어떻게 처리하셨는지 궁금하네요.
감사합니다.