*원* 스토어

*원*

개인인증

팔로워0 팔로우

소개

등록된 소개글이 없습니다.

전문분야 등록된 전문분야가 없습니다.

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

12개
전체 판매량

27개
최근 3개월 판매량

0개
자료후기 점수

평균A+
자료문의 응답률

0%

전체자료 12개

트랜에디트

제 6권 트랜에디트; TRNEdit: TRNSED 응용 프로그램 생성 및 입력 파일 편집 프로그램TRNEdit 개요본 편에는 TRNEdit 프로그램에 대한 정보는 물론 TRNSYS 입력 파일 문법(TRNSYS Input file syntax)에 대한 설명이 포함되어 있다.TRNEdit는 TRNSYS Suite의 중심이 되기 위해 디자인되어진 프로그램인 TRNSHELL로부터 고안되었다. TRNSYS Studio가 TRNSHELL의 역할을 대신하지만, TRNEdit는 여전히 몇 가지 고유한 특징들을 제공한다.● 입력 파일의 텍스트 편집 - 고급 사용자를 위한 것으로 9.1절 참조● 매개변수 실행(parametric runs)을 위해 지원 - 9.2절 참조● TRNSED 입력 파일의 편집과 배포 프로그램(distributable programs) 의 생성 - 10장 참조1장에서 10장까지는 접근법에 대하여 설명하고 있다. 전체적인 TRNSED 언어에 대한 설명은 11장에서 제공하고 있으며, TRNEdit에 관한 전반적인 설명은 이곳에서 제공되고 있다.TRNSED로써 알려진 TRNSYS 기반 자립형 응용 프로그램의 재배포는 특별한 라이센스의 동의에 종속된다. 실제 라이센스 동의는 사용자의 TRNSYS 설치 디렉토리에 [license.txt] 파일에서 제공된다.이 라이센스 동의에 기본적인 항은 사용자가 무료로 이러한 응용 프로그램을 배포할 권리를 갖는 것이며, 사용자는 만약 이러한 응용 프로그램들을 판매하고자 할 경우에는 TRNSYS 개발자와 사전에 접촉하여 협상해야 한다. 만약 사용자가 라이센스에 대한 의문점이 있는 경우에는 사용자에게 TRNSYS를 판매한 사람과 접촉하기 바란다.어떤 프로그램 배급자들은 기본적으로 ‘Create TRNSED’ 함수를 활성화시키지 못할 수도 있다. 만약 이러한 경우에는, ‘TRNSED/Create distributable’ 메뉴 항목은 TRNEdit에서 이용할 수 없게 될 것이다. 사용자는 이것을 활성화시키기 위해 배급자와 접촉해야 한다.1. 입력 파일 문법(Input file syntax)TRNSYS 제어문은 3개의 범주로 구성된다. 즉, 시뮬레이션 제어문(simulation control statements)과 컴포넌트 제어문(component control statements) 그리고 목록 제어문(listing control statements)이 그것이다.● 시뮬레이션 제어문은 TRNSYS 시스템의 운용에 관한 지시를 하며, 시뮬레이션의 길이와 에러 오차와 같은 것을 지정한다.● 컴포넌트 제어문은 시뮬레이션 되어지는 시스템에서의 컴포넌트와 그들의 상호 연결을 지정한다.● 목록 제어문은 TRNSYS 프로세서의 출력에 영향을 주며, TRNSYS 입력 파일의 마지막에 END문 신호를 보낸다. 어떤 제어문은 TRNSYS에서 요구하는 추가적인 정보를 제공하는 데이터가 수반되어야 한다.제어문 행들의 형식은 유연성이 있다. : 이들은 첫 번째 열에서 시작할 필요는 없으나 적어도 하나의 공백 또는 콤마로 행에서의 각 항목을 분류해야 한다. 완전한 공백만을 갖는 행은 무시되어진다.행의 첫 번째 열에 ‘*’를 갖는 행은 설명 행으로써 해석되어질 것이다. : 출력은 되지만, TRNSYS에 의해 무시되어진다. ‘!’ 다음에 오는 모든 문자들 또한 무시되어지며 5장의 설명을 참고하기 바란다.다음 장에는 각 제어문의 버젼에 따른 설명을 포함한다. 그러나 TRNSYS 프로세서는 단지 각 제어의 처음 3 문자만을 요구하며, 공백 또는 콤마로 구분되는 나머지 문자들은 무시되어진다. 각 제어(SIM, TOL, LIM, etc.)의 3 문자만을 남겨둔 요약만으로도 충분하다.2. 시뮬레이션 제어문(Control statements)시뮬레이션 제어문은 사용된 허용 오차와 시뮬레이션 지속 시간과 같은 트랜시스 시뮬레이션에 대한 정보를 지정하는데 사용된다. 여기에는 VERSION, SIMULATION 그리고 END와 같은 많은 제어문이 있으며, 각 시뮬레이션은 반드시 SIMULATIN과 END 문을 포함해야 하며, 그 외 시뮬레이션 제어문들은 선택사항(옵션)이다.TOLERANCES, LIMITS, SOLVER, EQSOLVER 그리고 DFQ문은 제어문에 포함되지 않을 경우 기본값들로 가정된다. 각 제어문의 활용 및 형식은 2.1절부터 소개되며, CONSTANTS, EQUATIONS, LOOP-REPEAT 그리고 ASSIGN 문을 제외한 나머지는 TRNSYS 시뮬레이션에서 각 TYPE에 단지 하나의 제어문만이 허용되어진다.참고로 제어문을 설명하는 각 절 제목 끝에 ‘*’ 가 위치하면, 이 기능은 TRNSYS 16에 새로이 추가된 것이다.2.1. VERSION Statement트랜시스 15에 새로 추가된 문으로 Version 문은 다음과 같은 구문(syntax)을 갖는다.VERSION xx.x이 명령은 작성된 트랜시스 버전 번호를 부여함으로써 나중의 상위 버전의 트랜시스와 호환성를 쉽게 할 수 있을 것이다. 이 버전 번호는 트랜시스 kernal 폴더에 저장되고, 작동되어질 수 있다. 예를 들어 TRNSYS 버전 16 배포판의 경우, 다양한 PARAMETERS이 INPUTS으로 이동되었으며, TRNSYS는 시뮬레이션되어지는 DECK 파일이 이전 버전으로 생성된 것을 인식할 수 있으며, 이 PARAMETERS은 이동되지 않을 것이다.2.2. SIMULATION Statement모든 시뮬레이션에 반드시 필요한 문으로, 첫 번째 UNIT-TYPE 문에 선행하여 트랜시스 입력파일에 위치되어야 한다. 이 SIMULATION문은 시뮬레이션의 시작과 종료 시간을 결정할 뿐만 아니라 시간 간격의 결정에도 사용된다. 이 SIMULATION문의 형식은 다음과 같다.SIMULATIONt _{o} ``,~t _{f} ``,~ DELTA t표 2-1. 시뮬레이션 문의 기호 설명기 호설 명t_o 시뮬레이션이 시작되는 연도(year)의 시작되는 시간(누적시간)t_f 시뮬레이션이 종료되는 연도(year)의 종료되는 시간(누적시간)DELTA t시뮬레이션 시간 간격 [hours]t_o의 값은 시뮬레이션이 시작되는 해(year)의 시간과 일치해야 한다. TRNSYS 16은 이 시뮬레이션 시작 시간을 지정하는데 중요한 변화가 있었다는 점을 명심해야 한다. TRNSYS 15나 그 이전 버전의 경우, 시작 시작(starting time)은 첫 번째 시간간격(first time step)의 끝에서의 시간으로써 지정되었으나, TRNSYS 16의 경우, 이 시작 시간은 첫 번째 시간간격의 처음의 시간으로써 지정된다.예) SIMULATION 744 912 .25즉, 2월 1일부터 일주일간 1/4 시간(=15분) 간격으로 시뮬레이션을 행하는 것을 나타냄.2.3. Convergence Tolerances (TOLERANCES)이 TOLERANCES문은 선택사항이며, 시뮬레이션이 진행되는 동안에 사용되어지는 허용오차를 지정하는데 사용한다. 이 TOLERANCES문의 형식은 다음과 같다.TOLERANCESepsilon _{D} ``,~ epsilon _{A} `` - 상대 오차TOLERANCES- zeta _{D} ``,``~- zeta _{A} - 절대 오차표 2-2. 오차문의 기호 설명 및 기본값기 호설 명기본값ε_D ``(zeta_D )적분 오류를 제어하는 상대(절대) 오차0.01ε_A `(`zeta_A )입출력 변수들의 수렴을 제어하는 상대(절대) 오차0.01단, 새로운 방정식 Solver(Solver=1)에 대한 오차는 다르게 고려된다. 모든 방정식들에 대한 평균 표준 편차(mean standard deviation)가 계산되며, 수렴에 도달하는 지정된 오차보다 작아야만 한다.지정된 절대 오차값은 모든 연결된 출력값들이zeta_A의 값에 의해 변경되고, 모든 통합 출력값들이zeta_D의 값에 의해 변경될 때가지 TRNSYS가 수렴하지 않도록 지시한다.예를 들면, 온도값들은zeta_A ℃ 내에 수렴할 것이고, 에너지 플럭스값들은zeta_A kJ/hr 내에 수렴할 것이고, 절대습도는zeta_Arm kg_{H_2 O} / kg_Air내에 수렴할 것임을 나타낸다.지정된 상대 오차값은 모든 연결된 출력값들이 이들 절대값의 1%보다 작은 값(

공학/기술| 2010.10.29| 118페이지| 30,000원| 조회(257)

건축공학, 트랜시스, 건물에너지, 트랜에디트, 에너지 시뮬레이션

미리보기

닫기
TRNSYS 프로그래머 가이드

제 8권 프로그래머 가이드 ; Programmer's Guide● Solar Energy Laboratory, Univ. of Wisconsin-Madisonhttp://sel.me.wisc.edu/trnsys● TRANSSOLAR Energietechnik GmbHhttp://www.transsolar.com● CSTB - Centre Scientifique et Technique du Batimenthttp://software.cstb.fr● TESS - Thermal Energy System Specialists, LLChttp://www.tess-inc.com1. 소 개이 가이드북은 3개의 메인 섹션으로 구성된다.● 먼저 2 장은 TRNSYS 15 컴포넌트를 TRNSYS 16에서 사용하기 위한 업데이트 방법을 설명한다. 모든 TRNSYS 15의 TYPE은 어떠한 프로그램 지식 없이도 몇 가지 단계를 거쳐 ‘legacy mode’에서 사용될 수 있다.● 3 장은 Scratch를 통해 새로운 컴포넌트를 생성하는 과정을 설명하다.● 4 장은 TRNSYS kernel의 상세한 설명을 포함한다.● 3절에는 INFO 배열(array)의 구조와 TYPES의 순서를 호출을● 1절에는 이용 가능한 global constants에 관한 설명을● 2 절에는 TYPES에서 kernel 변수들에 접근할 수 있는 함수들에 관한 설명을● Utility subroutines (0)들과● 9절과 10절에서는 TRNSYS DLL 파일을 재 컴파일하는 것과 서로 다른 컴파일러를 이용하여 새로운 DLL을 UserLib에 추가하는 방법을 설명하다.2. TRNSYS 15 컴포넌트를 업데이트 하는 방법기존의 TRNSYS 15 컴포넌트들은 2 가지 방법에 의해 TRNSYS 16으로 업데이트되어 질 수 있다. :● 어떤 프로그램 지식도 필요없는 다음의 2가지 쉬운 단계들을 통해, 사용자는 ‘legacy TRNSYS 15’ mode에서 기존 TYPEs를 실행할 수 있다. Kernel을 통해 교환된 (open architecture)이다. 한가지만을 제외하고, 모든 표준 컴포넌트들은 새로운 컴포넌트 추가를 위한 근거(basis)와 참고자료(reference)로써 기능할 수 있는 그들의 소스코드가 함께 제공된다. 두 번째로, 표준 컴포넌트 또는 사용자 생성 컴포넌트와 같은 모든 컴포넌트들은 동일한 방법으로 공식화되어지며, 동일한 단계와 코드를 통한 진행을 따른다. ; 새로운 컴포넌트의 제작은 사용자 컴포넌트 작성을 위한 방정식과 유틸리티 호출, 적절한 함수들의 추가와 템플릿을 사용하는 방법을 통해 만들어진다. 아마도 가장 중요한 것은 세 번째 것으로, TRNSYS kernel은 시뮬레이션 사용되어지는 컴포넌트들이 무엇을 하든 어떠한 체계(hierarchy)도 강요하지 않는다는 점이다. 이것은 시스템을 시뮬레이션하기 위해 풀어야하는 컴포넌트들의 순서에 관련한 어떠한 가정도 하지 않는다. 많은 유사한 시뮬레이션 패키지들은 이러한 체계를 강요한다. 건물 시뮬레이션 예의 경우, 이들은 종종 kernel의 한 부분을 사용하여 건물 부하를 계산하고, 이들 kernel의 또 다른 부분을 통해 시스템의 해석을 진행하고 끝으로 시스템의 플랜트 특성을 해석한다. 다음 단계에서 계산의 기초가 되는 이전 단계의 많은 것들이 변경되지 않는다. 그리고 시스템은 주어진 시간 간격에서 부하(load)와 부딪히지 않을 수 있다. 그러나 다음 시간 간격에서 건물은 부하(load)와 만나지 않을지는 모르는 것이다.이와 대조되어 TRNSYS는 수렴에 도달할 때까지 모든 컴포넌트를 통해 계속해서 반복 계산한다. 이것은 다소 귀찮지만 TRNSYS 시뮬레이션을 조절할 수 있는 한편, 새로운 컴포넌트를 작성하는 누군가의 관점에서 매우 큰 이점을 가져다준다. ; 즉, 새로운 컴포넌트를 포함하고 제공하기 위한 어떤 방법에서 TRNSYS kernel을 수정하기 위한 component writer가 필요하지 않다는 것이다. 예를 들면, 사용자가 운용 체계(management hierarchy)에서 최상의 2. Updating storage variablesTypes에 의해 수행되는 가장 일반적인 Post Convergence Manipulations 중 하나는 storage 변수들을 업데이트하는 것(updating storage variables)이다. 배경 정보에 관하여 storage 변수들을 업데이트 할 경우 4.4.16절을 참고하기 바란다. 하나의 시간간격의 끝에서 updating storage variables의 가장 일반적인 응용은 Type의 하나의 변수에 2개의 값을 저장하는 것이다. 차후의 시간간격에서의 모든 계산들은 해당 시간간격의 시작에서 변수의 초기값에 기초하고, 변수의 최종값은 모든 반복계산에서 재평가되어진다.이 시간간격의 끝에서, 모든 컴포넌트들이 수렴되어질 경우, 수렴된 최종 값으로 초기 값을 대체할 필요가 있다. 채택된 코드는 다음과 유사할 것이다.3.11. Initialization Call Manipulations각 시뮬레이션의 시작에서, 모든 Types은 자신들의 버전을 신호한 후, 각 Type은 초기화 되어야 하므로 INFO( ) array의 7번째 지점을 '-1'로 설정한 후 호출된다. 각 Type은 시뮬레이션의 이 위치에서 취하게 되는 일련의 특별한 조치들이 있다. TRNSYS 버전 16의 경우, 초기화 단계에서 Type에 의해 취해지는 조치들은 이전에 무엇을 했는지로부터 변경된다. 초기화 호출과 관련되어 명심할 가장 중요한 점은 하나의 Type은 parameter list를 읽지도 않아야 하며, 출력값에 대한 어떠한 계산도 수행하지 말아야 한다는 것이다. 이것은 INFO(6)를 이용한 output array에서 요구되는 충분한 공간을 확보한 후에 다음의 운용을 수행해야 한다. 사용자들은 3.5절에서 Fortran parameter로써 예상되는 outputs의 개수를 설정하였기 때문에, 다음의 한 행을 추가하는 것 외에 특별히 할 일이 없다.어떻게 Type이 INFO(9)을 이용하여 호출되어야 하는지를 설정한다. 대부분의 T작 시간 지정을 적용시키기 위해 TRNSYS 16에 의해 변경되었다.4.2.22. 함수 getSimulationStopTime( )이 함수는 시뮬레이션의 종료하도록 설정된 연도의 시간을 응답하는 이중 정밀도 함수이다.4.2.23. 함수 getSimulationTimeStep( )이 함수는 시뮬레이션 시간 간격을 응답하는 이중 정밀도 함수이다.4.2.24. 함수 getTrnsysExeDir( )이 함수는 TRNSYS 실행 파일(TrnExe.exe)이 위치한 경로(기본값 "C:Program FilesTrnsys16Exe")를 응답하는 문자함수이다. 응답된 문자의 길이는 maxPathLength이다.4.2.25. 함수 getTrnsysInputFileDir( )이 함수는 실행중인 입력 파일에 포함된 경로를 응답하는 문자함수이다. 이 함수는 특정 입력 파일에 저장되어질 결과와 관련된 프린터나 다른 출력 장치에 유용하다. 응답되는 문자의 길이는 maxPathLength이다.4.2.26. 함수 getTrnsysRootDir( )이 함수는 root TRNSYS directory (기본값 "C:Program FilesTrnsys16 ")의 경로를 응답하는 문자함수이다. 응답되는 문자의 길이는 maxPathLength이다.4.2.27. 함수 getTrnsysUserLibDir( )이 함수는 불러들일 수 있는 사용자 ‘dlls’의 전부가 위치한 디렉토리와 경로(기본값 "C:Program FilesTrnsys16UserLib")를 응답하는 문자함수이다. 응답하는 문자의 길이는 maxPathLength이다.4.2.28. 함수 getVariableDescription(i,j)이 함수는 Unit i의 j 번째 변수에 대한 변수 서술자(descriptor)를 응답하는 문자함수이다. 변수 서술자들은 프린터와 다른 출력 장치들에서의 변수의 이름을 부여하는 문자들이다. 응답하는 문자의 길이는 maxDescripLength이다.4.2.29. 함수 getVariableUnit(i,{jn} )- sum _{k=1} ^{n} F _{i} -(W _{jk)} (4-9)여기서,F _{i-(j+W _{j1} +...+W _{jn} )} = {(A _{j} +A _{W _{j1}} +...+A _{W _{jn}} )F _{(j+W _{j1} +...+W _{jn} )-i}} over {A _{i}} (4-10)F _{(j+W _{j1} +...+W _{jn} )-i} =F _{(j+W _{j1} +...+W _{jn} )-(i+W _{i1} +...+W _{im} )} - sum _{k=1} ^{m} F _{(j+W _{j1} +...+W _{jn} )-W _{ik}} (4-11)F _{i-W _{jk}} = {A _{W _{jk}} F _{(W _{jk} )-i}} over {A _{i}} (4-12)F _{W _{jk-i}} =F _{W _{jk} -(i+W _{i1} +...+W _{im} )} - sum _{j=1} ^{m} F _{W _{jk} -W _{i1}} (4-13)변수W_i1에서W_im은 벽체 ‘i’와 관련된 창문의 표면 번호이다. 마찬가지로 변수W_i1에서W_jn은 벽체 ‘j’와 관련된 창문의 표면 번호이다. 그리고(`i``+``W_i1 ``+``…``W_{i m})과(`j``+``W_j1 ``+``…``W_{jn}) 각각은 개별 표면들의 집합인 표면들을 나타낸다. 변수 A는 하첨자에 사용된 벽체 표면에 대한 면적을 나타낸다.4.4.6. FLUID_PROPS (FLUIDS)1) General DescriptionFluid_Props라 불리는 double precision utility routine과 이것의 single precision companion인 FLUIDS는 상호관계에 기초하여 다양한 냉매의 열역학적 물성값들을 계산하는데 사용된다.Fluid_Props routine의 인수들은 DOUBLE PRECISION variables로써 호출된 TYPE에서 선언되어야 한다. FLUIDS routine의 인수들은 REAL(실수다.

공학/기술| 2010.10.29| 101페이지| 30,000원| 조회(536)

건축공학, 트랜시스, 건물에너지, 프로그램머 가이드, 콤포넌트 생성

미리보기

닫기
공기유동해석, 최적화 및 전달함수생성

제 7권 공기유동해석, 최적화 및 전달함수생성; TRNFLOW, TRNOPT & PREP7-1. TRNFLOWA module of an air flow networkfor coupled simulation with TYPE 56(multi-zone building of TRNSYS)멀티 존 건물의 공기 유동에 관한 분석을 위해 기존에 사용된 COMIS 프로그램을 PREBID와 통한 시켜 개발한 것이 TRNFLOW 이다. 이러한 유체 유동 프로그램을 보다 자세히 이해하고, 정밀한 시뮬레이션 분석을 수행하기 위해서는 각 컴포넌트의 기본 이론에 관한 기초 지식이 무엇보다도 중요하다.본 장에서는 TRNFLOW 매뉴얼의 내용에 충실하게, 이를 분석하고 정리하고자 한다.1. 프로그램 개요건물의 유체 유동은 멀티 존 유체 유동 모델(multi-zone air flow model)로 계산될 수 있다. 이러한 모델은 그림 1과 같이 절점(node)들과 상호 연결(link)들에 의한 네트워크로써 건물을 이상화한다. 절점들은 건물 외부 환경과 실들을 표현하며, 연결들은 ‘개구부, 문, 크랙, 창문, 환기구’는 물론 ‘덕트, 팬, 공기 유입?유출구’와 같은 환기 컴포넌트들을 나타낸다.그림 1. 자연 환기되는 오피스 건물의 열 및 공기 유동 모델 예건물 입면의 풍압과 실내?외 공기 온도는 중요한 경계조건들이다. 반면에 실내 온도는 동적 열부하 건물 모델(dynamic thermal building model)에 의해 계산되어질 수 있다. 건물 외피의 재료 및 벽체 구성은 그림 1의 열적 거동의 특징을 결정한다. 이 경우 열부하 즉, 건물에서의 공기 유동, 내부 기기 및 사람들은 경계조건들이다.만약 실내 온도 그리고/또는 건물 내부의 공기 유동이 제어되지 않는다면, 결합된 열부하 공기 유동 건물 모델(combined thermal air flow building model)은 이러한 공기 유동과 공기 온도의 상호 의존성을 설명하기위해 없어서는 안된다.TRNFLOW는 TRNSYS(TYP 유동 모델을 위한 입력 파일인 CIF를 생성할 수 있다. CIF의 형식은 COMIS 3.1 사용자 매뉴얼[Dorer 2001]에 상세히 설명되어 있다.그림 2. 통합된 열부하 공기 유동 건물 모듈과 건물 데이터 입력을 위한 사용자 인터페이스의 정보 흐름도열부하 및 공기 유동 모델은 블랙박스로써 연결되어진다. 단순화를 위해, 그림 2에서 두 모델 상호간의 정보 흐름은 하나의 실 공기 온도 절점과 하나의 공기 유동 변수에 의해 표현되었다. 사실상 건물에서는 보다 많은 실들과 공기 온도 절점들이 있으며, 각 절점은 적어도 하나의 공기 유동을 갖는다. 해석 과정에 있어, 공기 유동 모델은 입력 절점 온도vartheta_{i n, 1}에서 시작하고, 각 절점에 대응하는 공기 유량dot m을 계산한다. 이러한 유동들은 출력 실내 온도vartheta_{out, 1}을 계산하는 열부하 모델에서 사용된다. 이러한 반복 해석 알고리즘을 통해, 출력 온도 모음에 걸맞는 입력 온도 모음이 계산되어진다.2. 기본 이론(수학적 설명)COMIS 모델은 [Feustel 1990]에 상세히 설명되어 있다. 본 장은 단지 열부하 모델과의 상호 작용과 공기 유동 모델에 대한 간략한 설명만을 포함하고 있다.2.1 Airflow Network공기 유동 모델은 건물의 네트워크(airflow network) 모델에 기반을 둔다. 그림 3은 공기 유동 네트워크 모델의 예를 보여준다. 절점들은 공기의 경로 모델링(air flow components like cracks, openings, ducts, etc.)과 비선형 컨덕턴스에 의해 연결된다.각 절점의 공기의 질량 보존의 법칙에 의해, 비선형 방정식 체계가 만들어지며, 절점의 압력과 각 연결에서의 질량 유동을 결정하기 위해 해석된다.그림 3. 공기유동 네트워크 모델의 예2.1.1 Air flow Nodes공기유동 네트워크(Air flow network)를 정의하는데 사용되는 절점에는 그림 3에서와 같이 4가지 종류가 있다.● Constant press)임을 의미한다.0. Constant pressure nodes의 경우, 건물의 외부에서의 고정된 압력은 외기 대기압력에 관하여 지정될 수 있다.1. Thermal zones은 열부하 모델 내의 존들과 관련된다. 이것은 각 열부하 존의 어떠한 위치에서든 동일한 온도를 갖는다고 가정되며, 온도, 습도, 압력 그리고 가능한 각 오염물질의 농도에 대하여 하나의 값을 갖는 절점으로 표현되어질 수 있다. 온도와 습도는 각 열적 존에 대하여 열부하 모델에서 계산되어지며, 유체 유동 모델에서는 그냥 통과하게 된다.2. Auxiliary nodes은 가능한 환기 장치(ventilation system)의 덕트 작업을 지정하는데 사용되어진다. 이들은 덕트 장치의 개별 조각(individual piece)에 의해 연결되어진다. 이들 중 어떠한 것도 열적 용량(thermal mass)이나 상당하는 체적(considerable volume)을 갖지 않는다. 그러므로 열부하 모델에서 이러한 절점들은 아무런 의미가 없으며, 보조 절점들의 공기 조건들은 입력 값이나 방정식 (1)과 (2)의 절점으로 유입되는 공기의 조건으로부터 계산되어 지정된다. 입력 값에 의한 조건의 지정은 이 조건들을 유지하기 위해 절점에 에너지를 공급하거나 절점으로부터 에너지를 제거하는 것을 의미한다. 그러므로 이것은 환기 장치에서 가습 또는 감습 그리고 냉?난방 코일 모델에 사용되어질 수 있다. 지정된 조건들을 유지하기 위한 현열과 잠열 에너지 요구량은 방정식 (3)과 (4)와 같은 모델의 출력이다.rm T_mj ```=`{ sum _{ i=1} ^{n }``T_i ``?``m_ji }over{sum _{ i=1} ^{n }``m_ji } (1)rm Xh_mj ```=`{ sum _{ i=1} ^{n }``Xh_i ``?``m_ji ``?``(1-Xh_i )}over{sum _{ i=1} ^{n }``m_ji ``?``(1-Xh_i ) } (2)rm dot Q_j ```=```(T_mj ``-``T_spj `) ``/` kg``_{dry```air}]rm m_ji: 절점rm i에서 보조 절점rm j로의 질량 유량 [kg/h]rm dot Q_j : 보조 절점rm j의 현열 난방(-) 또는 냉방(+) 에너지 요구량 [kJ/h]rm dot Q_Lj : 보조 절점rm j의의 잠열 에너지 요구량으로 가습(-)/감습(+) [kJ/h]rm c_p : 공기의 비열 [kJ/kg?K]rm r : 물의 증발에 필요한 열 [kJ/kg]3. External nodes는 건물 외부에서의 풍압을 나타낸다. 풍속의 동적 압력에 대한 건물에서의 풍압과 관련이 있는 압력 계수(pressure coefficient)들은 2.2.1장에서 소개된 몇 가지 풍향에 따른 외부 절점들 값을 추정할 수 있다.2.1.2 Air Link Types공기 유동 컴포넌트에는 서로 다른 분류의 연결(link) 유형들이 있다. 각각은 압력차의 함수로써 그 자신만의 질량유량 방정식을 갖는다.rm dot m ``=``f``(DELTA ``p`) (5)1) Crack : 이 컴포넌트는 틈새의 침기 특성을 표현하기 위한 ‘power law’을 이용한다.rm dot m ``=``C_s `?`(DELTA ``p`)^n (6)여기서,rm C_s : 공기 질량 유량 계수 (air mass flow coefficient) [kg/s @ 1 Pa]rm n : 공기 유동 지수 (air flow exponent) [-]2) Duct : 직석 덕트 내의 유동은 마찰 손실(friction loss)과 접합(조립)에 따른 동적 손실(dynamic losses due to fittings)에 의해 특징지워진다.rm dot m ``=``A`` sqrt { {DELTA p ``?2`rho}over{lambda `?`{l}over{d} ``+`` zeta }} (7)여기서,rm A : 덕트의 단면적 [㎡]rm l : 덕트의 길이 [m]rm d : 덕트의 수력지름(hydraulic diameter) [m]rm rho : 공기의 밀도 [kg/㎥]rm lambrepsilon} over{3.7 ``d}+{2.51}over{Re ``sqrt { lambda}}} RIGHT ] (9)여기서,rm varepsilon : 재료의 절대 거칠기 인자(material absolute roughness factor) [m]rm Re : Reynolds number동적 손실계수rm zeta는 덕트 조립의 형상에 의존한다. 어떤 조립 유형의 경우, 형상 매개변수들은 입력되어질 수 있으며,rm zeta는 참고 문헌 데이터의 다항식 근사를 이용하여 프로그램에 의해 계산되어질 것이다. 또한rm zeta는 유동 방향이 모두 독립되어있는 경우에는 직접 값을 입력하는 것도 가능하다.3) Fan : 압력차와 질량 유량의 데이터 쌍은 특정 팬 유속에서 팬의 유동 특성을 지정하기 위해 동시에 주어져야 한다. Catmull-Rom[Catmull 1974]의 스플라인 보간(spline interpolation)이 사용되며, 곡선은 주어진rm P_i 점을 통과할 것이며, 점rm P_i에서의 탄젠트 벡터(tangent vector)는 점rm P_{i-1}과rm P_{i+1}의 연결선과 평행하게 될 것이다. 주어진 점의 바깥에서는 선형 보간이 사용된다. 만약 팬 유속 또는 공기 밀도가 시험 조건들과 서로 다르면 다음의 팬 법칙들을 적용한다.rm dot V_1 ``=``dot V_2 ``?``{N_F,1}over{N_F,2} (10)rm DELTA p_{F,1} ``=``DELTA p_{F,2}``?` LEFT[ { {N_F,1}over{N_F,2}} RIGHT ] ^2 ``?``{rho_1}over{rho_2} (11)여기서,rm N_F : 팬 회전 속도 [-],rm _1 : 실제 조건rm dot V : 체적 유량 [㎥/h]rm _2 : 시험 조건그리고 팬이 정지되면, 크랙 유동 방정식 (6)이 사용된다.4) Large Vertical Openings : 두 존 사이의 압력차가 다른 경우 공기의 밀도는 높이rm z의 함수이며, 넓은 개구부에서의 유동은 그림 p(z)

공학/기술| 2010.10.29| 110페이지| 30,000원| 조회(444)

건축공학, 건물에너지, prep, TRNSYS, COMIS, 공기유동해석, TRNO..

미리보기

닫기
트랜빌드

제 5권 트랜빌드; TRNBuild- 멀티 존 건물 모델링 프로그램 -Multizone Building modelingwith Type 56 and TRNBuild본 TRNBuild는 멀티존 건물의 시뮬레이션에 필요한 다양한 정보 및 그 사용법에 관하여 자세히 설명하고 있다. 기존의 PREBID 프로그램이 TRNSYS 16 버전으로 업그레이드되면서 기능이 한층 보강되어 지금의 TRNBuild 프로그램으로 변경된 것이므로, 이전 버전의 사용자들은 쉽게 접근하여 이해할 수 있을 것이다.특히 본문의 내용 가운데 파란 색으로 정리된 부분들은 새롭게 추가된 내용들을 설명하는 것으로 기존 TRNSYS 사용자들도 관심있게 살펴보아야 할 것이다.1. TRNBuild 란멀티 존 건물의 복잡성 때문에 Type 56의 매개변수들은 TRNSYS 입력 파일에 직접 지정되지 않는다. 대신에, building description (*.BLD)과 벽체에 대한 ASHRAE 전달함수(transfer function) (*.TRN) 두 파일이 요구되는 정보를 포함하여 할당되어진다.이전 버전의 PREBID로 알려진 TRNBuild는 *.BLD와 *.TRN 파일 생성을 위한 쉽게 이용 가능한 방법을 제공하기 위해 개발되었다. 몇 가지 기본적인 프로젝트 데이터를 이용하여 시작되어, 사용자는 차례로 각각의 열적 존을 묘사한다. 끝으로 원하는 출력값이 선택된다. 입력된 모든 데이터는 읽을 수 있는 ASCII 텍스트 파일인 building file (*.BUI)로 저장된다. BUI 파일은 TRNBuild에 입력된 데이터를 검토하기 위해 매우 다루기 쉽게 되어 있다.BUI 파일은 매우 엄격한 문법을 가지고 있으며, 이 파일의 편집은 많은 고장의 원인이 되므로 주의해야 한다. 이전 버전의 PREBID와 비교해 TRNBuild와 Type 56 자체에 몇 가지 기능 개선이 추가되었다.1) 사용자 인터페이스 :● Active layers의 자동 분할(segmentation)● Type 56 입력 파일들(*.blRNAL : 외벽● INTERNAL : 하나의 존 내부의 벽체● ADJACENT : 두 개 이상의 존에 인접하는 벽체● BOUNDARY : 경계 조건을 갖는 벽체! 주의 : 이전 버전과 반대로, wall gain이 지정되어지면 wall category는 변경되지 않는다.?GEOSURF존으로 유입되는 직달 일사의 분포에 대한 사용자에 의해 지정되어질 수 있는 명백한 분포인자(distribution factor)이다. 이 값은 표면에 부딪히는 전체 유입된 직달 일사의 비율을 나타낸다.그림 4-8 직달 일사 분포계수 입력창그리고 이들 모든 값들의 합은 하나의 존에서 1을 초과할 수 없다. 존 내부에서 태양의 움직임에 대한 교정은 스케줄이나 입력값을 지정함으로써 모델화될 수 있다. Geosurf의 기본값은 0이다. 만약 하나의 존에서 이 값의 합이 0이면, 직달 일사는 확산 일사와 동일한 방법으로 분포되어진다. 즉, 면적비에 가중되어 흡수되어진다.! 주의 : 이전 버전의 경우, 확산 및 직달 일사는 항상 가중 면적비에 의해 흡수되어 분포되었다.?SURFACE NUMBER벽체 번호는 각 표면을 인식하기 위해 사용되는 고유한 숫자이다. 이 번호는 TRNBuild에 의해 자동적으로 생성되며, 그림 4-7에서 알 수 있듯이 geosurf의 우측 끝에 파란 색으로 표시된다.?WALL GAINWall gain의 경우, 그림 4-9와 같이 내부 벽체 표면의 에너지 플럭스를 지정한다.다른 요구되는 입력 데이터의 표시는 대부분 자동적으로 조정된다. 천공과의 형태계수(view factor to the sky)의 경우, 수평면은 1, 수직면은 0.5이며, 항상 1 이하의 값을 갖는다. 이 값은 외기와 천공 온도 간의 가중인자로써 사용된다.그림 4-9 Wall Gain 설정 창4.2.1 THE WALL LIBRARY새로운 벽체 유형을 생성하기 전에, 먼저 사용자는 Zone 설정 창 내의 wall type 풀-다운 메뉴로부터 library를 선택함으로써 벽체를 검토할 것을 권장하고 있다. 게 설명하고 있다.?ID NumberID number는 시뮬레이션이 진행되는 동안에 사용되는 ASCII library file W4-LIB.DAT에서 창문을 인식하기 위해 사용된다. TRNBuild에서 지정한 window type과 W4-LIB.DAT의 window type 사이의 일관성을 보장하기 위해, 사용자가 window ID의 선택에 W4-LIB 버튼을 사용할 것을 권장하고 있다. W4-LIB 버튼을 클릭함으로써, W4-LIB.DAT의 이용 가능한 모든 창호를 보여주는 창이 생성된다. 마우스를 클릭함으로서 원하는 창문이 선택될 수 있다. OK 버튼을 클릭하면, 선택에 따른 window ID, u-value 그리고 g-value가 설정된다.대안으로, 이미 실제 프로젝트에서 사용된 창문 데이터의 Pool로부터 WIN-IDs을 불러올 수 있다.● ID Spacer창문의 u-값의 가장자리 보정을 계산하기 위해, 그림 4-34와 같이 5 개의 유형이 이용 가능하며, 표 4-2는 이들의 내용을 정리한 것이다.그림 4-34 이용가능한 Spacer의 종류표 4-2 이용 가능한 Spacer의 종류 및 내용Spacer ID = 0은 유리의 높이와 폭을 포함한 모든 매개변수가 이전 TRNBuild 버전에서와 같이 w4-lib.dat로부터 읽혀진다. 그러므로, ‘backwards compatibility’가 보장된다. Spacer ID 1에서 4는 하나의 창호 모듈의 폭과 높이가 지정되어야 한다.다음은 새로운 키워드에 포함되는 BUI의 대응하는 부분을 보여준다.● U-VALUE and g-VALUE유리의 u-value와 g-value에 대하여 입력된 숫자는 단지 보여주기 위한 정보로써 사용된다. 이들 값들은 시뮬레이션이 진행되는 동안 TRNSYS는 W4-LIB.DAT 파일로부터 직접 이들을 읽기 때문에 [*.bui] 파일에 포함되지 않는다.! 주의 : 인접한 창문의 경우, front 또는 back로써 지정되어지는 측면은 중요하다. 예를 들면, 이중 외피(double-facae 56에 입력되어질 것이다.이상의 과정이 끝나면, 'ATTIC'이라 불리는 두 번째 존을 추가한다. 그리고 이 존의 특징을 표 6-3과 같다.표 6-3 Attic Zone의 기본 데이터Library의 이미 지정된 ASHRAE wall을 사용할 것이다. TRNBuild에 관한 한, 벽체와 지붕의 차이점은 없다. 본 예제에서는 간단히 벽체를 구성하는 레이어가 다른 것을 사용할 것이며, 사용자는 단열재 125mm 두께인 wall type 98을 선택한다. 그리고 이 벽체 유형에 대해서는 새로운 이름을 부하할 수 없다. 이것은 자동적으로 'WTYPE98'이라 불려질 것이다. 일단 사용자가 프로젝트에 벽체 유형을 추가하면, 사용자는 다락 공간에 이 벽체를 사용할 수 있다. 그러므로 표 6-4의 2개의 지붕 외벽에 대하여 자료를 입력하면 된다.표 6-4 Attic Zone의 벽체 정보끝으로 수행할 작업으로 두 존을 구분하는 천장을 생성하는 것이다. 'Attic zone' window에서, 사용자 지정 벽체를 추가하기 위해 'New…'를 선택하여 벽체를 추가한다. 'wall type manager'가 화면에 나타나면, 사용자는 사용자 지정 벽체에 사용될 재료들을 지정해야 하지만, 앞서 지정된 벽체에 의해 모든 재료들은 이미 사용되어 있으므로, 새로운 레이어를 생성할 필요는 없다. 'CEILING'이라고 벽체 유형을 지정하고, 원하는 레이어를 적당한 위치에 추가시켜 벽체 구성을 완료한다.일단 벽체가 생성되면, 사용자는 벽체 면적을 200㎡로 지정하고, 이 벽체는 존 'LIVING'과 인접하게 되므로, 'adjacent'로 지정한다. 그럼 TRNBuild는 사용자에게 지정된 벽체의 반대편 측면이 위치한 존을 지정할 것을 요구할 것이다. 이때 사용자가 벽체를 지정할 때, Attic 존의 내부로부터 레이어를 구성하였다면, 'front'로 지정하면 된다. 그럼 자동적으로 Living 존에 인접한 Ceiling 벽체가 'back'의 상태로 추가된 것을 확인할 수 있을 것이다.일반적존과 벽체 출력값을 포함한 BUI 파일 내의 출력값 정의의 일례를 보여준다.콜론( : ) 다음의 주석은 선택 사항이다.! 주의 : 벽체 출력값에 대하여 단지 하나의 공기 절점만이 허용되며, 다중 공기 절점은 존 출력값에서 지정될 수 있다. 만약 존들의 서로 다른 그룹들이 존 출력값의 동일한 NTYPE 수치를 갖게 되면, 상호간의 서로 다른 NTYPE 수치를 지정할 필요가 있다. 그렇지 않으면, 2개의 존들의 그룹에 대한 단지 하나의 그룹 출력값만이 생성되어질 것이다. 예를 들어, 만약 난방 부하와 일사 열취득이 사무소 건물의 서로 다른 그룹에 대하여 합산되어지면, 다음과 일치하지 않을 것이다.대신에, 이들 행들은 사용되어질 수 있다.또는 보다 단순화시키면 다음과 같다.TYPE 56의 기본 출력값들은 모든 존들에 대하여 존의 공기 온도와 현열 부하(NTYPE 1과 2)이다. 기본값을 지정하기 위해 명백한 특성보다는 키워드를 입력하기 바란다.8.2.9 BALANCE OUTPUTSTRNSYS 버전 16부터 ‘automatic balances’가 이용 가능하다. 이 balance output은 TYPE 56의 정상적인 출력값들과 같이 선택되어질 수 있다. 그럼 이것은 시간 데이터로 출력된다.8.2.9.1 Balance 1 - Solar Balance for Zones (NTYPE 901)이 balance는 얼마나 많은 일사가 차단되어지고, 존으로 유입된 양이 얼마이고, 다른 존들과 교환이 발생하는지를 보여준다. 만약 NTYPE 901이 output manager에서 선택되었다면, 하나의 파일에 모든 존들에 대하여 출력되어진다.rm{BAL＿QSOL1} ``=&``QSOLTOT ``+``QSOLADJ ``-``QBLK＿REF ``-``QBLK＿ABSO ``-``##RM&QBLK＿FRA``-``QBLK＿ESH ``-``QSOL＿LOS ``-``QSOLABSI ``-`` ##RM&QBLK＿RISH ``-``QISH＿CCI ``-``QSOLWGAIN ~~~~~~~~~~[kJ/+++

공학/기술| 2010.10.29| 115페이지| 30,000원| 조회(545)

건축공학, 건물에너지, TRNSYS, TRNBuild, 트랜빌드, IISiBat

미리보기

닫기
트랜시스 컴포넌트

제 4권 트랜시스 컴포넌트; TRNSYS Components- 이론적 배경과 특징 -TRNSYS ComponentsTRNSYS는 기본적으로 아래와 같은 컴포넌트를 포함하고 있으며, 이들은 Assembly panel 우측의 Direct Access tree를 통해 확인할 수 있다. 그러나 이들 모두에 대한 설명을 한다는 것은 사실상 불가능할 것이며, 여기서는 건물관련 컴포넌트들을 중심으로 소개하고자 한다. 그 외 각 컴포넌트들에 대한 자세한 설명은 TRNSYS 사용자 매뉴얼을 이용해 참고하기 바란다.1. Controllers1.1. Type 2 : Differential Controller1.2. Type 8 : Three Stage Room Thermostat1.3. Type 22 : Iterative Feedback Controller1.4. Type 23 : PID Controller1.5. Type 40 : Microprocessor Controller1.6. Type 108 : Five Stage Room Thermostat2. Electrical2.1. Type 47 : Shepherd and Hyman Battery Models2.2. Type 48 : Regulator / Inverter2.3. Type 50 : PV-Thermal Collector2.4. Type 90 : Wind Energy Conversion System2.5. Type 94 : Photovoltaic array2.6. Type 102 : DEGS Dispatch controller2.7. Type 120 : Diesel Engine Generator Set2.8. Type 175 : Power conditioning unit2.9. Type 180 : Photovoltaic array (with data file)2.10. Type 185 : Lead-acid battery with gassing effects2.11. Type 188 : AC-busbar3. Heat Exid Storage Tank12.2. Type 10 : Rock bed storage12.3. Type 38 : Algebraic tank (Plug-flow)12.4. Type 39 : Variable volume tank12.5. Type 60 : Stratified fluid storage tank with internal heat exchangers13. Utility13.1. Type 9 : Data reader (Generic data files)13.2. Type14 : Time dependent forcing function13.3. Type 24 : Quantity integrator13.4. Type 41 : Forcing function sequencer13.5. Type 55 : Periodic integrator13.6. Type 57 : Unit conversion routine13.7. Type 62 : Calling Excel13.8. Type 66 : Calling Engineering Equation Solver (EES) Routines13.9. Type 70 : Parameter replacement13.10. Type 89 : Weather data reader (standard format)13.11. Type 93 : Input value recall13.12. Type 95 : Holiday calculator13.13. Type 96 : Utility rate schedule processor13.14. Type 97 : Calling CONTAM13.15. Type 155 : Calling Matlab13.16. Type 157 : Calling COMIS14. Weather Data Reading and Processing14.1. Type 109 : Combined data reader and solar radiation processor한편, TESS에서 제공하는 컴포넌트들의 설치가 가능하고, 보다 다양해진 nd' 온도차인DELTA T_H와DELTA T_L와 비교해 상?하한 온도(T_H와T_L)의 차의 함수로써 선택된다.gamma _{o}의 새 값은gamma_i ```=```0 또는gamma_i ```=```1에 의존한다.제어기는 정상적으로gamma _{i}의 주어진 이력 현상과 연결된gamma _{o}와 함께 사용된다. 안전한 고려를 위해, TYPE 2 제어기는 high limit cut-out을 포함한다. Dead band 조건들에도 불구하고, 만약 high limit 조건을 초과하면 제어 함수는 0이 될 것이다.이러한 제어기는, 비록 온도 표기법이 사용된다 할지라도, 온도 판독을 제한하지는 않는다는 것을 명심하기 바란다.1.1.1 기호설명DELTA T _{H} : [℃] 상위 dead band 온도차 (upper dead band temperature difference)DELTA T _{L} ```: [℃] 하위 dead band 온도차 (lower dead band temperature difference)T _{H} : [℃] 상위 입력 온도 (upper Input temperature)T _{IN} : [℃] 상한 모니터링에 대한 온도 (temperature for high limit monitoring)T _{L} : [℃] 최소 입력 온도T _{MAX} : [℃] 최대 입력 온도gamma _{i} : [0～1] 입력 제어신호gamma _{o} ```` : [0～1] 출력 제어신호1.1.2 수학적 설명수학적으로, 제어 함수는 다음과 같이 표현되며, 표 1-1과 같이 요약된다.(1) 만약 제어기가 가동 상태였다면,if~~ gamma _{i} ```=```1~and ~~ DELTA T _{L} `` LEQ ``(T _{H} -T _{L} )`,``` gamma _{o} ``=``1 (1-1)if~~ gamma _{i} ```=```1~and ~~ DELTA T _{L} ``>``(T _{H} -T _{L} )`,``` gamma _{o} ``=``0 (조 난방을 명령(지시)한다. 사용자는 parameter ISTG에 의해, 2단계 난방을 하는 동안 1단계 난방을 이용하지 않을 수 있으며, 매개변수T _{min}에 의해 source 온도가 매우 낮을 때에는 1 단계 난방을 이용하지 않을 수 있다.비록 태양열을 이용한 난방이 태양열 난방 컴포넌트에 의해 지정되었을지라도, 3 단계 난방 시스템은 TYPE 8 경로를 이용하여 제어할 수 있다.많은 난방 기기들에서는, 바람직한 실내 온도는 주간대비 하루 또는 일일대비 시간에 의존한다. TYPE 8에서는 이러한 난방 on/off 온도의 변화를 선택적인 “set-back" 제어함수gamma _{set}과 “set-back" 온도차DELTA T _{set}를 이용하여 모델화하였다. 이러한 선택 사항(option)이 이용되면, 1, 2 단계 난방의 일반적인 온도는gamma _{set}?DELTA T _{set}에 의해 모두 감소되도록 지시된다. 전형적으로,gamma _{set}은 TYPE 14 time-dependent function generator(시간 의존 함수 생성기)에 의해 계산된다.Parameter 1, NSTK,은 제어기가 고정된 출력 상태 이전의 시간간격에서 허용된 진동의 회수로 정해진다. 따라서 NSTK는 홀수값인 3이나 5로 권장된다.1.2.1 수학적 설명만약 이력 작용이 사용되지 않는다면,DELTA ``T _{db}는 0이 된다. 이와 유사하게 set back option이 사용되지 않는다면,gamma _{set} `,~ DELTA ``T _{set} ``=``0이 된다. 난방과 냉방 on/off 온도들은 다음과 같이 지정된다.FIRST HEAT SOURCE (SOLAR):T _{H1} prime ``=``T _{H1} ``+`` gamma _{1} ``? DELTA T _{db} ``-``` gamma _{set} ``? DELTA T _{set} (1-5)SECOND HEAT SOURCE (AUXILIARY):T _{H2} prime ``=``T _에 공통되는 시뮬레이션 매개변수에서 설정된 최대 반복회수 이전에 몇 번의 반복과정만으로 끝나게 될 것이므로, TRNSYS는 현 시간 간격에서 수렴할 기회를 얻는다.제어 신호에 대한 구속사용자는 제어신호에 관한 서로 다른 제약을 가할 수 있다.u _{min} : Minimum value (그림 1-5 참조)u _{max} : Maximum value (그림 1-5 참조)u _{threshold} : ‘0’이 아닌 출력에 대한 경계값(threshold value). 이 입력은 제어기에게 ‘0’으로 강제되어지는 경계값보다 작은 모든 계산된 값들을 제어기로 알린다. 이것은`u _{min}과는 다르다. 이것은 최소 운전 유량을 갖는 펌프를 모델링하는 사례에서 사용될 수 있다. 즉, 이러한 경우 경계값은 최소 유량으로 설정될 수 있으며,`u _{min}은 0으로 설정될 수 있다. 또 다른 예로u _{min} =-100`,` ``u _{max} =100 그리고u _{threshold} =10인 제어 신호가 그것이다. 이것은 -100에서 100 사이의 값들이 수용될 수 있으나 10보다 작은 출력은 0으로 설정될 것임을 의미한다.1.3.3 특이 사항TYPE 22는 제어신호를 조정하기 위해 TRNSYS 반복법을 사용하지만, 이것의 성능은 다른 인자들에 의해 영향을 받는다.● Time step : TYPE 22는 추적 오류가 ‘0’이 되도록 시도함으로써 제어 문제를 해석한다. 이것은 진동 또는 진폭을 이끌 수 있는 동적인 프로세스에 대한 어떠한 지식도 지니지 않는다.● 시간 간격의 변화는 그러한 진폭에 매우 강한 영향을 가져올 수 있으므로, 만약 사용자가 불충분한 설정점 추적을 갖는 ‘On/Off' 거동을 인지할 경우, 사용자는 시뮬레이션 시간 간격의 조정을 시도할 수 있다.● 입력 파일에서의 컴포넌트들의 순서 : 컴포넌트들을 Logical 순서에 맞게 유지하고 제어기가 컴포넌트를 제어하기 이전에 제어기를 시작할 것을 권장한다. 이것은 시뮬레이션이 수렴되어지고 있는 것을 나타내고

공학/기술| 2010.10.29| 209페이지| 30,000원| 조회(677)

건축공학, 건물에너지, TRNSYS, 수학적 분석, 콤포넌트

미리보기

닫기