前言:小編為你整理了5篇方案設(shè)計(jì)論文參考范文,供你參考和借鑒。希望能幫助你在寫(xiě)作上獲得靈感,讓你的文章更加豐富有深度。
一、Android網(wǎng)絡(luò)負(fù)載請(qǐng)求優(yōu)化方案
1.1Android網(wǎng)絡(luò)優(yōu)化分析
一般造成APP卡頓不流暢,數(shù)據(jù)請(qǐng)求緩慢的網(wǎng)絡(luò)相關(guān)原因有:多網(wǎng)絡(luò)請(qǐng)求同時(shí)異步并發(fā);網(wǎng)絡(luò)請(qǐng)求的生命周期沒(méi)有和Activity和生命周期的聯(lián)動(dòng),Activity關(guān)閉后也可能某個(gè)網(wǎng)絡(luò)請(qǐng)求還在后臺(tái)進(jìn)行;網(wǎng)絡(luò)請(qǐng)求的優(yōu)先級(jí)處理不合理;重復(fù)網(wǎng)絡(luò)請(qǐng)求;網(wǎng)絡(luò)數(shù)據(jù)接口設(shè)計(jì)不合理;沒(méi)有設(shè)置網(wǎng)絡(luò)數(shù)據(jù)緩存;網(wǎng)絡(luò)請(qǐng)求的圖片沒(méi)有做緩存處理;創(chuàng)建過(guò)多的不必要對(duì)象,造成頻繁GC等。
1.2APP架構(gòu)設(shè)計(jì)
采用MVC設(shè)計(jì)模式,邏輯業(yè)務(wù),數(shù)據(jù)和視圖層分離。這樣在后期改進(jìn)和個(gè)性化定制時(shí)不需要重新編寫(xiě)業(yè)務(wù)邏輯。網(wǎng)絡(luò)請(qǐng)求框架采用谷歌自己的框架Volley。Volley是FicusKirpatrick在GooogleI/O2013的一個(gè)處理和緩存網(wǎng)絡(luò)請(qǐng)求的庫(kù),能使網(wǎng)絡(luò)通信更快,更簡(jiǎn)單,更健壯。Volley提供JSON,圖像等的異步下載;網(wǎng)絡(luò)請(qǐng)求的排序(scheduling);網(wǎng)絡(luò)請(qǐng)求的優(yōu)先級(jí)處理;緩存,多級(jí)別取消請(qǐng)求,和Activity和生命周期的聯(lián)動(dòng)(Activity結(jié)束時(shí)同時(shí)取消所有網(wǎng)絡(luò)請(qǐng)求)。
1.3Android優(yōu)化方案設(shè)計(jì)
目前Android平臺(tái)的應(yīng)用越來(lái)越多,基于Android平臺(tái)的開(kāi)發(fā)者也越來(lái)越多。對(duì)于手機(jī)平臺(tái)來(lái)說(shuō),如何在這么小的平臺(tái)上流暢的運(yùn)行一個(gè)程序變得越來(lái)越重要。其中網(wǎng)絡(luò)負(fù)載請(qǐng)求這塊是APP性能優(yōu)化的一個(gè)重要的部分。高性能的APP一般網(wǎng)絡(luò)數(shù)據(jù)請(qǐng)求效率也都非常的高,體驗(yàn)自然會(huì)得到提升。本文從Android平臺(tái)移動(dòng)APP的網(wǎng)絡(luò)負(fù)載請(qǐng)求優(yōu)化入手,分析和設(shè)計(jì)一個(gè)基于APP網(wǎng)絡(luò)數(shù)據(jù)請(qǐng)求模塊的架構(gòu)和優(yōu)化設(shè)計(jì)方案。在APP的程序中Application里創(chuàng)建一個(gè)全局網(wǎng)絡(luò)負(fù)載請(qǐng)求線程池,用于管理整個(gè)APP的網(wǎng)絡(luò)請(qǐng)求,并進(jìn)行優(yōu)先級(jí)排序處理。單例模式,保證APP全局只有一個(gè)網(wǎng)絡(luò)請(qǐng)求實(shí)例,避免創(chuàng)建過(guò)多對(duì)象,無(wú)法管理,耗費(fèi)系統(tǒng)資源。網(wǎng)絡(luò)線程池開(kāi)辟一塊內(nèi)存空間,里面存放了眾多(未死亡)的線程,池中線程執(zhí)行調(diào)度由池管理器來(lái)處理。當(dāng)有線程任務(wù)時(shí),從池中取一個(gè),執(zhí)行完成后線程對(duì)象歸池,這樣可以避免反復(fù)創(chuàng)建線程對(duì)象所帶來(lái)的性能開(kāi)銷,節(jié)省了系統(tǒng)的資源。優(yōu)先級(jí)請(qǐng)求排序策略。設(shè)置線程池的核心線程數(shù)和最大線程數(shù)。所有BlockingQueue都可用于傳輸和保持提交的任務(wù)??梢允褂么岁?duì)列與池大小進(jìn)行交互:如果運(yùn)行的線程少于corePoolSize,則Executor始終首選添加新的線程,而不進(jìn)行排隊(duì);如果運(yùn)行的線程等于或多于corePoolSize,則Executor始終首選將請(qǐng)求加入隊(duì)列,而不添加新的線程;如果無(wú)法將請(qǐng)求加入隊(duì)列,則創(chuàng)建新的線程,除非創(chuàng)建此線程超出maximumPoolSize,在這種情況下,任務(wù)將被拒絕。網(wǎng)絡(luò)請(qǐng)求及時(shí)回收,與Activity同生命周期控制。在APP的全局Application里暴露一個(gè)添加和關(guān)閉回收網(wǎng)絡(luò)請(qǐng)求的List,用來(lái)及時(shí)的維護(hù)和銷毀網(wǎng)絡(luò)負(fù)載請(qǐng)求。這樣如果一個(gè)Activity停止的時(shí)候,同時(shí)取消所有或部分未完成的網(wǎng)絡(luò)請(qǐng)求。這樣就做到了多級(jí)別取消請(qǐng)求和Activity和生命周期的聯(lián)動(dòng)。合理的數(shù)據(jù)庫(kù)接口對(duì)接設(shè)計(jì)。在不影響數(shù)據(jù)庫(kù)請(qǐng)求效率和負(fù)載的前提下,用盡可能的少的接口去為APP提供數(shù)據(jù)。例如一個(gè)APP的界面Activity,盡量用最少的請(qǐng)求獲取網(wǎng)絡(luò)數(shù)據(jù)。這樣少量的網(wǎng)絡(luò)請(qǐng)求會(huì)提升APP穩(wěn)定性和流暢性。設(shè)置網(wǎng)絡(luò)超時(shí)時(shí)間和網(wǎng)絡(luò)請(qǐng)求緩存。對(duì)于網(wǎng)絡(luò)請(qǐng)求如果不設(shè)置合理的超時(shí)時(shí)間,會(huì)導(dǎo)致某個(gè)請(qǐng)求在服務(wù)器沒(méi)有返回?cái)?shù)據(jù)的情況下,不停地一直在后臺(tái)運(yùn)行,耗費(fèi)內(nèi)存,所以設(shè)置超時(shí)時(shí)間會(huì)避免這一問(wèn)題的出現(xiàn)。同時(shí)可以根據(jù)需要適當(dāng)設(shè)置下網(wǎng)絡(luò)請(qǐng)求緩存,當(dāng)重復(fù)請(qǐng)求某個(gè)接口時(shí)在規(guī)定的緩存有效時(shí)間內(nèi),讀取網(wǎng)絡(luò)緩存,可以減少耗費(fèi)流量和優(yōu)化速度。設(shè)立數(shù)據(jù)庫(kù)緩存機(jī)制??梢允褂脙?nèi)置SQlite進(jìn)行相應(yīng)的網(wǎng)絡(luò)返回的數(shù)據(jù)進(jìn)行緩存。優(yōu)先存儲(chǔ)一些固定的信息到數(shù)據(jù)庫(kù),例如用戶的永遠(yuǎn)不會(huì)變得信息,如id,性別,出生日期類似的?;\統(tǒng)的說(shuō),不變文件的緩存時(shí)間是永久,變化文件的緩存時(shí)間是最大忍受不變時(shí)間。采用緩存,可以進(jìn)一步大大緩解數(shù)據(jù)交互的壓力,又能提供一定的離線瀏覽。當(dāng)然緩存的數(shù)據(jù)需要更新的也要及時(shí)更新緩存。設(shè)置圖片緩存,并且針對(duì)列表ListView或GridView等進(jìn)行優(yōu)化。圖片處理加載在Android開(kāi)發(fā)中經(jīng)常會(huì)用到,圖片加載是一個(gè)非常耗費(fèi)內(nèi)存的,過(guò)大和過(guò)多就會(huì)造成內(nèi)存溢出。簡(jiǎn)單的緩存邏輯就是緩存網(wǎng)絡(luò)圖片到本地文件夾,下次重復(fù)加載時(shí)判斷本地緩存是否有,有的話讀取本地緩存,沒(méi)有就重新獲取,加載網(wǎng)絡(luò)圖片也是異步處理。圖片處理要考慮多線程,緩存,內(nèi)存溢出等很多方面。對(duì)于一些縮略圖和原圖顯示要處理得當(dāng),縮略圖顯示的地方要講圖片壓縮處理合適尺寸。像ListView和GridView這種列表在滾動(dòng)和停止時(shí)要對(duì)圖片加載進(jìn)行處理,滾動(dòng)時(shí)停止圖片加載工作,停止?jié)L動(dòng)列表后再進(jìn)行加載圖片數(shù)據(jù)。這樣可以避免滑動(dòng)中列表卡頓和內(nèi)存溢出情況。
1供氧模式比較分析
氧氣瓶供氧依地區(qū)不同,收取費(fèi)用不同,一般折合5~7元/m3,40L瓶氧為26~36元;液氧按當(dāng)?shù)匾貉鯊S供應(yīng)價(jià)核算,國(guó)內(nèi)一般以地區(qū)價(jià)1700~1800元/t計(jì),在3.6元/m3左右;PSA制氧主要以電費(fèi)損耗為主,用電按國(guó)內(nèi)一般地區(qū)價(jià)0.8元(/kW•h)計(jì),一般1m3為1kW•h電,因此,采用40L氧氣瓶,每瓶按5.2m3計(jì)算。
2方案選型
瓶氧供氧與液氧供氧主要是按需供給,對(duì)醫(yī)院的需氧量要求不嚴(yán)格,不夠就補(bǔ)充。而PSA制氧機(jī)在建設(shè)前,需進(jìn)行需氧量測(cè)算,從而決定建設(shè)規(guī)模。首先,采用PSA制氧機(jī)供氧前,應(yīng)了解醫(yī)院平均月氧氣消耗量、病床數(shù)、手術(shù)間、ICU病房數(shù)等;其次,開(kāi)展平均用氧量、高峰期用氧量等測(cè)算;最后,經(jīng)綜合評(píng)估后,方可確定氧產(chǎn)量的選擇。本文以某中心醫(yī)院用氧量為例,進(jìn)行方案選型設(shè)計(jì)。某醫(yī)院每月用液氧數(shù)量折合成40L瓶氧為5000多瓶,醫(yī)院病床總數(shù)1600張,手術(shù)室23間,ICU病床27張,24人高壓氧艙1個(gè)。則PSA制氧系統(tǒng)選型設(shè)計(jì)及注意事項(xiàng)如下。
2.1執(zhí)行及驗(yàn)收標(biāo)準(zhǔn)
中心供氧建設(shè)時(shí)應(yīng)要求建設(shè)方的技術(shù)材料、設(shè)備、工程、設(shè)計(jì)、安裝和運(yùn)行全部按相關(guān)的最新國(guó)家標(biāo)準(zhǔn)執(zhí)行,如采用國(guó)外標(biāo)準(zhǔn)則應(yīng)提供中文文本,并確認(rèn)該標(biāo)準(zhǔn)不低于相關(guān)國(guó)家標(biāo)準(zhǔn)。工程各設(shè)備的設(shè)計(jì)、制造、檢驗(yàn)、供貨、安裝、調(diào)試、驗(yàn)收和維修,其各項(xiàng)技術(shù)參數(shù)必須符合或高于國(guó)家標(biāo)準(zhǔn)及行業(yè)標(biāo)準(zhǔn),如有新標(biāo)準(zhǔn)則采用新標(biāo)準(zhǔn)。各執(zhí)行相關(guān)標(biāo)準(zhǔn)分類及具體名稱如下:
(1)供氧系統(tǒng)設(shè)計(jì)、安裝調(diào)試、驗(yàn)收。YY/T0187—1994《醫(yī)用中心供氧系統(tǒng)通用技術(shù)條件》;GB8982—1998《醫(yī)用氧氣》。
1風(fēng)機(jī)吊裝平臺(tái)方案
風(fēng)機(jī)吊裝平臺(tái)由浮箱標(biāo)準(zhǔn)箱模塊拼組而成。設(shè)計(jì)時(shí)考慮了主吊機(jī)與輔助吊機(jī)的放置與作業(yè)位置、風(fēng)機(jī)部件的存放、輔助器具的放置等。吊裝作業(yè)時(shí)可考慮先進(jìn)行風(fēng)機(jī)塔筒吊裝,再進(jìn)行機(jī)艙與發(fā)電機(jī)吊裝,最后進(jìn)行輪轂與風(fēng)機(jī)葉片組裝及吊裝作業(yè)。輪轂與風(fēng)機(jī)葉片組裝作業(yè)時(shí)如果空間不夠,可在局部加拼浮箱模塊對(duì)平臺(tái)進(jìn)行局部擴(kuò)展。浮箱風(fēng)機(jī)吊裝平臺(tái)主尺度為75m×40m,由84只浮箱標(biāo)準(zhǔn)箱模塊構(gòu)成;其中主吊裝平臺(tái)是徐工650t履帶吊作業(yè)平臺(tái),由64只浮箱模塊構(gòu)成,承受荷載最大,取其進(jìn)行結(jié)構(gòu)分析。錨定方式采用投錨固定和錨樁固定相結(jié)合。投錨固定采用四爪錨或者犁錨,對(duì)平臺(tái)整體位移進(jìn)行基本控制;錨樁固定可以對(duì)平臺(tái)水平位移精確控制,同時(shí)樁可以在固樁架中上下移動(dòng),適應(yīng)潮位的變化。
2浮箱模塊設(shè)計(jì)
浮箱模塊為全封閉箱形結(jié)構(gòu),主尺度為:沿通道縱向長(zhǎng)2.5m,沿通道橫向?qū)?2.5m,模塊高度1.8m。浮箱縱向與橫向均采用鉸接接頭連接,每個(gè)浮箱重量約為140kN。浮箱由6mm鋼板構(gòu)成主體框架,通過(guò)邊緣角鋼焊接在一起,甲板下和底板上都焊有T型橫梁、縱梁、縱肋、橫肋;側(cè)板和端板焊有角鋼型水平肋、T型豎肋和豎梁。模塊內(nèi)部由橫向隔艙板分隔為兩個(gè)水密艙,一側(cè)模塊端板以及橫向隔艙板上開(kāi)設(shè)有人孔以便維護(hù)與維修;為了提高箱體坐灘承壓能力,在模塊內(nèi)部橫向設(shè)置3道承壓桁架;為了縱、橫向傳力縱總強(qiáng)度需要,模塊內(nèi)部與接頭相連的縱、橫梁截面設(shè)計(jì)的較大,其它肋骨設(shè)計(jì)則以局部強(qiáng)度控制,其截面比縱、橫梁的截面小,模塊甲板及底板以縱、橫梁與肋骨組成正交異性板結(jié)構(gòu)。模塊殼板材料為CCSB,內(nèi)部結(jié)構(gòu)材料為Q345,單雙支耳連接件材料為30CrMnTi。
3浮式吊裝平臺(tái)結(jié)構(gòu)分析
利用大型結(jié)構(gòu)分析軟件ANSYS對(duì)主吊裝平臺(tái)坐灘承壓工況和浮游工況進(jìn)行了仿真分析,為平臺(tái)的設(shè)計(jì)提供了理論依據(jù)。結(jié)構(gòu)分析時(shí)考慮到吊裝平臺(tái)結(jié)構(gòu)龐大,采用了ANSYS結(jié)構(gòu)分析中有限元子結(jié)構(gòu)法,能夠較好地模擬拼裝式吊裝平臺(tái)這種特殊拼裝式結(jié)構(gòu)。吊裝平臺(tái)為臨時(shí)性結(jié)構(gòu),以下結(jié)構(gòu)分析中的容許應(yīng)力均根據(jù)《軍用橋梁設(shè)計(jì)準(zhǔn)則》(GJB1162—91)選用。
(1)坐灘承壓:根據(jù)技術(shù)參數(shù)要求,采用溫克勒彈性地基模型,地基承載力為0.02MPa。吊裝作業(yè)時(shí),考慮吊臂方向和風(fēng)機(jī)、塔筒的重量,經(jīng)計(jì)算得平臺(tái)承受的最大荷載為8000kN。浮箱模塊子結(jié)構(gòu)、吊裝平臺(tái)母結(jié)構(gòu),吊機(jī)的兩個(gè)履帶作用在30號(hào)和42號(hào)子結(jié)構(gòu)上。經(jīng)計(jì)算分析,最不利的浮箱為30號(hào)子結(jié)構(gòu)。浮箱內(nèi)部各部件的最大應(yīng)力及最大接頭力。內(nèi)部結(jié)構(gòu)最大應(yīng)力為104.42MPa,小于Q345的彎曲應(yīng)力292MPa。平臺(tái)的最大沉降量為48.59mm。
1地鐵通信傳輸系統(tǒng)的重要作用
地鐵是現(xiàn)代交通工具的重要組成部分,地鐵的高效運(yùn)行對(duì)緩解城市交通壓力具有重要的作用,而地鐵通信傳輸系統(tǒng)是保障地鐵正常運(yùn)行的基礎(chǔ),在地鐵指揮和調(diào)度等方面發(fā)揮了重要的作用。首先,地鐵通信傳輸系統(tǒng)可以為地鐵運(yùn)行提供綜合性的服務(wù)。為了滿足社會(huì)發(fā)展的需求,地鐵也在進(jìn)行不斷的完善和升級(jí),地鐵通信傳輸系統(tǒng)會(huì)根據(jù)地鐵發(fā)展的不同需求,為地鐵提供綜合性的服務(wù),快速、準(zhǔn)確地為地鐵的正常運(yùn)行提供各種數(shù)據(jù)和信息。通過(guò)對(duì)地鐵通信傳輸系統(tǒng)的研究,其在信息傳輸和指令下達(dá)方面的時(shí)效性逐漸增強(qiáng),為地鐵的高效運(yùn)行提供了全方位的信息化服務(wù),使地鐵的運(yùn)輸效率以及交通承載能力得到提高。地鐵通信傳輸系統(tǒng)的綜合性服務(wù)還體現(xiàn)在各種高新技術(shù)及元素的應(yīng)用,將地鐵的功能和性能進(jìn)行不斷的調(diào)整和更新,使地鐵能夠?yàn)槿藗兲峁┚C合性的服務(wù),完善城市交通系統(tǒng)建設(shè)。其次,地鐵通信傳輸系統(tǒng)的發(fā)展,將會(huì)在很大程度上帶動(dòng)地鐵的高效發(fā)展,創(chuàng)造更加可觀的經(jīng)濟(jì)效益和社會(huì)效益。先進(jìn)的地鐵通信傳輸系統(tǒng)可以使系統(tǒng)的性能更加穩(wěn)定,各項(xiàng)子系統(tǒng)的指令傳達(dá)和信息傳輸更加準(zhǔn)確,各個(gè)系統(tǒng)之間的配合更加精確,對(duì)地鐵的速度和功能進(jìn)行全面的提升。效率和安全是地鐵交通運(yùn)輸?shù)暮诵膬?nèi)容,通過(guò)先進(jìn)的地鐵通信傳輸系統(tǒng)的運(yùn)用,使地鐵的工作效率和安全性能得到提升,減輕了地鐵工作人員的工作量,推動(dòng)了地鐵的可持續(xù)發(fā)展。高效地鐵通信傳輸系統(tǒng)的使用可以為地鐵發(fā)展和社會(huì)進(jìn)步做出重要貢獻(xiàn),推動(dòng)城市化進(jìn)程的發(fā)展和社會(huì)物質(zhì)文明與精神文明的發(fā)展。
2地鐵通信傳輸系統(tǒng)的方案設(shè)計(jì)分析
隨著相關(guān)通信技術(shù)的發(fā)展和應(yīng)用,地鐵通信傳輸系統(tǒng)也在進(jìn)行不斷的升級(jí)與創(chuàng)新,地鐵通信傳輸系統(tǒng)的設(shè)計(jì)方案可以根據(jù)地鐵運(yùn)營(yíng)的特殊性進(jìn)行合理的安排與運(yùn)用。
2.1彈性式通信傳輸系統(tǒng)方案
彈性式通信傳輸系統(tǒng)方案是地鐵通信傳輸系統(tǒng)中的一種,采用彈性式分組環(huán)通信傳輸技術(shù)(RPR),IP業(yè)務(wù)核心是其方案設(shè)計(jì)的基礎(chǔ),設(shè)計(jì)目的是為了與互聯(lián)網(wǎng)絡(luò)的發(fā)展相適應(yīng)。彈性式通信傳輸系統(tǒng)方案在對(duì)地鐵運(yùn)行情況進(jìn)行調(diào)度時(shí),既可以支持傳統(tǒng)業(yè)務(wù)功能,也可以與互聯(lián)網(wǎng)技術(shù)進(jìn)行結(jié)合,對(duì)系統(tǒng)進(jìn)行聯(lián)網(wǎng)處理和統(tǒng)一的管理。彈性分組環(huán)通信技術(shù)的結(jié)構(gòu)比較簡(jiǎn)單,是以環(huán)狀拓?fù)浣Y(jié)構(gòu)為基礎(chǔ),在各個(gè)分組環(huán)之上對(duì)邏輯節(jié)點(diǎn)進(jìn)行安裝,并且每個(gè)分組環(huán)的邏輯節(jié)點(diǎn)相同,在節(jié)點(diǎn)上實(shí)現(xiàn)其中的二層轉(zhuǎn)換。彈性分組環(huán)通信傳輸技術(shù)會(huì)在最高優(yōu)先級(jí)別進(jìn)行時(shí)鐘分組信號(hào)與晶振時(shí)鐘信號(hào)的發(fā)送,完成對(duì)信號(hào)的傳輸,并將冗余部分進(jìn)行及時(shí)的備份,與網(wǎng)絡(luò)通信保持完美的一致性。彈性式通信傳輸系統(tǒng)方案的使用具有一定的優(yōu)勢(shì),可以對(duì)光纖資源進(jìn)行充分的利用,提升信息傳輸?shù)男?,并且可以在相互之間不造成干擾的情況下,實(shí)現(xiàn)多個(gè)節(jié)點(diǎn)數(shù)據(jù)的同時(shí)傳輸。
2.2開(kāi)放式通信傳輸系統(tǒng)方案
1、運(yùn)行控制設(shè)計(jì)
1.1夏季除濕工況新風(fēng)閥開(kāi)度確定
夏季除濕工況,從節(jié)能角度,在保持最低換風(fēng)次數(shù)要求的前提下,使新風(fēng)閥處于最小開(kāi)度。根據(jù)我國(guó)暖通空調(diào)規(guī)范規(guī)定:對(duì)于室溫允許±1.0℃波動(dòng)范圍的空調(diào)區(qū)域,換氣次數(shù)應(yīng)大于或等于5次/時(shí)(最小送風(fēng)量)。保證最低換氣次數(shù),回風(fēng)閥最小開(kāi)度計(jì)算:為獲取新風(fēng)量數(shù)值,在新風(fēng)直管段設(shè)置風(fēng)速檢測(cè)口,日常運(yùn)行時(shí)封堵,檢測(cè)時(shí)插入風(fēng)速儀測(cè)量新風(fēng)風(fēng)速。參數(shù)定義:空調(diào)控制區(qū)域容積-VN空調(diào)新風(fēng)量-Qx新風(fēng)管截面積-Sx新風(fēng)管測(cè)得風(fēng)速-則新風(fēng)量Qx=SxVx,欲使室內(nèi)換風(fēng)次數(shù)每小時(shí)達(dá)到5次,須滿足:Vx=。通過(guò)調(diào)整新風(fēng)閥開(kāi)度,使風(fēng)速vx滿足上式要求,確認(rèn)并記錄該風(fēng)速下的新風(fēng)閥開(kāi)度。為滿足空調(diào)節(jié)能運(yùn)行要求,夏季除濕階段,新風(fēng)閥可保持這一開(kāi)度值,定期測(cè)試風(fēng)速,實(shí)施新風(fēng)閥開(kāi)度值修正。
1.2溫、濕度分控模式
在夏季降溫除濕工況時(shí),將原有溫、濕度聯(lián)合控制程序調(diào)整為溫、濕度獨(dú)立分控程序,即根據(jù)室內(nèi)回風(fēng)含濕量(通過(guò)回風(fēng)溫濕度計(jì)算轉(zhuǎn)化得出)與室內(nèi)設(shè)定工況含濕量之間的差值,或根據(jù)新風(fēng)濕度的變化跟蹤室內(nèi)設(shè)定工況濕度通過(guò)PI調(diào)節(jié),來(lái)控制主表冷器(除濕通道)的閥門開(kāi)度;根據(jù)室內(nèi)回風(fēng)溫度與室內(nèi)設(shè)定溫度之間的差值,來(lái)控制副表冷器(降溫通道)的閥門開(kāi)度。過(guò)渡季,仍按原變新風(fēng)比或全新風(fēng)運(yùn)行,只是需要增加旁通新風(fēng)閥的開(kāi)關(guān)控制,具體邏輯是當(dāng)室外工況進(jìn)入過(guò)渡季、新風(fēng)除濕電動(dòng)冷水閥關(guān)閉,旁通新風(fēng)閥應(yīng)同時(shí)打開(kāi)。當(dāng)室外處于夏季除濕工況時(shí)、新風(fēng)除濕電動(dòng)冷水閥開(kāi)度不為零,旁通新風(fēng)閥應(yīng)處于關(guān)閉狀態(tài)。過(guò)渡季對(duì)新風(fēng)量的調(diào)節(jié)仍由原新風(fēng)、回風(fēng)調(diào)節(jié)閥負(fù)責(zé)。
2、常規(guī)控制與雙通道溫濕度獨(dú)立控制熱力工況對(duì)比分析
2.1參數(shù)定義
級(jí)別:CSCD期刊
榮譽(yù):中國(guó)優(yōu)秀期刊遴選數(shù)據(jù)庫(kù)
級(jí)別:統(tǒng)計(jì)源期刊
榮譽(yù):中國(guó)優(yōu)秀期刊遴選數(shù)據(jù)庫(kù)
級(jí)別:省級(jí)期刊
榮譽(yù):中國(guó)優(yōu)秀期刊遴選數(shù)據(jù)庫(kù)
級(jí)別:部級(jí)期刊
榮譽(yù):Caj-cd規(guī)范獲獎(jiǎng)期刊
級(jí)別:省級(jí)期刊
榮譽(yù):中國(guó)期刊全文數(shù)據(jù)庫(kù)(CJFD)