在樓宇智能化能耗監(jiān)測系統(tǒng)建設(shè)時(shí)，根據(jù)系統(tǒng)建設(shè)規(guī)劃，至少需要提供三臺(tái)可用服務(wù)器，包括web服務(wù)器、數(shù)據(jù)庫服務(wù)器以及數(shù)據(jù)采集服務(wù)器，其中web服務(wù)器主要負(fù)責(zé)數(shù)據(jù)采集規(guī)則配置及采集數(shù)據(jù)分析，數(shù)據(jù)庫服務(wù)器主要負(fù)責(zé)數(shù)據(jù)高效存取，采集服務(wù)器主要負(fù)責(zé)樓宇主體用電、用水以及用氣的實(shí)時(shí)采集。在數(shù)據(jù)采集時(shí)，又分為有線采集與無線采集兩種模式，其中在有線采集時(shí)，通常使用有線采集器完成各設(shè)備計(jì)數(shù)的采集，而在無線采集時(shí)，通常使用無線集中器完成，主要方案設(shè)計(jì)如圖所示。

由上圖可知，雖然樓宇智能化能耗監(jiān)測系統(tǒng)在建設(shè)時(shí)，允許使用有線及無線兩種方式完成數(shù)據(jù)采集、傳輸，但是為了保障數(shù)據(jù)傳輸質(zhì)量，要求盡可能的使用有線傳輸，只在部分施工難度較大、周期較長且沒有明顯信號(hào)屏蔽的樓宇區(qū)域才能實(shí)施無線傳輸，進(jìn)而提高能耗監(jiān)測數(shù)據(jù)采集的實(shí)時(shí)性及準(zhǔn)確度。另外，由于在能耗數(shù)據(jù)采集時(shí)，需要標(biāo)準(zhǔn)的通信協(xié)議支持，而早期安裝的電表、水表以及氣表等很多是機(jī)械表，不支持?jǐn)?shù)據(jù)的智能讀取，此時(shí)就需要對樓宇主體各個(gè)部分的機(jī)械表進(jìn)行更換為智能表。

在數(shù)據(jù)中心機(jī)房各個(gè)系統(tǒng)服務(wù)建設(shè)時(shí)，根據(jù)樓宇智能化能耗監(jiān)測系統(tǒng)應(yīng)用需求，也需要進(jìn)行相應(yīng)規(guī)劃，具體分析如下：

在web服務(wù)建設(shè)時(shí)，為了保障能耗監(jiān)測系統(tǒng)擁有足夠的健壯性、穩(wěn)定性以及跨平臺(tái)性等特性，使用了Java EE技術(shù)體系，其中使用Spring Boot技術(shù)完成用戶請求接收處理、使用Shiro技術(shù)完成系統(tǒng)動(dòng)態(tài)授權(quán)管理、使用Mybatis技術(shù)完成數(shù)據(jù)實(shí)體映射，并使用apache tomcat作為應(yīng)用服務(wù)器。

在數(shù)據(jù)庫存儲(chǔ)建設(shè)時(shí)，數(shù)據(jù)存儲(chǔ)使用了MySQL數(shù)據(jù)庫，由于該數(shù)據(jù)庫單表的存儲(chǔ)能力在800萬條記錄以內(nèi)，否則會(huì)產(chǎn)生較大的性能問題，而能耗監(jiān)測數(shù)據(jù)記錄隨著時(shí)間的積累產(chǎn)生的記錄數(shù)會(huì)遠(yuǎn)遠(yuǎn)超過此上限，因此，為了提升能耗監(jiān)測數(shù)據(jù)存取效率，使用了Mycat中間件對能耗監(jiān)測數(shù)據(jù)進(jìn)行了分布式存儲(chǔ)，并通過Mycat提供透明的數(shù)據(jù)庫訪問支持。

在采集服務(wù)建設(shè)時(shí)，考慮到采集目標(biāo)電表、水表、氣表等設(shè)備較多，而且采用的數(shù)據(jù)通信協(xié)議也存在不同，所以為了提高采集服務(wù)的通用性，采用了配置式數(shù)據(jù)采集服務(wù)，通過參數(shù)配置完成采集服務(wù)的初始化，并允許用戶對目標(biāo)對象進(jìn)行分組，然后以組為單位進(jìn)行并發(fā)式數(shù)據(jù)采集，不但提高了數(shù)據(jù)采集的效率及質(zhì)量，而且提高了采集服務(wù)的適用性。

以上內(nèi)容便是三水智能化為大家介紹的樓宇智能化能耗監(jiān)測系統(tǒng)的建設(shè)方案，介紹的十分詳細(xì)，大家可以簡單了解一下，相信會(huì)有所啟發(fā)。