在樓宇智能化能耗監(jiān)測系統(tǒng)建設(shè)時，根據(jù)系統(tǒng)建設(shè)規(guī)劃，至少需要提供三臺可用服務(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ù)據(jù)采集時，又分為有線采集與無線采集兩種模式，其中在有線采集時，通常使用有線采集器完成各設(shè)備計數(shù)的采集，而在無線采集時，通常使用無線集中器完成，主要方案設(shè)計如圖所示。

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

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

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

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

在采集服務(wù)建設(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ì)，大家可以簡單了解一下，相信會有所啟發(fā)。