2017年6月6日 星期二

漫談物聯網

之前雖然談過一些物聯網的應用,但最近碰到一些朋友似乎對於整個物聯網的架構及整體組成還不是那麼了解,大家對於這些在天上飛來飛去的應用概念也總有一些摸不著頭緒的感覺其實物聯網(英語:Internet of Things,縮寫IoT)只是個炒做出來的新名詞罷了,整體概念及架構早已存在學界及產業界許久了,而且一直在順暢運作中,但這個名詞首見於1998年,美國麻省理工學院 Auto-ID中心主任愛斯頓 (Kevin Ashton)所發表的文章後才通行於市今天就以個人比較實務上的經驗來談談個人的一些看法分享給有興趣了解的朋友


由這個名詞的表面字義上看來似乎是必需是連結在Internet上才是物聯網,光這一點我個人就有意見,Internet是美國人創的,IoT也是,可是若把物物相連結的網路只定義在Internet上,我個人就十分不同意,雖然這些前輩的文章中都提到並非如是,但一般不了解內情的人望文生義就會產生實質的誤解網路有很多種,廣義上的網路含蓋面太多了,只要能互相連結溝通就可以稱之為網路了,並不是所有事項都必需得連結上Internet才能運作才能稱為網路,這一點從我們後面的說明就可以慢慢明瞭

物聯網主要目的是為了提供物物相連結的整體解決方案,物物相連結的網路在工業應用上處處可見,也已存在數十年了,但是由於歐洲德國領頭的工業科技領導團體提出了工業4.0的具體實施方案後給一直以來科技界的領頭羊美國世界帶來了極大的震撼,因此開啟了這場攸關未來數十年商業利益所在的準商業戰爭,當然也拜網際網路技術成熟到位及雲端科技各領域技術的推波助瀾,因此也算萬事俱備水到渠成

物聯網的整體架構由底層到上層大概可以區分為三個層次
1.          實體設備層
2.          網路通訊層
3.          應用軟體層

最底層的實體設備類歐陸國家具有多年來的工業領域知識及務實的生產經驗,這是他們擅長的,所以他們往上攻希望能主導規格攻下另一個未來,但是網際網路創新及雲端科技則向來是美國世界獨領風騷,他們怎麼可能輕易讓這隻肥羊由手上溜走,他們創造出物聯網這個新名詞出來,利用強大行銷手法告訴全世界這是新的科技新的領域,希望創造新的規格重新來過戰爭已經開始鹿死誰手其實都跟我們無關,但我們總要認清現實搞清狀況,不論跟誰或如何想盡辦法西方取經,定位及策略的拿捏總是在我們自己心中,如何用最少的資源換取最大效益或者想法站上巨人的肩膀是我們這小國唯一能做的

我們下面就依這三個層次來分別說明相關的發展及技術
.實體設備層
首先說明大家最摸的到看的到的實體設備,有些人稱這些新興物聯網設備叫感知設備,我則認為這樣的稱謂太狹隘了這個我們後面再慢慢說明物聯網設備到底跟一般傳統設備有什麼不一樣的地方呢
1.          網路-物聯網設備一定必備網路接口,但這個網路接口不必然就是乙太網路它可能以各式各樣的型態存在有可能是有線的也可能是無線的這一點通常是傳統設備沒有的我們就用感知器來舉例說明,傳統感知器大概可以分為二種輸出介面-數位及類比,數位類(1-bit)通常用來處理開關,類比類則有電流,電壓,電阻等等輸出轉換成位元組(1 or 2 bytes)傳統感知器都是四芯線接法,二芯供電二芯輸出,輸出格式就看接收設備如何解析了至於物聯網設備則沒那麼單純了,所以簡單的輸出就不夠用了而且它必需是得能雙向溝通,所以它必需利用網路來介接,而且它必需得支援標準通訊協定,它跟網路上的接收設備只有軟體相關,而且也不再是單純的一對一的關係,它必需能支援一對多的多元連結關係
若用溫度感知器來做個簡單說明,傳統溫感器只能送訊號給跟它實體線路相連結的設備(譬如控制主機),所以很單純,但是物聯網溫感器則是把溫度數值先化為一串位元組(2-bytes)送至網路,所有不同接收器都可以收到這組由某一位址(可以辨別置放何處)溫感器送出的溫度數值,再進行各自的後續動作,譬如冷氣控制器依此數值判斷是否要加減冷氣的送風量,物聯網LED顯示幕則可以把這個數值即時顯示至屏幕上,中控主機則可以把這筆資料加上時間記錄到資料庫內或間接轉送至雲端資料庫以待未來進行趨勢分析等等

2.          智能-相比於傳統設備物聯網設備相對進化聰明多了我們一樣用感知器來比擬,傳統感知器可以說是智障型的,它只能執行單一的感知輸出動作(所以常會有誤動作的行為發生),你若希望它能增加點智能,譬如自動判別日/夜間模式或增加亮光感應模式那都是不可能的可是物聯網設備則必需具備一定的智能,同樣一顆動作感知器,不同廠商可能付予不同的智能等級,這就會在市場上產生不同的差異效應所以大家必需要有一個基本的了解物聯網設備最後賣的是軟體功能而不是硬體設備,因此未來如何在茫茫物海中為解決方案尋求一個合適的物聯網設備將會是一項專業技能

物聯網設備有很多類型,但大致上可以依功能分類如下
l   感知類(Sensor)-如動作感知//二氧化碳感知PM2.5重量壓力偵煙各式土壤環境或化合物感知光感知氣候感知等等不一而足,物聯網感知器因為必備智能及通訊介面,所以都內含微電腦處理器,效能依各廠家軟體功能不同選定,所以單價會比傳統感知器貴上許多,可是傳統感知器一定需要接收端設備(PLCDDCIO),相對這個設備及佈線的成本則是可以節省下來的

l   開關類(Switch/actuators)-各式控制輸出如廻路(1-bit) 調光(1 or 2 bytes)調溫馬達PWM…等等,傳統上這類設備也都具備連線功能,所以跟物聯網設備差異性不大,只是相搭配的智能需要更進化,通訊協定的支援更一定要標準化,這些設備跟其它物聯網設備都是多對多的關係,這些複雜的關係都需要靠軟體來釐清及整合
l   系統類(System)-以大家比較了解的名稱這可以稱為主機,其實在物聯網架構下,主機是不必然存在或需要的,因為每一個單獨的物聯網設備都可以稱為主機,它是不附屬於任何其它設備的,但有時會需要一些多功能型的設施來付予整合型的功能,這時就需要一套設備來扮演這樣的角色,常見的系統比如內含人機介面軟體平台的Mobile 設備或收集資料儲存至資料庫的電腦網頁伺服器圖控伺服器等,系統類通常軟體的複雜度較高,也需要比較高的CPU運作效能,通常單價也都比較高
l   閘道/橋接類(Gateway/Converter/interface…)-物聯網並非是由單一型態網路所組成,所以有時需要一些轉接設備來轉接不同類型的網路訊號,簡單點的可能只是不同傳輸媒介間的訊號轉接,複雜點的則會牽涉到通訊協定間的格式轉換,這就需要閘道或橋接設備了
l   多功能複合型-目前市場上最常看到的例子是廠商為了智慧家居市場把智慧家居的基本需求濃縮成一套主機,這套主機通常會內建燈控並具通訊整合介面整合家用空調以及提供Mobile APP 軟體方案給終端消費者為了搶奪這塊市場大餅各式各樣的 IoT Home Box 便如雨後春筍般湧現市場但是消費者是否買單呢我們拭目以待吧

.網路通訊層
何為網路?我們先下個定義,能夠連結二個(大於二個)以上節點的通訊平台我們稱之為網路,網路通常會有區域網,廣域網及現在很流行的雲端網的名詞出現,在此我們不多作討論,但簡單點說,整個大網路是由一些小網路組合而成,這有點像整個地球村是由國家-城市-鄉鎮組合一樣,為了有效增快通訊效率及隔離網路流量這是不得不然的作法一個網路的基本組成必備二個要件
l   定址-連結進網路的設備(節點)都必需有一個獨立的定址單元以區分及辨別每一個節點,這跟家戶門牌號碼的道理一樣,不同的網路平台會有不同的定址方式,通常一個最基本的網路單元定址大概都是3264組,不同的網路傳輸平台及媒介會有不同傳輸頻寬及速度,定址單元數愈多則需要更高的傳輸頻寬及速度談到速度並不是快就好而是夠用就好,很多朋友一直有個愈快愈好的錯誤觀念,若如是那為何不把高速公路的規格拿到鄉鎮小路來建置快有快衍生的其它問題,如果設備大部分時間傳送的資料量都是幾個bytes而已,那跑9600bpsGigabits有何不同!可是9600bps 的網路技術成本比較於Giagbits 則相對穏定及便宜多了,這其中的市場法則不言而喻。
l   通訊協定-不同的網路型態或平台都會定義各自遵循的網路通訊協定,這是兵家必爭的所在,後面牽連甚廣的是龐大的商業利益,在物聯網大架構下會有無數個不同層次的通訊協定需求產生,很多都還在定義中,但其實也有很多物聯網通訊協定已經在世且運作超過二三十年了,只是當時不叫物聯網罷了通訊協定是純軟體層次,摸不到看不着,可是它是物聯網的核心基礎,每一個通訊協定的最後成敗就看跟隨的廠商數及支援產品的廣度及量了跟實體設備相關的物聯網通訊協定可以分為有線及無線兩大類,有線或短距離無線通訊協定大致都已經過十餘年的商場競逐爭議,規格僅剰修訂增添,通常爭議不大但對於中長距離傳輸的通訊協定則還存有很大的發展空間,我們下面列出幾種討論度比較高的物聯網通訊協定供大家參考
n   既存的-大部分是存在工控領域,常見的有ANSI C12BACnetBluetoothDLNA/UPnPEnOceanKNXLonWorksModBusRFIDTCP/IPWiFiZigbeeZ-Wave
n   發展中的-6LOWPAN802.15.4LoRaIEEE 802.11…

.應用軟體層
當所有硬體設備透過網路無縫接軌後,剰下的就看應用軟體如何表現了,這個層次的應用軟體也可以概分為基本型應用,進階型應用及雲端應用系統三個層級來討論
1.          基本型應用系統-這個層級的應用比較單純,我們前面也算討論過,這型的應用都內含在物聯網硬體內,它跟各自的物聯網設備硬體相關或者可稱之為軔體透過各物聯網設備內的MCU來運作處理,所以不再需要額外建置其它系統主機及軟體,這可以大幅減少額外硬體及軟體的開銷,而且出廠就已經內建好的應用程式通常都經千錘百鍊過,出錯的機率很低穩定性很高也不會因為程式設計師的失誤而造成系統不穩我們來舉個例子說明好了在節能領域有個應用需求常被提及-Constant lighting control(恆亮度控制),要達到這項功能傳統上需要三個組件
l   調光控制器-連結可調整亮度光源並接收控制主機的命令調整光源亮度
l   亮度感測器-讀取現場亮度值
l   控制主機-需程式設計師開發一套恆亮度控制程式,一邊接收亮度感測器讀取的亮度值(Lux),經過計算後再輸出調光命令給調光控制器進行調光
但若換成物聯網架構後只要前面兩個組件即可,但必需選擇具備恆亮度控制功能的物聯網設備,將這兩個連結在網路上的組件設定相互連結整合啟動恆亮度功能就大功告成了這兩個組件會自行透過網路進行溝通協調即時依現場亮度來調整燈光亮度輸出值,這樣是否簡單多了呢
這一類型的應用軟體在每一個物聯網設備內全都具備,這也就是我們前面所提到的智能化,如果不具備這項智能那就不配稱為物聯網設備了
2.          整合進階型應用-通常這型的應用程式複雜度比較高需要耗費較高的運算資源,而且通常沒有一定制式化的規格亦即需要依不同客戶需求客制,這類系統不會內建在上面所提的物聯網設備內,而需要另外一套硬體平台來處理這類型的應用系統在物聯網愈來愈普及後會漸漸展露需求,這也是軟體界期盼的商機及大餅所在 這種型態的整合系統目前市場上最常見到的就是 Mobile App,譬如智慧家電控制軟體或智能家庭愈來愈受歡迎及討論的手機/平板整合控制系統等都是
3.          雲端應用系統-拜網際網路普及及頻寬技術成熟所賜,這類型的應用結合人工智能的發展應用將是未來十年業界的重點發展項目之一由物聯網末端設備所流入的數據資料若沒了大數據分析能力將成了堆積如山的無用垃圾,但若有了煉金師的加持將能點石成金化腐朽為神奇,垃圾變黃金將不再是遙不可及的夢想


上述的說明僅是物聯網的基本概要未來有機會我們會以現成的產品及實例來解析居家智能化的相關應用

2017年5月9日 星期二

物聯網LED調光控制器的應用

物聯網LED調光控制器的應用

很多人似乎對這個產品的用途及好處還不是很了解,今天我們就來舉幾個可能的應用場景供大家參考
我們舉例的產品為定電壓4廻路控制器,在說明之前先大概描述設備規格如下
l   外置電源供應器12-36VDC20.5A
l   輸出4x(12-36VDC)5A,換算瓦數則為 4x(60-180)W
l   支援物聯網通訊協定,KNXMCGNet
l   各廻路單獨開/關及調光(0-100%)功能
l   各廻路耗能分析(提供耗能數據)
l   容許環境溫度-20°C ­ +50°C
l   認證:KNXCERoHS
一個新產品的開發及生產必有它的市場性及道理,投入那麼多的研發人力成本及認證開模投產都是一段辛苦的產出歷程,但當然也不期望就能取代所有相類似的產品,每個產品都必然會有它適用的場域及範疇這中間該如何拿捏取捨就要看規劃者如何了解及應用了所以今天我們會以這個產品的角度出發來看看它到底較適合那一類型的應用場合首先當然前題是要應用在需要燈光控制的領域,若不需要燈光控制的場合那我們所有的介紹都是贅言一堆我們當然也會比較傳統的做法,並說明其中差異何在

場合一:4廻路燈條(12VDC層板燈應用為例)下面分別來說其中差異點

採用設備差異
l   傳統方案利用4廻路燈光控制器x1+(電源源供應器+燈條)x4
l   物聯網新方案則採用(電源源供應器+4廻路物聯網燈光控制器)x1+燈條x4
看來好像沒什麼差別,可是這中間除了採購時供應商差異外,還有等一下後面討論的設備置放點及線路佈放都會因此而有所不同,我們分別說明如下:

採購差異
傳統方案通常燈條及電源供應器應該是同一家燈具供應商提供,客戶需求米數需要預先規劃好再告訴供應商提供報價進行採購下面則說明採用物聯網架構後設備採購的方式不同處
l   燈條採購方法不同-燈條可以直接跟光源廠購買長米數包裝(需自行了解規格,色溫,亮度,晶片等技術規範),自行依客戶需求裁剪需要長度並自行焊接連接線
l   電源供應器選購方法不同-電源供應器也可以直接跟設備廠(非燈具商)直接採購足瓦(需自行計算總耗電瓦數) 電源供應器,通常這樣都可以用原來4顆小瓦數變壓器的成本換購一顆大瓦數電源供應器,而且通常廠牌品質及保固都會更優
如果各位的專業背景足夠又有良好的供應商關係,那你的原材料供應成本一定會有可觀的差異性,而且又能提供客戶符合需求又品質佳的解決方案

設備置放點及線路佈設差異
傳統燈控案自動控制廠商都會把控制器置放在集中控制盤內,這一方面除了是美觀好管理外,最重要則是為了方便盤廠能預定施作及方便設定可是若換成物聯網架構,由於是採用分散式拓樸,集中控制盤簡化了,基本上是不需要再多花錢請盤廠定作了,以我們這次討論的場景來說,4廻路燈光控制器+電源供應器會移到接近燈條的位置擺放(最好也找個小箱體安裝以防灰塵),所以線路佈放的拓撲是不一樣的,我們用下圖來比較說明其中差異:


這兩種方案的差異主要倒不是在設備位置的不同而是在於2.0電源線的配置差異(動力線通常還需要配置EMT),如果案場大控制廻路數量較多時,光是省下來的配管配線工料就十分驚人!更何況傳統集中控制方式是完全沒有擴充能力的(光配線施工就足以搞死人了),反觀物聯網架構就不一樣了,佈線擴充容易,隨時添購設備加入即可!當然已經內建的調光及耗能分析功能,若有一個好的業務這些免錢新增的功能可以幫公司增加多少業績及利潤來源啊!


下一個應用場景留待下回說明

2017年5月3日 星期三

續談自動控制的終極面向-整合

在進入主題談整合之前我們先來介紹二組專有名詞:
1.          Building Management System (BMS)/Building Automation System (BAS)
2.          Supervisory Control And Data Acquisition (SCADA)
這些名詞很常見於中央監控系統整合,也分別是各自動控制系統的整合中心,通常SCADA 是工廠自動化的代表,而BMS/BAS 則較常見於大樓自動化的領域。SCADA 在工廠自動化領域幾乎被工程師奉為必備圭臬,可是她到底還是很難走入人間接觸一般平凡百姓!相對於此, BMS 則得利於智慧大樓的興起及整合功能的愈見重視而漸漸被樓宇業界看重及引用。我個人看法是 SCADA只是一個通用名詞,廣義上你可以說她含蓋所有中央監控系統(含大樓自動化)BMS則比較侷限於大樓自動化的監控應用領域,但通常若要整合大樓自動化的所有弱電系統,大概也很少會有人去找一套SCADA系統來支援,下圖統合這二者的整合架構圖供大家參考。

其實若不要去細究一些小細節,這兩者的功能是大同小異的,都是整合應用軟體系統也都和硬體無關,SCADA可以下接各廠牌的PLC或透過通訊介面橋接各子系統,BMS則通常下接DDC及透過通訊介面橋接各子系統。SCADA因為是各工廠自動化工程師主導,均具備足夠工程背景所以都會選擇各自熟悉或延續舊系統,但大樓自動化領域則不同了,在興建公共建設或建築物時是由建築師及技師主導一切,這時是看不到業主影子或後續物管及未來運營維管中心的,所以採購發包時BMS+DDC是合併處理的(應該不會有發包單位自找麻煩分項發包),所以在中大型案件這兩者通常會是同廠牌的,所以西門子用自己的BMS(Desigo)+DDC(PXC) Schneider則用它自己的StruxureWare+ASHoneywell 也有自己獨特的規劃配套等等方案各自不盡相同。

今天我們談整合會把主題鎖定在大樓自動化這個領域,也會來分享一些設計案例供大家參考,談到智慧建築總共大概不外乎下列八大指標:
1.          綜合佈線
2.          資訊通信
3.          系統整合
4.          設施管理
5.          安全防災
6.          健康舒適
7.          貼心便利
8.          節能管理

這八大項目看來有點虛無飄渺,其實總歸一句話,要達到這些功能就是基礎工程要規劃設計好,施作要確實完善才能達到完全的系統整合,也才能降低整合成本並釐清系統與系統間的整合介面,我們今天就來提幾個基礎工程觀念供大家參考。
首先我們來看一棟大樓有那些主次要系統需要被整合,我們用一張圖大概就可看出大概,這些系統應該是現代大樓都需具備的項目,請見下圖: 

這裡面含蓋比較傳統領域的冷暖空調,門禁,監視,保全,燈控,對講,消防等以及比較新穎的資通訊服務類。資通訊類當然是以乙太網路為基礎通信架構,但傳統系統就比較有爭議了,由於一些相對來說比較傳統的設備因為種種原因並未考慮具備乙太網路接入口,所以這是第一個必需改變觀念的地方,為了銜接容納更多元的系統及考量簡單彈性及容易擴充的特性,大樓通信骨幹設施就勢必得進行統一整合調整。下圖是無庸置疑不得不的採行方案-『乙太網路光纖骨幹』,至於頻寛是否足夠及分配問題我們今天不討論,留待未來有機會再分享。

我們都知道一棟住宅大樓的規劃少說也需有五六十年生命週期,若是商辦大樓更需考量百年左右的生命週期,所以跨樓層的骨幹是最難設計的,因為在設計階段沒有人能預知各個樓層何時會加入何種設備需要整合至中央監控系統,也不可能預留太多預埋空管及線槽(成本太高了也不切實際),同時為了防火區隔等消防安全議題考量,各個樓層必需施做防火隔離,所以更不可能隨意打破防火隔離層補拉管路及線路,只能一次到位,因此光纖乙太網路就成了唯一選項!
為了因應這個設計架構的改變就需要有一個主要的因應措施-『中心核及各樓層離散核的設計』,由於這需要預留空間規劃,所以必需溝通請建築師加入設計範疇並配置公共空間出來,若確定這個主架構後整棟大樓的垂直幹纜就底定了,除了光纖芯數設計量外不需也不會再因任何系統進行變更。下面我們提供一個幾年前設計的一個案例架構供各位參考,這個案子目前已經完工運行中(總建坪應該是全台目前最大案例)

總歸說來各個子系統都必需要能提供分散式架構以利於被整合,各個樓層各子系統的末端設備last mile線路都會集中到當樓層的離散核內,若樓層平面太大也可以規劃多個離散核以減少末端線路的配置距離,所以整個末端設施佈線規劃就相對變的簡單明瞭多了!當然各系統採用的設備等級必需得升級,數量也因為分散化了就勢必得增加,這是不得不然的規劃趨勢。
所有弱電子系統包含未規劃待擴充的部分接入離散核的設計架構我們用一張圖就可以清楚表示出來。

所以說所有除了離散核連接中心核屬於主體工程需在第一時間發包外,其餘各弱電子系統都可以在第二時程(如裝修工程設計完工後)再持續發包,也就是說不需要在各樓層平面設計未完成(通常在大樓主體建置工程完工階段業主都還在變更)階段就選定設備廠牌及佈設數量(因為沒有資料,評估設計末端設備的位置點等圖說常佔整體設計規劃量的80%)

若業主能依此架構設計整體弱電系統再加上發包心態及方法的修正,可以預見將大幅縮短設計規劃時程精準配置預算並大幅縮短施工時程,業主也可以選到最新穎的設備(依現狀規劃的設備從設計到業主入住採用常常是5年前的舊品了),當然業主選定的系統整合商不論是能力廣度面向及遠見將會是決定這整個案子的成敗關鍵要素!